This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] MSP430F5310:调试期间 WDT 复位的软件相关原因

Guru**** 2810805 points

Other Parts Discussed in Thread: MSP430F5310, MSP-FET

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/msp-low-power-microcontrollers-group/msp430/f/msp-low-power-microcontroller-forum/1617727/msp430f5310-software-related-causes-of-wdt-resets-during-debugging

器件型号: MSP430F5310
主题中讨论的其他器件: MSP-FET

我对 MSP430F5310 上的看门狗计时器行为有疑问。 使用 MSP-FET 进行调试时、通常预计看门狗计时器不会在调试中断期间触发复位。 不过、我观察到了一些情况、在调试中断期间看门狗计时器也会复位。

根据我们迄今为止的调查、我们认为这种现象很可能是由软件问题引起的。 发生频率很少见、但一旦系统进入这种状态、无论时序如何、都可以对其进行重新生成。

您能否就可能在调试中断期间导致看门狗复位的潜在软件错误或编码模式提供指导? 具体而言、我希望从以下角度获得示例或建议:

-无意中允许 WDT 超时的典型编程错误  

- WDT 设置的写入顺序中的错误或错误(写入 WDTCTL 时特别常见的陷阱)  

堆栈损坏、不正确的跳转或意外复位表现为看门狗复位  

 

非常感谢您的支持。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好:

    很抱歉耽误你的时间。  我错过了分配给我的主题。  

    MSP430 的 WDT 问题非常常见、因为在大多数 MSP430 器件上、WDT 默认启动。  因此在我们的大多数演示示例中、每个编程的第一行都是禁用 WDT 然后配置时钟。  

    调试器的 WDT 行为是一个非常复杂的主题。  调试器能够启动和停止 CPU、并对时钟系统产生许多影响。  调试时总是需要做出一些权衡、主要是在调试器的侵入性与要监控的大小之间做出权衡。  在调试和自由运行时、MCU 的运行/性能并不完全相同。  

    总体而言、使用 WDT 进行调试可能很困难。  代码中的单步并不意味着只有一个时钟、等等。  因此、暂停有点常见、但在释放调试器时立即触发 WDT 超时。  

    理想情况下、您应该在没有运行 WDT 的情况下进行调试。  另外、我可能会最后实施 WDT、因为这主要是针对您的应用程序代码未按预期运行的保险单。

    希望这有所帮助。  

    JD