STM32的I2C是不太好用， 但是楼主的叙述可能也不一定对， 楼主应该给出正确错误两种情况的验证代码，结论才会是严谨的。 另外，本人使用经验，stm32的I2C在使用DMA传输模式的时候，很方便，很好用

                                 哦，我的理解是： if (Device_Serial0 != 0)  条件成立则执行下面的行，否则不执行。 那么编程者必须要能肯定 Device_Serial0 += Device_Serial2; 运算以后的结果是Device_Serial0不等于0。 未知我的理解是否正确？

sha dong xi

11楼分析的相当准确，赞

引用 2 楼 91program 的回复: Use "Remote Process Viewer", Kill it

能详细说下这个东西在哪儿么

                                 功能挺强大的，只是时钟跑的不是很准！

主要还是点击“挂起”不能进入OEMPowerOff函数的问题

支持下面的这些核 integrator720t_t integrator720t integrator740t_t integrator740t integrator7t_t integrator7t integrator920t_t integrator920t integrator940t_t integrator940t integrator946es_t integrator946es ntegrator966es_t integrator966es wrSbcArm7_be wrSbcArm7_tbe wrSbcArm7_t wrSbcArm7 不支持926EJ

引用 8 楼 qusongsong1 的回复: 3.我用IO脚的变化来测我延时函数是否准确，但是还不需要精确到IO的翻转速度也需要计算在内，因为一些芯片的驱动是需要严格按照时序的，比如上电需延时300us，那么如果只延时了200us就会出现问题。我追究这个问题的根源是因为我本来调好的延时100us的函数，在我增加了一些应用代码后有可能导致延时100us函数变成延时66us了，当再增加一些代码又可能回复到100us，而只要代码不更改，延时100us就不会变成延时66us，延时66us也不会变成100us，只有当代码增加或者减少，可能导致这一个函数的实际延时变化，并可以确定增加和减少的代码毫不影响这个延时函数。

还是要从你增加的代码里面找问题

能用好就行了,不必较真!

我在keil上运行你的程序都没提示错误啊，是不是你哪边没设定对？

有可能是电平匹配问题，看看板子上的供电电压与仿真器是否冲突

这个不同模块这个指令是有差异的,都可以总结为DMFC语音，你先看看WAVECOM的文档。

OPENGL也没有DIRECTXINPUT组件的说法. OPENGL怎么播放声音呢?也没有DIRECTXSOUND组件的说法.

如果IO捕获不了,要是不挂中断的话 先读2420里的状态寄存器,看丫到底有没有收到数据 然后再看其它的

不过好多书讲winceSGI硬实时的

  我是直接调用摄像头驱动中的接口，直接获取图像的。调用的是摄像头为directshow提供的接口。你如果要做，参照wince camera的测试程序去做。他是采用消息队列的方式，驱动每获取一桢，就会发送到你提供的队列里面，你只需要循环读取那个队列就可以了。

上网不容易用手机顶一下

怎么搞个无题呢？

或在设备端添加判断：检测到掉电了，利用最后的电能发出SOS信号：没电了！help me!! 另： 10楼的曲线救国方法，貌似无法分辨是掉电了还是断线了？