我正在尝试根据DA14580 WLCSP34封装调试自定义板（带外部32kHz振荡器）。当使用leep_state_t app_default_sleep_mode = Arch_Deep_sleep_on烧焦到OTP时，处理器不会唤醒。但是，如果我将leep_state_t app_default_sleep_mode更改为arch_ext_sleep_on，则系统从OTP完美无瑕地运行。此外，如果我使用Arch_Deep_sleep_on并使用SmartSnippets编程Sysram，系统也运行正常，因此问题仅在从OTP引导时。
我在板上有诊断LED，我可以判断使用ARCH_DEEP_SLEEP_ON和OTP后，电路板唤醒一次，然后再睡觉，然后再次出现。我可以看到一个广告，当板首次靴子时传输。
总结：
ARCH_EXT_SLEEP_ON和SYSRAM =正常操作
ARCH_DEEP_SLEEP_ON和SYSRAM =正常操作
ARCH_EXT_SLEEP_ON和OTP =正常操作
ARCH_DEEP_SLEEP_ON和OTP =不可运行。
我试图在升压模式下运行电池，并具有外部电源并看到相同的行为。当我使用不同版本的固件刻录芯片时，我正在编程相同的OTP标题设置。唯一的区别是sleep_state_t app_default_sleep_mode的更改。我还验证了cfg_development_debug未定义。
当然，我正在燃烧相当多的委员会试图隔离问题。任何意见，将不胜感激。
设备：
嗨jmarous，
我没有看到任何明显的东西，就提到了什么，对你所提到的一些评论，让我们假设设备的OTP刻录并在深度睡眠中运行，通常并由SDK定义设备应该唤醒2秒钟转到任何睡眠模式，发生这种情况，以便为XTAL32定居，您是否看到发生这种情况？因此，如果广告频繁，那么应该有更多的广告活动而不是一个。此外，当开发调试启用时，没有深度睡眠（如果闪光灯设置为CFG_Development_Debug，则设备的Sysram会保持清醒）。此外，您正在使用的fW是一个自定义一个或一个对话框的示例（请尝试使用其中一个示例）。
谢谢mt_dialog.