arch_ble_ext_wakeup_on的目的是什么?

你好,
我们正在使用SDK 5.0.4，我正在查看user_sleepmode示例。
看起来该程序在两种情况下监听点击按钮的中断。

第一种情况是在连接期间。要开始倾听，user_app_set_button_event被调用并执行:

wkupct_register_callback (user_app_button_press_cb);
wkupct_enable_irq (WKUPCT_PIN_SELECT (GPIO_BUTTON_PORT GPIO_BUTTON_PIN),
WKUPCT_PIN_POLARITY(GPIO_BUTTON_PORT, GPIO_BUTTON_PIN, next_event)， //极性
1、// 1个事件
10);

倾听被打断了user_app_disable_button这电话wkupct_disable_irq ();。
监听回调函数(user_app_button_press_cb)也叫user_app_set_button_event保持侦听按钮点击(实际上它侦听按钮模式下的开关，通过选择正确的“next_event”)。

第二种情况是当节目停止广告时(10秒后)。当user_app_adv_undirect_complete以状态为GAP_ERR_CANCELED(也就是说，这是一个故意的副词)它调用:

arch_ble_ext_wakeup_on ();
//配置唤醒按钮
app_button_enable ();


的目的arch_ble_ext_wakeup_on是:使BLE核心永久休眠。只有外部事件才能唤醒它。”。它只是将一个内部标志设置为true。
然后,app_button_enable电话:

app_easy_wakeup_set (app_wakeup_cb);
wkupct_register_callback (app_button_press_cb);
wkupct_enable_irq(WKUPCT_PIN_SELECT(GPIO_BUTTON_PORT, GPIO_BUTTON_PIN)， //选择pin (GPIO_BUTTON_PORT, GPIO_BUTTON_PIN)
WKUPCT_PIN_POLARITY(GPIO_BUTTON_PORT, GPIO_BUTTON_PIN, WKUPCT_PIN_POLARITY_LOW)， //极性低
1、// 1个事件
40);


也就是说，它节省了app_wakeup_cb在一旁等待将来的召唤app_easy_wakeup，并运行与第一种情况类似的代码，以便开始侦听按钮中断。
当中断发生时，app_button_press_cb被调用并执行:

if (GetBits16(SYS_STAT_REG, PER_IS_DOWN))
{
periph_init ();
}
…

如果我理解正确的话，这个代码必须在深度睡眠的外部唤醒中调用(在长时间睡眠时调用它有害吗?)
然后，app_button_press_cb继续调用:

如果(arch_ble_ext_wakeup_get ())
{
arch_set_sleep_mode (app_default_sleep_mode);
arch_ble_force_wakeup ();
arch_ble_ext_wakeup_off ();
app_easy_wakeup ();
}

也就是说，它检查外部唤醒标志是否开启，初始化睡眠模式(app_default_sleep_mode为深度睡眠)，唤醒BLE，关闭外部唤醒标志(即计时器和BLE事件现在也可以唤醒)和调用app_easy_wakeup ()(电话app_wakeup_cb正如我之前解释的那样)。

在第二种情况下，这种机制的优点是什么?我们可以避免打电话arch_ble_ext_wakeup_on ()这样我们就不用重新配置睡眠模式和重新唤醒BLE了。打电话有什么用arch_ble_ext_wakeup_on ()如果程序没有任何定时器，也没有发布(即定时器和BLE事件不能唤醒程序)不管怎样-所以只有外部唤醒可以)。

如果我们使用，程序会在深度睡眠时消耗更少的能量吗arch_ble_ext_wakeup_on？

为什么第二个案子从不打电话来wkupct_disable_irq ()？之后要睡觉吗arch_ble_ext_wakeup_on也就是说你不用打电话了wkupct_disable_irq ()在你醒来之后?

谢谢,
奥伦佐莫