[参考译文] CC2652R7：设置 RTC 值

您好！

感谢您联系我们。 很抱歉、您无法解决上一主题中的问题。 根据您的说明、我猜测 BLE5-Stack 将会利用 RTC 外设并意外修改它可能会导致意外行为。 退后一步、您能否描述您尝试在自己身边实施的内容？ 可以使用利用后端中 RTC 的时钟驱动器或计时器驱动程序来实现该目的。

此致、

1月

正如我所理解的那样、RTC 模块在关闭电源后并不保存其值、因此当它打开时、它从0开始计数。 启动整个系统时、我想更改 SEC 寄存器的值、以便它指向我当前在 UNIX 中的实时时间。 因此、我正在尝试将所需的值写入此寄存器。

您好、Nick。

明白了。 感谢您的解释。 您能分享一下如何尝试执行寄存器写入吗？ 代码片段会很有帮助。 我可以用它和研发部门讨论如何在运行时正确修改此寄存器。

此致、

1月

它会尽可能简单
我有一个广播器件(GapAdvEnable)的射频器件任务、控制台(shell)有一个任务、通过该任务可处理从键盘输入的命令。 当我输入时间更改命令时、第二个任务简单地调用直接写入 RTC 寄存器。

HWREG(AON_RTC_BASE + AON_RTC_O_SEC) = sec; 

我尝试执行代码调用的各种组合

就像这样

AONRTCDisable();
HWREG(AON_RTC_BASE + AON_RTC_O_SEC) = sec;
AONRTCEnable();

HWREG(AON_RTC_BASE + AON_RTC_O_SEC) = sec;
HWREG(AON_RTC_BASE + AON_RTC_O_CH0CMP) = ((sec+5)&0xFFFF)<<16;

我在更改 RTC_SEC 后尝试从示例调用其中一个函数、因为射频部分的某些操作显然会更改 CH0CMP 寄存器、但我还不了解该逻辑以及如何正确执行它

osalAdjustTimer(1);
osalTimeUpdate();
osalTimerUpdate( sec +1 );
osal_timer_refTimeUpdate();
osal_next_timeout();                
TimerP_dynamicStub(0);

您好！

明白了。 感谢您提供更多详细信息。 我已经联系了研发部门、希望下周早些时候能收到他们的回复。 您是否有机会测试您提到的替代提及并验证它是否有效？

此致、

1月

你(们)好

我尝试通过 UTC_BLOCK.c 运行时钟、看起来效果不错。
但是、我还没有深入研究该模块如何计算睡眠模式后的时间。 我将在下周尝试以同样的方式加以澄清。
但我认为直接更改 RTC 寄存器仍然是我的优先事项

您好、Nick。

明白了、我已经与研发专家进行了接洽、正在等待他们的回应。 我希望能在本周早些时候收到他们的反馈。 同时、如果您有任何其他发现、请在本主题中分享、如果可能会有所帮助、我会来看一下、并与研发部门分享。

此致、

1月

好的、谢谢
我将等待您的专家的回复。

您好！

"好了,我去洗澡了。

__STATIC_INLINE void hal_rtc_sec_set_2(unsigned int sec)
{
    AONRTCDisable();
    uint32_t diff = HWREG(AON_RTC_BASE + AON_RTC_O_CH0CMP) - HWREG(AON_RTC_BASE + AON_RTC_O_TIME);
    HWREG(AON_RTC_BASE + AON_RTC_O_SEC) = sec;
    HWREG(AON_RTC_BASE + AON_RTC_O_CH0CMP) = diff + (uint32_t)((sec&0xFFFF)<<16);
    AONRTCEnable();
}

遗憾的是、这会按预期更改寄存器、但仍然会对 BLE 堆栈的运行产生负面影响。
更改 RTC 寄存器时、我仍然会观察到射频内部有问题。 我想、由于我更改了 RTC 寄存器、现实情况并不符合预期、因此里面的变量中有一些计数器会给出错误的结果

我认为其中一个可能的原因在于 ClockP_workFuncDynamic 函数内。

有一个变量"距离"、其中写入函数 ClockP_walkQueueDynamic 的结果。
由于​​RTC 值的变化、我认为这个函数内部执行了不正确的数学计算、并且因此设置了不正确的时序。 因此、整个 BLE 堆栈会停止正常工作。
我还没有弄清楚这到底是怎么可以绕过的,即使它是一个神奇的技巧。
您的专家是否有任何建议？ 当器件正在工作并通过广播进行广播以及此时我们更改 RTC 值时、他们可以重复该实验吗？

您好！

明白了。 我专门从 BLE R&D 获得了一些信息、因此建议不要在射频堆栈处于运行状态时设置或复位 RTC、因为它们严重依赖于 RTC。 他们建议改用引用变量。

此致、

1月

您好！

您的团队能否就如何暂停 RF 堆栈、更改 RTC 寄存器、然后重新启动 RF 堆栈给出建议、以便它重新计算时间间隔并能正确工作？
或者、您是否确认射频堆栈内的所有内容都与 RTC 值直接相关、并且直接对 RTC 的任何影响都可能导致操作错误？

您好！

要在使用 BLE 时挂起射频堆栈、您将需要停止所有连接并停止所有扫描和广播。 之后、可能会修改 RTC 寄存器、如伪代码中所述。 但是、如果在任何射频操作进行时执行此操作、则可能会导致您所见的错误行为。

此致、

1月

你(们)好
好的、感谢您的帮助。
我目前没有任何问题、感谢您的帮助。