我也遇到这样的问题，建议不通过watch窗口看大的数组，而通过 查看memory

                                 错误提示：　UART1_ClearFlag 重定义。好好看一下代码，头文件是不是重定义了

                                 如果大叔写的是申冤状，估计审判官得琢磨几个月，才能开庭审理此案

                                 的确很酷

本身图片文件就很大的吧，你将其放到搜索引擎上，搜索引擎会吃不消的。。。

没有专门的高阻态配置的。我觉得输入应该类似高阻态吧

我们刚做了一个超声波测距电路，是LCD1602显示距离  不过使用51做得，不过原理应该一样 需要资料的话给我留下你的邮箱

引用 4 楼 galle 的回复: C/C++ code unsigned char show_flag=0;// 定义一个显示用的延时标志 void timer0() interrupt 1//定时器0的中断函数入口程序 { TH0=0x3c;   TL0=0xb0; show_flag=~show_flag;//显示标志取反 time++; if(time==20) { time=0; count++;……

谢谢啊，我怎么没想到还要个延时标志呢。呵呵，还是太笨了，基本上解决了，只是在延时方面还需调试，再次谢谢了

                                 有时仔细读数据手册还是会很有收获的

不懂,帮顶!

1 选择嵌入式操作系统 2 开发GPRS驱动，并做最大流量测试 3 开发摄像头驱动 依据GPRS的稳定流量选择压缩算法 4 使用CPU控制电机 5 定制传输和控制协议 6 实现软件

865GV主板，只要DIMM1的内存内是完好的，DIMM2内存条不论颗粒如何损坏，只要SPD正确，它都能够顺利点亮主板

                                 楼上高人!.. 果然如其所说... 看了下usb_20.pdf, bulk传输结束的条件是 传输小于wMaxPacketSize个数据或传输Size=0的包. 所以当跳出while()循环后, 最后的那次发送0字节包长的作为一个结束动作. 测试了一下发送1024个数据是正确的! 另外我观察了一下PC这边的串口助手, 只有最后0字节包发出去后. 才显示收到的1024个字节. 而while ()循环里的那些发送都不会显示.  请问到底是PC每次都收到了数据只是没有显示出来(难道我不发完..PC就永远不显示吗?). 还是STM32把数据到缓存起来了? PMA总共才512B啊.. 应该不可能才对... 能解释一下实质么? 谢谢了.

                                 只是中断的入口地址不同

                                 我和我的同事都仔细检查过没有问题，rx,tx Pin 连线 没有问题，斑竹，会不会芯片有问题？

引用 6 楼 ljdtj 的回复: 应该是与ADS代码的链接定位有关。一般IRQ的跳转地址是RO基地址+0x18. 不知道LZ有没有使用分散加载，或者是其他设置。

中断地址是一个固定地址，一般是0x18，怎么会和RO有关系呢。 楼主可以查看一下你的0地址处的代码，程序运行后看一下，不要直接看AXD下显示的文件，而是查看0地址处的内存数据，确保一下这段内容是正确的，另外是否还有某些中断屏蔽位等没设置呢？

SLC和MLC PAGE大小不一样，很多都不一样，连三星BSP都分两种，SLC和MLC的，就这样简单替换肯定不行

UP

至少,要增加某种验证措施,以确信收到数据是正确的,简单的,可以增加一个字节,它是所有数据字节的检验和. 收到了全部的数据包,就验证一下.

   找到原因了，因为没有设置OWNERDRAW,这个属性，所以系统会帮你重绘的。设置之后，有个小问题，点击比以前慢，就是快速点击多次，会有丢失的点击。不过已经解决了，参考网上的方法，屏蔽了双击事件。