嗨,对话框
我们使用我们定制的DA14681开发板。我们的系统在延长睡眠模式下运行。我们发现系统可能会停止在断言代码“configASSERT((xTickCount + xTicksToJump) <= xNextTaskUnblockTime);”．好像是freertos tickCount出了问题。如何解决这个问题?
设备:
⚠️
大家好. .谢谢你来到论坛。令人兴奋的消息!我们现在正在转移到新的论坛平台，它将提供更好的功能，包含在主对话网站中。所有岗位和账户都已迁移。我们现在只接受新论坛的流量-请在上面发布任何新帖子//www.xmece.com/support．我们将在未来几天修复bug /优化搜索和标记。
大家好. .谢谢你来到论坛。令人兴奋的消息!我们现在正在转移到新的论坛平台，它将提供更好的功能，包含在主对话网站中。所有岗位和账户都已迁移。我们现在只接受新论坛的流量-请在上面发布任何新帖子//www.xmece.com/support．我们将在未来几天修复bug /优化搜索和标记。
嗨提到,
谢谢你在网上提出的问题。关于这一论断，我的评论如下:
1.检查ISR正在运行的中断。ISR可能正在运行需要很长时间的代码，从而导致系统延迟。
2.我们怀疑该断言的另一个可能原因可能是中断可能被禁用了很长一段时间。这可能会使操作系统错过节拍计数。
3.请问您是否做过SDK的修改，特别是低功率时钟的配置?我假设正在使用DA1468x产品系列的最新SDK版本(1.0.14)。
谢谢,PM_Dialog