在 ARM7 上使用 C 语言编程的嵌入式应用程序(具有可移植性要求)中,当前使用基于商业优先级的抢占式 RTOS,我们需要根据客户要求删除该 RTOS 和任何 RTOS 依赖项。我们有 8 个任务使用许多硬件接口、睡眠语句、I2C 通信。事实上,软件很好地利用了 RTOS 功能来简化代码,尽管在没有 RTOS 的情况下时序要求是可以管理的。
几个函数,包括在许多地方调用的例程,目前实现了对 I2c 驱动程序函数、睡眠语句等的阻塞(针对该线程)调用序列。基于轮询 I2C 调用/睡眠对客户不可接受的前提,此类调用必须然后是非阻塞并返回。问题当然是“返回”到“语句”,当 I2C 完成或睡眠时间已过时,可能从顶级任务条目向下调用 4 个。
我正在为每个任务采用分层状态机设计,顶部有一个简单的调度程序。但是处理几个例程,这些例程过去用于进行阻塞调用序列,现在每个例程都成为状态机,可以在多个地方和不同的函数调用深度被调用,似乎需要为每个任务提供显式堆栈功能,以便每次我启动子状态机时,我都可以为该进程分配状态并将它们推送到该任务的“状态堆栈”中,以便下一次调度程序调用该任务将能够关闭所有分层状态继续处理它“停止”的地方。
您能否看到适用于该问题的其他设计架构、将代码快速移植到非抢占范式的注意事项,或者指出思想丰富的资源和关于“RTOS-removal”技术和设计的讨论?
这三个答案一起很好地描绘了基于状态机的开发相关性和相关工具,以避免重新发明轮子。我们的客户不会接受任何类型的许可,包括 GPL。从答案看来,如果想要使用没有 RTOS 且禁止轮询调用的分层状态机,似乎没有办法缓存状态。由于分层 SM 通过保留其结构(对例程的函数调用成为对子状态机的调用)对移植现有代码有很大帮助,因此我将采用提供的工具作为很好的示例。- 谢谢。