高手进，STM32F205+UCOSIII在客户现在运行1个半月死机了

hanchaoman

死机不可怕，可怕的是不知道为啥死机，死在哪了。这个F205平台有没有像linux中coredump文件？coredump至少可以知道死在哪了。如果没有的话大家对死机问题都是怎么定位BUG的？

正点原子

没有的，阿莫论坛有人发过一个hardfault追踪方法，可以尝试下，但是你这个司机是死在哪里，得先知道， 是不是hardfault？

huanan

帮顶            

qq1198228505

小内存泄露积累导致hardfault可能

hanchaoman

qq1198228505 发表于 2022-2-22 09:26
小内存泄露积累导致hardfault可能

已经证实不是内存泄漏引起的。我用了一个数组记录每块内存占用情况。每次malloc和free时都置这个数组标志，数组用了9成以上就会打印日志了。现在看没有打印日志，也就是没有内存泄漏。其实我想问的是一个系统的解决问题的方法，而不是通过猜。比如linux中有coredump，通过coredump就能知道程序死在哪了，STMF205有没有这样的东西，或者自己可以实现这样的功能也可以，但是没有方法或者示例。

聚东风

就我所知UCOSII是有一个浮点数溢出的问题,不知道III是不是还有,关注下

hanchaoman

正点原子 发表于 2022-2-24 01:24
没有的，阿莫论坛有人发过一个hardfault追踪方法，可以尝试下，但是你这个司机是死在哪里，得先知道， 是不 ...

ok，我先去查查你说的方法。

hanchaoman

用工具cmbacktrace 搞定了

张书魁

楼主麻烦您分享一下F205中UCOSII实验1-1-任务调度程序吗

水仙儿

怎么解决的呢

hanchaoman

水仙儿 发表于 2022-6-8 16:29
怎么解决的呢

多线程调用printf()造成死机

13022000946

UCOS 多线程调用Printf有啥注意的地方吗，看了两个帖子，都是因为这个问题

hanchaoman

13022000946 发表于 2022-11-11 17:21
UCOS 多线程调用Printf有啥注意的地方吗，看了两个帖子，都是因为这个问题

最后确定我这个不是printf引起的hardfault，

程功之道

hanchaoman 发表于 2023-1-11 16:02
最后确定我这个不是printf引起的hardfault，

cmbacktrace这个需要工具吗？

jermy_z

程功之道 发表于 2023-8-8 17:31
cmbacktrace这个需要工具吗？

百度一下就知道了，也不是100%能锁定原因   之前也移植过cmbacktrace

程功之道

jermy_z 发表于 2023-8-8 20:08
百度一下就知道了，也不是100%能锁定原因   之前也移植过cmbacktrace

看了  还以为要啥外部工具，原来就是个软件工具啊

醉卧水云间

我猜到了问题在哪，但不告诉你

taylor55

13022000946 发表于 2022-11-11 17:21
UCOS 多线程调用Printf有啥注意的地方吗，看了两个帖子，都是因为这个问题

调用printf的时候 需要先进入临界区 再调用printf 等printf结束后出临界区，也就是关闭任务调度

Cindre鞡

taylor55 发表于 2023-8-10 14:37
调用printf的时候 需要先进入临界区 再调用printf 等printf结束后出临界区，也就是关闭任务调度

对于执行时间稍长的代码段，加锁比临界区更好

edmund1234

我一般都不用打印的方式查错，因为它瞬间占用资源太大， 使用它的同时程序就已经不是原来状态

hanchaoman

程功之道 发表于 2023-8-8 17:31
cmbacktrace这个需要工具吗？

需要需要需要需要需要需要

什锦豆腐

hanchaoman 发表于 2022-7-15 09:38
多线程调用printf()造成死机

正式运行都不关打印的？

hanchaoman

edmund1234 发表于 2023-8-12 11:22
我一般都不用打印的方式查错，因为它瞬间占用资源太大， 使用它的同时程序就已经不是原来状态

那用什么方式？

mygod

hanchaoman 发表于 2024-1-31 16:17
那用什么方式？

死机和运行时间有关系？，死机只能说明你程序有BUG，刚好在某在条件下触发了你的BUG，
如果一直触发BUG你运行不了1分钟