在FreeRTOS中使用24C02的疑惑

capw

在FreeRTOS中使用24C02，使用HAL库提供的硬件IIC接口，当要写入的字节大于8（分页数）时，需要延时5ms
疑问1：优先使用HAL_Delay还是osDelay？这两个遇到高优先级中断会不会影响写入时序？


疑问2：有个方案是挂起调度器，这个时候还应该停止所有中断？

yunqi

疑问1： osDelay，
疑问2： 挂起调度器？ 不要这么做，比如有紧急的中断，这时候无法响应该中断。5ms太长了。

eric2013

此贴方案

第9期ThreadX视频教程：自制个微秒分辨率任务调度实现方案（2023-10-11）
https://www.armbbs.cn/forum.php? ... 1371&fromuid=58
(出处: 硬汉嵌入式论坛)

zhang0352505

个人对1使用osDelay有一定的疑问，因为osDelay会引发任务切换，如果另一个任务也正好需要写入24c02，会不会跟这个任务产生冲突？

yunqi

zhang0352505 发表于 2024-7-30 15:55
个人对1使用osDelay有一定的疑问，因为osDelay会引发任务切换，如果另一个任务也正好需要写入24c02，会不会 ...

会。
如果想要当前任务独占读、写EEPROM操作，就要加入互斥。

举个例子，A、B、C三个任务都可以进行EEPROM读写操作。为了防止不同任务操作EEPORM地址时读写冲突，必须加入互斥这种原子操作。

可以这样实现。 EEPROM接口增加一个互斥变量，读写EEPROM时检查该互斥变量是否释放，如果释放则进入下一步操作，如果没有释放，就根据传入的超时时间等在那里。

zhang0352505

yunqi 发表于 2024-7-30 16:03
会。
如果想要当前任务独占读、写EEPROM操作，就要加入互斥。

引入互斥会增加程序的复杂性，我感觉不容易把握，会出现其他的问题。
所以，我更倾向与直接用HAL_Delay（），死等。

skyshine

如果读写eeprom任务是最高优先级，osdelay是直接让出cpu给低优先级任务，时间到了再切回来；HAL_Delay是死等，最高优先级不会被其他任务抢占。这两个都是会被高优先级中断打断的。
hal库里很多函数都是用HAL_GetTick来计时，操作超时了就进错误处理，这时候要注意如果在用hal库的时候被切到其他任务而且长时间没切回来，等切回来可能就会进错误处理，所以像你这样需要等5ms以上的情况停止中断或者挂起调度器都不太好

skyshine

处理办法就是楼上说的，用osdelay，并且在比较关键的地方加入互斥

skyshine

zhang0352505 发表于 2024-7-30 15:55
个人对1使用osDelay有一定的疑问，因为osDelay会引发任务切换，如果另一个任务也正好需要写入24c02，会不会 ...

hal库对同一个i2c或者其他外设提供简单的互斥处理，hal库里的state变量就用来处理这个的

tcs_stm32

24C02本来就不能连续写入的， 最大写入长度位Page。 如果要做互斥，最好在EEPROM_Write内部实现， 还不是外部实现。这样就有统一的接口

zhang0352505

tcs_stm32 发表于 2024-7-30 20:31
24C02本来就不能连续写入的， 最大写入长度位Page。 如果要做互斥，最好在EEPROM_Write内部实现， 还不是外 ...

哎，要想有统一接口，就要把24C02封装成一整个模块，既然它不能同时写入，就把它变成串行模块，
这个模块接收所有写入数据的要求，然后按照先来后到，把所有要写的数据列个队，挨个写入，优先级
也不用太高，由于是模块自动整合写入了，所以也不用mutex锁了，直接用osDelay就可以，切换就切换
呗，但是有一个问题，就是要有处理结果回调，调用写入的操作需要知道结果。

1350280419

zhang0352505 发表于 2024-7-31 08:53
哎，要想有统一接口，就要把24C02封装成一整个模块，既然它不能同时写入，就把它变成串行模块，
这个模 ...

这位大佬说的太好了

zhang0352505

1350280419 发表于 2024-8-1 00:32
这位大佬说的太好了

其实任何方法都是有代价的，这种方法的代价就是，实时性降低了，因为本来可以快速执行的，变成排队了，很可能要阻塞很久才能存上，第二个代价就是增加了业务层的代码量，因为以前调用驱动就一句话就就行了，我看返回结果是什么，如果没存上，我再执行3次存，如果还是存不上，就放弃了，代码一直就是顺序逻辑的。但是有了回调，你得考虑回调怎么写，还有如果没存上，这个时候怎么处理？回调里面再去保存吗？那不成了嵌套了？我们也在探索代码究竟该如何写，只是楼主的提问，跟大家伙一起探讨一下罢了，没有绝对的好与坏

capw

zhang0352505 发表于 2024-8-1 09:06
其实任何方法都是有代价的，这种方法的代价就是，实时性降低了，因为本来可以快速执行的，变成排队了，很 ...

是的，在讨论中我们可以进步，总能找到适合自己项目需求的方法