This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

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

Guru**** 2553440 points


请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1274818/tms570ls3137-workaround-for-sswf021-45-has-been-updated-but-it-is-unclear-why

器件型号:TMS570LS3137

PLL 通报 SSWF021#45的变通办法已在 SPNA233的第二版中更新。 从 SPNA233A 到 SPNA233B、变通办法中使用的寄存器设置已进行了更改、但没有关于继续使用上一期文档中所述寄存器值的暗示的陈述。 请您解释为什么更改权变措施已更新、并阐明对使用原始更改权变措施中指定的寄存器值的现有应用程序的潜在影响。  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Mark:

    我们已开始处理您的问题、并将尝试尽快提供更新。

    --

    谢谢。此致、
    Jagadish。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 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。