app_easy_wakeup和app_easy_wakeup_set是如何工作的?

嗨daniel59,

在开始发布时设置唤醒中断(如果设备将在扩展睡眠模式下发布)，或者在从.app_on_adv_undirect_complete中完成发布过程后立即设置唤醒中断。中断的设置可以如下所示:

app_easy_wakeup_set (app_wakeup_cb);// app_wakeup_cb是你要打开LED的地方，所以它只包含函数GPIOSetActive()。
wkupct_register_callback (app_button_press_cb);// app_button_press是唤醒中断的回调（下面描述）
wkupct_enable_irq(WKUPCT_PIN_SELECT(GPIO_BUTTON_PORT, GPIO_BUTTON_PIN)， //选择pin (GPIO_BUTTON_PORT, GPIO_BUTTON_PIN)
wkupct_pin_极性(GPIO_BUTTON_PORT, GPIO_BUTTON_PIN, WKUPCT_PIN_POLARITY_LOW)， //极性低
1， // 1事件
40);//恢复时间= 0

静态void app_button_press_cb（void）
｛
if（getBits16（sys_stat_reg，per_is_down））
｛
periph_init ();
｝

如果(arch_ble_ext_wakeup_get ())
｛
arch_set_sleep_mode (ARCH_SLEEP_OFF);//禁用休眠模式
arch_ble_force_wakeup ();//强制BLE唤醒
arch_ble_ext_wakeup_off ();//禁用外部唤醒(如果你在进入永久休眠之前设置了arch_ble_ext_wakeup_on()函数)
app_easy_wakeup ();//一旦BLE唤醒，调用app_easy_wakeup()来执行app_wakeup_cb()函数并打开//LED
｝
｝

由于MT_dialog

嗨daniel59,

app_easy_wakeup_set()它设置了回调，当来自app_easy_wakeup()的消息被发送时将执行回调，设置这个消息的时间并不重要，你只需要在调用触发它的app_easy_wakeup()之前设置。关于修改睡眠。你可以在唤醒计时器中断或app_easy回调被执行时改变睡眠模式。

关于你应该在哪里放置额外的操作代码，这取决于你想做什么，对于切换GPIO，你可以使用app_easy_wakeup的回调，但如果有与外部外设的交互，你应该在app_on_ble_powered或app_on_system_powered中唤醒并实现你的代码(如何使用那些回调，你可以在UM-B-051 - da1458x软件平台参考v1.0.pdf中找到更多信息在7.2节)。

关于arch_ble_ext_wakeup_get()，检查是为了验证用户已经调用了arch_ble_ext_wakeup_on()，如果你在睡觉前没有调用这个函数，你不需要做检查。

通常wkupct回调的initilalization外设(periph_init()),迫使BLE唤醒(如果需要),调用arch_ble_ext_wakeup_off()如果arch_ble_ext_wakeup_on()被调用之前睡觉,并通过app_easy_wakeup发送消息()来执行一些代码一旦BLE唤醒。app_easy_wakeup()回调函数可以接受任何类型的代码，但您应该注意，在该函数中执行的代码不会花费很长时间，因为存在错过BLE事件的情况。对于使用外围设备UART、SPI、I2C的长时间操作，您应该使用前面提到的回调。

由于MT_dialog

嗨daniel59,

当系统通过主循环时，你使用的回调将被执行，因为设备不会进入睡眠，这意味着在唤醒执行连接间隔后，代码会通过所有这些函数并增加变量，直到连接间隔结束，它到达睡眠过程。从那一刻起，它将留在WFI()中，直到下一个连接事件到达。如果你有你的实现在唤醒计时器回调，那么你正在延迟唤醒睡眠和ASSERT_WARNING()，你看到，通知你，设备应该被唤醒，但某些东西一直在延迟过程。

在第二种情况下，通过使用app_easy_wakeup（）触发代码，基本上您正在发送消息，并且您不会与连接事件和活动的BLE过程进行间隔，但显然您花费与传感器交互以读取数据的时间对于这种活动来说非常大或您的连接间隔太小，因此您错过了连接事件，因此设备考虑丢失的连接。尝试在较小的块中分离传感器交互（读取较小部分的数据），以便580将能够为传感器交互和BLE事件提供服务或增加连接间隔超时和连接的延迟，因此在发生连接间隔之前，设备在与传感器发生更多的时间内具有更多时间，以便在有助于的情况下，您的设备在缺失事件中具有更多的速度。

至于LED，它的点亮时间约为0.5秒，当处于睡眠模式时，引脚保持其状态，所以在进入睡眠状态时没有问题，问题是设备醒来时。为了配置应用程序使用的引脚，在每次唤醒时都会调用peripher_init()，因此当peripher_init()执行时，会重新配置引脚及其状态。为了克服这个问题，您必须存储引脚的值(活动的，不活动的)，并在每次唤醒时根据您所存储的状态在peripher_init()函数中配置引脚的状态。

