您好!
假设发生了 SYSCTL#23、则在复位时生成总线故障。
在这种情况下、如果软件检测到总线故障、并且处理程序简单地清除了该故障、那么系统之后可以正常运行、正确吗?
谢谢。此致、
田代浩一郎
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.
您好!
假设发生了 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 的路径将是固定的。
