完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
大家好,
最近,该公司一直积极提供将您的项目从8位微控制器转移到32位微控制器。鉴于此,我对使用STM8进行未来发展的可行性表示担忧。我喜欢这些高效廉价的处理器,我不想在不久的将来失去这种工程资源。如果有人可以,任何事情,请说一下,那么请参加。 #stm8 #future 以上来自于谷歌翻译 以下为原文 Hello everybody, Recently, the company has been actively offering to transfer your projects from 8-bit micro-controllers to 32-bit ones. In view of this, I had concerns about the feasibility of future developments with the use of STM8. I like these efficient and inexpensive processors, and I would not want to lose this engineering resource in the near future. If anyone can, anything, say about this, then please participate. #stm8 #future |
|
相关推荐
26个回答
|
|
在免费工具链中进行可视化调试的工作正在进行中。
现在,已经有了 https://stm8-binutils-gdb.sourceforge.io/ 这允许从Eclipse IDE进行目标调试。有一些问题,最明显的是关于部分分配给寄存器的局部变量,随着更高的优化级别变得更糟;生成的代码也与没有调试信息的代码有些不同。但总的来说它有效。 正在进行解决剩余问题的工作(大多数已在源存储库中解决)。我想目标调试将在今年年底之前完全正常运行。也来自Eclipse和Code :: Blocks。 菲利普 以上来自于谷歌翻译 以下为原文 Work on having visual debugging in the free toolchain is progressing. For now, there already is https://stm8-binutils-gdb.sourceforge.io/ which allows on-target debugging from the Eclipse IDE.There are a few issues, most notably regarding local variables allocated partially to registers, which gets worse with higher optimization levels; also the generated code is somewhat different from the one without debug info. But in general it works. Work is in progress on solving the remaining issues (most are already solved in the source repositories). I guess that on-target debugging will be fully working before the end of the year. Also from within Eclipse and Code::Blocks. Philipp |
|
|
|
很抱歉入侵你的对话。如果这一切都奏效将会很棒。我喜欢CDT。我非常感谢使用Ac6 System Workbench。但是,STSS8的SDSS代码生成器需要显着改进。可能是我不知道这个神奇的词?
以上来自于谷歌翻译 以下为原文 Sorry for invading your dialogue. It would be great if it all worked. I like CDT. I highly appreciated it when using Ac6 System Workbench. However, the generator of the code of the SDSS for STM8 desirable to significantly improve. May be I do not known the magic word? |
|
|
|
https://sourceforge.net/projects/eclipse-sdcc/?source=directory
有一个8051目标的Eclipse插件,可以很容易地修改为目标STM8(我只是通过更改配置文件为PIC18F46K22做了它 https://betterc18.blogspot.ro/p/eclipse-sdcc.html ) 以上来自于谷歌翻译 以下为原文 https://sourceforge.net/projects/eclipse-sdcc/?source=directory There is an Eclipse plug-in for 8051 target that can be easily modified to target STM8 (I did it for PIC18F46K22 just by changing the configuration files https://betterc18.blogspot.ro/p/eclipse-sdcc.html ) |
|
|
|
1)所有编译器都会擅长某些代码而对其他代码不太好(参见例如
https://community.st.com/0D50X00009XkXJKSA3 关于宇宙的这个问题)。虽然理想情况下编译器会为所有C输入生成非常优化的asm,但实际上它有助于了解编译器喜欢的编码风格并生成有效的代码.2)由于SDCC正在快速改进,因此有助于使用最新版本( SDCC 3.6.0发布于一年多以前;可能会在今年晚些时候发布SDCC 3.7.0),开发版本可用作二进制快照和源代码。 3)对于许多代码,神奇的词是: - opt-code-size --max-allocs-per-node< value>。其中< value>是一个很大的数字。默认值为3000.较大的值使SDCC优化更多(但编译速度变慢)。 4)如果你有一个可编译的小代码示例,你认为SDCC生成特别糟糕的代码,你可以在Sourceforge上打开一个功能请求。这可能会导致SDCC的改进(有时功能请求会很快得到实施,而其他人则会在跟踪器中停留数年而不会发生任何事情)。 菲利普 注意:原始帖子包含大量线程对话,只能迁移到第9级 以上来自于谷歌翻译 以下为原文 1) All compilers will be good at some code and not so good for other (see e.g. https://community.st.com/0D50X00009XkXJKSA3 about such an issue for Cosmic). While ideally compilers would generate very optimized asm for all C input, in reality it helps to know a bit about what coding style the compiler likes and generates efficent code for.2) Since SDCC is improving rapidly, it helps to use a recent version (the SDCC 3.6.0 release was over a year ago; there will probably a SDCC 3.7.0 release later this year), development versions are available as binary snapshots and source. 3) For a lot of code, the magic word is: --opt-code-size --max-allocs-per-node 4) If you have a compileable, small code example, where you think that SDCC generates particularly bad code, you can open a feature request at Sourceforge. This might lead to an improvement in SDCC (while sometimes feature requests get implemented quickly, others stay in the tracker for years without anything happening). Philipp Note: the original post contained a large number of threaded conversations and was only able to be migrated to the 9th level |
|
|
|
虽然该插件似乎适合您(在64位GNU / Linux上),但我在其他地方读过有关人们在使用它时遇到问题的问题(特别是在Windows上使用最近的64位Eclipse时)。我想它需要一些更新。
菲利普 以上来自于谷歌翻译 以下为原文 While that plugin seems to work well for you (on 64-bit GNU/Linux), I've read in other places about people having problems getting it to work (especially when using recent 64-bit Eclipse on Windows). I guess it needs some updating. Philipp |
|
|
|
菲利普,非常感谢你的建议。但是,我无法在财务上支持您的项目。因此,我认为我不能向你提出任何要求。如果您有兴趣,我可以尽快为您准备一些例子。
以上来自于谷歌翻译 以下为原文 Thank you very much for the suggestion, Philip. However, I can not support your project financially. Therefore, I think that I can not demand anything from you. If you are interested I can prepare for you a few examples, soon. |
|
|
|
信誉良好的Clive One,
请告诉我,您使用的旧高质量编译器是什么?我也需要这个。它可以在哪里获得? 以上来自于谷歌翻译 以下为原文 Reputable Clive One, Tell me please, what the old high-quality compiler do you use? I also need this. And where it can be acquired? |
|
|
|
只有小组成员才能发言,加入小组>>
请教:在使用UDE STK时,单片机使用SPC560D30L1,在配置文件怎么设置或选择?里面只有SPC560D40的选项
2634 浏览 1 评论
3208 浏览 1 评论
请问是否有通过UART连接的两个微处理器之间实现双向值交换的方法?
1783 浏览 1 评论
3609 浏览 6 评论
5987 浏览 21 评论
939浏览 4评论
1315浏览 4评论
在Linux上安装Atollic TRUEStudio的步骤有哪些呢?
582浏览 3评论
使用DMA激活某些外设会以导致外设无法工作的方式生成代码是怎么回事
1302浏览 3评论
1358浏览 3评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-22 21:26 , Processed in 1.286386 second(s), Total 89, Slave 72 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号