请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：AM3354 工具与软件：
尊敬的 TI 专家：
客户正在使用 SDK5.2。
他们遇到的问题将导致大约运行一个月、这将导致系统卡住、并且没有显示用于分析的错误日志。 我们已经在内核配置文件中充分利用了大多数调试配置、但经过半年的尝试、当系统出现故障时、我们仍然没有收到任何信息。
因此、我想的另一种方法是启用我们的内部看门狗、这样每当系统在一个月后卡住时、看门狗就会复位我们的系统以保持运行。
客户还通过手动创建系统崩溃问题并使系统卡住来验证主板上的看门狗功能、一段时间后、看门狗将使系统重新启动并正常运行。
我们现在计划使用此解决方案运行一个月、看看如果我们可以使用看门狗成功重新启动系统、原始问题是否会出现。
在我们这么做之前、可能需要您的帮助。
1：我们看到有 /dev/watchdog 和 /dev/watchdog0 在编码中、我们应该使用哪一个？ 我们需要了解看门狗或 watchdog0是否连接到如下所示的硬件模块 WDT。
我们要确保使用的看门狗实际在触发 WDT 硬件模块以发送复位信号。 与我们键入"reboot"命令从软件重新启动不同。 这样、当问题出现时、我们将有更多的机会生存下去。
2： 我们如何才能知道复位是从看门狗触发的、您能否提供一条读取寄存器的命令以便在看门狗复位后知道？
3：看门狗复位是只进行热复位、还是还会触发 PORZ？
非常感谢、
Kevin
