发现各大RTOS的一个缺点，定时器组任务都是固定一个任务优先级，不能每个定时器单独创建一个任务优先级

eric2013

也不能说是缺点，只是一些场景不能采用这个方案了

现在RTOS对定时器组的普遍设计是单独安排一个定时器组任务，然后任务里面执行各个时间到的回调，所以都统一在这个优先级的任务里面执行



今天设计工程，有这方面需求了才发现这么个问题，比如我的USB任务里面有个定时器单次或者多次执行的需求，需要给他安排有个优先级。以太网任务也有这么个需求，但优先级不能和USB的一样。

针对这个问题，只能使用任务创建来手动封装个实现，不用直接使用自带的定时器了

tovinz

现在有了AI，做一些辅助功能的组件方便多了。

上周用AI倒腾了一个 OSAL + Zephyr SMF 的调度框架。
工作五六年了，一直用RTOS，习惯性的把一些小功能放单独一个任务中，这就是有框架的好处吧。但也导致任务太多任务栈使用太多的RAM。
又不喜欢标志位满天飞的裸机屎山写法。

现在用AI写一些组件/工具，也就自己用用，不想放出来。不像人写的，还能有个背锅的，放出来怕给别人造成损失