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.

[参考译文] LAUNCHXL-CC3235SF:看门狗

Guru**** 2587345 points


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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/804352/launchxl-cc3235sf-watchdog

器件型号:LAUNCHXL-CC3235SF

大家好、

我对 SDK 提供的看门狗例程进行了一些修改、希望实现以下功能:

1) 1)按下按钮、UART 发送"Botton press:simulating normalaly \ r \ n"字符串、并打印到串行端口上的助手

2) 2)看门狗计数器溢出并生成中断

3) 3)达到 WatchDogCallback 函数后、发送"看门狗中断句柄函数"\r\n 字符串并将其打印到串行助手

但实际情况是、按下按钮后、串行帮助程序仅接收字符串中的一部分数据(只接收"Botton press:simu"而不接收"watchdog interrupt handle function\r\n")、大约4秒后、串行帮助程序将接收下面显示的其余数据。

无论我将 wtdparam.resetmode 配置为 Watchd_reset_off 还是 Watchdog_reset_on,这都是与上述现象相同的现象。 这种现象的原因是什么?

这是我的一些代码的图片。

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

    你好,xinxin Jiang,

    看门狗复位模式在 CC32xx 器件上不可用。 您可以在《TI 驱动程序 API 指南》的 WatchdogCC32XX.h 特定部分中看到特定的器件功能。

    我在 GPIO 回调中看到 while (1)循环的奇怪行为、但我认为这与 ISR 优先级有关。 使用较小的缓冲器时、UART_WRITE 正在按预期完成、并且看门狗正在不顾回调正确触发器件复位。 我将从 RTOS 团队获得有关此行为的说明、但底层看门狗驱动程序模块按预期工作。

    请立即尝试将 while (1)循环移动到您的线程之一。 在器件复位之前、您将看到看门狗回调触发器。


    此致、
    Sarah

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

    请将看门狗回调中断优先级设置为1、以查看预期结果。 您可以通过更改看门狗 HWAttrs 结构中的.intPriority 在示例的 LAUNCHXL.c 文件中执行此操作。

    此致、
    Sarah