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_极性(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（即它是一个刻意的adv-stop）它呼叫：

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被调用并执行：

如果(GetBits16 (SYS_STAT_REG PER_IS_DOWN))
{
periph_init（）;
}
......

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

if（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 ()醒来后？

谢谢，
oren zomer.