[参考译文] AM13E23019：缺少 PPB 偏移校正

尊敬的 Oleksandr：

感谢您提请我们注意这一点以及您的报告—这是一个很好的收获。

经过进一步审查、我可以确认 AM13E230x 器件确实支持 PPB 偏移校正。 ADCOFFTRIM 寄存器 （偏移= E8h、第 15.12.2.35 节）位于 TRM 中、是用于应用偏移校正值的寄存器。

断开连接似乎是、虽然 硬件和寄存器支持存在、但 可能尚未为 AM13E2x 实现相应的 driverlib API。 我会进一步研究这一点、并在收到有关 driverlib 支持和时间线的确认问题后跟进。

同时、作为 权变措施、您应该能够 使用寄存器级访问权限直接写入 ADCOFFTRIM 寄存器、以应用所需的偏移校正值、而无需调用 driverlib API。

您能否确认 当前正在使用的 SDK 版本？ 这将帮助我们更准确地调查 driverlib 差距、并为您提供最相关的指导。

感谢您发送编修。我们会重新检视您的建议。 如果您在此期间有任何其他问题、敬请告知。

此致、

Zackary Fleenor

感谢您的反馈、 Zackary！

但 ADCOFFTRIM 不用于配置“15.11.10 ADC 零偏移校准“--一个适用于所有 ADC 测量而不是单个 SOC 的校准值？ TRM 还说、该值是“在工厂测试期间确定和校准的“、因此理想情况下、我们不希望通过更改该值来实现精确的测量。
我不确定这是否正是我们想要的。 或者我是否误解了手册中的内容？

  到目前为止、我们是 SDK 的旧版本-- 01.00.00.ea2。

该版本中的 driverlib 包含可与 ADCOFFTRIM 配合使用的 API、例如：  

但是、当与 26.00.00.06 进行比较时、这些函数似乎被删除了：

只是一个有趣的观察,我们没有使用它们,所以这不应该是我们的问题。

BR、
Oleksandr

尊敬的 Oleksandr：

感谢您的纠正和彻底的跟进—您是绝对正确的、我很抱歉在我之前的回答中出现了混淆。 ADCOFFTRIM 和 PPB 偏移校正是两个不同的功能、我错误地将它们合并在一起。 让我正确地说明每一点。

ADCOFFTRIM （第 15.11.10 节）是一个 全局 偏移校准寄存器、在所有 ADC 转换中应用单个校正值。 如前所述、该值在引导期间经过工厂校准、修改后会影响所有通道的测量精度 、而不能 替代 PPB 偏移校正。

PPB 偏移校正 （第 15.6.1 节） 通过 ADCPPBxOFFCAL.OFFCAL 寄存器按 SOC 运行、专门用于消除外部传感器或源引入的通道级偏移、实现零软件开销。

经过进一步审查、我可以确认这是 TRM 中真正的不一致之处。 虽然第 15.6.1 节介绍了 PPB 偏移校正功能、数据表将其列为支持的 PPB 功能、但“TRM 寄存器映射 “一章中似乎缺少 ADCPPBxOFFCAL 寄存器定义、并且 SDK 26.00.00.06 中缺少相应的 driverlib API。 我已在内部上报此问题、以获得以下方面的澄清：

1. 器件中是否存在 ADCPPBxOFFCAL 寄存器 、但仅在当前 TRM 版本中未记录、如果存在、则说明其地址是什么
2. 是否 计划进行勘误或 TRM 更正来解决此差异
3. 删除 SDK 01.00.00.EA2 与 26.00.00.06 之间与 ADCOFFTRIM 相关的 driverlib API 是否是有意移除的

一旦我确认了这些问题的答案、我将立即采取后续行动。

同时、 PPB 误差计算功能 （第 15.6.2 节）是一种可能值得评估的硬件权变措施、提供了完整文档资料。 使用 ADCPPBxOFFREF.OFFREF 寄存器、您可以从原始转换结果中减去每个 SOC 基准值、 将存储在 ADCPPBxRESULT 中的输出作为符号扩展 32 位值。 与 OFFCAL 的关键区别在于、这会产生 单独的 PPBxRESULT 、而不是直接修改 ADCRESULT。 如果从 PPBxRESULT 读取对于您的应用是可以接受的、则这将在硬件中提供逐 SOC 偏移消减、而不会产生软件开销、也不会接触工厂校准的 ADCOFFTRIM 值。

再次、我对最初的错误指示深表歉意、感谢您耐心和勤奋地处理文档。 如果您在此期间有任何其他问题、敬请告知。

此致、

Zackary Fleenor

尊敬的 Oleksandr：

感谢您提供详细的更新、并澄清您当前的实施方法。

此致、

Zackary Fleenor