由于MT_dialog

嗨daniel59,

关于你把代码放在哪里是否重要，我认为你指的是与外部传感器接口的代码，正如我上面提到的，它取决于设备的状态(连接，广告)和代码执行所需的时间，如果它花费的时间足够长，您可能会错过连接间隔和与外围设备的连接松散。

关于如何增加连接间隔，连接间隔是由中心定义的，你可以做的是，发出一个连接更新请求，中心将决定它是否接受你请求的连接参数。SDK的一部分你粘贴的部分设备将与中央检查连接,如果当前的参数不匹配将会发送一个请求到中央为了更新连接参数(请求发送建立连接后10秒),因此，如果中央接受这些参数，连接将更改为user_connection_param_conf结构中的指定值。

对于连接参数，LP时钟没有任何影响。

如上所述，LED可以工作，因为当设备处于睡眠模式时，引脚保持它们的状态，你只需要记住引脚的状态，并在peripher_init()中相应设置它，因为一旦唤醒，peripher_init()将执行，引脚将被重新配置。关于蜂鸣器，我假设你提供一个PWM，定时器在睡眠模式下关闭，因此，当设备处于睡眠模式时，你不能产生一个PWM来驱动蜂鸣器。

是的,睡眠模式可以节省电力,设备会在睡眠和醒来安排连接的间隔,对于periph_init调用()和频率,如上所调用的每个连接间隔为了与中央,一般连接间隔的时间越长,你应该睡的时间越长(不考虑外部唤醒)，你睡的越多，消耗的就越少。

由于MT_dialog

嗨daniel59,

你的意思是，如果你要在哪个文件中放置回调，你要放置app_easy_wakeup_set() ?不，没关系。关于你应该把你的代码放在上面提到的地方，这取决于事务的长度，如果事务让MCU占用很长时间，代码在哪里并不重要，它会毁了你的因为你占用单片机的连接很长一段时间(这是打破你的情况你应该考虑事务在小块),如果你把你的代码在唤醒定时器回调会影响系统的醒来因为你与传感器交互将interfiere唤醒过程,在app_easy方法中，设备将通过消息同步启动事务，这对唤醒过程来说是没问题的，但同样，如果过程足够长，并延迟设备的服务连接间隔，您将失去连接。

是的，根据广告或连接间隔的睡眠，SDK保理。

正如上面提到的，是的，你可以发送请求到中央，它取决于中央是否接受外设指示的参数，而且SDK发送请求也需要一些时间(大约10秒)。

否，BLE指定可以实现的最大连接间隔最多4秒。

在之前的文章中，我提到了一个可以遵循的一般规则，并不是每种设计都适用，Smart Tag上提到的功耗是每次唤醒时的功耗。这意味着,在第一种情况下每次设备会醒来,醒来每500 ms)它将消耗约752 ua和每次在第二种情况下,设备会醒来(2500毫秒),它将消耗约1199,更清楚在第二种情况下设备将消费更多,但醒来更少时间。所以这是一个必须考虑的权衡。

由于MT_dialog

嗨daniel59,

虽然，间隔的增加不会解决您的问题，但我忽略了这个事实，因为你有一个连接而你也唤醒了外部中断，就可以在连接事件之前发生外部中断可能会发生外部中断，从理论上，如果事务足够小，因为设备将有时间使传感器事务进行时间，通过调用RWIP_Schedule函数来实现传感器事务并提供BLE事件的时间。现在，在您的情况下，如果发生在连接事件之前的RWIP_Schedule（）（调度邮件的函数）之前，则会发生交易，则会被调用（从传感器事务正在进行）之前发生（因此正在进行）可能会导致断开连接。您可以尝试的是，正如以前的帖子中提到的是在触发APP_EASY_MESSAGE时设置标志，而不是在处理程序中具有交互。在主循环中（使用回调函数我提到app_on_system_powered），您可以检查该标志并在块中具有传感器交互，并在每个较小的事务顺序中返回keep_powered以强制RWIP_Schedule（）函数运行调度程序并提供任何越来越多的事件。

由于MT_dialog

嗨daniel59。

我的意思是您在app_easy_wakeup_set（）设置的回调中设置了一个标志，该标志将指示您有准备从传感器接收的数据，并在app_on_system_powered中查看检查该标志，如果它的真实，它开始与传感器的交互。不要一次性地进行外围内容，因为如果将580保留在app_on_system_powered中，那么当连接事件点击时，您将执行从传感器获取数据的代码，直到您的互动结束，并且会导致这样做在不执行RWIP_Schedule。因此，在App_on_system_power中互动，并在您的帖子中提到的数据中的小块数据中。因此，如果您有200个数据事务，请在每个事务返回的每个事务返回的20个数据中，从App_oN_System_Powered（）返回10个数据，以便keep_powered返回，以便再次运行app_on_ble_powered（）并计划邮件（如果有）运行。

