[参考译文] MSPM0G3507：HFCLK 上电

只是为了确认：不使用 SYSOSC、是否无法直接使用 HFCLK 启动？

另一个问题：如果无法使用 HFCLK 引导、为什么使用 SYSPLL（它本身由 HFCLK 提供时钟信号）进行引导？

这是因为 PLL 可以在 MCU 上电后立即可用并运行、尽管没有与晶体时钟同步（它 【大概】在上电时不运行）？

尊敬的 Dimo：

、为什么使用 SYSPLL（它本身由 HFCLK 提供时钟源）引导是有效的？

在哪里可以找到 MSPM0G3507 能够通过 SYSPLL 引导？

或者、您需要在引导阶段自定义引导加载程序用户定义、而不是使用 ROM 进行 MCU 启动？

B.R.

Sal

你好 Sal ,非常感谢尝试揭开神秘的这个.

开始配置。 如果我尝试将 HFCLK 直接引导至 MCU 并禁用 PLL、则会失败

此致

Dimo

我想看看 PLL 会触发、并会在 HFCLK 内置延迟时立即可用、或者我的 10 个周期  HFXT 启动时间（以 64 μ s 为增量） 会延迟该时间。 即使 PLL 未锁定到晶体、它仍会在足以启动的某个时钟上为 CPU 计时。

尊敬的 Dimo：

SysConfig 工具中的配置不适用于引导设置。

它根据用户要求配置 MSPM0 外设、并在 MCU 引导后调用初始化代码并跳转到主应用程序代码。

如果我尝试将 HFCLK 直接引导到 MCU 并禁用 PLL

我建议您使用时钟树来配置 MCU 时钟系统：

我的想法是 PLL 触发的、当 HFCLK 内置延迟或 10 个周期的  HFXT 启动时间

SysConfig 应该会处理这一问题。 它将首先启动 HFXT、等待其正常（用户应启用启动监控器）、然后启动 PLL：

B.R.

Sal