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

我设置了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和proxy的组合。

如果使用app_easy_timer()而不是将timer0设置为计数器，代码也可以正常工作。我知道timer0在扩展睡眠模式是禁用的，但我使用arch_disable_sleep()从按钮醒来，所以我不知道为什么这将是一个问题。

当从按钮中醒来时，计时器被完全重新初始化/配置，所以它看起来是正常启动的，但一段时间后，代码就停止了。

编辑:这一次从按钮醒来到冻结是2.7秒，非常一致。它绝对没有休眠，运行电流从200uA上升到300uA当冻结发生。

当使用闪光灯启动时，当我没有按下按钮或在广告之间时，设备肯定会进入睡眠状态，睡眠电流下降到~10uA。

我使用printf来确定它被冻结了。当按下按钮时，sleep被禁用，timer0被启动并每100毫秒产生一个中断。中断处理程序所做的就是打印一个递增的索引。这个递增的索引工作了2.7秒，直到它停止，这就是为什么我知道它在2.7秒后一直冻结。

这差不多解决了。我不知道为什么2.7秒后它会冻结，或者为什么当广告启用时它还能工作，但现在当我移除了

如果(arch_ble_ext_wakeup_get())在按钮按回调。我认为它在示例项目中，因为按钮开始广告，它只有在广告完成时评估为真。所以对于我的项目来说，它不存在是有意义的。

配置文件中没有定义wdog，但是这些时间看起来太接近了，不可能是巧合。定义了CFG_DEVELOPMENT_DEBUG。当从flash运行时，问题会发生，并且无论是否附加调试器都会发生。

所以我尝试启用看门狗，这似乎也解决了它，而不是删除在唤醒回调中对arch_ble_ext_wakeup_get的检查。我在这里为大家总结一下这些组合:

如果你有

如果(arch_ble_ext_wakeup_get ())
｛
arch_ble_force_wakeup ();
arch_ble_ext_wakeup_off ();
app_easy_wakeup ();
｝

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