ucosiii 一个任务异常不运行

roarghy

1.系统有数个任务，开机运行正常，但是运行一段时间（偶发不确定具体时间，反正至少好几个小时~1天），有一个显示任务Dis_task不运行了，其他任务（优先级有比显示任务高的，也有低的）正常。2.显示任务Dis_task调用OSPendMulti()请求多个内核对象：一个是RTC中断发送的时间消息队列Dis_TASK_RTC；一个是按键扫描任务发送的按键消息队列Dis_TASK_KEY。注：串口任务 UART_DEAL_task没有使用。
3.在统计任务的钩子函数中print所有任务的任务控制块的相关成员变量和消息队列的使用情况：
//打印所有任务的相关信息（下边的代码与任务数量一样多）
         p = &（任务控制块）;               
        printf("\r\n %s  \r\n",p->NamePtr);     //打印任务名称
        printf(" #CtxSw: %d  \r\n",p->CtxSwCtr);         //任务执行次数       
        printf(" #任务的CPU使用率: %.2f  \r\n",((float)p->CPUUsage)/100);  //任务CPU使用率
        printf("Core_Pageused/sum/free:%d/%d/%d usage:%d %% .任务状态:%d  \r\n",p->StkUsed,p->StkSize,        p->StkFree,(p->StkUsed*100)/p->StkSize,p->TaskState);  //打印堆栈使用情况


//CPU总使用率
printf("\r\n\r\n");
        printf("CPU总使用率:%f%%\r\n",(float) OSStatTaskCPUUsage / 100);     //CPU使用率
        printf(" CPU Speed: %ld MHz  \r\n",BSP_CPU_ClkFreq() / 1000000L);   //主频
        printf("\r\n\r\n"); //插入换行

//消息队列

        printf("总消息池剩余/已使用/最大使用量:%d/%d/%d \r\n",OSMsgPool.NbrFree,OSMsgPool.NbrUsed,OSMsgPool.NbrUsedMax);
        printf("RTC实时中断的消息池总量/已使用/最大使用量:%d/%d/%d \r\n",Dis_TASK_RTC.MsgQ.NbrEntriesSize,Dis_TASK_RTC.MsgQ.NbrEntries,Dis_TASK_RTC.MsgQ.NbrEntriesMax);
        printf("按键扫描任务的消息池总量/已使用/最大使用量:%d/%d/%d \r\n",Dis_TASK_KEY.MsgQ.NbrEntriesSize,Dis_TASK_KEY.MsgQ.NbrEntries,Dis_TASK_KEY.MsgQ.NbrEntriesMax);       


4.通过查看print打印的内容发现的现象：
4.1开机运行正常，运行一段时间（偶发不确定具体时间，反正至少好几个小时~1天）后，仅仅显示任务Dis_task不运行，就像不存在一样。其他任务都正常。由于显示任务Dis_task不运行了，但RTC中断不断的发送消息队列，当消息队列满了之后进入while死循环并打印“消息队列已满”。
4.2所有任务的堆栈都有很大余量，应该不是堆栈问题。

5.请求
希望给点bug排查的思路或手段。多谢！！！

/*****************正常打印情况***********************
串口任务 UART_DEAL_task  
#CtxSw: 62  
#任务的CPU使用率: 0.00  
Core_Pageused/sum/free:36/128/92 usage:28 %

显示任务 Dis_task  
#CtxSw: 49920  
#任务的CPU使用率: 1.43  
Core_Pageused/sum/free:74/128/54 usage:57 %

按键扫描任务 KEY task  
#CtxSw: 1231178  
#任务的CPU使用率: 0.30  
Core_Pageused/sum/free:32/128/96 usage:25 %

定时任务 uC/OS-III Timer Task  
#CtxSw: 133110  
#任务的CPU使用率: 0.11  
Core_Pageused/sum/free:54/128/74 usage:42 %

空闲任务 uC/OS-III Idle Task  
#CtxSw: 2223574  
#任务的CPU使用率: 88.02  
Core_Pageused/sum/free:18/128/110 usage:14 %

统计任务 uC/OS-III Stat Task  
#CtxSw: 237821  
#任务的CPU使用率: 9.23  
Core_Pageused/sum/free:129/256/127 usage:50 %

时钟节拍任务 uC/OS-III Tick Task  
#CtxSw: 2495831  
#任务的CPU使用率: 0.42  
Core_Pageused/sum/free:37/128/91 usage:28 %


CPU总使用率:16.290001%
CPU Speed: 72 MHz  


总消息池剩余/已使用/最大使用量:200/0/0
RTC实时中断的消息池总量/已使用/最大使用量:50/0/0
按键扫描任务的消息池总量/已使用/最大使用量:50/0/0

*****************************************************/


/******************异常时************************

**********************************/

roarghy

又进行了一些测试，发现：RTC的消息不停的在发布，直到满。而这期间显示任务一直处于就绪状态。好像显示任务“看不到”发布的消息。并且显示任务处于就绪状态一直得不到执行，好像任务调度把这个任务给“忘记了”一样，而显示任务优先级低的任务都在执行。总之一句话，好像显示任务消失了一样。
好奇怪~~~

正点原子

BD

hanzixi_angel

roarghy 发表于 2018-5-9 15:31
又进行了一些测试，发现：RTC的消息不停的在发布，直到满。而这期间显示任务一直处于就绪状态。好像显示任 ...

你用的是不是原子大哥的移植好的模板？

roarghy

hanzixi_angel 发表于 2018-5-10 12:15
你用的是不是原子大哥的移植好的模板？

是正点原子103的板子，然后我改了改用在了105上的

roarghy

目前进展：在其他任务中添加语句：发现未处理的消息过多时把显示任务挂起在解挂。这方法可纠正显示任务不运行的问题。但是没治本。

在发生异常的情况下，查看显示任务的TCB的成员变量，发现其处于就绪状态且没有等待任何内核对象，这个状态只有在运行显示任务的时候才可能出现。推断应该是任务调度执行显示任务，在显示任务执行期间偶然发生了“什么事情”导致本任务出现异常的。通过将其挂起再解挂的方法“纠正”了这个异常。

下一步我打算好好看看显示任务内部，逐块排查最终找到原因。但这个显示任务的代码量好大好大~~~~

mygod

没看到源码部分，不好判断问题，以我看来你这是出现任务间死锁了。尝试办法，删除其他多余任务，只保留一个收发。

mygod

相对来说Frtos 好用，如果对 UCOS不是很熟悉的新手，经常陌名BUG问题。特别是这个信号，邮箱。UCOS 不像Frtos 有专门用于中断中的ISR 信号操作，所以在UCOS中最好不要在中断进行信号量操作，

hanzixi_angel

roarghy 发表于 2018-5-10 12:57
目前进展：在其他任务中添加语句：发现未处理的消息过多时把显示任务挂起在解挂。这方法可纠正显示任务不运 ...

建议你给成Free RTOS  这个好用  结合stm32cubemx  开发起来还是很快的  如果你坚持使用ucos  建议你重新移植一下

空白

我也出现了同样的情况。
请求消息队列的任务某一个时刻后持续就绪，调度次数不再增加。

dujunqiu

我也遇到了，其中一个任务突然消失了；
我这边应该是内存的原因，因为刚好改了一些数据包的长度之后就出现这种现象；用回之前的老版本程序就没问题；

具体原因还不知道，继续查看分析；