搜索
bottom↓
回复: 18

严重!!! UCOS-II高级BUG..请高手指点

[复制链接]

出0入0汤圆

发表于 2009-7-23 22:38:15 | 显示全部楼层 |阅读模式
背景: 平台STM32 + uCOS2.86 (移植为官方的最新版本)

程序在某个中断调用OSQPost发送一消息队列  

任务A Pend该消息队列作为触发的条件. 并使用pend得到的指针进行数据解析.
void TaskA (void *p_arg);
{
   void *p_data;

   while (OS_TRUE)
   {
       p_data = (void *)OSQPend(g_DataQ, 0, &err);
       ProcessData(p_data);
   }
}
调试时发现在某种情况下. OSPendQ返回的指针是 (void *)0; 并且返回err == OS_ERR_NONE; 表明此时是从消息指针数组中读到了空指针.
但此时消息指针数组中确确实实没有空指针的元素.  

更奇怪的是.  
运行到这种情况下时(任务A Pend返回空指针).
当前任务块指针 OSTCBCur 确实是指向的任务A的任务控制块,但!! 但OSPrioCur/OSPrioHigh却等于任务B的优先级(比任务A高).!!!!

如果我没有理解错的话, 这种情况是绝对不可能发生的...随便运行到哪个任务. OSPrioCur应当就是当前任务的优先级.~ (任务B与任务A没有任何直接的关联)

此BUG找了好几天了.今天才发现这个问题,感觉可能跟ucos任务切换有很大的关系. 明明有高优先级的任务正处于就绪态. 却切换到低优先级的任务A来了.
估计之前跟直接PendQ得到空指针有很大的关联..   请大家帮忙看看有哪些可能.

阿莫论坛20周年了!感谢大家的支持与爱护!!

曾经有一段真挚的爱情摆在我的面前,我没有珍惜,现在想起来,还好我没有珍惜……

出0入0汤圆

 楼主| 发表于 2009-7-24 22:45:59 | 显示全部楼层
没人回啊..BUG已解决.果然是ucos本身的问题~
看来ouravr没多少人对这个关心的..

出0入0汤圆

发表于 2009-7-24 23:03:32 | 显示全部楼层
楼主的写法不是很严谨,呵呵!
我自己做了一个定时器队列,里面有用到类似的。

while (TRUE)
        {
                pTimer = (TIMER_MSG *)OSQPend(s_pTmrQeue,0,&err);
                if (err == OS_NO_ERR)
                {
                        if (pTimer && pTimer->pFunc)
                        {
                                pTimer->pFunc(  pTimer->pParam );
                                //释放消息所占用的内存
                                OSMemPut(s_pParamMem,pTimer);
                        }
                }
                OSTimeDlyHMSM(0,0,0,100);
        }

出0入0汤圆

发表于 2009-7-25 01:26:20 | 显示全部楼层
没有碰到过这种现象,是不是你的任务碰到了优先级反转现象?

出0入0汤圆

 楼主| 发表于 2009-7-25 18:51:53 | 显示全部楼层
请见ucos-ii 2.88 的release note.具体原因估计跟cortex-m3构架有关.从c代码逻辑来看是没有问题的.

请问2楼我的写法有什么地方不严谨的?没对err容错是因为只是伪代码.随意写的..代码在公司里拿不出

定时器队列?  ucos-ii有tmr可以用吧

出0入0汤圆

发表于 2009-7-25 21:35:07 | 显示全部楼层
p_data = (void *)OSQPend(g_DataQ, 0, &err);  
   if(err == OS_NO_ERR)
   {
      if(p_data)
      {
           ProcessData(p_data);  
      }
   }

以前用的ucos是2.52的,里面好像没有定时器的,后来就自己封装了。
而且UCOS的定时器有些的地方用的不是很方便,就自己做了一个,大题思想和ucos的那个有点像。

出0入0汤圆

发表于 2009-8-31 11:06:00 | 显示全部楼层
楼主,您好,我也发现了类似的问题,您能不能把你的解决方法说详细点呢,谢谢~

出0入0汤圆

发表于 2009-8-31 13:32:39 | 显示全部楼层
关注...

出0入0汤圆

发表于 2009-12-29 21:51:22 | 显示全部楼层

(原文件名:未命名.jpg)

请问楼主是不是这个BUG

出0入0汤圆

发表于 2010-1-3 23:14:25 | 显示全部楼层
关注····

出0入0汤圆

发表于 2010-1-7 10:40:56 | 显示全部楼层
关注

出0入0汤圆

发表于 2010-1-7 11:52:20 | 显示全部楼层
关注

出0入0汤圆

发表于 2010-1-7 13:01:16 | 显示全部楼层
关注...

出0入0汤圆

发表于 2010-1-7 13:43:01 | 显示全部楼层
上次一位网友查了好几天,也说了个类似的问题,估计是ucos在Cortex-M3上的切换做得不够好,可能和上下文切换的代码被中断抢占有关。

RT-Thread则对执行上下文切换时被中断抢占的情况做了特别关注,STM32和LM3S两类Cortex-M3平台都跑得非常稳定。

出0入0汤圆

发表于 2013-4-19 16:33:24 | 显示全部楼层
我将UCOS2.52移植到LPC1768上,也碰到类似的bug,

出0入0汤圆

发表于 2013-11-14 09:56:32 | 显示全部楼层
标记1下,谢谢

出0入0汤圆

发表于 2013-11-14 10:33:43 | 显示全部楼层
目前还没遇到

出0入0汤圆

发表于 2013-11-14 23:54:44 | 显示全部楼层
这坟挖的……
回帖提示: 反政府言论将被立即封锁ID 在按“提交”前,请自问一下:我这样表达会给举报吗,会给自己惹麻烦吗? 另外:尽量不要使用Mark、顶等没有意义的回复。不得大量使用大字体和彩色字。【本论坛不允许直接上传手机拍摄图片,浪费大家下载带宽和论坛服务器空间,请压缩后(图片小于1兆)才上传。压缩方法可以在微信里面发给自己(不要勾选“原图),然后下载,就能得到压缩后的图片。注意:要连续压缩2次才能满足要求!!】。另外,手机版只能上传图片,要上传附件需要切换到电脑版(不需要使用电脑,手机上切换到电脑版就行,页面底部)。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

手机版|Archiver|amobbs.com 阿莫电子技术论坛 ( 粤ICP备2022115958号, 版权所有:东莞阿莫电子贸易商行 创办于2004年 (公安交互式论坛备案:44190002001997 ) )

GMT+8, 2024-8-26 18:19

© Since 2004 www.amobbs.com, 原www.ourdev.cn, 原www.ouravr.com

快速回复 返回顶部 返回列表