嗨，Dialog
我将程序“projects\target\u apps\ble\u examples\prox\u reporter\Keil\u 5”下载到文件“Training\u 04\u sleep\u modes\u current\u measurement\u v1.0.pdf”中指示的董事会“DA14580DEVKT-B”上，然而，该程序似乎很快就停止了。我没有通过名为“nRF主控制窗格（BLE）”的BLE调试工具找到它，我可以找到它与变量“app_default_sleep_mode”的值为“ARCH_sleep_OFF”的其他程序的广告。
谢谢
关键词：
设备：
将CFG_LP_CLK从LP_CLK_XTAL32更改为LP_CLK_RCX20后，它可以工作，尽管有一个32Khz XTAL连接到板上的Y引脚。我不知道文件为什么没有提到它。
林俊成你好,，
请注意，所有dialog工具包都配备了外部XTAL32，因此您应该能够在使用dialog的开发工具包时运行示例，而无需更改低电源。如果您认为XTAL32是问题所在，那么我建议XTAL32不能正常工作。尽管如此，在选择XTAL32选项后，请首先尝试检查代码的确切停止位置。例如，您的代码由于WDOG过期或NMI命中而停止。所以，试着调试你的代码，试着找出它停在哪里，以便理解问题出在哪里
谢谢，下午好
你好，下午好
代码在函数“NMI\u HandlerC”中暂停，该函数对WDOG timeout进行了注释，我可以在调试时看到调用方在调用堆栈中是“ble\u deep\u sleep\u stat\u getf”。函数“ble_deep_sleep_stat_getf”仅在函数rwip_sleep的663行被调用，似乎代码正在等待ble内核做一些事情。
谢谢
林俊成你好,，
如果NMI进入ble_deep_sleep_stat_getf（）函数，这意味着LP时钟有问题。所以，是的，最可能的原因是开发工具包上的XTAL32出现了一些问题。
谢谢，下午好