对于您的实验，每个函数的调用取决于设备的状态和事件。这些功能尤其是app_on_ble_powered和app_on_system_powered运行不止一次在每个醒来(只要设备是活跃BLE事件),同样的事实app_on_system_powered + 1比app_on_ble_powered运行时间,运行它,因为第一个运行只要祝福核心是活跃的,而且，要使核心处于活动状态需要一些时间，对于user_resume_from_sleep()，它只在醒来时运行一次。如果您想知道为什么在每个广告事件而不是连接事件上有更多的交互，那是因为广告事件比连接事件持续时间更长。

由于MT_dialog

嗨daniel59,

一开始我对你的实现感到困惑，我提到了增加连接间隔(我认为你在每个连接间隔中与传感器的交互将会唤醒，与传感器的交互将花费太多时间，直到下一个连接间隔)。关于连接间隔的长度，这取决于要实现的应用程序。短连接的间隔意味着你会醒来经常为了传输,因此您将消耗更多的权力,但你将能够发送更多的数据和速度,如果你不感兴趣的sed那么多数据和连接时间间隔较短,没有理由醒来,常常因为不会有数据交换,因此，没有理由经常唤醒设备。正如之前的帖子中提到的，是的，作为一个普遍的规则，一个人可以有更长的连接间隔来节省更多的电力，但这也取决于应用程序，这是一个权衡。

由于MT_dialog

嗨daniel59,

我不完全理解情况，你提到的设备去死的意思是没有断开连接，但无法找到(我想你的意思是广告)，设备连接时，它也是广告?

关于第二个问题，如果我错了，纠正了我，但我是我们在上一篇文章中处理的情况，我提到的是在块中完成所有传感器交互，而不是在唤醒回调中进行所有交互。关于您在十进制中获得133的GATT错误不是有效的GATT错误代码，如果您提到究竟发生的情况下，请在断开回调中有帮助？您提到的错误是断开连接原因？

我不认为这将对您的功耗产生任何重大影响，因为在这两种情况下，您在两种情况下都保持580才能从传感器中读取，或许在块中读取的同时保持设备的方法将保持设备唤醒更多，但我不认为功耗将是重要的。

由于MT_dialog

嗨daniel59,

对不起但我很困惑,你提到你放弃了,我建议为了如何获取数据和执行整个数据事务app_easy_wakeup触发时(从第一次设备造成失速的原因由于我上面提到的)。因为在连接和通知数据时，由于断言，设备会卡在代码中的某个地方，您将不得不调试以检查设备到底在哪里停止。

由于MT_dialog

嗨daniel59,

我很抱歉，但由于你提供的信息，我无法找出设备的位置，你将不得不在不同的情况下测试这个，以便给我更多的线索，以找出什么可能出错。如果你从user_on_system_powered()读取传感器，而设备是清醒的，你返回KEEP_POWERED以便设备保持清醒，而读取，那么我不认为你错过任何BLE事件。如果在调试模式下设备没有停止，那么你可以做的是让设备在无休眠模式下运行，当这个问题发生时，附加调试器并检查设备停止的位置，如下所述:

1）搜索“setbits16（sys_ctrl_reg，debugger_Enable，0）”项目的所有文件;“并到处评论它。//如果您使用的是SDK5，则应完整完成
2）在项目的应用程序文件夹中创建xxx.uvprojx的副本，并将xxx_attach.uvprojx命名为xxx_attach.uvprojx
3)运行附加项目，转到项目选项
4)在“调试”页签禁用“启动时加载应用程序”复选框，并擦除到初始化文件的链接
5)单击调试器的设置按钮，禁用“连接后重启”复选框
6)单击“确定”，再次单击“确定”，关闭项目选项
7)回到原来的项目，编译你的代码，就像你总是做的
附加调试器以下载代码(在RAM中)
9)分离调试器以启动代码的执行

------------------------- 运行代码,一旦问题发生 ------------------

10）在不下载代码（热连接）的情况下再次连接到附件并启动调试器。如果CPU处于断点，那么您可以找到已停止的代码行。

由于MT_dialog

嗨daniel59,

我在上面的说明中提到，如果你正在使用最新的SDK的SetBits16(SYS_CTRL_REG, DEBUGGER_ENABLE, 0);当设备进入睡眠状态时，SDK5.0.4不会禁用调试器模块(较老版本的SDK会禁用)。关于你看到的错误，是因为你没有在Keil中指定你将“使用外部工具进行Flash编程”，在“目标选项”的工具选项卡中。

由于MT_dialog