嗨，对话
我将程序的项目\ target_apps \ ble_examples \ prox_reporter \ keil_5'下载到文档'training_04_sleep_modes_current_measurement_v1.0.pdf'中指示的电路板'da14580devkt-b'。但是，程序很快就会停止。我没有发现它是一个名为'NRF主控制窗格（BLE）'的BLE调试工具，我可以找到与其他程序的广告，其变量'app_default_sleep_mode值为'arch_sleep_off'。
谢谢。
关键词：
设备：
将CFG_LP_CLK从LP_CLK_XXTAL32更改为LP_CLK_RCX20后，它运行，尽管有一个32kHz XTAL连接到电路板上的Y引脚。我不知道为什么文档没有提及它。
嗨临床，
请注意，所有对话套件都配备了外部XTAL32，因此您应该能够在不改变低电源的情况下运行示例。如果您认为XTAL32是问题，那么我建议XTAL32无法正常运行。虽然，请尝试首先检查代码在选中XTAL32选项时究竟在何处停止。例如，您的代码停止，因为WDOG已过期或NMI命中。所以，尝试调试代码，并尝试找到它在哪里停止的位置，了解哪个问题
谢谢，PM_DIALOG.
嗨，pm_dialog.
代码停止在“nmi_handlerc”的函数中，它用关于wdog超时的一些问题，我可以在调试时在调用堆栈中看到呼叫者是“ble_deep_sleep_stat_getf”。函数'ble_deep_sleep_stat_getf'仅在函数Rwip_sleep中调用663行，似乎代码正在等待BLE核心做某事。
谢谢。
嗨临床，
如果NMI命中到BLE_DEEP_SLEEP_STAT_GETF（）函数中，则这意味着这是LP时钟的问题。因此，是的，最可能原因是DEV套件上的XTAL32会出现问题。
谢谢，PM_DIALOG.