谢谢楼上，代码改后OK! uint8_t DebugReadByte(void) {         uint8_t ret;         while(USART_GetFlagStatus(USART1, USART_FLAG_RXNE) == RESET);         ret=USART_ReceiveData(USART1);         USART_ClearFlag(USART1,USART_FLAG_RXNE);         return ret; }

                                 部分芯片本身可能就有质量问题的，这在批量生产中也是时有发生的，只是比例一般不会很高的

                                 LZ这个SDHC的卡可以达到的最快读取速度是多快？卡常常达不到理论上12MB/S的速度。 建议用读卡器读读这个SDHC的卡，看有多快。

你回去仿真的，软件，和仿真硬件接法都一样吗？

                                 你用的是STM32_USB-FS-Device_Lib V3.1.1的库吗？

这种情况，寻址范围，视你可支配的IO和外扩后的IO而定，同MCU的CPU没直接关系了。 一般，假如CPU资源充足，IO紧缺的话，可以考虑扩展，建议是扩展一层。别像盖房子一样，搞几层扩展。

我觉应该不是 .NET CF的问题。 因为，就算我用VS 2005自带的仿真器，同样也会提示这个错误。

串口调试用十六进制显示，十六进制发送。从你的程序看，发送两位十六进制字符7B（对应123）。

俺以前从U口取电，打过火花，windows提示了，电流过大，保护了。

引用 1 楼 rattlerattle 的回复: 1.是 2.必须先新建一个CE工程，然后在项目里面才有这个选项，直接是不能Add New SDK的 3.一般在够买开发板时如果开发板已经内置了操作系统，供应商会附带有一个对应的SDK包 4.一般在BSP包中会有相应的选项，直接打上勾就可以了

MARK,学习啦。顶下！

我现在也要移植它到WinCE 平台下,编译总是通不过,麻烦哪位移植成功的仁兄指点一二,谢谢!

_STACK_BASEADDRESS 都是放在高地址的一段空间里，空间的大小没有严格限制，基地址也没有什么特别的限制，只是各地址之间尽量紧凑一些，避免空间的浪费，且要达到够用的效果。

顶

不懂的地方就问硬件的同事，仔细读一下usermannual， 先不要去搞bootloader，那个太底层了，从驱动层开始吧， 驱动层熟了之后再去搞bootloader等涉及汇编的dd

可以有两个办法 1 把long复制到一个buf,然后发 long data_long; char buf[BUF_LENGTH]; 复制可以像这样做 *((long *)(buf+DATA_OFFSET)) = data_long; 或者 memcpy(buf+DATA_OFFSET, (char *)(&data_long), sizeof(long)); 2 直接取long的几个字节,一个一个发 send_byte(*((char *)(&data_long)+byte_pos++));

重装是正道。

引用 1 楼 joyzml 的回复: GPB0可以PWM输出 楼主看下datasheet —————————————————————————— JOYZML（菜鸟朱铭雷）

我知道可以输出，大概思路是怎么样的？

引用 7 楼 great_bug 的回复: 因为这个职业对身体的摧残非常严重,不适合女性,,,,,,,

不会吧对身体有啥摧残，我感觉很好玩啊！嘿嘿

我QQ：174646138， 公司邮箱:hua.liang@cnlaunch.com 上班的时候上不了QQ

呵呵 6.0 也可以这样。