如何实现Protothread这种工作方式呢?
2022-02-25 07:56
本帖最后由 binlan125 于 2013-9-14 08:00 编辑 特性:本调度器是集时间触发、 支持消息、 支持非抢占优先级调度, 借鉴了protothread思想,而使得其实
2013-09-14 07:51
由于基于事件的protothread理解难度太大,而且事件触发也没有优先级。0.99c 的raw os增加了带有事件优先级的状态机。具体特性如下:1 带有事件优先级的状态机会会跑在idle任务上。2
2013-02-27 14:31
方式是一样的。但是前提是中断处理的时间一定要足够短和足够快。第二种是中断处理的时间长,但是时间紧迫性不高,这样的话可以采用protothread的方式去解决这个问题。Protothread 是跑在raw
2013-02-27 14:23
)省之又省, 可以说对RAM和ROM省到极致。4)取protothread之精华,将定时器与状态机和伪线程语法融合到一个框架,任务函数可以有两种写法。5)基于定时器触发,调度效率高,最大化减少无效的代码
2014-04-17 16:22
转 类OS,全C,适用所有单片机平台+调度器计时精度还是基于调度节拍时间。废话少说,先上stm8s103 IAR库工程代码压缩包。工程是在stm8s103f3单片机上调度通过,已经用消息实现了 UART1_TX模块的共享,即UART1_RX接收到的数据+0x11后再通过UART_TX模块发送回去,同时ADC1 通道3的转换结果也通过UART1_TX模块发送出去.见下图1.ADC1转换结果每1秒上传一次到PC。测试式给ADC1通道3供的是5V电,所以结果是0x03ff.即1023. 2.共享时PC接收到的数据: PC端每1.5秒向下发送一次数据 0x11 0x22 0x33 0x44 0x55 0x66 0x77 0xaa,0xaa为简单测试时的包尾识别码,单片机接收到数据后将其加上0x11,之后发送回给PC,下图中可看到0x03ff和0x22 0x33 0x44 0x55 0x66 0x77 0x88 0xbb两种数据。 3.支持非抢占式优先级调度,优先级顺序就是创建任务时的顺序,由高到底。其实现思想是,每一个任务运行结束后,都重新回到第一个创建的任务处按顺序查找某个任务是否满足运行条件,所以先创建的任务会先被“发现”其满足运行条件并运行之,核心代码如下a.任务控制块数据结构struct SchTcb{#if SCH_CFG_Q_EN > 0uvoid *pData; //消息指针SCH_UINT8 Size;//消息大小#endifSCH_DLY_TYPETimeCounter;//定时计数器,时基为 "SCH_SYS_TICKS_MS"void (*pTask)();//任务指针struct SchTcb *pNextTCB; //下一个任务控制块指针};[color=rgb(51, 102, 153) !important]复制代码b.调度核心void SCHTaskSchedStart(void){SCHED_SART:pCurTCB = pFirstTCB;//指向第一个创建的任务,之后按创建时的顺序执行下去while (1){ SCHTimeTick(); //如果任务Tick满足条件,则将其置于可执行状态 if (SCH_TASK_RUN == pCurTCB->TimeCounter) //任务处于可执行状态 {pCurTCB->TimeCounter = SCH_TASK_PEND;//设置为挂起状态,保证任务只执行一次pCurTCB->pTask();//执行当前任务控制块指向的任务goto SCHED_SART;//每执行完一个任务,都重新查找一次可执行最高优先级任务 } pCurTCB = pCurTCB->pNextTCB;//指向下一个任务控制块,查找下个任务是否可执行}}[color=rgb(51, 102, 153) !important]复制代码“schedule.c”和"schedule.h"已经设置为只读属性,无特殊情况不建议修改,"sch_cfg.h"则为开放给用户的接口,可定义数据类型、调度器节拍和配置是否使用消息。本人水平有限,欢迎大家测试、指正不足。
2014-04-17 15:45
项目中。Contiki操作系统是基于事件驱动(Event-driven)内核的操作系统,在此内核上,应用程序可以在运行时动态加载,非常灵活。在事件驱动内核基础上,Contiki实现了一种轻量级的名为protothread
2016-03-17 13:02