你好，对话，
我已经按照UART2外设示例，在BLE睡眠模式示例中为串行通信配置了UART2。
在观察通信数据时，存在错误传输。
论坛早些时候的一个类似讨论建议调用“arch_-ble_-force_-wakeup（）”API使时钟切换到XTAL16M并进行可靠的UART传输。
切换成功，但传输完成后，需要关闭BLE收音机。
我可以知道吗，
1.如果有办法在UART传输后关闭BLE收音机。
2.如果有一种方法可以在从睡眠中唤醒时切换到XTAL16M，而无需“arch_-ble_-force_-wakeup（）”API调用。
当做
拉朱
设备：
嗨，拉杰，
1.“UART传输后关闭BLE收音机”我想你的意思是停止BLE广告，
是的，你可以打电话来应用程序\u轻松\u间隙\u广告\u停止使用UART写操作的回调
2.arch_ble_force_wakeup（）是唤醒ble核心并使用XTAL16M操作的最推荐方法。如果存在可恢复活动，设备将自动与XTAL16M配合使用。还有一些低杠杆方式来切换时钟，例如：
如果（（GetWord16（CLK\U CTRL\U REG）&RUNNING\U AT\U XTAL16M）==0）
{
而（（GetWord16（SYS_STAT_REG）&XTAL16_SETTLED）==0）；//等待XTAL16结算
SetBits16（CLK\u CTRL\u REG，SYS\u CLK\u SEL，0）；//切换到XTAL16
while（（GetWord16（CLK_CTRL_REG）&RUNNING_AT_XTAL16M）==0）；//等待实际开关
}
}
我真的不确定是否有任何理由使用这个，或者是否有任何自负使用这个。
你好，对话，
我正在UART和BLE之间切换数据传输。两种转移都是相互排斥的。
使用arch_ble_force_wakeup（）会导致电流消耗增加，这对于所实施的解决方案来说是不可行的。
因此，如果这是推荐的方式，那么关闭收音机将通过调用哪个easy API来启动？
当做
拉朱
嗨rajucoolsuraj，
在最初的帖子中，您提到您正在开发SDK的ble_app_睡眠模式示例，不是吗？本例将设备置于睡眠模式。为此，所有外围模块（包括收音机和UART）均断电。你能澄清一下你是否禁用了睡眠模式吗？任何其他澄清都会非常有帮助。
谢谢，下午好
你好，对话，
我已经使用ble_app_睡眠模式示例在应用程序中设置睡眠模式功能。
没有不可抗拒的广告。初始化时，永远不会调用user_app_adv_start（）。
使用唤醒中断按钮，我执行UART传输。
只有通过调用arch_force_ble_wakeup（）启用XTAL16M时钟，数据才能通过UART可靠地发送。
UART传输终止后，需要关闭通过arch_force_BLE_wakeup（）打开的BLE无线电。因此，使用arch_ble_ext_wakeup（）API来实现它。
这是一种正确的实现方式，还是有一种简单的替代方法，可以在睡眠恢复时将时钟切换到XTAL16M并返回到低功耗时钟？
当做
拉朱
嗨，拉朱，
如果我理解正确，一旦设备启动，您就将其置于睡眠模式，并将唤醒控制器配置为检测GPIO中断。按下按钮时，设备将通过UART2打印数据。一旦585唤醒，BLE_唤醒\u LP_处理程序将被执行。系统处于活动模式时使用16MHz晶体，处于睡眠模式时使用32KHz晶体。在睡眠模式下，所有外围模块均断电。UART传输终止后，我需要对此进行一些澄清。当与UART2交互时，该收音机是开着的还是开着的？或者是开着但你不做广告？芯片唤醒时，收音机将通电。
谢谢，下午好
启动后，系统初始化将不允许开始播发。允许系统进入“无OTP复制的延长睡眠模式”。
按下按钮时，将调用唤醒处理程序来启动UART2传输。（这需要XTAL16M进行可靠传输）。
在唤醒时，只有在执行BLE_wakeup_LP_处理程序时，时钟才会切换回XTAL16M。（如果未启动广告，则不会）。
为了实现到XTAL16M的时钟切换，将根据论坛讨论执行arch_ble_force_wakup（）API。
1.有没有一种更简单的方法可以在不调用arch_ble_force_wakup（）API的情况下切换时钟？
2.一旦通过arch_ble_force_wakup（）API切换时钟，主环路中的下一个睡眠阶段是否会关闭通过调用arch_ble_force_wakup（）API打开的ble收音机？
如果你还不能理解，我将作出适当安排，进一步澄清。
当做
拉朱
嗨rajucoolsuraj，
BLE_WAKEUP_LP_处理器在系统每次唤醒时都会触发。设备在睡眠模式下以32K时钟运行，因此一旦唤醒，时钟将切换到16MHz。当按下按钮进行唤醒时，应用程序按钮按_cb（）callaback函数将被执行以启动外围设备块和BLE。我不明白您为什么要切换时钟。如果芯片处于活动模式，您可以使用UART来打印数据–芯片是否在广告中并不重要。请注意，外围设备块使用的是16Mhz时钟，并且它们是e在睡眠模式下关机。您能说明UART2是否有任何问题吗？另外，您能说明在广告间隔之间是否使用任何睡眠模式吗？
谢谢，下午好
你好，对话，
我要求严格遵守以下声明。
启动后，系统初始化将不允许启动播发（用户\u app\u adv\u start美国石油学会未调用）。允许系统进入“无OTP拷贝的延长睡眠模式”（arch\U set\U延长睡眠美国石油学会).
唤醒控制器初始化为处理按钮中断，设备允许休眠（这将时钟从XTAL16M切换到RC32K）。
按下按钮时，将调用唤醒中断处理程序来启动UART2传输。（UART/UART2需要XTAL16M才能可靠传输）。
在唤醒时，只有在执行BLE_wakeup_LP_处理程序时，时钟才会切换回XTAL16M。(如果未通过用户应用程序adv启动API启动播发，则不会出现此问题).
我希望你已经从上面的摘要中理解了我的设置。
如果上述情况清楚，我将继续发言。
谢谢
当做
拉朱
嗨，拉朱，
唤醒过程独立于播发过程。这意味着，只要您按下用于唤醒DA14586的按钮，BLE_WAKEUP_LP_处理程序就会始终执行。user_app_adv_start（）API仅用于播发！为此，即使设备未播发，您也可以使用UART2硬件块。
谢谢，下午好
你好，对话，
为了解决这个问题——“这意味着，只要您按下用于唤醒DA14586的按钮，BLE_WAKEUP_LP_处理程序就会一直执行。”
如果按照我的设置配置了某些内容，则在从按钮中断唤醒时，它将永远不会执行BLE_WAKEUP_LP_处理程序。
一个简单的实验就足以为这一主张提供证据。
在我这方面，验证设置的请求与此不同。
谢谢
当做
拉朱
嗨，拉朱，
BLE_WAKEUP_LP_处理程序将在每次唤醒时执行，LP时钟将在每次唤醒时变为16MHz时钟。
谢谢，下午好
你好，对话，
如果发生了什么
1.调用“arch_ble_ext_wakup_on（）”API。
2.永远不会调用“app\u easy\u gap\u undirected\u advertized\u start（）”API。
通过唤醒中断控制器唤醒时，（BLE收音机在睡眠前关闭），
BLE_WAKEUP_LP_处理器永远不会执行，也不会发生时钟切换。
当做
拉朱
嗨rajucoolsuraj，
请看一下SDK6.0.10的ble_app_睡眠模式示例。当无向播发完成时，将触发user_app_adv_unddirect_complete（）回调函数，如果您检查源代码，将执行arch_ble_ext_wakeup_on（），以禁用对无向播发和计时器事件的唤醒。只有外部（GPIO）唤醒事件才能通过唤醒控制器唤醒处理器。为此，在此阶段，设备处于永久睡眠模式，但已配置唤醒控制器，并准备好检测外部唤醒事件（app_button_enable（））。当检测到唤醒事件时，会触发app_按钮_press_cb（），它会检查BLE核心是否处于永久睡眠模式。如果是，则将BLE核心从永久睡眠模式中移除。
谢谢，下午好