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

2019-12-12 18:09发布

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

望对这个问题有经验的朋友们不吝赐教!
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
93条回答
Azuresky
2019-12-21 22:06
本帖最后由 Azuresky 于 2017-3-29 06:54 编辑
szszjdb 发表于 2017-3-27 11:54
看来要用硬件I2C,只有如此了。只是我的I2C操作EEPROM, 批量写入后还要读回校验无误,才写下面内容,所以 ...


看来,问题的关键不在于I2C通讯,而是你需要等待EEPROM做出反应。
如果其它任务不紧急,就等等吧。
如果和紧急任务同时执行,死等EEPROM肯定是不行的。一个简单的办法是使用操作系统,单独开个进程处理EEPROM的读写。

一周热门 更多>