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.

[参考译文] RM46L852:PLL 无法启动;勘误表 SYS#046和 SSWF02#45

Guru**** 2487425 points
Other Parts Discussed in Thread: HALCOGEN, RM46L852

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/735544/rm46l852-pll-fails-to-start-errata-sys-046-and-sswf021-45

器件型号:RM46L852
主题中讨论的其他器件:HALCOGEN

查找两个勘误表的输入:

SYS#046:时钟源启用且时钟源有效时、时钟源开关不符合要求

HalCoGen 生成的代码在 system.c mapClock()中实现了权变措施:

/*勘误表的解决方法 SYS#46:
*
*勘误表说明:
*时钟源切换不符合时钟源使能和时钟源有效的要求
*权变措施:
*始终检查 CSDIS 寄存器以确保时钟源已打开并进行检查
* CSVSTAT 寄存器以确保时钟源有效。 然后写入 GHVSRC 以切换时钟。
*
/**-等待直到时钟锁定*/
SYS_CSVSTAT = systemREG1->CSVSTAT;
SYS_CSDIS = systemREG1->CSDIS;
while ((SYS_CSVSTAT &(SYS_CSDIS ^ 0xFFU)& 0xFFU))!=((SYS_CSDIS ^ 0xFFU)& 0xFFU)

SYS_CSVSTAT = systemREG1->CSVSTAT;
SYS_CSDIS = systemREG1->CSDIS;
}/*等待*/

在上面的循环中挂起的一个单元上运行。 PLL1无效、即 PLL 无法启动? 这不是在每次上电时发生的、但是可重复的。

然后找到其它勘误表:SSWF0221#45 - PLL 无法启动

此勘误表为权变措施提供了代码示例、此权变措施以较低的速率启动 PLL、然后按照 HalCoGen (即220MHz)中的定义继续配置 PLL。

SPNA233A 2016年5月2016年6月修订版在检查上电复位后将此代码放置在 sys_startup.c _c_int00 ()中:

/*检查上电复位条件*/
/*SAFETYMCUSW 139 S MR:13.7 "硬件状态位读取检查"*/
if ((SYS_EXception & powerON_RESET)!= 0U)

/*用户代码开始(12)*/
  if (_errata_SSWF021_45_both _PLL (5)!= 0)
  {
    routine_TO_PUT_IN_SAFE_FAIL_STUE();
  }
/*用户代码结束*/

问题:

1) 1)是否有人遇到 PLL 无法启动的问题? 如果是、您是否能够确定问题、以及是否在勘误表 SYS#046变通办法上失败?

2) 2)是否有任何解释(希望 TI 代表提供) PLL 无法启动? 如果这是 RM46x 的问题、为什么这个勘误权变措施不是由诸如 SYS#046的 HalCoGen 代码生成的?

3) 3) TI 建议对 SSWF0221#45实施变通办法、SPNA233A 可识别最多5次重试的各种重试的时序。 可以使用更多重试次数、还是建议尝试不超过5次?

我尚未尝试实施此变通办法、因为存在此问题的设备不再显示此问题、我们仍在尝试再次重现此问题。

感谢您的任何经验或建议。

Don。。

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

    很抱歉耽误您的回答。 请参阅以下我的评论:

    1) 1)是否有人遇到 PLL 无法启动的问题? 如果是、您是否能够确定问题、以及是否在勘误表 SYS#046变通办法上失败?

    >>针对 SYS#46问题的权变措施已经到位、以防应用在不首先启动 PLL 的情况下尝试通过时钟域切换到 PLL 输出时钟。 由于 PLL 启动问题、此权变措施现已失效。 现在正在更新此变通办法以解决 PLL 启动问题、并将包含在 HALCoGen 的下一次更新中。

    2) 2)是否有任何解释(希望 TI 代表提供) PLL 无法启动? 如果这是 RM46x 的问题、为什么这个勘误权变措施不是由诸如 SYS#046的 HalCoGen 代码生成的?

    >>这是所有 RM4x MCU 的问题、仅在加电时才可能发生、如勘误文档中所述。 下一个 HALCoGen 更新将包括针对此问题的推荐解决方法。 SYS#46的权变措施也将使用此 PLL 启动问题权变措施。

    3) 3) TI 建议对 SSWF0221#45实施变通办法、SPNA233A 可识别最多5次重试的各种重试的时序。 可以使用更多重试次数、还是建议尝试不超过5次?

    >>应用程序可以选择尝试启动 PLL 的次数。 这取决于应用、因为某些应用在应用必须以目标频率启动和运行的时间内有一个严格的限制。

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

    感谢您提供详细信息。

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

    很抱歉,我有最后一个问题。 现在我们已将此勘误修复程序集成到我们的代码库中、有没有方法可以测试此实现? 换言之、是否有任何已知的方法可以使 RM46在 PLL 故障时上电?

    此外、您还提到此勘误实施方案使 SYS#046变通办法"无效"。 在运行 SSWF0221#45勘误表权变措施加电复位以及在 HalCoGen 代码中生成的 SYS#046权变措施时是否存在任何问题?

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

    没有办法故意引起 PLL 启动问题。

    关于 SYS#46的权变措施、我是说除非它也使用了针对 PLL 启动问题的权变措施、否则此权变措施不有用。 如果应用程序配置 PLL 控制寄存器、启用 PLL、并使用推荐的权变措施使 PLL 在将 PLL 输出时钟用于任何域之前获得锁定、则根本不需要 SYS#46权变措施。 这是使用任何可用时钟源的正常序列。

    SYS#46问题仅适用于应用尝试通过时钟域切换到尚未启用或有效的源(例如 PLL)的情况。

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

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

    您好、Sunil、

    再次感谢您提供的与 RM46x 勘误表 SSWF02#45相关的所有信息。

    很抱歉继续提出更多问题、但我希望您知道或知道 TI 的某个人可能会对以下问题发表意见。 我们正在尝试评估出现此问题的风险/可能性、即使在实施了所述的变通办法之后也是如此。

    同样、我们将使用 RM46L852微控制器、并基于 SPNA233A - 2016年5月- 2018年6月修订版、Hercules PLL Advisory SSWF02#45 WorkaroundTM 声明如下:

    德州仪器发现、在极少数情况下、某些 Hercules 安全微控制器会出现问题
    和 PLL 启动。 而德州仪器在测试和筛选这些器件时
    本报告的发布、我们的屏幕不是100%有效。 受影响的零件具有建议
    如果勘误文档于5月发布、则该器件勘误文档中列出的 SSWF0221#45
    2016或更高版本。 本报告中描述的软件解决方法虽然不是100%有效、但效果显著
    有助于减少故障的发生。

    TI 是否有任何信息可以说明在器件实施了上述权变措施后出现此问题的可能性(或数量);但仍发现无法正确启动 PLL?

    再次感谢、

    Don。。

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

    如勘误表说明中所述、存在一个针对此问题的严格屏幕、虽然屏幕效率不是100%、但在退出屏幕后、PLL 无法锁定在客户应用中、未能将器件返回 TI。

    此致、
    Sunil