Global Sources
电子工程专辑网站
首页 | 登录 | 现在注册  

嵌入式系统专区
嵌入式系统已经深人到我们生活的方方面面,未来是嵌入式系统的天下!性能、可靠性、成本、体积和功耗,一个都不能少,有困难吗?赶紧加入嵌入式系统讨论区吧,和高手们分享设计经验和技巧!
 


发表新主题 发表新主题 
收藏该主题... 收藏   打印这个帖子... 打印   关注该主题... 关注   推荐这个帖子... 推荐
楼主      问题: 麻烦有ucos-ii开发经验的朋友来看下~
发布时间: 2008-1-9 上午9:06

作者: Ivan Nie
等级: 遁门入道
积分: 393 分

发送消息

查看用户的所有发言

现在在做一个基于uCOS的产品,LPC2214的片子,遇到了问题好久了都没能解决掉,简直要崩溃了,希望哪位大侠有过这方面的经验的话可以给小弟我指点一下,真的是感激涕零啊~~~
应用是这样的,上位机通过串口向板子发送协议中定义好的命令,大概12~40个字节不等。在串口的中断中将接收到的所有字节都保存在串口接收缓存中,然后判断是否有完整的帧结构被保存,如果有的话,就发送信号量通知应用任务来读取该被保存的帧,之后再进行相应的处理。
现在出现了这样的问题:每当板子复位后大约一个小时之内都可以对上位机所发送的命令进行正确的应答,可是如果一个小时左右的时间内,没有使用上位机发送命令给板子的话,就不能够对命令进行应答了。但是我通过在程序中添加串口打印诊断信息来看,板子还是可以接收到上位机所发送的数据,并且中断中也可以判断到完整的帧格式,可是就是不能激活应用任务来对接收的数据进行处理。
希望各位大侠能帮下忙啊,这有可能是因为哪一方面的原因造成的呢?跪谢~~~

鲜花 (
0
)
臭鸡蛋 (
0
)
   回复该主题... 回复   引用这个帖子... 引用 
 
第 1 楼      回复主题:麻烦有ucos-ii开发经验的朋友来看下~
发布时间: 2008-1-9 下午3:06

作者: Ivan Nie
等级: 遁门入道
积分: 393 分

发送消息

查看用户的所有发言

继续等待中……

鲜花 (
0
)
臭鸡蛋 (
0
)
   回复该主题... 回复   引用这个帖子... 引用 
 
第 2 楼      回复主题:麻烦有ucos-ii开发经验的朋友来看下~
发布时间: 2008-1-9 下午3:06

作者: Ivan Nie
等级: 遁门入道
积分: 393 分

发送消息

查看用户的所有发言

继续等待中……

鲜花 (
0
)
臭鸡蛋 (
0
)
   回复该主题... 回复   引用这个帖子... 引用 
 
第 3 楼      回复主题:麻烦有ucos-ii开发经验的朋友来看下~
发布时间: 2008-1-10 上午2:03

作者: madmozart1982
等级: 初入江湖
积分: 111 分

发送消息

查看用户的所有发言

导致这个现象好像还是有很多可能性的,既然你的中断响应还是工作的,应该还是比较容易找到问题的.不过没有代码,很难帮你直接找到问题,确保你的堆栈没有问题.如果多贴出一点信息,大家可以帮你思考一下,我也开发uCOS-II的,呵呵

鲜花 (
0
)
臭鸡蛋 (
0
)
   回复该主题... 回复   引用这个帖子... 引用 
 
第 4 楼      回复主题:麻烦有ucos-ii开发经验的朋友来看下~
发布时间: 2008-1-10 上午8:45

作者: Ivan Nie
等级: 遁门入道
积分: 393 分

发送消息

查看用户的所有发言

首先感谢楼上这位朋友啊!!
经过进一步的调试,我发现在信号量发送之后,信号量数据结构中的.OSEventCnt的数值确实是自增了,可是.OSEventGrp却是0x00!!
这说明信号量是确实被发送了,可是系统中却显示当前没有任务在等待该信号量,从而导致了在运行一段时间后就无法再次对该信号量进行响应。可是程序在上电之后运行都是正常的啊,为什么过段时间就不能再继续响应了?
我猜想过这也许是系统的Bug,可是根据以往的经验来看,还是自己的代码出问题的可能性比较大,可是在哪些地方出问题的可能性大一些,该往哪个方向去考虑就有点搞不定了~~

我的邮箱nie_yifan@yahoo.com.cn大家如果有兴趣讨论的话可以跟帖,同样也可以发邮件给我,呵呵。谢谢~~

鲜花 (
0
)
臭鸡蛋 (
0
)
   回复该主题... 回复   引用这个帖子... 引用 
 
第 5 楼      回复主题:麻烦有ucos-ii开发经验的朋友来看下~
发布时间: 2008-1-10 下午10:12

作者: madmozart1982
等级: 初入江湖
积分: 111 分

发送消息

查看用户的所有发言

