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

我设置了default_operation_adv = NULL，而不是像所有其他示例那样设置了user_app_adv_start。一旦把它放回user_app_adv_start，那么当广告运行时，它在flash中工作得很好。如果我等到广告完成后再按下按钮，它就会再次冻结。根据当前的消耗，当它冻结时，它看起来不是实际上在extended_sleep模式，实际上仍然在活动模式，只是停留在某处。

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

该模块在ext_sleep_mode中配置没有OTP拷贝，user_app_init被用作.app_on_init，并且唤醒控制器被配置为使用GPIO作为从按钮唤醒。当芯片醒来时，它不会开始做广告，因为我已经有意识地删除了那个方面。user_app_adv_start()回调函数只在某人按住按钮10秒时调用。

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

在调试模式下运行的问题是，在调试模式下一切都能正常运行，但从flash中运行时就不行了。

我理解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（）;
}

你想要禁用睡眠一段时间，然后在稍后的时间点重新启用睡眠，那么看门狗必须被启用。否则在唤醒后代码会在看门狗超时后冻结，仍然不确定到底为什么。还有一种情况是，当广告启用时，它将在设备广告时工作，然后将再次冻结时，无限的广告，你不会看到这个问题。