时钟速度发生在约10秒后变化

嗨,...感谢您来论坛。令人兴奋的消息!我们现在正在迁至我们的新论坛平台,将提供更好的功能,并包含在主对话框网站中。所有帖子和帐户都已迁移。我们现在只接受新论坛上的流量 - 请发布任何新线程https://www.dialog-seminile.com/support.。我们将在未来几天修复错误/优化搜索和标记。
3个帖子/ 0新
最后一篇
单自然打击
离线
最后一次露面:2天前1周
加入:2015-10-26 13:43
时钟速度发生在约10秒后变化

DA14699 SDK D2522_SDK_10.0.1.52

当我启动软件时,我注意到时钟速度似乎是错误的大约9岁。我正在努力了解发生了什么。操作系统是Freertos,我的计时器基于Freertos基元。FREERTOS端口似乎正在使用32,768Hz低功耗时钟作为其自动送点。我设置了一个计时器以每250ms切换数字输出(即时勾选为1/512秒)。有什么看法是输出每〜294.2ms切换约9秒,然后切换到250ms的切换。这些值的比例为1.177。我认为可以想到32,000Hz RC时钟是一段时间,然后32,768Hz接管(如果RC时钟准确,则比率1.024)。但比率之间的差异似乎很大。

任何人都可以暗示什么可能导致这一点?我假设我在我的代码中完成的东西,也许是与Power Manager相关的,但我最初在其中一个示例上建模了我的代码。

我们正试图升级SDK(驾驶员中断变化),并发现设备在9S期后才能睡眠。除了带来新的SDK并对项目代码进行必要的更改,否则更改了其他内容。

干杯

AL.

设备:
单自然打击
离线
最后一次露面:2天前1周
加入:2015-10-26 13:43
我被告知这一点

我被告知,这可能与SDK初始化和校准水晶的时间相关,或类似的东西。这听起来很长一段时间......

PM_DIALOG.
离线
最后一次露面:16小时3分钟前
职员
加入:2018-02-08 11:03
嗨单自然克里克,

嗨单自然克里克,

在前8秒内,设备醒着,在此时段是XTAL32沉降程序。为此,预计您不会获得准确的结果,因为Crystal尚未解决,这就是系统不能处于睡眠模式的原因。8秒后,这是用于计算用于晶体沉降的最佳持续时间,XTAL32已稳定,因此可以用作低功耗时钟,系统可以放在睡眠模式中。

谢谢,PM_DIALOG.