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.

[参考译文] TM4C1297NCZAD:使用 MOSC 作为振荡器源

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/606075/tm4c1297nczad-using-mosc-as-oscillator-source

器件型号:TM4C1297NCZAD

我们当前正在使用外部25MHz 振荡器(使用 TivaWare 2.1.0中的 SysCtlClockFreqSet())从 MOSC 运行我们的系统时钟、没有 PLL。

根据勘误表 SYSCTLT#23 (复位时的总线故障)、不建议将 MOSC 用作振荡器源。 新 SysCtlClockFreqSet()函数的最后一行强制 PIOSC 作为振荡器源。 这似乎是一个相当大的制约因素。 以下是我的问题:

 

1.我真的只能从内部振荡器(PIOSC)运行这个处理器吗?

 

2.将 MOSC 与 PLL 结合使用是否也是 SYSCTL#23的解决方法?

 

3.问题(总线故障)是否适用于任何类型的复位? 包括来自外部看门狗的复位?

我想在 有意进行软件复位之前从 MOSC 切换到 PIOSC、但如果外部看门狗复位、我仍将从 MOSC 运行。

 

感谢您的帮助!

 

您的建议是什么?

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

    我不是这个问题的专家,但可以分享我的看法:

    勘误表显示不是将 MOSC 直接用作 OSCCLK 的源、而是使用 PLL -然后、可以将 PLL 用于 SYSCLK 中。

    您仍然完全能够从晶体运行处理器。 必须使用 SYSCTL_USE_PLL 参数、这正是您在问题2上提出/建议的参数。 我实际上不知道为什么不使用 PLL、而是使用 OSCCLK? 以节省一些能源?

    我想说您照常开展业务、将您的外部 xtal 与 PLL 配合使用。 请勿使用 ROM API 来设置时钟、而是使用从2.1.3版中获取的闪存 Tivaware (此外、使用较旧的 TivaWare 是否有特殊原因?)

    如果只能从 PIOSC 使用处理器、它甚至可能无法通过预生产阶段... MOSC->PLL->SYSCLK 提供的任何类型的复位都不会出现总线故障。

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

    做得好(我们觉得) Bruno -细节很好、"仅限 PIOSC "使用强制实施的"必要限制"-非常重要-"为你做个理由!"