估计是说ST推新品的速度慢。慢的话BUG少。NXP感觉是一个比较浮躁的公司，推出的产品BUG都比较多。

                                 三线串口，我用过内置TCPIP协议栈的模块，没问题。用过lwip协议栈来拨号，也没问题。放心。

                                  楼上：刚查出来，确实是那样，改后还是有问题。 看来不是串口的问题了。

                                 我怀疑是我的中断那个地方设置有问题. 另外中断函数那个PB8取反是有用的,不用怀疑, 在USART1接收中断中试过的.

                                 这个跟移植版本和硬件架构有关。针对某些处理器架构的ucosii移植版本是在进入中断的一开始就保存任务数据，这种情况下在退出中断进行任务切换时就不需要再次保存，而只需把新任务的数据载入就行了。而针对STM32的移植版本并没有这个区别，所以看起来一样。

                                 不客气，我也不会太多 遇上自己知道的就回复一个 还得努力学习

                                 。。。。。。。。。。。。。。。

                                 用STM32还是深圳迪通好,QQ1131450218

                                 网上还有一个st usb 键盘的例子，结合起来看，就可以了。

                                 

上面那些我都看过了，可能我问题没说清楚，我的意思是在IAR里如何设置或程序中怎么处理才能编译生成包含了从主中断跳转至应用程序的中断向量表。 在8楼我已实现了自编bootloader的功能，但那是手工修改hex文件的结果 ... dadodo 发表于 2010-8-2 00:50 生成包含了从主中断跳转至应用程序的中断向量表，这个很容易，只需要在你的Bootloader项目中，在中断向量表中填写绝对地址即可，而不需要让编译器自动分配。

                                 楼上的点开楼主给的那个网址就可以知道详细的情况了

AT89C2051，你是用编程器下载代码的吗？这两款单片机，C2051是要编程器下载code的。还有它们的硬件资源事有差别，rom 和ram，还有其他的外设，2051都小一点。首先看看hex代码超过了2051的空间没有，然后看看栈是否溢出了。其实从你的现象可以判断出问题。不知道你什么现象？

用卡尺量一下，自己画一个

你发送出去的数据 需要是十六进制数据 不能够是ASCII码 声明一个缓冲区 把要发送的十六进制数据存储在里面 0x10包头，0x16包尾 你先用PC串口调试助手测试一下 自收发也行 看看你发送出去的东西 到底是不是0x10开头，0x16结尾的 如果不是 你同事那边的汇编程序肯定是不行的 其实是比较简单的

IC功能的专用化是一个方向 当一个产品形成产业链的时候，首要目标就是降低成本（到少在咱中国是这样）芯片功能的专用化能很好的达到这个目的

_tcslwr();

                                 怎么没人提示一下啊？

确保原common.reg中用的TTF后再替换成你自己的

众口不一啊，呵呵

iar里看一下就知道了,   keil 也不能编译149呀,