工具与软件：
大家好、团队成员：
我的 客户正在使用 CC2340-Q1、他们的一个场景需要长时间睡眠。
由于设计中没有复位按钮、因此它们启用看门狗以防止系统挂起。
但它们符合 SDK 8.10中的看门狗问题。 具体步骤如下：
1.启用看门狗
2. 清除 WDT 并 关闭 WDT
(3)广播设置：
(4)但日志显示它每5秒进行一次看门狗复位。
请帮助提供注释、说明 为什么看门狗每5秒复位一次。
谢谢。
Mike、您好！
我查看提供的代码、并在整个代码中添加了一些 GPIO 日志记录。 我将附上该计划的一份截图。 
您能否指导客户使用 GPIO_TOGGLE 进行类似的逻辑跟踪？ 有关 GPIO_TOGGLE 的更多信息、请参阅 GPIO.h命令。
请参阅 RF 调试部分 以了解有关观察射频输出的更多信息。
在日志内、请注意看门狗计时器触发从不切换。 计时器完成后、将进入此回调。 由于看不到切换、这使我认为看门狗不会启动复位。 看门狗在 appMain 中重新加载并打开。 在标准的 Basic_BLE 项目中、appMain 只会在复位后再次执行、这似乎表明看门狗正在复位。
请告诉客户如何进行类似的逻辑跟踪、并告诉我客户是否在其他地方调用 appMain。 我尚未在所提供的项目中找到这方面的示例。
谢谢！
Isaac
您好 Isaac：
早上好！
如下图所示(红色帧)
在"Advertising End"事件中,我们执行了"Watchdog_Close ();"
理论上,它应该已经进入睡眠或空闲直到被唤醒 .
但是、为什么系统在5.5秒后仍"看门狗复位"？ 它不断重复。
(附注：看门狗周期：5.5秒)
当我把"看门狗周期"改为"N"秒时、也会把系统复位周期改为"N"秒。
谢谢！
BR、
3月。
您好 Isaac：
相同的代码示例。 (Mike Wu、之前提供过代码)
通用的符号链接。
/*********************************************************************
* @fn appMain
*
* @brief Application main function
*
* @return none
*/
void appMain(void)
{
// Call the BLEAppUtil module init function
BLEAppUtil_init(&criticalErrorHandler, &App_StackInitDoneHandler,
&appMainParams, &appMainPeriCentParams);
// //==============================
// Watchdog_init();
// /* Open a Watchdog driver instance */
// Watchdog_Params_init(¶ms);
// params.callbackFxn = (Watchdog_Callback)watchdogCallback;
// params.debugStallMode = Watchdog_DEBUG_STALL_ON;
// params.resetMode = Watchdog_RESET_ON;
//
// uint32_t reloadValue;
// watchdogHandle = Watchdog_open(CONFIG_WATCHDOG_0, ¶ms);
// if (watchdogHandle == NULL)
// {
// /* Error opening Watchdog */
// while (1) {}
// }
// reloadValue = Watchdog_convertMsToTicks(watchdogHandle, TIMEOUT_MS);
//
// if (reloadValue != 0)
// {
// Watchdog_setReload(watchdogHandle, reloadValue);
// }
}
上电后、它将只广播一次、并且 UART 消息将只显示一次。
即使它超过5.5秒甚至更长。
取消标记这段代码。
它将根据看门狗周期进行广播
请指导我如何修改此"basic_ble + Watchdog"示例代码。
这样它就不再自行唤醒广播。
谢谢！
BR、
3月。
您好, Isaac
我测试了您的建议。 (WATCHDOG_RESET_OFF resetMode)
但是、结果仍然是相同的复位。
谢谢！
3月。