[参考译文] TMS320F28377S：ADC 读数缺少低位 3 位

尊敬的 Masoud：

我在这一点上感到困惑。 我曾经看到过一些建议、认为 12 位结果在结果寄存器中左对齐、但这与我在调试代码中看到的结果不匹配。 我的结果中未填充 4 个最高有效位、应达到最大值的通道表示为 0x0FFF/4095。

（我可能缺少一些自动执行换档的较低级别的访问项目。）

而且,如果这只是一个问题与改变我仍然希望在结果中有某种敏感性。 我们的 ADC 电路在 3.3V 下供电、因此、如果我扫描输入电压、我应该会看到结果以略小于 1mV 的步长变化。 但我看到的是、除了 12.9mV 甚至 25.8mV 的步长外、结果是可以抵抗变化的。

尊敬的 Jeff：

您所描述的与原始 ADC 结果左对齐且低 4 位始终为零时所看到的完全相同。 在 12 位模式的 F2837x 器件上、转换存储在 ADCRESULTx[15：4]和 ADCRESULTx[3：0]=0 中。 如果读取原始 ADCRESULTx 寄存器、必须右移 4 才能获得真正的 12 位值 (0–4095)。

为什么看到“maxed"通道“通道使用 0x0FFF (4095)：这表明代码路径中的某个层已经为您提供了一个右对齐的 12 位数（例如，一个可读取和移位的帮助程序/API）。 如果随后再次移位（例如，在转换为 mV 之前 val >>=4）、则可以有效地将低 4 位清零、从而得出粗略步长。 换句话说、您可能会出现双移位情况、具体取决于您是通过驱动程序/API 读取还是直接读取寄存器。

此致、

Masoud

我很有信心这不是位移错误、我运行了相同的代码、并在其他应用中使用了相同的调试过程；在这些情况下、我在结果寄存器中看到了 12 位精度。 事实上、我测试的相同代码在同一处理器上运行、但被测板的版本不同、并且具有完整的 12 位分辨率。 据我所知、ADC 电路没有相关变化、因此我将解释转换器为什么会表现出这种行为。

如果在右移后仍然看到量化突变大于 1LSB、请分享一个简短的片段、其中显示了如何配置 ADC_setMode (...)、SOC ACQPS 以及如何读取/记录结果；但在几乎所有类似的情况下、>> 4 是缺失的步骤。

此致、

Masoud