最近看到一篇**

只看该作者 · 2007-7-28 11:26

最近看到一篇文章，谈到程序的健壮性，为了防止程序跑飞后死机，他把flash里程序不用的剩余字节，全部存储为一条跳转指令的机器码，该跳转指令将pc指向某个地址，比如0x38000000，然后在0x38000000处关闭中断，设置一个软复位标志，程序复位。在主程序入口处判断是否是软复位，如果是软复位，就不对一些重要的数据和参数重新初始化。我觉得这个方法可行。

只看该作者 · 2007-7-28 18:13

要用os的消息机制来喂狗

只看该作者 · 2014-8-7 08:20

我用ucos3，也在考虑这个问题，我的想法不知道是否可行，只对一定时间内肯定会运行至少一次的任务监控，利用事件标志组，每个任务运行时就设置标志位，然后监控任务只有监控到所有标志都置位时才喂狗。但是对于可能一直都得不到运行的任务，例如按键检测任务，不知道如何监控？由监控任务发送一个特殊标志给按键检测任务？然后能得到回复说明没死？

只看该作者 · 2014-8-7 09:03

其实在UCOS喂狗和单线程里面喂狗都是一样的。**的原则之一就是只在一个地方喂狗，避免在中断中喂狗，并且保证不溢出，这样比较容易维护，如果某些处理逻辑可能需要的时间比较长，可以补喂，但尽量避免这种情况的出现。

只看该作者 · 2014-8-7 09:08

dzc0426 发表于 2014-8-7 08:20
我用ucos3，也在考虑这个问题，我的想法不知道是否可行，只对一定时间内肯定会运行至少一次的任务监控，利 ...

太复杂，没必要，而且也想的太多了。你的监控任务如果是监控性质的话，那肯定是定时执行的，每次循环喂一次狗就可以了。
“但是对于可能一直都得不到运行的任务，例如按键检测任务，不知道如何监控？由监控任务发送一个特殊标志给按键检测任务？然后能得到回复说明没死？”啥意思？一直都得不到运行的任务，那就是你设计不合理了。看门狗主要是防止一些不正确的逻辑导致一直卡在程序的某些部分。