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.

[参考译文] TM4C1290NCPDT:勘误表 SYSCTL#23问题

Guru**** 2515075 points


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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1296366/tm4c1290ncpdt-question-for-errata-sysctl-23

器件型号:TM4C1290NCPDT

您好!

假设发生了 SYSCTL#23、则在复位时生成总线故障。
在这种情况下、如果软件检测到总线故障、并且处理程序简单地清除了该故障、那么系统之后可以正常运行、正确吗?

谢谢。此致、
田代浩一郎

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

    您好!

     凭借通过使用更新的 TivaWare 版本而提出的建议权变措施、我认为您不会遇到总线错误。 我没有遇到任何论坛报告说在 v2.1.3之后的 TivaWare 版本中发现了总线故障。  勘误表中没有提到总线故障产生后将会发生什么情况、以及处理器是否可以在处理总线故障后继续运行。 可能会看到一个重复的总线故障、但我不确定。 原因是某些内部寄存器未正确初始化、导致了勘误。 清除总线故障并不意味着 未初始化的内部寄存器将初始化为正确状态。 请使用最新的 TivaWare SDK 来解决该问题、而不是假设清除总线故障可以解决旧版 TivaWare 中的问题。  

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

    尊敬的 Charles:

    正如我在原帖中所知、客户需要使用 PLL 旁路。 这意味着 OSCCLK 源必须为 MOSC。

    请使用最新的 TivaWare SDK 来解决此问题,而不是假设清除总线故障即可解决旧版 TivaWare 中的问题。  [/报价]

    您是说即使 MOSC 被用作 SYSCLK 的 OSCCLK 源、使用最新的 TivaWare SDK 也可以避免总线故障吗?

    谢谢。此致、
    田代浩一郎

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

    尊敬的 Koichiro-San,

    正如我在最初的帖子中所告知的,客户需要使用 PLL 旁路。 这意味着 OSCCLK 源必须为 MOSC。

    如果您看看勘误表中显示的图表、红色突出显示的是导致发生勘误的原因。 如果取消选中 USEPLL、MOSC 最终成为 SYSCLK。  我已以黄色突出显示以显示从 MOSC 到 SYSCLK 的路径。 较新的 TivaWare SDK 中实现的权变措施是解决  受影响路径的问题(以红色突出显示)。 这意味着在使用权变措施后、从 MOSC -> OSCCLK -> SYSCLK 的路径将是固定的。