mirror of
https://gitee.com/cosyos/cosyos.git
synced 2026-02-05 19:39:42 +08:00
@@ -28,25 +28,25 @@ CosyOS有三种时间片的定义模式,全局时间片、算法时间片、
|
||||
|
||||
* **系统任务** <br>
|
||||
由CosyOS自主创建并自动启动的任务。<br>
|
||||
**任务管理器(Taskmgr)** 优先级固定为最高优先级。<br>
|
||||
**调试任务(Debugger)** 优先级固定为最高优先级,用做命令行和任务管理器的串口接收解析。<br>
|
||||
**启动任务(Starter)** 优先级固定为比最高优先级低一级,通过调用启动钩子来启动用户任务,而后删除自身。<br>
|
||||
**系统空闲任务(Sysidle)** 优先级固定为最低优先级0级,是系统级的空闲任务。<br>
|
||||
**任务管理器(Taskmgr)** 优先级固定为最高优先级。<br>
|
||||
**调试任务(Debugger)** 优先级固定为最高优先级,用做命令行和任务管理器的串口接收解析。<br>
|
||||
**启动任务(Starter)** 优先级固定为比最高优先级低一级,通过调用启动钩子来启动用户任务,而后删除自身。<br>
|
||||
**系统空闲任务(Sysidle)** 优先级固定为最低优先级0级,是系统级的空闲任务。<br>
|
||||
|
||||
* **系统钩子** <br>
|
||||
由CosyOS自主创建并自动调用的函数,并由用户来写代码。<br>
|
||||
**初始化钩子(init_hook)** 在主函数中首先被调用,适用于初始化时钟、GPIO、寄存器等工作。<br>
|
||||
**启动钩子(start_hook)** 在启动任务中被调用,用于启动用户任务。用户可在启动钩子内调用API来启动用户任务。<br>
|
||||
**空闲钩子(idle_hook)** 在系统空闲任务中被调用,用户可添加自己的代码做一些没有实时性要求的工作。<br>
|
||||
**滴答钩子(tick_hook)** 每个系统滴答周期,在系统滴答中断中都会被调用一次,适用于每滴答周期/秒/分/时/...做一次的工作。<br>
|
||||
**挂起服务钩子(pendsv_hook)** 详情见全局变量访问相关介绍及说明。<br>
|
||||
**全局变量钩子(gvar_hook)** 用于更新全局变量的副本。详情见全局变量访问相关介绍及说明。<br>
|
||||
**初始化钩子(init_hook)** 在主函数中首先被调用,适用于初始化时钟、GPIO、寄存器等工作。<br>
|
||||
**启动钩子(start_hook)** 在启动任务中被调用,用于启动用户任务。用户可在启动钩子内调用API来启动用户任务。<br>
|
||||
**空闲钩子(idle_hook)** 在系统空闲任务中被调用,用户可添加自己的代码做一些没有实时性要求的工作。<br>
|
||||
**滴答钩子(tick_hook)** 每个系统滴答周期,在系统滴答中断中都会被调用一次,适用于每滴答周期/秒/分/时/...做一次的工作。<br>
|
||||
**挂起服务钩子(pendsv_hook)** 详情见全局变量访问相关介绍及说明。<br>
|
||||
**全局变量钩子(gvar_hook)** 用于更新全局变量的副本。详情见全局变量访问相关介绍及说明。<br>
|
||||
|
||||
* **定时任务/钩子** <br>
|
||||
包括定时中断任务/钩子和定时查询任务/钩子,其实质都是软件定时器中断。<br>
|
||||
**定时中断任务/钩子** 由用户设定定时时间,当定时器溢出时,系统将自动恢复/调用与其绑定的任务/钩子并自动重复定时(如果您已开启定时器的自动重装载)。<br>
|
||||
**定时查询任务/钩子** 由用户设定定时时间,当定时器溢出后,系统在每个滴答周期都会查询用户定义的事件,若事件为真,系统将自动恢复/调用与其绑定的任务/钩子并自动重复定时(如果您已开启定时器的自动重装载)。系统初始化后,所有定时查询定时器的值均为零,相当于已经溢出,系统已经开始查询用户定义的事件了。<br>
|
||||
**任务与钩子的区别** 由于定时中断钩子、定时查询钩子都是在SysTick_Handler/定时器0中断中被调用,所以只有相对精简的代码才适合创建钩子,耗时长的代码应创建为任务。再有,钩子相当于比任务具有更高的优先级,可更及时的被执行。<br>
|
||||
**定时中断任务/钩子** 由用户设定定时时间,当定时器溢出时,系统将自动恢复/调用与其绑定的任务/钩子并自动重复定时(如果您已开启定时器的自动重装载)。<br>
|
||||
**定时查询任务/钩子** 由用户设定定时时间,当定时器溢出后,系统在每个滴答周期都会查询用户定义的事件,若事件为真,系统将自动恢复/调用与其绑定的任务/钩子并自动重复定时(如果您已开启定时器的自动重装载)。系统初始化后,所有定时查询定时器的值均为零,相当于已经溢出,系统已经开始查询用户定义的事件了。<br>
|
||||
**任务与钩子的区别** 由于定时中断钩子、定时查询钩子都是在SysTick_Handler/定时器0中断中被调用,所以只有相对精简的代码才适合创建钩子,耗时长的代码应创建为任务。再有,钩子相当于比任务具有更高的优先级,可更及时的被执行。<br>
|
||||
|
||||
* **一般用户任务** <br>
|
||||
对于一般用户任务,只要优先级为0级,就是空闲任务。用户空闲任务内都要有阻塞事件,以保证所有空闲任务都有机会被运行。<br>
|
||||
@@ -56,33 +56,33 @@ CosyOS有三种时间片的定义模式,全局时间片、算法时间片、
|
||||
CosyOS的任务状态较传统RTOS划分更为详细,以便用户在使用任务管理器监控任务时,能够更加精准的判断各任务的运行情况。<br>
|
||||
具体划分如下:<br>
|
||||
注:[]为在任务管理器中显示的任务状态<br>
|
||||
* **运行状态[RDY]** 任务正在运行。<br>
|
||||
* **就绪状态[RDY]** 任务已经准备就绪,可以参与任务调度并运行了。<br>
|
||||
* **延时阻塞状态[DLY]** 由阻塞延时而导致任务进入阻塞状态,直到延时时间结束转为就绪状态。<br>
|
||||
* **超时阻塞状态** :<br>
|
||||
**二值信号量阻塞状态[BIN]** 由二值信号量等待或获取而导致任务进入阻塞状态,直到成功或超时转为就绪状态。<br>
|
||||
**互斥信号量阻塞状态[MUT]** 由互斥信号量获取而导致任务进入阻塞状态,直到成功或超时转为就绪状态。<br>
|
||||
**计数信号量阻塞状态[SEM]** 由计数信号量获取而导致任务进入阻塞状态,直到成功或超时转为就绪状态。<br>
|
||||
**等待标志组阻塞状态[GRP]** 由事件标志组等待而导致任务进入阻塞状态,直到成功或超时转为就绪状态。<br>
|
||||
**接收私信阻塞状态[ TM]** 由接收私信而导致任务进入阻塞状态,直到收到私信或超时转为就绪状态。<br>
|
||||
**接收飞信阻塞状态[FET]** 由接收飞信而导致任务进入阻塞状态,直到收到飞信或超时转为就绪状态。<br>
|
||||
**接收邮件阻塞状态[MAL]** 由接收邮件而导致任务进入阻塞状态,直到收到邮件或超时转为就绪状态。<br>
|
||||
**接收消息阻塞状态[MSG]** 由接收消息而导致任务进入阻塞状态,直到收到消息或超时转为就绪状态。<br>
|
||||
* **运行状态[RDY]** 任务正在运行。<br>
|
||||
* **就绪状态[RDY]** 任务已经准备就绪,可以参与任务调度并运行了。<br>
|
||||
* **延时阻塞状态[DLY]** 由阻塞延时而导致任务进入阻塞状态,直到延时时间结束转为就绪状态。<br>
|
||||
* **超时阻塞状态** <br>
|
||||
**二值信号量阻塞状态[BIN]** 由二值信号量等待或获取而导致任务进入阻塞状态,直到成功或超时转为就绪状态。<br>
|
||||
**互斥信号量阻塞状态[MUT]** 由互斥信号量获取而导致任务进入阻塞状态,直到成功或超时转为就绪状态。<br>
|
||||
**计数信号量阻塞状态[SEM]** 由计数信号量获取而导致任务进入阻塞状态,直到成功或超时转为就绪状态。<br>
|
||||
**等待标志组阻塞状态[GRP]** 由事件标志组等待而导致任务进入阻塞状态,直到成功或超时转为就绪状态。<br>
|
||||
**接收私信阻塞状态[ TM]** 由接收私信而导致任务进入阻塞状态,直到收到私信或超时转为就绪状态。<br>
|
||||
**接收飞信阻塞状态[FET]** 由接收飞信而导致任务进入阻塞状态,直到收到飞信或超时转为就绪状态。<br>
|
||||
**接收邮件阻塞状态[MAL]** 由接收邮件而导致任务进入阻塞状态,直到收到邮件或超时转为就绪状态。<br>
|
||||
**接收消息阻塞状态[MSG]** 由接收消息而导致任务进入阻塞状态,直到收到消息或超时转为就绪状态。<br>
|
||||
* **浮动状态[RDY]** <br>
|
||||
浮动状态是临时的就绪状态。<br>
|
||||
超时阻塞的任务,当阻塞条件解除时,会转为浮动状态;<br>
|
||||
浮动状态的任务,当阻塞条件具备时,会转回阻塞状态。<br>
|
||||
浮动状态在任务管理器中显示为就绪状态。<br>
|
||||
* **超时状态[OSR]** <br>
|
||||
* **超时状态[OSR]** <br>
|
||||
当任务累计运行时间超过安全运行时,仍不能被比它优先级低的任务所切换,则进入超时状态并放弃处理器的使用权,直到系统空闲任务运行时才能恢复。<br>
|
||||
* **挂起状态[SPD]** <br>
|
||||
* **挂起状态[SPD]** <br>
|
||||
任务暂停运行,除任务状态变为挂起外,任务的其它相关信息和数据均保持不变,当恢复任务后,可继续挂起时的断点运行。<br>
|
||||
运行状态的任务被挂起,恢复后为就绪状态;其它状态的任务被挂起,恢复后为原状态。<br>
|
||||
* **停止状态** <br>
|
||||
* **停止状态** <br>
|
||||
任务停止运行,不可恢复。<br>
|
||||
**1. 任务栈溢出停止[!OF]** 由任务栈溢出而导致任务停止运行。<br>
|
||||
**2. 任务栈重分配失败停止[!RF]** 由任务栈重分配失败而导致任务停止运行。<br>
|
||||
* **删除/未启动状态(Deleted)** <br>
|
||||
**任务栈溢出停止[!OF]** 由任务栈溢出而导致任务停止运行。<br>
|
||||
**任务栈重分配失败停止[!RF]** 由任务栈重分配失败而导致任务停止运行。<br>
|
||||
* **删除/未启动状态(Deleted)** <br>
|
||||
任务被删除或未启动,若想再次运行该任务,必须重新启动该任务。<br>
|
||||
|
||||
<br>
|
||||
|
||||
Reference in New Issue
Block a user