扩展睡眠模式禁用/重新启用

我已经设置了default_operation_adv = null，而不是user_app_adv_start，因为所有其他示例都已。一旦它返回到User_App_Adv_Start，那么在广告正在运行时它就在Flash中正常工作。如果我等到广告完成以按下按钮，那么再次冻结。基于当前消耗时，它冻结时，它看起来它实际上不是在Extended_sleep模式下，实际上仍处于活动模式，只是粘在某个地方。

你有什么想法是否为什么？从我的角度来看，所有这些都改变了它在开始时的广告，但它似乎影响不仅仅是那样的。

该模块在ext_sleep_mode中配置没有OTP Copy，User_App_Init用作.app_on_init，唤醒控制器配置为使用GPIO作为从按钮唤醒。当芯片唤醒它不会启动广告时，因为我已经纯化了那个方面。user_app_adv_start（）只有当某人保存按钮10秒时只调用回调。

我可以使用GPIO触发器从睡眠中唤醒它。一旦它醒来，除非是启用广告，否则将在3-4秒后冻结，除非是广告，在这种情况下，一切都将正常工作。

在调试模式下运行的问题是，在调试模式下，一切都正常工作，但在从闪存中运行时不正常工作。

我理解default_operation_adv = user_app_adv_start的方面自动启动广告。我只是不确定为什么似乎在定义时期后冻结的代码的行为似乎改变了代码的行为，而不是预期工作。

就它类似的基本项目而言，它将是睡眠模式的User_Peripheral one和代理一个的组合。

如果我使用app_easy_timer（）而不是将Timer0设置为计数器，则代码也正常工作。我知道Timer0在扩展睡眠模式下禁用，但我在唤醒按钮时使用Arch_disable_sleep（），所以我不明白为什么这将是一个问题。

在从按钮唤醒时，定时器完全重新初始化/配置，因此它似乎是正确的，但在一段时间后，代码只是停止。

编辑：这次从按钮唤醒，直到冻结为2.7秒，非常一致。它绝对不睡觉，当发生冻结时，运行电流从200ua到300ua上升。

当使用闪光灯启动时，当我没有按下按钮或在广告中占用时，设备肯定会睡觉，睡眠电流下降到〜10ua。

我正在使用printf，以确定它被冻结。按下按钮后，禁用睡眠状态，并启动Timer0并每100ms生成中断。所有中断处理程序都已打印递增索引。递增索引工作2.7秒，直到它只是停止，这就是我知道它在2.7秒后始终冻结。

这或多或少解决了。我并不完全了解为什么它在2.7秒后冻结，或者为什么在启用广告时它正在运行，但它在我删除的时候正常工作

如果按钮中的（ARCH_BLE_EXT_WAKEUP_GET（））按回调。我认为它在示例项目中，因为该按钮开始了广告，它只评估广告完成后的真实情况。所以对于我的项目来说，它没有意义。

WDOG未在配置文件中定义，但那些时间似乎太接近是巧合。定义了CFG_DEVELINMENT_DEBUG。从Flash运行时出现此问题，并发生调试器是否已连接。

所以我尝试启用看门狗，这也似乎也解决了它，而不是删除唤醒回调中的Arch_ble_ext_WakeUp_get的检查。我会总结一下人民的组合：

如果你有

if（arch_ble_ext_wakeup_get（）））
{
ARCH_BLE_FORCE_WAKEUP（）;
ARCH_BLE_EXT_WAKEUP_OFF（）;
app_easy_wakeup（）;
}

并且您想在某个时期禁用睡眠，然后在稍后重新启用睡眠，然后必须启用看门狗。否则唤醒后，代码将在看门狗超时后冻结，仍然不确定为什么。还有情况下广告已启用，然后在设备广告时它将起作用，然后在完成后将再次冻结，因此无限广告您没有看到此问题。