你好,对话框,
我已经按照UART2外设示例示例在BLE SleepMode示例中为串行通信配置了UART2。
观察通信数据，发现有错误传输。
之前论坛中类似的讨论建议调用“arch_ble_force_wakeup()”API使时钟切换到XTAL16M，并具有可靠的UART传输。
转换是成功的，但一旦转换完成，就必须关掉BLE收音机。
我可否知道，
1.如果有办法关闭BLE无线电后，UART传输。
2.如果有一种方法可以在不使用“arch_ble_force_wakeup()”的情况下切换到XTAL16MAPI调用。
问候
raju.
设备:
嗨拉吉,
1.通过“在UART传输后关闭BLE收音机”，我想你的意思是停止BLE广告，
是的，你可以通过调用来实现app_easy_gap_advertise_stop.使用UART写操作的回调
2.arch_ble_force_wakeup()是唤醒BLE核心和使用XTAL16M的最推荐方法。如果有BLE活动，设备将自动使用XTAL16M。还有一些低杠杆的方式来切换时钟，例如:
if ((GetWord16(CLK_CTRL_REG) & RUNNING_AT_XTAL16M) == 0)， color0000ff;
｛
while((GetWord16(SYS_STAT_REG) & xtal16_settle) == 0);//等待XTAL16
SetBits16(CLK_CTRL_REG, SYS_CLK_SEL,0);//切换到XTAL16
while((GetWord16(CLK_CTRL_REG) & RUNNING_AT_XTAL16M) == 0);//等待实际的开关
｝
｝
我真的不确定是否有任何理由使用它，或者使用它会有任何结果。
你好,对话框,
我正在切换UART和BLE之间的数据传输。这两种转移是互斥的。
使用arch_ble_force_wakeup()会导致当前消费的增加，这对于实现的解决方案是不可实现的。
因此，如果这是推荐的方法，那么关闭无线电是通过调用哪个简单的API来启动的?
问候
拉
嗨rajucoolsuraj,
在你最初的帖子中，你提到你正在开发ble_app_sleepmode SDK的例子，是吗?本例将设备设置为睡眠模式。为此，将关闭所有外围模块，包括Radio和UART。你能说明一下你是否关闭了睡眠模式吗?任何其他澄清都会很有帮助。
谢谢,PM_Dialog
你好,对话框,
我已经使用ble_app_sleepmode示例示例来设置应用程序中的睡眠模式特性。
没有BLE广告。初始化时，不会调用user_app_adv_start()。
使用唤醒中断按钮，我执行UART传输。
只有通过启用XTAL16M时钟，调用arch_force_ble_wakeup()，数据才会可靠地通过UART发送。
在UART传输终止时，需要关闭通过arch_force_ble_wakeup()打开的BLE无线电。因此，使用arch_ble_ext_wakeup() API来实现它。
这是正确的实现方式，还是有一个简单的替代时钟切换到XTAL16M和回到低功率时钟在睡眠恢复?
问候
raju.
嗨拉,
如果我理解正确的话，一旦设备启动，您就将其置于睡眠模式，并配置唤醒控制器来检测GPIO中断。当按下按钮时，设备将通过UART2打印数据。585一醒来，BLE_WAKEUP_LP_Handler就会被执行。当系统处于活动模式时，晶体使用16MHz，当系统处于睡眠模式时，晶体使用32KHz。在睡眠模式下，所有外围块都断电。在UART转移终止时，我需要一些澄清。当与UART2交互时，收音机是ON还是OF?或者是开着但你不做广告?当芯片醒来时，收音机就会打开。
谢谢,PM_Dialog
启动后，系统初始化将不允许开始广告。系统允许进入“无OTP拷贝扩展睡眠模式”。
按下按钮时，调用唤醒处理程序来初始化UART2传输。(这需要XTAL16M进行可靠的传输)。
在唤醒时，只有在执行了BLE_WAKEUP_LP_HANDLER时，时钟才会切换回XTAL16M。(如果不启动广告，则不会)。
要实现时钟切换到XTAL16M，ARCH_BLE_FORCE_WAKUP（）API将根据论坛讨论执行。
1.有没有更简单的方法来切换时钟而不调用arch_ble_force_wake () 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)API.不是叫)。系统允许进入“无OTP复制扩展睡眠模式”(arch_set_extended_sleep .)API.）．
唤醒控制器被初始化以处理按钮中断，并且允许设备休眠(这将时钟从XTAL16M切换到RC32K)。
按下按钮时，调用唤醒中断处理程序来启动UART2传输。(UART/UART2需要XTAL16M用于可靠的传输)。
在唤醒时，只有在执行了BLE_WAKEUP_LP_HANDLER时，时钟才会切换回XTAL16M。（如果没有通过user_app_adv_start API发起广告，则不会）．
我希望你已经从上面的摘要中理解了我的设置。
只要上述情况清楚，我将继续下去。
谢谢
问候
raju.
嗨拉,
唤醒程序独立于广告程序。这意味着只要您按下唤醒DA14586的按钮，BLE_WAKEUP_LP_HANDLER就会始终执行。user_app_adv_start() API仅用于广告!为此，即使设备没有发布广告，也可以使用UART2硬件块。
谢谢,PM_Dialog
你好,对话框,
要处理这个声明—“这意味着只要您按下唤醒DA14586的按钮，BLE_WAKEUP_LP_HANDLER就总是被执行。”
如果按照我的设置配置了一些东西，它将不会在从按钮中断唤醒时执行BLE_WAKEUP_LP_HANDLER。
一个简单的实验就足以为这种说法提供证据。
请求验证设置为相同的情况不是我的情况。
谢谢
问候
raju.
嗨拉,
BLE_WAKEUP_LP_HANDLER将在每次唤醒时执行，LP时钟将在每次唤醒时被覆盖到16MHz时钟。
谢谢,PM_Dialog
你好,对话框,
会发生什么,如果
1.调用“arch_ble_ext_wakup_on()”API。
2."app_easy_gap_undirected_advertise_start()" API从未被调用。
通过唤醒中断控制器唤醒，（睡觉前BLE收音机关闭），
BLE_WAKEUP_LP_HANDLER永远不会执行，也不会发生时钟切换。
问候
raju.
嗨rajucoolsuraj,
请查看SDK6.0.10的ble_app_sleepmode示例。当非直接广告完成时，user_app_adv_undirect_complete()回调函数被触发，如果你检查源代码，arch_ble_ext_wakeup_on()被执行，以禁用BLE和计时器事件的唤醒。只有外部(GPIO)唤醒事件才能通过唤醒控制器唤醒处理器。为此，在此阶段，设备处于永久休眠模式，但唤醒控制器已配置好，以便检测外部唤醒事件(app_button_enable())。当检测到唤醒事件时，app_button_press_cb()被触发，它检查BLE核心是否处于永久休眠模式。如果是，则将BLE核心从永久休眠模式中取出。
谢谢,PM_Dialog