类OS调度器V2.0版本,等不及了,先上KEIL版本的吧.

2020-01-15 19:19发布


低级版本在此处,包括stm8s,stm32f103,和51的例程,和说明书.

http://www.amobbs.com/thread-5534907-1-1.html

之前陆陆续续进行了一些不痛不痒的改进.这次升级为V2.0,主要变化如下:

1.为适应KEIL,将原来的查询消息列队状态"SCH_UINT8 SCHTaskGetQFree()"改由宏定义,其它大部分也改为宏定义实现.

  更改后,原来的直接获取状态由一步变为两步:

  更改前:
        if (SCHTaskGetQFree(&UartTxTcb) == SCH_Q_FREE)      //检查UART_TX发送任务队列是否可用
  更改后:

      SCHTaskGetQFree(UartTxTcb, u8RetStatus)                        //"u8RetStatus"为新定义的局部变量
        
      if (u8RetStatus == SCH_Q_FREE)                                       //检查UART_TX发送任务队列是否可用

2.根据坛友的建议,增加了初始化任务时,同时也初始化任务计数的初始值以提高效率.如下,更改后"SCHTaskCreate"函数增加第三个参数.


//初始化任务的计数器为不同值,可使得各个任务错开运行,从而提高效率。
//原理:A和B两个任务都是间隔10个"SCH_SYS_TICKS_MS"运行一次,如果计数器初值相同,则会同时在第10个"SCH_SYS_TICKS_MS"时满足运行条件,
//则A,B会先后运行.但如果初始化时,A任务计数器初值为0,B任务计数器初值为1个"SCH_SYS_TICKS_MS",则A,B任务总会相差一个"SCH_SYS_TICKS_MS"
//满足运行条件,即A,B永远不同时满足运行条件,也就是让它们错开运行时间,从而提高效率.
//注:前提条件是任务执行间隔时间都大于"SCH_SYS_TICKS_MS"。
//下例STC89C52RC系统中,因为"SCH_SYS_TICKS_MS"为10ms,而大部分任务运行间隔也是10ms,所以是没有效果的.("SCH_SYS_TICKS_MS"为1ms则有效)
       
void vUserTaskCreate(void)
{
  //任务创建的顺序即为任务运行的优先级顺序(从高优先级到低优先级)

  SCHTaskCreate(&WdtClearTcb, vWdtClear, 0 * SCH_SYS_TICKS_MS);
  
  SCHTaskCreate(&UartTxTcb, vUartDataSend, 1 * SCH_SYS_TICKS_MS);
  
  SCHTaskCreate(&UartRxTcb, vUartReceiveData, 2 * SCH_SYS_TICKS_MS);
  
  SCHTaskCreate(&AdcResultSendTcb, vAdcResultSend, 3 * SCH_SYS_TICKS_MS);
  
  SCHTaskCreate(&AdcTreatmentTcb, vAdcTreatment, 4 * SCH_SYS_TICKS_MS);
  
  SCHTaskCreate(&LedTestTcb, vLedTest, 5 * SCH_SYS_TICKS_MS);   
}

       

原来的51单片机的IAR例程,也改为了KEIL例程,毕竟51使用KEIL的人员可能更多些,特别是学生.KEIL版本是V4.60.6.10

本来想等到重新整理好STM8S、STM32F103的例程和说明书再上传,但实在没时间,再拖恐怕就是几个月之后的事了.

所以就先上51单片机的KEIL版本了。其它STM8S/STM32F版本和说明书,哪位同学有兴趣也可以帮忙整理。

51单片机的KEIL版本:

schedule-8051-Keil 20140719.rar (96.93 KB, 下载次数: 544) 2014-7-26 08:53 上传 点击文件名下载附件

欢迎测试并指出八哥。
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
该问题目前已经被作者或者管理员关闭, 无法添加新回复
69条回答
embeddev_1
1楼-- · 2020-01-16 23:52
在stm8s207上面移植了一下。可用!粗看了一下,tim4_init里面时钟中断100us一次,太快了!
能不能改到5ms一次~
好东西呀!还要细细研究下!希望楼主能继续完善,加入信号量,队列,邮箱之类的,做到真正的实时抢占多任务系统!
summarize
2楼-- · 2020-01-17 02:44
embeddev_1 发表于 2014-7-28 09:53
在stm8s207上面移植了一下。可用!粗看了一下,tim4_init里面时钟中断100us一次,太快了!
能 ...

1. 100us中断是留给要求快速响应的事务,直接在中断里执行.

2. 已经支持简单的消息队列,后续不想增加更多功能了,不然越来越臃肿.
dxgdsx
3楼-- · 2020-01-17 07:23
 精彩回答 2  元偷偷看……
y1z2f4
4楼-- · 2020-01-17 10:04
看看,收藏,谢谢。
summarize
5楼-- · 2020-01-17 11:47
dxgdsx 发表于 2014-8-15 09:10
非常赞赏楼主的共享精神,仔细阅读了源码,有几个问题想请教一下,谢谢。
1、任务节拍处理函数void SCHTime ...

1.会出错,那么我们要问: 会出什么错,出了这个错会造成什么后果,这个后果系统能接收不?

2.一般的系统都是几个任务而已,所以浪费的资源并不多,如果你的系统连这么点资源都浪费不起,那就在宏定义中关闭这个功能吧。
dxgdsx
6楼-- · 2020-01-17 16:49
summarize 发表于 2014-8-15 21:58
1.会出错,那么我们要问: 会出什么错,出了这个错会造成什么后果,这个后果系统能接收不?

2.一般的系 ...

我可能有些钻牛角尖了。
1、举个比较极端的例子。
如果g_u8SchedTicksCnt = 255; SCH_TIM_TO_TICKS_CMP = 255;
程序刚进入if语句块,此时发生中断,g_u8SchedTicksCnt加1则溢出,然后返回执行g_u8SchedTicksCnt -= SCH_TIM_TO_TICKS_CMP; 这样g_u8SchedTicksCnt的值就乱了。
至于后果,应该就是产生了一一些时间上的偏移,不会有致命的后果。不知道分析的对不对。

2、楼主可能更关注一个统一的格式。一般任务也不会很多,实际这样应该就可以了。

一周热门 更多>