看你个人兴趣爱好吧

                                 

不认真听课，打PP

我没去研讨会，听别人说的，那人又记不清了，所以来确认一下。

                                 程序里面不需要擦除。 擦除也是写0，和直接写0没区别。

                                 加密了？

                                 楼主什么时候出成品呀？？？价格也关心一下。

                                 有机会也去听下研讨会

                                 最好，不要去，稳定一些

                                 这个问题怎么讲呢？如果是对于直流信号的测量，而且系统的噪声是白噪声，这个方法是可行的。如果是交流信号，或者是瞬变信号，这个方法是不可行的。如果你用的是开关电源，你可以试一下效果，当然，如果你对电源进行了处理，就另当别论到了。这种方法，就像有些人说的，不用管模拟信号，只要给我数字信号，我可以解决一切问题一样可笑。记住，没有数字，只要模拟！永远记住一句话，不要用数字去解决模拟问题，如果这个方法真的是万金油，还有人去买16bit，24bit的AD?唉！欢迎拍砖！就怕没有争论，人云亦云，难难难，做人难，明明知道很多东西是不对的，但是不能讲！这个问题，就像嵌入式一定要上操作系统一样可笑！！！

                                 我在进中断一开始就读了SR寄存器，保存在一个变量里。 读出来是0x88,也就是说过载了，这个是有可能的。因为TX,RX现在是连接在一起的，当TX发送完一组string后，RX起始也是跟TX一样动作的。 但是，问题是我发送完STRING后，是先读了SR的寄存器，如果非0，则SR=0 ，进行了标志位清除工作，然后再enable usart2 interrupt的。 应该不会再产生过载中断了阿如果，即使真的又过载了，从而进入了中断，那我出中断的时候已经这个bit=0了阿，难道没有清干净？

我怎么没有看到的呢

我在用5416的8位并行download时遇到过这个问题,当时将数据线的高8位拉高,就比较稳定了!我现在不使用并行DOWNLOAD了,不知道还有没有效