[参考译文] MSP430FR6007：勘误表 PMM32

我认为不是 因为它是"并且"不是"或"。

似乎问题在于 CPU 和外设/IRQ 请求之间的同步

MCLK 连接到 CPU 、SMCLK 连接到外设。 问题与中断有关。 因此、我假设 MCLK 和 SMCLK 不是同步的、这将导致问题。 这是我根据我在 PMM32上看到的信息进行猜测的

2.是的、 SMCLK 必须始终具有与 MCLK 相同的频率。

你好，伊斯天。

我有点困惑。 我将其解读为

在数字1中。 您表示我们没有问题。 (因为时钟是同步的。 SMCLK = MCLK /4)

在数字2中。 您表示我们有问题。   

你好，伊斯天。

下面的内容可能对我们有所帮助。

我们的应用程序的运行方式如下：

当 SMCLK 正在运行时、进入 LPM1而不是 LPM3。

从 LPM3唤醒 CPU 的中断绝不会同时发生、而是会发出 SMCLK 的外设时钟请求。

示例：如果 UART 空闲、但已准备好以高波特率接收、这需要 SMCLK、然后是 LPM1

而不是 LPM3。

很抱歉让你感到困惑。

1。从您的当前设置中可以看到、您可能会满足 PMM32要求、因为您的中断可以随时发生。

2.建议的解决方案是使 SMCLK 和 MCLK 具有相同的频率、如8MHz。 此外、您还需要更新 UART 或其他外设的时钟配置。 对于 UART、您可以在 UG 中查看典型晶振和波特率的表30-5建议设置。

好的、伊斯天、感谢您的回答。

但是、您是否会说所有设计都应使  SMCLK 和 MCLK 具有相同的频率。

我的意思是、前3个子条件非常正常。

抱歉、我不太理解"但您不会说所有设计都应 使  SMCLK 和 MCLK 具有相同的频率。"

是的、 前3个子条件对于客户来说非常正常、确保所有客户不符合 PMM32的方法是使 SMCLK 和 MCLK 的频率相同。 我知道这意味着您需要对代码进行一些更改。 另一种方法可能是使 MCLK 变为 DCOCLK/4、如果您接受 CPU 速度可能会更慢。