初始化前调个USART_DeInit试试。 还有注意初始化的顺序，先配GPIO，再配USART。

谢谢vigia,调用USART_DeInit函数就没上面那个问题了,我不明白,上电后USART部分不本来就是初试状态吗,为什么还需要用USART_DeInit来复位一下USART部分才行?

                                 115200还算快 STM32用1M的波特率都不至于丢，呵呵 我觉得你应该重点检查线路的带宽问题，比如你用哪家的232芯片，比如你的连线有多长

检查线路/复位电容或芯片/有没有接TEST

                                 ST7SCR的价格不比STM32便宜。这个方案移植到STM32也不难。

楼上说的FPGA，没有基础的电路分析能力，IC设计从何谈起！

试验过了，还是不行, 谢谢楼上的

你还是找一块板子试下吧，也许他们是印刷错误呢 我个人认为是要加上分频的

的确不好比。 建议楼主单板电脑和嵌入式工控机各自的优势领域，和他们的优点。 这样也许有些帮助

引用 6 楼 thesaviour 的回复: 看你这意思胡乱买个交换芯片应该就可以了，RT下找个合用的就行。 想干路由还是别考虑32位以下的芯片了，否则throughput很猥琐的说。

恩

eboot是板级关联，不是芯片级关联，因此其驱动与开发板密切相关，就像BIOS那样，与主板密切相关

mark,我QQ:604914729, 晚上回去加下。

如果是Windows自带的API那肯定没问题咯，嘿嘿。

Veabol： 在Jlink上没有修改CPU寄存器的命令。不过我启动文件最后一个设置的堆栈就是管理模式的堆栈，之后的C程序都是在SVC模式运行的，而且是在Thumb状态，所以CPSR=0xF3。 今天又试了一下，我自己的那块板子不用初始化脚本就可以直接下载的，按照你说的方法走了一下，程序也飞了。看图：

引用 3 楼 skynet000 的回复: 应该不用自己加驱动。在kernel里面有的。WINCE支持。 如果你用samsung的BSP，可以先看看common/Timer/watchdog.c，里面是告诉OS kernel进行refresh watchdog的。主要有以下代码: ? pfnOEMRefreshWatchDog = RefreshWatchdogTimer;//refresh watchdog function. ? dwOEMWatchDogPeriod? = WD_REFRESH_PERIOD; 另外reboot的问题，系统也是有的。 你可以看一下。common/IOCTL/REBOOT.C,可以在这里面添加reboot 代码。自己添加一些改动即可。

看系统API函数：CreateWatchDogTimer(),RefreshWatchDogTimer()

能烧就没问题，该保护的都保护了。

估计是你烧的内核有问题，也有可能是芯片有问题，不确定，只是猜测

帮顶下。 MARK。

happy new year

是啊，我也需要这方面的东西啊

帮顶。