再问STM32的硬件I2C与软件模拟

2019-12-12 18:09发布

坛里的帖子看了很多,大致了解了STM32的硬件I2C的确有一些BUG,或者说使用时有很多不方便满足的要求,比如DMA加最高中断。所以思考是否使用模拟方式替代。但有种观点是模拟I2C太耗资源。我认真分析了下,其实大部分I2C读写操作在程序中都是顺序类型的,及当读、写I2C从机时,必须读、写到想要的数据才能继续往下执行,如果其中出错,还必须重新来过。所以不管是用硬件查询,中断,DMA等方式还是模拟方式,都必须等待从机完成,所花时间决定与I2C速度和从机响应速度。如果可以这么理解,是否可以说其实模拟方式没有任何风险,速度差不多,故而是最好的选择?

望对这个问题有经验的朋友们不吝赐教!
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
93条回答
security
2019-12-19 17:39
本帖最后由 security 于 2017-3-13 09:57 编辑
szszjdb 发表于 2017-3-11 16:45
看了您推荐的链接,讲的非常清楚,多谢!  我这里提出的观点是用模拟方式相比硬件方式,对系统效率的影响 ...


这要分场合:
  - 对于你的应用场景,整个软件逻辑流程,需要多次的 Master 和 Slave 的交互,一般这个软件逻辑流程都设计为同步阻塞模型,所以从这个角度来看, CPU 的利用率,没太大差异。恰恰这也是 I2C 总线使用最频繁的应用场景。
  - 如果对于批量数据传输的话,那么 DMA 的优势就体现出来了,这其中的道理,我想你应该知道。
我没用过 STM32,但从理论上讲,具备硬件模块的,我会优先选择硬件。

一周热门 更多>