关于I2C例程的delay延时对主程序造成的阻塞问题

StayHungry123

问题描述：
一般在IIC或者其他模拟时序时，用delay延时函数，但是假如主程序中有5项需要高速执行的任务（这些任务不能被阻塞），当IIC也在主程序中被调用时，程序会在IIC读写这里阻塞较久，那5项任务就会因为IIC的读写而暂停较久。请问如何规避这种问题？

a5820736

软件那点延时觉得久的话只能用硬件IIC了

jermy_z

那你的意思你不能用delay了？弄5个芯片单独执行任务吧

StayHungry123

jermy_z 发表于 2020-7-16 09:34
那你的意思你不能用delay了？弄5个芯片单独执行任务吧

哈哈，五个芯片是个好方案呀。我在想有没有其他方法来完成IIC时序，可能不一定用delay。或者用RTOS，大佬指导下呀

lztXX

ucos吧应该能解决

qinlu123

lztXX 发表于 2021-11-4 18:54
ucos吧应该能解决

IIC那点阻塞都能影响任务的实时性的话，上操作系统更白搭了。

qinlu123

我很好奇你那5个任务都做了什么工作实时性要求那么高，还是说你的IIC驱动有问题。

橘子汁真好喝

什么任务，对实时性要求这么高

qinlu123

我做IIC的时候也出现过IIC影响其他任务的情况，比如IIC写OLED屏如果写屏太频繁会导致其他任务比如按键扫描出现问题，解决它的办法只能是把界面内容分成静态界面（只写一次）和动态界面（有变化时再写），尽可能减少IIC的通讯量。IIC的短延时虽然很短但是太多上操作系统也白搭，如果通讯量实在降不下来就把上拉电阻减小到1K或者2K然后尽可能减少延时让速度达到极限的400K，如果还不行只能换别的通讯方式了比如SPI。

qinlu123

a5820736 发表于 2020-7-16 09:32
软件那点延时觉得久的话只能用硬件IIC了

硬件IIC也是阻塞的没啥用

a5820736

qinlu123 发表于 2021-11-5 09:34
硬件IIC也是阻塞的没啥用

硬件可以dma，不用阻塞