Linux应用的看门狗问题

如果是你的应用打开看门狗，那你kill的话，看门狗随着应用推出，就关闭了，两种方式验证：

linux系统开启看门狗，自己写一个应用程序只定时喂狗

两个程序，你个用于开启/关闭看门狗，另外一个程序只处理喂狗

你好，

不明白你说的死掉是什么意思。msp430的看门狗有三种工作模式：停止模式，计时器模式，看门狗模式。看门狗模式的使用方法：当看门狗计数溢出时，程序复位。在程序中开启看门狗，在计数溢出前清空看门狗，或重置看门狗，以使其重新计数。若程序跑飞，看门狗可能没有被清空或重置，就会溢，使程序复位。

什么叫看门狗测试：看门狗分硬件看门狗和软件看门狗。硬件看门狗是利用一个定时器电路，其定时输出连接到电路的复位端，程序在一定时间范围内对定时器清零(俗称“喂狗”)，因此程序正常工作时，定时器总不能溢出，也就不能产生复位信号。如果程序出现故障，不在定时周期内复位看门狗，就使得看门狗定时器溢出产生复位信号并重启系统。软件看门狗原理上一样，只是将硬件电路上的定时器用处理器的内部定时器代替，这样可以简化硬件电路设计，但在可靠性方面不如硬件定时器，比如系统内部定时器自身发生故障就无法检测到。当然也有通过双定时器相互监视，这不仅加大系统开销，也不能解决全部问题，比如中断系统故障导致定时器中断失效。 看门狗本身不是用来解决系统出现的问题，在调试过程中发现的故障应该要查改设计本身的错误。加入看门狗目的是对一些程序潜在错误和恶劣环境干扰等因素导致系统死机而在无人干预情况下自动恢复系统正常工作状态。看门狗也不能完全避免故障造成的损失，毕竟从发现故障到系统复位恢复正常这段时间内怠工。同时一些系统也需要复位前保护现场数据，重启后恢复现场数据，这可能也需要一笔软硬件的开销。

---