基于OSAL的嵌入式裸机事件驱动框架——整体架构调度机制

---

参考B站up主【架构分析】嵌入式祼机事件驱动框架
感谢大佬分享

---

1. 任务ID ： TASK_XXX
   TASK_XXX 在系统中每个任务的ID是唯一的，范围是 0 to 0xFFFE，0xFFFF保留为SYS_TSK_INIT。
   同时任务ID的大小也充当任务调度的优先级，ID越大，优先级越高，越排在任务链表的最前面

2. 事件ID ：EVE_XXX
   EVE_XXX和任务绑定，对于一个任务来说，一个任务的事件集有16位，最高位1<<15 保留为系统消息事件SYS_EVE_MSG，剩下的1<<0 到 1<<14由用户定义
   对于不同的任务，EVE_XXX可以相同，但是对于某一个任务，EVE_XXX应是唯一的

3. 消息事件ID ： EVE_MSG_XXX
   EVE_MSG_XXX被消息的bdy所携带，当将消息发送给任务时，会触发任务的系统消息事件SYS_EVE_MSG，然后在任务的事件处理函数handler中，取出消息事件EVE_MSG_XXX和数据data，根据EVE_MSG_XXX做不同的处理。
   EVE_MSG_XXX与EVE_XXX是不同的，EVE_MSG_XXX是消息事件中的消息所携带的事件，EVE_XXX是某个任务事件集中的某个事件。
   EVE_MSG_XXX的范围是 0 到 0xFFFF，尽可能使用不同的EVE_MSG_XXX

（注：此架构图来自B站up主的视频【架构分析】嵌入式祼机事件驱动框架）

创建任务，初始化（包括硬件方面，软件逻辑方面等）
也可以在初始化中创建软件定时器，软件定时器超时后会把对应任务的事件置位，即触发事件。

系统调度后在osal_system_start中会循环检查有没有触发事件的任务，有则通过task_handler处理

消息通过osal_send_msg发送消息到消息队列，因为消息其实是和任务task_id绑定起来的，消息发送到消息队列后会把对应的任务中的 SYS_MSG_EVE置位ÿ