stm32f103+ucosII2.88运行一段时间后死机

只看该作者 · 2010-6-18 10:01

最近在stm32f103VE上跑官方移植的ucosII2.88 ,刚开始运行的时候，系统一切正常，各个任务正常调度，大概可以持续5~7小时。但是>14小时连续运行之后，系统就不正常了，现象是：各个中断可以正常进入(通过观察led)，但是有些任务已经不运行了，有时候仅有最高级的任务在运行(也是观察led).
通过操作系统自带的view任务，可以看各个任务的堆栈，发现没有溢出，或者堆栈一直增加的情况(泄露)。
我的各个任务的功能并不复杂，大多数的时间都在等待。
请大侠指教一下，我该怎么解决这个问题？
先感谢一下！！！

只看该作者 · 2010-7-9 13:55

请高手们回答下啊。。我也碰到类似的问题。。。

只看该作者 · 2010-7-9 14:56

感觉内存溢出。

先排除是不是移植的问题：只跑一个LED，观察。

1万 · 2010-7-9 17:43

记得本版有人给出过一个方法

只看该作者 · 2010-7-10 20:48

单任务试试

只看该作者 · 2010-7-10 21:38

LS不能根本解决问题，我也百思不得其解，怎么会跟时间有关系，程序按道理应该是一直那样跑，怎么会跑着跑着，突然就乱了呢，以前遇到这样都是外部原因所造成的，不会是软件本生造成的

只看该作者 · 2010-9-3 14:47

学习中,我想随着时间的推进,肯定会有适用于STM32的UCOS的

只看该作者 · 2010-9-13 09:19

首先，uc/os比较稳定的。

你的问题，
1. 可能每个任务的堆栈空间太小，把堆栈空间调大。
2. 我不知道，这借个任务是怎么协调调度的。如果各个任务之间没有调度关系（没有使用信号，邮箱，消息）就不用考虑这个问题。如果使用了这些调度同步，可能你的调度信号有关系。在那个地方信号出问题。
3. 不保证uc/os没有bug,我在测试一个产品的时候，发现一个任务也不能调度。别的任务也可以正常调度。最后没有找到问题，实际上我已经抓住这个问题，测试了一天。没有出现类似情况。最后我只能分析可能是操作一个硬件问题（我后来把该硬件的总线频率降下来，该硬件通讯频率过快，确实有问题）。

只看该作者 · 2011-11-4 15:52

我碰到这个问题了，也不知道怎么解决。但是，我发现如果你把所有的中断的优先级都设为0，是不会有问题的，可以很稳定的一直跑。一旦采用中断嵌套，是会出现楼主说的问题的。因此，我分析是由于多次嵌套的缘故。嵌套会引起堆栈空间溢出，这是可能的；我把各个任务的堆栈和系统的堆栈都加大一倍，也还是出现这个问题。嵌套还会引起一些别的动作，因为对汇编了解有限，所以没能深入。