打印
[STM8]

STM8推广最大问题 开发环境(编译器)。

[复制链接]
楼主: void_c
手机看帖
扫描二维码
随时随地手机跟帖
21
kelan| | 2009-7-7 15:44 | 只看该作者 回帖奖励 |倒序浏览

希望大家来关注 STM8S 的硬件开发工具


To 20楼的 vigia:

你有没有亲自用过(3合1那款开发板里的)---- ST Link III 啊? 

不要跟我说,你用的是Raisonance公司 RLink, 因为很多人常误解RLink 是 ST 公司出品的。

ST Link III我有用过,速度不快啊!

正如 17 楼 Winloop 所言的 "ST-LINK-III好像还是个实验室级的产品" 


以下才是"更快"的 STM8S 硬件开发工具,不过价格比较贵:


第1款:  Stice针对ST微控制器的高级在线仿真系统在线调试器/编程器是低成本的调试编程解决方案,可对目标板进行编程,
        也可在目标板运行时进行调试。
 
第2款:  RLink是Raisonance公司提供的,针对STM8S、ST7、uPSD、STR7、STR9和STM32微控制器的在线编程器/调试器。

第3款:  Flasher:SEGGER微控制器系统公司提供的用于生产环节的在线编程器,可独立编程。

第4款:  FlashRunner:也是SEGGER微控制器系统公司出品的.

第5款:  21IC 网友 McuISP 出品的miniIsp脱机/离线下载盒. ( 这款我没用过,速度和可靠性如何未知,知道的朋友可以介绍一下)

使用特权

评论回复
22
香水城| | 2009-7-7 15:53 | 只看该作者

22楼的朋友能否介绍一下你对这几款"更快"的工具的测试情况

你也可以说说使用STLINK能够达到多快,请给出一个具体的量化指标,这样可以方便与你介绍的其它几款的速度做对比。

使用特权

评论回复
23
ST_ARM| | 2009-7-7 17:08 | 只看该作者

最bs那种下载附加还要注册登录的BBS

例如:http://www.stmsky.com/bbs/
虽然它是在推广ST的MCU,但是这样很不利于推广。
虽然我是ST的,但是我还是要说!

使用特权

评论回复
24
chineser| | 2009-7-7 17:13 | 只看该作者

楼上怎么设置成 不登陆也能下载?

使用特权

评论回复
25
xwj| | 2009-7-7 17:16 | 只看该作者

是的,一般要注册登录的BBS,我看都不看

使用特权

评论回复
26
ningzb| | 2009-7-7 17:47 | 只看该作者

功能大差不差,俺关心价格多一些

CPU的功能大差不差,关心的价格和扩展性多一些
1.对于一个确定的应用,很多CPU都能完成任务,STM32应该能胜任STM8要完成的工作,关键是STM8比STM32有价格优势才考虑STM8的。
2.相同系列产品的扩展性,总不能做一个应用选用一种全新的CPU吧,那样会增加开发成本和周期的,而且不利于精力集中于应用上。
3.开发支持相关的,比如基础知识,固件库等。


这也是我比较喜欢STM32的一些原因吧,虽然STM32有一些Bug(勘误表上列出的)和类似串口无fifo之类的小不便,但是全系列软件兼容,复杂的应用可以用高端的,简单的应用可以选低端的,开发完如果资源需要少,可以选择引脚兼容的低端的以降低成本。
不得不说的就是固件库,虽然开始时有点不习惯,但是比自己直接写寄存器开发的速度快多了。

最后一点是一个朋友在我选型时给我发了一份完整的全系列的芯片报价(1K),这样可以根据需要选择合适的型号,达到做好的性价比。

现在打算在公司的全部产品上,慢慢都换成STM32!
哈哈,我也在推广STM32!

使用特权

评论回复
27
machunshui| | 2009-7-7 22:29 | 只看该作者

stm32的性价比确实高

stm32的性价比确实高,
想不成功都难。

要是性价比一般咋宣传都不成,

就目前从淘宝上看到的stm8的零售价格来说,

要怎么有发展,

难!

除非降价,或者是批量价格极大幅度低于目前看到的零售价格

使用特权

评论回复
28
lpcfans| | 2009-7-8 08:45 | 只看该作者

顶。。。。。

 最bs那种下载附加还要注册登录的BBS

例如:http://www.stmsky.com/bbs/
虽然它是在推广ST的MCU,但是这样很不利于推广。
虽然我是ST的,但是我还是要说!

使用特权

评论回复
29
lpcfans| | 2009-7-8 08:47 | 只看该作者

电脑上装十来个编译器,烦。。。。

使用特权

评论回复
30
machunshui| | 2009-7-8 09:00 | 只看该作者

不是这样吧?

都装IAR才叫烦神呢.

虽然都叫IAR,还是两个程序,可能还不能同时打开两种mcu的IDE来使用.

搞得不好关联打开ARM工程文件的时候,

还会同时打开上次非ARM工程的文件.


还是多个编译器好,而且IAR的易用性没有KEIL好,

估计cosmic应该也不会差,

现在的编译器用起来都差不多.

使用特权

评论回复
31
mohanwei| | 2009-7-8 11:12 | 只看该作者

