[参考译文] ADS114S08：ADS114S08随机数据损坏

Hi Yui Sakazume,

您的命令序列让我有点困惑、因为您在传输4个字节时、PGA 寄存器始终是固定的。  您是否也启用了 STATUS 字节？

如果通过使用 RDATA 解决了问题、则问题很可能是与使用计时器而不是监控 DRDY 有关的时序。  使用 RDATA 命令可阻止将传入转换结果传输至输出缓冲区、直到读取所有转换数据。  使用 Read Data Direct 时、必须在下一次转换结束或数据损坏可能发生并破坏 CRC 结果计算之前完全读出转换结果。

时序问题的发生方式是内部时钟与微计时器相比可能会随时间漂移。  656.3us 转换周期假设4.096MHz 为精确振荡器(但器件规范为+/- 1.5%)。  根据多路复用器延迟设置、还存在一些额外延迟。  多路复用器延迟设置的默认延迟是额外的54.7us。  因此、假设精确的时钟、多路复用器写入解码后的延迟时间为656.3us + 54.7us = 711us。  由于时钟可能会发生漂移、精度级别会发生变化、您会遇到一个小窗口、在该窗口中下一个转换数据结果可能会中断从输出缓冲区进行的读取。

如果无法使用专用 DRDY 引脚、我建议使用微监控器 DOUT/DRDY 引脚来缩短时序、从而确保在正确的时间范围内读回转换数据。  要在轮询引脚时使用此方法、需要您从寄存器读取中强制 DOUT/DRDY 为高电平、然后监控引脚是否发生高电平至低电平转换。  如果您有备用 GPIO 引脚、则可以将 DOUT/DRDY 连接到微控制器的 SDI 和 GPIO。  然后、为 GPIO 启用一个中断、寻找一个高到低的转换、以启动转换结果读取。

如果无法实现、则建议使用单次模式或使用 RDATA 命令。  如果使用单次模式、则可以替换通信序列中的 start 命令。 这现在将变为 0x42、0x00、(next_ch<<4 + 0xc)、0x08 (启动命令)。

如果仍有问题、我建议使用逻辑分析仪来捕获通信内容、以帮助确定出现问题的原因。  您需要确保微代码正确捕获数据以及正确计算 CRC 结果。

此致、

鲍勃 B