如果你的项目中用STM32,而你用模拟的I2C的话,好象STM32也比8位机快不了多少,

esteem · 发表于 2014-1-2 16:45:42

如果你选择了STM32, 说明了你的项目的需求是比较复杂的,使用EMBEDDED OS 和大量地运用中断+DMA的编程模型是必然的选择, 如果你的项目中用STM32,而你用模拟的I2C的话, 说明了两点: 一是浪费了STM32; 二, 如果你的项目很复杂的话,你会发现在项目的开发后期,好象STM32也比8位机快不了多少, WHY!! ,但这不是STM32的问题,而是你没有最有效地利用上STM32.

很多朋友在搞STM32的I2C接口编程时总是时不时“当在某处”(GOOGLE时你会发现这个问题很普遍), 一些朋友这时就会用软件来模拟I2C，然后,很快发现和I2C设备能很好地通信了(但当机还是可能随机出现), 这些朋友于是大骂STM32的I2C硬件接口是个”杯具”(呵呵,我有时也会突然想骂骂,但我知道,99.999%的原因还是自已对于STM32硬件接口的熟悉程度不够，或者说，是我没有扬STM32 I2C的长，而总是捉住他的短不发。）。

固然，STM32 I2C硬件接口有设计不完善的地方，例如下面就是我从STM32最新的Errata sheet中总结出的，关于STM32 I2C接口设计上的一些缺陷和如何避开这些缺陷的推荐程序模型：

（1）把I2C的中断优先级提升到最高

（2）把发送多于2个字节的发送与接收封装成利用DMA收发的函数，而把对某I2C设备接收和发送一个字节的函数单独封装为一个POLLING （轮询）函数。

（3）在寻址某一I2C DEVICE时要先CHECK I2C BUS 是否BUSY，如果忙，则等待指定时间，如果还是忙就说明I2C BUS 挂了（原因99.9%是由于我们的I2C通信时序并不十分尊守I2C规约，或者我们所封装的I2C通信模块没有加上防守代码（出错恢复代码）），这时要调用一个专门的用于通知 I2C BUS上的所有device，让他们结束当前内部的工作，重新准备好（下雨了，收衣服啦）。如下面的我的I2C模块的FUN 切片：

正点原子 · 发表于 2014-1-2 22:43:28

IIC不管你用硬件还是软件,速度就那样了,最快一般就400Khz,IO模拟伺候的妥妥的.
用硬件,你也不可能超过400Khz吧.
所以速度不是问题.

接下来再说说我的感受,现在不用硬件IIC已经很多年了,只有在08年之前用过AVR的硬件IIC,之后从没用过硬件IIC了.
当然我用IIC也不多,驱动过:24CXX,TEA5767,RDA5820,MMA7660,ADXL345,PT23XX,以及其他一些芯片.总之,没遇到说非用硬件IIC不可的地方.
而且在ucosii下,我也用过模拟IIC.一点问题没有.

我认为软件IIC最大的好处就是:方便移植. 完全基于IO口,不需要你有IIC硬件,也不用去学习芯片这部分的知识,直接移植2个IO口即可使用.

废墟崛起之厦 · 发表于 2014-1-2 23:13:25

是的，这几天我调试STM8IIC，都说不好调试，但是最后我还是调通了，和自己的硬件有关.我用10K上拉电阻，用逻辑分析仪的架子测试，结果老死机，后来我弄掉了夹子，结果很稳定了....所以，调不通还是在于咱们自己的理解不够啊.....也不是每个器件的IIC都想EEPROM那样好调，具体问题具体分析....