[参考译文] MSPM0G3519：关于 ADC 转换

您好、您可以尝试以下操作：

1. 仔细检查 sysoc 情况下的修整输出频率是否正确
2. 禁用 sysoc 上的 16MHz 修整、然后重复测试以查看问题是否仍然存在
3. 只需将这些内容从列表中删掉即可：
   1. 尝试增加 SCOMP 设置以让输入信号有时间稳定下来、然后查看问题是否仍然存在。
   2. 尝试降低 SCLKDIV 以降低采样时钟频率并检查问题

请告诉我、这些是否会导致相同的行为、我们可以从此处缩小问题的根本原因。

-布赖恩

嗨、Brian、

请仔细检查修整后的输出以了解 sysoc 情况下的正确频率

16.08MHz

尝试增加 SCOMP 设置值、以便为输入信号提供稳定时间、并查看问题是否仍然存在。

客户尝试过、但没有观察到任何变化、即使 SCOMP 值达到最大值也是如此。

尝试 SCLKDIV 降低采样时钟频率并检查问题

将 SCLKDIV 设置为 0、然后设置为 1、然后设置为 2、但未观察到任何变化。

--

仍在检查 2 号

嗨、Brian、

请仔细检查修整后的输出以了解 sysoc 情况下的正确频率

客户调整了 SYSOSC 到 16.01MHz 设置、但模数转换失败。

禁用 sysosc 上的 16MHz TRIM 并重复测试以查看问题是否仍然存在

客户将 ADC 设置为 SYSOSC、将 SYSOSC 设置回 32MHz、但模数转换失败。

只需将这些内容从列表中删掉即可：

1. 尝试增加 SCOMP 设置以让输入信号有时间稳定下来、然后查看问题是否仍然存在。
2. 尝试降低 SCLKDIV 以降低采样时钟频率并检查问题

[/报价]

即使将 3-(1) AD 转换设置为 MAX、也无法执行该转换。
3-(2) 电流设置为 1 分频、因此我尝试了 2 分频、4 分频和 8 分频、但无法转换为模数转换。

--

此外、您认为此问题与下面的勘误表相关吗？

我认为存储 AD 转换结果的位置未对齐。
它与勘误表中的 ADC_ERR_10 类似、但情况不同、因此请进行检查。

设置：

信号

PA15	I2C1_SCL
PA18	BSL 调用
PA21	挑战
PA22	未分配

ADC 时钟：ulp

两个观察结果使用相同的软件、只有时钟不同。

红色帧是您此次要执行 AD 转换的部分
使用 HFXT 时、它是按预期在位置生成的、但获得了 AD 转换。
使用 SYSOSC 执行时、结果存储在意外的位置、读取的位置为 0。

（如果 sysoc 为 16.0878、仅转换 ADC0[4]和 ADC1[5]）  

嗨、Brian、这里有什么更新吗？

您好 Brian、

您在这篇文章上不会感到难受。 您能否提供支持？

嗨、Brian、

您能否支持此查询？