我升级到MDK 4.14后又开始出问题了，提示好多东西都被重定义了，发现是和KEIL安装目录中的一些内容重复定义了。 于是又将USE_STDPERIPH_DRIVER去掉，这时不再出现重定义的错误，但assert_param未定义的错误又出现了。

                                 从下向中长的，比如你说代码64K,那64K以上地方你用可以用来存你自己的东西了

                                 

回 ploto ,开发板上的电路图里没有接上下拉电阻，我只是在外面接了个120欧的终端电阻。 回 版主主，，我用示波器测了下STM32 的RX 的信号，空闲时RX是高电平，在发送的时候确实有个大约10MS的负脉冲，所以触发了接收中断。但不知道为什么会有个这个负脉冲？

这就说明STM32并没有误动作。这样的话，你就要检查一下这个10ms的负脉冲是哪里来的，但我可以肯定不是STM32的RX引脚出来的。

                                 有钱啊

谢谢你的关注，我依次回答吧： 1、我判断主从机都没反应，是当主从机识别对方时，主机能进入显示菜单，而从机识别主机时，能被唤醒，有发光二极管显示。 2、我用逻辑分析仪采样过主从机的通信，发现当主机要判断是否连有从机时，主机会上拉三个脚，而从机上电时会有一个800ms低脉冲。至于串行通信（我也不太熟），我直观感觉应该可以排除，因为我在这整个过程中没有发现任何可以依托的作为时钟的有规律的信号。问题就是我发现他们的通信太简单，二三脚在交换数据的时候没有任何变化，只有四脚有1us（而从机的波长可能接近这个值）的低脉冲。我猜想是根据两个脉冲之间的长度来表示数据的。所以他给我的印象是简单的动作完成了复杂的通信。 3、我发几张我采集的波形图。万分感激

引用 4 楼 shenshunxiao 的回复: 有点看不明白，第一个：LZ第二点中是怎么知道主从机都没反应呢？ 第二个：LZ第三点的做法我个人感觉有点疑问，你这个通信只连接三点，我估计应该是串行通信，有可能是在通信过程中一脚是产生脉冲（相当于波特率）,另一脚发送数据，LZ这样做就没办法完全模拟出完整的脉冲出来。 建议LZ用示波器仔细的看看通信过程中主从机发送的波形，或许能找到更好的答案。

引用 8 楼 kacyquan 的回复: 引用 6 楼 aaa_tnt 的回复: 移植了下FFMPEG ，在QCIF & 15fps ，效果还可以。 这个是什么？见识太少了。没听过都。能发给我看看吗？ kacyquan@gmail.com

可以去bbs.chinavideo.org瞧瞧

有木马病毒！我晕……

初始化没有做好，将你的秒位改为0X00---0X59之间的数试试！

有没有CLEN一下。

不懂，学习。

我也差不多，初学

《IBM PC汇编语言程序设计》 这本书前面几个章节专门讲解计算机组成原理的，很详细的，推荐你可以看看。 配合汇编编程学习的话，效果更佳。

GS2678据说能转，如果必须这么做，俺习惯直接转。

可以用其它调试工具，例如windbg等，借助虚拟机调试，也可以双机调试。 另外可以试试softice能不能在虚拟机上用。

1.可行 2.要用Bluetooth Modem才可以

感觉楼主是研究生学历以上

引用 3 楼 great_bug 的回复: 其实是一样的吧? 如果改了之后不能发,那就是本来就不能发吧??? 我只是改了你的变'A'-'F'的部分....

别的地方丢失一样的，没有改过~

                                 是啊，找代理商肯定快些，又不是大批量

STL ,顺祝楼主编程愉快！

引用 1 楼 91program 的回复: 用鼠标按下消息，代替按键消息

我现在不知道怎么在这个Button上贴上图片了？