你好,
我试图得到延长睡眠工作在我的定制板与DA14581 MOD板。安装过程如下:
系统最初配置使用Extended_sleep,而无需OTP副本。唤醒在按钮中断时配置,首先按下系统唤醒系统。在唤醒时,禁用睡眠(使用Arch_disable_sleep),因此我可以使用Timer0每100ms对传感器进行排样。然后,Extended_sleep将在7秒后重新启用。
定义一段时间后(约3 - 4秒),系统似乎就决定它应该回到extended_sleep,尽管它从来没有被重新启用,并根据arch_get_sleep_mode睡眠模式(0)。当然timer0不再运行,所以传感器不再是被采样。
如果我配置系统以不使用Extended_sleep,那么一切都按预期工作。同样,当耗尽RAM(使用Keil Debug)时,使用Extended_sleep的此系统工作正常,但不使用闪存时。
你有什么想法造成这个吗?
谢谢
关键词:
设备:
我设置了default_operation_adv = NULL,而不是像所有其他示例那样设置了user_app_adv_start。一旦把它放回user_app_adv_start,那么当广告运行时,它在flash中工作得很好。如果我等到广告完成后再按下按钮,它就会再次冻结。根据当前的消耗,当它冻结时,它看起来不是实际上在extended_sleep模式,实际上仍然在活动模式,只是停留在某处。
你有什么想法是否为什么?从我的角度来看,所有这些都改变了它在开始时的广告,但它似乎影响不仅仅是那样的。
嗨AdamShier,
感谢您在线的问题,为了您对我们的微小模块解决方案的兴趣,让我更改初始帖子的设备选择,因为选择了DA14581而不是DA14531微型模块。
如果我的理解是错误的,请正确:模块在EXT睡眠模式下使用OTP复制在系统初始化时 - User_App_Init()回调 - 并且还启用了唤醒控制器,以便通过GPIO触发唤醒系统。当筹码唤醒时,可以请注明它是否也开始广告?你打电话给user_app_adv_start()回调吗?
>>>在定义的时间段(〜3-4秒)后,系统似乎只是决定它应该重新进入Extende_sleep,事件从未重新启用
那么,如果从System-RAM启动,在设备决定休眠后,可以在GPIO触发器后唤醒它吗?
你能检查一下定时器是否会导致"自动"睡眠吗?您将使用哪个SDK项目作为开发自己的应用程序的参考?
>>>基于当前消耗它冻结时,看起来它实际上不是在Extended_sleep模式下,实际上仍然处于活动模式,只是粘在某个地方。
是否有可能以调试模式运行它,并检查代码是否已破坏到断言,NMI等?
如果default_operation_adv = user_app_adv_start,那么DA4531将在系统初始化后自动开始发布。
谢谢,PM_Dialog
该模块在ext_sleep_mode中配置没有OTP拷贝,user_app_init被用作.app_on_init,并且唤醒控制器被配置为使用GPIO作为从按钮唤醒。当芯片醒来时,它不会开始做广告,因为我已经有意识地删除了那个方面。user_app_adv_start()回调函数只在某人按住按钮10秒时调用。
我可以使用GPIO触发器从睡眠中唤醒它。一旦它醒来,除非是启用广告,否则将在3-4秒后冻结,除非是广告,在这种情况下,一切都将正常工作。
在调试模式下运行的问题是,在调试模式下一切都能正常运行,但从flash中运行时就不行了。
我理解default_operation_adv = user_app_adv_start在开始时自动启动广告的方面。我只是不确定为什么这似乎改变了代码的行为在定义的时期之后冻结,而不是像预期的那样工作。
就它类似的基本项目而言,它将是睡眠模式的User_Peripheral one和代理一个的组合。
如果使用app_easy_timer()而不是将timer0设置为计数器,代码也可以正常工作。我知道timer0在扩展睡眠模式是禁用的,但我使用arch_disable_sleep()从按钮醒来,所以我不知道为什么这将是一个问题。
在从按钮唤醒时,定时器完全重新初始化/配置,因此它似乎是正确的,但在一段时间后,代码只是停止。
编辑:这一次从按钮醒来到冻结是2.7秒,非常一致。它绝对没有休眠,运行电流从200uA上升到300uA当冻结发生。
嗨AdamShier,
您是对的 - 当设备睡眠时,Timer0已关闭,作为所有外围设备。您可以使用app_easy_timer()定期唤醒,因为它是使用BLE定时器。您可以检查设备是否在广告间隔之间睡觉?一世
在调试模式下运行的问题是,一切都能在调试模式下正常运行,但从flash中运行时就不行了。
随附调试器时,会阻止系统进入任何睡眠模式。
您能解释一下您所说的设备在规定时间后冻结是什么意思吗?
由于您从Flash启动,您可以使用ARCH_PRINTF()以便在串行终端中打印一些调试信息。
谢谢,PM_Dialog
当使用闪光灯启动时,当我没有按下按钮或在广告中占用时,设备肯定会睡觉,睡眠电流下降到〜10ua。
我正在使用printf,以确定它被冻结。按下按钮后,禁用睡眠状态,并启动Timer0并每100ms生成中断。所有中断处理程序都已打印递增索引。递增索引工作2.7秒,直到它只是停止,这就是我知道它在2.7秒后始终冻结。
这差不多解决了。我并不完全了解为什么它在2.7秒后冻结,或者为什么在启用广告时它正在运行,但它在我删除的时候正常工作
如果(arch_ble_ext_wakeup_get())在按钮按回调。我认为它在示例项目中,因为按钮开始广告,它只有在广告完成时评估为真。所以对于我的项目来说,它不存在是有意义的。
嗨AdamShier,
默认情况下,WDOG超时左右2.6秒,所以我假设WDOD定时器到期。
您是否始终连接调试器?您还应该具有启用的开发调试 - CFG_DEVELVELMMENT_DEBUG。
谢谢,PM_Dialog
WDOG未在配置文件中定义,但那些时间似乎太接近是巧合。定义了CFG_DEVELINMENT_DEBUG。从Flash运行时出现此问题,并发生调试器是否已连接。
嗨AdamShier,
您能否在调试模式下定义WDOG并运行它?如果在正常模式下从系统RAM运行它(没有安装调试器),您是否可以复制此行为?随附调试器时,这会阻止系统睡眠状态。
谢谢,PM_Dialog
所以我尝试启用看门狗,这也似乎也解决了它,而不是删除唤醒回调中的Arch_ble_ext_WakeUp_get的检查。我会总结一下人民的组合:
如果你有
if(arch_ble_ext_wakeup_get()))
{
ARCH_BLE_FORCE_WAKEUP();
arch_ble_ext_wakeup_off ();
app_easy_wakeup();
}
你想要禁用睡眠一段时间,然后在稍后的时间点重新启用睡眠,那么看门狗必须被启用。否则在唤醒后代码会在看门狗超时后冻结,仍然不确定到底为什么。还有一种情况是,当广告启用时,它将在设备广告时工作,然后将再次冻结时,无限的广告,你不会看到这个问题。
嗨AdamShier,
谢谢你的迹象,很高兴你有工作。
谢谢,PM_Dialog
嗨AdamShier,
我目前正在努力解决类似的问题,围绕外睡眠,按钮唤醒和周期性读取传感器值。你是否愿意分享一些代码与更多的信息,如你如何进入睡眠,你如何配置按钮按下唤醒/回调,..?
致以真诚的感谢和诚挚的问候,
约瑟夫