IAR的那真叫晕,不应该叫IAR for xxx的

直接学linux好了,redhat、free bsd、redflag……随便起一个名字都好的多

使用特权

评论回复
32
牛牛特工| | 2010-1-1 20:50 | 只看该作者
俺还没用过 STM8 如果便宜强大可以考虑哈 反正都是C啦
现在感觉大多数功能用什么单片机差不多滴

使用特权

评论回复
33
yewuyi| | 2010-1-4 10:09 | 只看该作者
本帖最后由 yewuyi 于 2010-1-4 10:12 编辑

STM8的主要问题还是推广的不够到位造成的,不过说实话,如果IAR支持STM8,我是看都不看COSMIC的,STVD整体来说,风格和IAR接近,还是不错的,不过一点实际感觉,STVD+COSMIC的编译速度好象比IAR慢多了。

个人认为COSMIC的对用户的易用性来说,不会比IAR差,其实第一次用IAR的时候也是问题多多,不过,现在IAR用的人多,交流起来方便,而且IAR的效率一直做的不错,所以大家倾向用IAR是自然而又完全有道理的,ST推出IAR编译器完全是市场需要,除非ST打算慢慢推,把COSMIC推得和IAR一样让大家都熟悉了,但那样时间太长,一个产品的寿命周期终究是有限的,如此浪费时间确实是市场策略的失败。COSMIC只是解决STM8编译器从无到有的问题,但从有到广并快速获得市场成功则必须拿出IAR工具。
STLINK的编程速度快慢问题不完全是由STLINK决定的,多数情况下是由STM8内部的页面大小所确定的,如果页面开的大,可以在一个写入周期内写入更多的HEX文件,我现在还没有拿到合适的样片,所以没有测试大致的烧写速度能达到多少,不过我已经要到了一个RLINK,呵呵,在此特别感谢ST的代理商:上海威雅利电子。一般个人认为,8K的程序空间,把烧写时间控制到3S左右是可以接受的,这个速度做500K以下的年生产量还是差不多可以接受的范围。
个人认为,ST目前虽然在努力推广,但有一些工作还是做得不到位,当然,可能是你们的工程师数量不够造成的,但市场不会接受你的这个解释并等待你们慢慢解决,呵呵,这已经不是个人喜好倾向可以解决的问题了。到目前为止,还没有整理出STM8S/L的原理图库和PCB库就非常让人奇怪,如果真是被大量的客户所采用,估计大量的客户都会向你们索要这个文件,另外,类如我上次的OPTION合成到一个HEX或者S19中的问题,也还没有得到最终解决,虽然接到你们工程师电话并承诺这不会成为阻碍我项目展开的原因,但没有时间表的承诺总归让人感觉不塌实。
我不知道别人怎么看STM8,但我估计大量的工程师应该属于观望阶段,呵呵,俺个人认为STM8是个不错的产品并恭贺它取得骄人的成功,但真实的是否成功却把握在ST这个队伍自己的手上,只有你们的工作更有成效,它才能获得更广泛的成功,这一点AVR是一个不好的例子,曾几何时,我也很看好AVR,但最终AVR并没有获得所有人期许的功业,我不鄙视AVR这个产品,即使它依然有着一些瑕疵,但我甚为鄙视ATMEL的工作人员,因为你们的低效和不作为,让AVR这个设计抱憾并可能走向没落。

使用特权

评论回复
34
lost1421| | 2010-1-4 16:06 | 只看该作者
小叶就是牛,跑到这里来了!
看来STM8有火的可能性,留爪!

使用特权

评论回复
35
yewuyi| | 2010-1-4 16:41 | 只看该作者
LS是谁的马甲呢?

哈哈,大家猜猜。。。

使用特权

评论回复
36
qinyp| | 2010-1-4 17:13 | 只看该作者
LS的LS是LS的马甲,哈哈

使用特权

评论回复
37
yewuyi| | 2010-1-4 19:23 | 只看该作者
LS的LS是LS的马甲,哈哈
qinyp 发表于 2010-1-4 17:13



错的太离谱,呵呵,不是我的马甲

使用特权

评论回复
38
有意思| | 2010-1-5 00:04 | 只看该作者
单步调试时候忒慢了,不过很少用
cosmic好像有点问题吧
试试vsprintf这个函数,大家试试编译下面这个函数,模拟printf函数的,我在N各平台上都用过,就是
STM8S不行,有点意思??
int print(const char *format, ...)
{
        char buff[50];
        int chars;
        va_list ap;

        va_start(ap, format);
        chars = vsprintf(buff, format, ap);//报错
        va_end(ap);

        if (chars > 0) {
                SendBuf((u8 *)buff,(u8)chars);
                return 1;
        }

        return 0;
}

使用特权

评论回复
39
yybj| | 2010-1-5 10:06 | 只看该作者
我也觉得ST的编译环境需要进一步改进

使用特权

评论回复
40
tengchao998| | 2011-4-25 14:26 | 只看该作者
操!老子也碰到38楼的问题了。该死的cosmic!!

使用特权

评论回复
发新帖 我要提问
您需要登录后才可以回帖 登录 | 注册

本版积分规则