[参考译文] CC2745R10-Q1：高频时钟损耗检测

您好、很抱歉耽误您的时间、我们将于 7 月 1 日回复您。

这件事怎么样？

很抱歉,但我很感谢你的答复。

您好 Toshiki、  

对延迟深表歉意。 我正在与电源驱动器专家合作、以便大家理解。  

您能不能再重复一下这个问题？ 如果在执行 PowerCC27XX_willatorISR () 时出现高频时钟丢失或高频时钟丢失、您是否期望函数 PowerCC27XX_willatorISR () 出现？  

从对函数的简要回顾来看、我认为 CPU 不会被重置。  

请告诉我。  

谢谢、
Isaac

您好、

发生高频时钟丢失->调用中断处理程序 PowerCC27XX_willatorISR ()。

这是预期流程。

此时、是否在 PowerCC27XX_willatorISR () 内重新启动振荡器？

您好：

我要看看这件事,明天再回来。

此致、

Nima Behmanesh

您好：

此时、是否在 PowerCC27XX_wallatorISR () 中重新启动振荡器？

这样是正确的、振荡器会在  PowerCC27XX_willatorISR 内重新启动。 当存在 TRACKREFLOSS 或 HFXTFAULT 时、会发生这种情况。

此致、

Nima Behmanesh

你（们）好

如果发生高频时钟丢失、中断处理程序 PowerCC27XX_willatorISR () 会重新启动振荡器、但是否不需要 CPU 复位？

我担心重新启动振荡器可能会对软件操作产生一定的影响。

您好：

可能还需要复位 CPU。 我与一位同事交谈、他们提到虽然不会发生 CPU 重置、但应该是因为数字域和模拟域可能不同步。

因此、我认为有必要进行复位。

此致、

Nima Behmanesh

您好、

为了执行 CPU 复位、我需要通知用户应用程序检测到“高频时钟丢失“。

“高频时钟丢失“不是可以用 Power_registerNotify () 指定的 eventTypes 元素之一。

是否有任何其他方法可以通知用户应用程序检测到“高频时钟丢失“？

您好、

让我来看看如何实现这一点。 请允许我直到星期三得到答复。

此致、

Nima Behmanesh

你好、Nakamura-San、  

没有高频时钟丢失通知。  

电源事件  PowerLPF3_HFXT_AVAILABLE 在启动时发生一次、在每次待机唤醒时发生一次。 利用这些知识、您可以检查此事件是否连续多次发生、以及该事件是否与启动或待机唤醒事件相关。 If  PowerLPF3_HFXT_AVAILABLE  在没有待机唤醒事件的情况下发生多次、然后发生 HFXT 故障。  

具体故障是未知的、但当发生 HFXT 故障时、HFXT 将被复位、或软件将进入故障、因此建议进行复位。  

如果这对我有帮助、请告诉我。  

谢谢、
Isaac

您好、

请告诉我 PowerLPF3_HFXT_AVAILABLE 事件必须发生的次数、以判断 HFXT 故障是否发生。
如果 PowerLPF3_HFXT_AVAILABLE 在没有唤醒的情况下发生两次、则表示存在 HFXT 故障？

此致、
Yukine

您好 Okita-San、  

我会与团队核实并回复您。 我认为、如果 PowerLPF3_HFXT_AVAILABLE 在没有待机唤醒通知的情况下发生两次、则表示 HFXT 故障。  

我将在明天之前提供回复 (2025年21月08日)。  

谢谢、  

Isaac

您好 Okita-San、  

这种方法不能提供识别 HFXT 损耗的明确方法。 事件将在启动时、进入待机模式以及器件从待机模式唤醒时发生。 也就是说、每次器件进入和退出待机模式时、HFXT 都会重新启动。  

我认为在设备命中 PowerCC27XX_TozatorISR () 函数后重置 CPU 就足够了。 我正在与团队合作、为 HFXT 丢失添加通知、但目前尚无此通知的时间表。  

谢谢、
Isaac

您好、

>我正在与团队合作添加 HFXT 丢失的通知,但目前没有此通知的时间表。  
在上述问题得到解决之前、请告知我临时措施或解决方法。

此致、
Yukine

您好 Okita-San、  

我需要与团队讨论此问题。 根据我的理解、在添加通知之前、目前没有解决方法。  

谢谢、

Isaac