恩,这个的确挺奇怪的,应该不会是系统的问题,这个系统比较简单,应该非常稳定的,只要你没有大改过。
既然已开机任务等信号的时候可以接受,表示OSEventGrp的位的确是置好的,但是过了一段时间之后,又不见了,那只有被什么地方改写了这种可能了,所以清反复察看一些代码,那里会不会有溢出阿之类的。
另外,你的系统里面,还有什么其他任务在运行?还有又没有其他中断响应,例如最基本的时钟中断?还是这句话,信息量太少了,很难推断阿。

鲜花 (
0
)
臭鸡蛋 (
0
)
   回复该主题... 回复   引用这个帖子... 引用 
 
第 6 楼      回复主题:麻烦有ucos-ii开发经验的朋友来看下~
发布时间: 2008-1-11 上午10:42

作者: Ivan Nie
等级: 遁门入道
积分: 393 分

发送消息

查看用户的所有发言

我并没有修改源码,而且在系统中只是调用了系统提供的功能函数来对信号

量,消息队列进行操作。而且在楼上的楼上提到的.OSEventGrp被清0这件

事并不是仅仅发生在等待的那个信号量中,而是所有的信号量和消息队列都

被清掉了!!!
现在我有些怀疑是在内存操作方面的失误所造成的,可是这可要怎么去找啊
,简直就是大海捞针嘛~

鲜花 (
0
)
臭鸡蛋 (
0
)
   回复该主题... 回复   引用这个帖子... 引用 
 
第 7 楼      回复主题:麻烦有ucos-ii开发经验的朋友来看下~
发布时间: 2008-1-11 上午11:18

作者: madmozart1982
等级: 初入江湖
积分: 111 分

发送消息

查看用户的所有发言

看来的确像是我前面回帖里所预料的那样,一定什么地方有内存操作溢出.不过试想一下要找到问题也没有那么复杂,因为既然你的毛病是在系统空闲了很多时候发生的,那么空闲的时候,系统里面运行的部分应该不会有很多代码吧,最多是时钟中断处理,还有其他什么任务之类的,到哪里面去找吧,祝你好运!

鲜花 (
0
)
臭鸡蛋 (
0
)
   回复该主题... 回复   引用这个帖子... 引用 
 
第 8 楼      回复主题:麻烦有ucos-ii开发经验的朋友来看下~
发布时间: 2008-1-17 上午8:50

作者: Ivan Nie
等级: 遁门入道
积分: 393 分

发送消息

查看用户的所有发言

问题已经被解决了,经过若干天的排查后发现,原因是因为自己

犯的一个低级错误,在创建应用任务的起始任务中,误将创建信

号量、消息队列和应用任务的代码放在了任务的循环中,而当延

时的1小时到了以后,系统会再次执行创建信号量、消息队列和

应用任务的代码,从而造成了以上回复中所出现的问题。希望看
到这篇帖子的朋友引以为戒,呵呵。。

鲜花 (
0
)
臭鸡蛋 (
0
)
   回复该主题... 回复   引用这个帖子... 引用 
 
第 9 楼      回复主题:麻烦有ucos-ii开发经验的朋友来看下~
发布时间: 2008-2-25 下午6:23

作者: vigorshaka
等级: 初入江湖
积分: 176 分

发送消息

查看用户的所有发言

呵呵,这个应该是典型的失误了~学习中~谢谢

鲜花 (
0
)
臭鸡蛋 (
0
)
   回复该主题... 回复   引用这个帖子... 引用 
--- 现有 9 个回复,共 1 页,目前第 1 页 ---


积分排行榜
 

线下聚会

2008电子工程专辑深圳线下聚会圆满成功

查看详情 聚会照片


话题PK台

外企是不是比国企更适合职业发展?

标准是由市场主导还是技术主导?

工程师出身的还是销售、市场出身的员工更容易做到公司上层?


经理人网站精选

热点话题

为什么才华横溢的人总是怀才不遇

与上司一起出差相处是一门艺术

小公司职员PK大公司职员

每周一问

如何防止团队成员互相打压?

博客文章

增强自我管理,做合格管理者

(来源:世界经理人)


返回论坛首页

eMedia Asia EE Times - Asia | EE Times - India | | | 手机设计 | 媒体播放器 | 家庭娱乐系统 | 工业控制 | 汽车电子设计 | 电源系统
模拟混合信号 | 国际电子商情 | 电子系统设计
环球资源 环球资源企业网 | 环球资源内贸网 | 世界经理人 | 尚品人生 | Electronic Components | Computer Products | China Sourcing Fairs
TechInsights EE Times | ESM Online
 
 
RSS 新闻聚合器 | 意见反馈 | 网站导航 | 帮助 | 关于我们 | 隐私政策 | 联系我们 | 使用条款 | 安全承诺
Copyright © 2008 eMedia Asia Ltd. 本网站所有内容均受版权保护。
未经版权所有人明确的书面许可,不得以任何方式或媒体翻印或转载本网站的部分或全部内容。