sleep_lp_cycles < slp_period

⚠️
大家好. .感谢来到论坛。令人兴奋的消息!我们现在正在转移到新的论坛平台的过程中,它将提供更好的功能,并包含在主对话网站。所有的帖子和账号已经迁移。我们现在只接受新论坛的流量-请发布任何新的帖子在//www.xmece.com/support.我们会在接下来的几天修复bug /优化搜索和标记。
2个职位/ 0个新职位
最后发表
ciano
离线
最后看到:2周7小时前
加入:2014-10-03 08:13
sleep_lp_cycles < slp_period

嗨,对话框中,

您能否给出一个解释,为什么我们有时会点击下面的ASSERT_WARNING(0),以及我们应该做什么来避免这种情况?

我们没有一个XTAL32 (32kHz晶体),但正在使用内部RCX振荡器

在rwble.c行233 ->

if ((DEVELOPMENT_DEBUG) && (USE_POWER_OPTIMIZATIONS))

slp_period_retained = slp_period;
//如果此断言命中,则LP ISR持续时间超过该时间
//通过LP_ISR_TIME_XTAL32_CYCLES和LP_ISR_TIME_USEC保留。
If (sleep_lp_cycles && (sleep_lp_cycles < slp_period))
ASSERT_WARNING (0);

最好的问候,
Ciano霜

关键词:
设备:
PM_Dialog
离线
最后看到:2天24分钟前
工作人员
加入:2018-02-08 11:03
嗨ciano,

嗨ciano,

这个断言可能意味着lp_handler花费了太多的时间来执行,而您得到的警告意味着BLE核心唤醒计算值花费了更多的时间。请查看之前的帖子:

https://support.dialog-semiconductor.com/forums/post/dialog-smartbond-bluetooth-low-energy-%E2%80%93-software/some-porblem-sleep-mode

谢谢,PM_Dialog