请教看门狗如何理解？

xiatianyun · 发表于 2018-8-4 21:17:43

虽然知道看门狗的作用，不过还是不太明白看门狗要如何使用。
看门狗的作用是在程序跑飞的情况下让系统能够及时复位重新开始执行程序，道理很简单，但是程序如何跑飞呢？
如果是一段程序需要延时等待，这个不算跑飞吧，应该是正常执行。所以这种情况是不用看门狗的。那这种情况的看门狗要如何使用才合理呢？
如果是内存溢出、指针悬空，这个属于程序bug，理应解决，不能指望看门狗解决。
如果是外部电磁干扰，是否应该解决硬件问题，加强防护。不过外部电磁干扰是如何对程序产生作用的呢？不知道哪位讲一讲。
独立看门狗不需要中断，计数到会自动复位程序，这个比较容易理解。
窗口看门狗就需要执行中断来喂狗，中断也是程序的一部分，既然程序都跑飞了，系统还能执行中断吗？
如果说独立看门狗是硬件本身具有的功能，窗口看门狗是否可以理解为软件机制？用软件来解决软件本身的问题可行吗？

----------------

warship · 发表于 2018-8-4 21:17:44

本帖最后由 warship 于 2018-8-5 08:49 编辑

谈谈我的一些理解吧：
1、正常的延时有时候是必须的，看门狗最好不要打断延时，这就是说，看门狗的时间要设置得比程序中的延时要长才行，
当然，程序设计时也得想办法，尽量避免长延时。
2、内存溢出、指针悬空等程序bug，理应解决，不能指望看门狗解决。理论上当然如此，但正如原子所说，程序大了以后不可避免地存在BUG，这是铁律。
微软还天天打补丁呢。暂时没有发现的BUG造成的死机，就可以靠看门狗来重启程序。
3、关于外部电磁干扰，加强硬件防护当然也是手段之一，但受成本及技术手段的制约，不可能周全。电磁干扰有强弱，你可能防了弱抗不了强，有时候就是瞬间的强干扰脉冲影响了系统。
至于影响的方式，可能是输入信号线、板内连接线、甚至存储器的值也可能被改变，这种非预期的情况，程序中基本不会考虑，就得靠看门狗来应急了。
4、正因为程序跑飞之后，中断无法执行，喂狗不了，不是正好让狗发挥作用了吗？我没有搞清你这段的问题逻辑。
5、STM32的狗虽然有些软件的特征，但硬件的成分居多，不能偏激的解读为软件。当然，如果你有种种的担心，采用完全独立于系统的硬件看门狗肯定会更可靠一些了。