你好,对话框,
我已经按照UART2外设示例示例在BLE SleepMode示例中为串行通信配置了UART2。
在观察通信数据时，存在错误传输。
之前论坛中类似的讨论建议调用“arch_ble_force_wakeup()”API使时钟切换到XTAL16M，并具有可靠的UART传输。
转换是成功的，但一旦转换完成，就必须关掉BLE收音机。
我可以知道吗，
1.如果有办法在UART传输后关闭BLE收音机。
2.如果有一种方法可以在不使用“arch_ble_force_wakeup()”的情况下切换到XTAL16MAPI调用。
问候
拉朱
设备：
嗨，拉杰，
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）
{
while((GetWord16(SYS_STAT_REG) & xtal16_settle) == 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()会导致当前消费的增加，这对于实现的解决方案是不可实现的。
因此，如果这是推荐的方法，那么关闭无线电是通过调用哪个简单的API来启动的?
问候
拉朱
嗨rajucoolsuraj,
在最初的帖子中，您提到您正在开发SDK的ble_app_睡眠模式示例，不是吗？本例将设备置于睡眠模式。为此，所有外围模块（包括收音机和UART）均断电。你能澄清一下你是否禁用了睡眠模式吗？任何其他澄清都会非常有帮助。
谢谢,PM_Dialog
你好,对话框,
我已经使用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交互时，该收音机是开着的还是开着的？或者是开着但你不做广告？芯片唤醒时，收音机将通电。
谢谢,PM_Dialog
启动后，系统初始化将不允许开始播发。允许系统进入“无OTP复制的延长睡眠模式”。
按下按钮时，将调用唤醒处理程序来启动UART2传输。（这需要XTAL16M进行可靠传输）。
在唤醒时，只有在执行BLE_wakeup_LP_处理程序时，时钟才会切换回XTAL16M。（如果未启动广告，则不会）。
为了实现到XTAL16M的时钟切换，将根据论坛讨论执行arch_ble_force_wakup（）API。
1.有没有一种更简单的方法可以在不调用arch_ble_force_wakup（）API的情况下切换时钟？
2.一旦时钟通过arch_ble_force_wake () API被切换，主循环中的下一个睡眠阶段是否会关闭通过调用arch_ble_force_wake () API打开的BLE收音机?
如果你还不明白，我将做适当的安排，进一步说明。
当做
拉朱
嗨rajucoolsuraj,
每次系统唤醒时都会触发BLE_WAKEUP_LP_HANDLER。该设备在睡眠模式下运行32K时钟，所以一旦它醒来，时钟就切换到16MHz。当按下按钮唤醒时，app_button_press_cb() callaback函数将被执行，以初始化外围设备块和BLE。我不明白你为什么要调时钟。如果芯片处于活动模式，您可以使用UART来打印数据——这与芯片是否在广告无关。请注意，外设块使用16Mhz时钟，它们在睡眠模式下关闭。请问您对UART2有什么问题吗?另外，请说明您是否在广告间隔期间使用任何睡眠模式?
谢谢,PM_Dialog
你好,对话框,
我要求严格遵守以下声明。
启动后，系统初始化将不允许启动广告(user_app_adv_start)美国石油学会不是叫)。系统允许进入“无OTP复制扩展睡眠模式”(arch_set_extended_sleep .)美国石油学会）.
唤醒控制器初始化为处理按钮中断，设备允许休眠（这将时钟从XTAL16M切换到RC32K）。
按下按钮时，将调用唤醒中断处理程序来启动UART2传输。（UART/UART2需要XTAL16M才能可靠传输）。
在唤醒时，只有在执行了BLE_WAKEUP_LP_HANDLER时，时钟才会切换回XTAL16M。（如果未通过用户应用程序adv启动API启动播发，则不会出现此问题）.
我希望你已经从上面的摘要中理解了我的设置。
只要上述情况清楚，我将继续下去。
谢谢
问候
拉朱
嗨，拉朱，
唤醒程序独立于广告程序。这意味着只要您按下唤醒DA14586的按钮，BLE_WAKEUP_LP_HANDLER就会始终执行。user_app_adv_start() API仅用于广告!为此，即使设备没有发布广告，也可以使用UART2硬件块。
谢谢,PM_Dialog
你好,对话框,
要处理这个声明—“这意味着只要您按下唤醒DA14586的按钮，BLE_WAKEUP_LP_HANDLER就总是被执行。”
如果按照我的设置配置了一些东西，它将不会在从按钮中断唤醒时执行BLE_WAKEUP_LP_HANDLER。
一个简单的实验就足以为这种说法提供证据。
在我这方面，验证设置的请求与此不同。
谢谢
问候
拉朱
嗨，拉朱，
BLE_WAKEUP_LP_处理程序将在每次唤醒时执行，LP时钟将在每次唤醒时变为16MHz时钟。
谢谢,PM_Dialog
你好,对话框,
会发生什么,如果
1.调用“arch_ble_ext_wakup_on（）”API。
2.永远不会调用“app\u easy\u gap\u undirected\u advertized\u start（）”API。
通过唤醒中断控制器唤醒时，（BLE收音机在睡眠前关闭），
BLE_WAKEUP_LP_HANDLER永远不会执行，也不会发生时钟切换。
问候
拉朱
嗨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核心从永久睡眠模式中移除。
谢谢,PM_Dialog