最新的SDK（1.0.12.1078）
你好，
因此，我有此演示（原始代码）在Pro DK上正常工作，但是当我尝试在自己的PCB上运行它时，几秒钟后，在调试模式下，我会在几秒钟后继续获得看门狗计时器中断（NMI）。
我发现一个关键区别是我自己的PCB没有32 kHz的晶体，因此我通过设置32 kHz振荡器使用
#Define DG_Configuse_LP_CLK LP_CLK_RCX
在custom_config_qspi.h中
然后，我尝试在Pro DK上进行此构建，还显示了此行为（看门狗超时）。
这个问题似乎与初始广告后进入睡眠模式有关。是否有一些理由是，当使用振荡器而不是XTAL时，看门狗会超时？
谢谢，
J.P
设备：
嗨，jpselc，
如果PCB没有XTAL 32 kHz，强烈建议使用以下三个选项之一：
#Define DG_Configuse_LP_CLK LP_CLK_RCX
#Define DG_Configuse_LP_CLK LP_CLK_32768
将XTAL32K与替代选项一起使用。您可以用外部数字时钟填充P2_0（XTAL32KP）垫。请检查表2：DA14860的PIN描述用户手册。另外，您应该定义：
#Define DG_Configuse_LP_CLK LP_CLK_32000
您获得NMI的可能原因是启用WDOG但从未使用过的WDOG的原因。默认WDOG计数器值255（最大值）。每个计数器值等于10ms，因此在255个滴答后，将经过约2.6秒，并断言NMI。请确保您没有启用WDOG。另外，您应该在使用我们的API到期后重新加载它。有关WDOG的更多信息，我建议您阅读9.6看门狗服务部分DA1468X软件平台参考（UM-B-044）来自我们的支持门户的文档
谢谢，pm_dialog
感谢您的答复。对于这个延迟的答复表示歉意。
正如我提到的，我正在使用您的选项1 #define dg_configuse_lp_clk lp_clk_rcx
这是您的示例代码：BLE_MULTI_LINK在存在32 kHz晶体时正确为看门狗提供服务。
当我使用上述设置的内部32kHz振荡器时，为什么看门狗会暂时？
谢谢
事实证明，这里的问题是失败的。
使用此时钟设置时，必须有不同的堆要求。
嗨，jpselc，
感谢您的迹象。很高兴您的问题已解决。
谢谢，pm_dialog