[参考译文] TMS570LS3137：已更新 SSWF021#45的权变措施、但不清楚原因

尊敬的 Mark：

我没有 SPNA233A 文档、您有这份文档吗？

如果您有、可以分享一下吗？

--

谢谢。此致、
Jagadish。

e2e.ti.com/.../spna233a.pdf

尊敬的 Mark：

比较 RevA 和 RevB 解决方案后、我的理解如下：

它们进行了两项主要修改：

1.它们将 PLL 输出频率从 Rev A 降低到了 Rev B

2.在测量时改变相同的种子值:

随着我们降低频率、种子值也会正确减小、这就是它们降低了 CNT0SEED 和 CNT1SEED 值的原因。

我已验证所有旧线程和文档、但执行此修改的原因没有任何文档或数据。

在分析数据之后、我的重点是、两个测量值都是有效的、因为它们降低了频率、因此它们只配置了等效的种子值。 它们降低了频率、因为为了实现更准确的测量、我的意思是在 REV_B 中、PLL 输出频率的值比 REV_A 中的值低4倍、这样当频率明显降低时、测量值就会更加准确。

--

谢谢。此致、
Jagadish。

感谢您的答复 Jagadish。

我们在  安全关键型应用中使用由 Rev A 版本提出的权变措施、因此、我必须确定是否需要根据最新版本进行更新。

 根据您的理解、任一权变措施都是合适的、并且都可以最大程度地减少 顾问文档中所述的 PLL 启动问题
SSW021#45,这本身是罕见的。

spna233的第1节指出、该权变措施并不是100%有效、因此我认为在最新版本中降低 PLL 输出频率只是为了进一步提高其可靠性。

您能否确认我的理解是正确的？

谢谢。

标记。

尊敬的 Mark：

对不起,响应延迟,我被其他问题所困扰。

?? ? 说：

 根据您的理解、任一权变措施都是合适的、并且都可以最大程度地减少 顾问文档中所述的 PLL 启动问题
SSW021#45,这本身是罕见的。

spna233的第1节指出、该权变措施并不是100%有效、因此我认为在最新版本中降低 PLL 输出频率只是为了进一步提高其可靠性。

您能否确认我的理解是正确的？

[/报价]

您的理解是正确的。 是的、 任一权变措施都适用、并且都可以最大限度地减少 PLL 启动问题。 是的、 在最新版本中降低 PLL 输出频率是 为了进一步提高其可靠性。

--

谢谢。此致、
Jagadish。

感谢您的澄清 Jagadish。

我还有一个在我们的安全评估中提出的问题。

此变通方法尝试锁定 PLL 以进行指定次数的重试。 在此之后、我们的系统会调用故障通知功能、最终导致由外部看门狗计时器对其进行复位。 这 执行一个软复位、而不是 PORRST。

如果 PLL 在设置的重试次数之后无法锁定、软复位之后重复该序列可能会产生什么结果？

PLL 是否会从此时起锁定到下一次下电上电、或者系统是否有可能从此时起恢复并最终实现锁定？

谢谢。
标记。

尊敬的 Mark：

?? ? 说：

如果 PLL 在设置的重试次数之后无法锁定、软复位之后重复该序列可能会产生什么结果？

PLL 是否会从此时起锁定到下一次下电上电、或者系统是否有可能从此时起恢复并最终实现锁定？

[/报价]

不能从软件执行 POR。

(+) TMS570LS3137：TMS570LS3137是否具有等效于上电复位的自复位功能-基于 Arm 的微控制器论坛-基于 Arm 的微控制器- TI E2E 支持论坛

并同意软复位不会像 POR 那样完全复位器件、但我们无法从软件执行 POR。 我们不了解任何数据、软复位对于再次锁定 PLL 很有帮助。

--

谢谢。此致、
Jagadish。

谢谢 Jagadish。

复位由外部监视器执行。 它的初始化由软件进入一个无限循环并等待看门狗超时发起。 但是该复位不使用 PORRST。

因此、从您的帖子来看、这对我们没有帮助、因为一旦 PLL 无法锁定、我们就需要 PORRST 才能再次锁定。

?? ? 说：

从您的帖子看，这不会帮助我们，因为一旦 PLL 无法锁定，我们就需要 PORRST 才能再次锁定。

你是对的 Mark。