是性能和可靠性达到工业级。

前段时间有一个“砖家”说绿豆水：“能怎样，怎样。。” 通过媒体这么一吹，结果绿豆涨价了。 后来媒体又说其实这个所谓的砖家这基本的重医证都没有。结果-绿豆跌了50%。 也记得N年前说linux会取代windows，我信了，现在看来linux其实要消失了。。 也许是年纪大了，不太理会所谓的传言。始终坚持一个道理，那个上产品快用那个。

引用 1 楼 yashi 的回复: cywin编译不了WinCE下的库吧 Windows桌面OS下的库，和WinCE是不兼容的

可以用cygwin + mingwce32 toolchain交叉编译。

domworldjohn：可是我没有修改BootLoader和 OAL，之前都是可以成功启动的呀！

其实关系是远程下载的过程,升级和本地升级是一样的

system.drawing; brush b = new brush(...);

要实现“宋体黑体字”，前提是要有这个字库才行哦

CameraIF输出可以直接写到显存里。

再up一次

                                  如果只接三块板子的时候，都能正常工作。

UDP 就好用，TCP 连接断链？ MARK,

10块钱...USB专串口. 如果LZ连USB都没有的话..........

可以，但要在PB里进行修改，在注册表里修改DLL的位置。然后重新全部编译。

另为了省电，是否可以把不用的设备去电关掉？如何去电？

我也有这方面的项目，共同努力…

以下是我的CONFIG.BIB分配表 ; Common RAM areas     AUD_DMA     80002000    00002000        RESERVED     TEMPS       80010000    00010000        RESERVED     DBGSER_DMA  80022000    00002000        RESERVED     ARGS        80020800    00000800        RESERVED     SER_DMA     80024000    00002000        RESERVED     IR_DMA      80026000    00002000        RESERVED     SLEEP       80028000    00002000        RESERVED     EDBG        80030000    00020000        RESERVED     CMM         85D00000    00300000        RESERVED     FIMG_BUF    86000000    00800000        RESERVED     JPEG        86800000    00800000        RESERVED       DISPLAY     87000000    00800000        RESERVED       MFC         87800000    00800000        RESERVED       ETHNET      94000000    00100000        RESERVED CONFIG 还是显示空间少了？

                                  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这个设计抱憾并可能走向没落。

                                 ST_ARM 同志：         真的不是固件版本的问题，我已经用了STM32F10x_StdPeriph_Lib_V3.1.2的固件库。 可是问题依旧。唉，继续找解决问题的方案了。

                                 同意楼上的 看配置应该是没有错的，无图无真相