我使用 SPI 通信(3.3V IO)将 ADS7952连接到 PIC32MZ、所有12个通道都连接到电流监控器电压输出(0-5V)。 作为参考、+VA = 5VDC；+VBD = 3.3VDC；Vref = 2.5VDC；MXO 连接到 AINP；我们使用范围2设置(2xVrev)。 我尝试将其设置为手动和自动模式以输出12个通道值、但 ADS7952的所有回复都是0x1BFF。 第一个字节应该是一个递增的通道编号、但它看起来没有变化。 我尝试为特定通道发送手动请求、但下一个帧仍为0x1BFF。 我是否缺少可修复来自 ADC 的消息的内容？ 
我已将代码更正为输出0x8040作为第一条命令、并且我看到响应的结果相同。 我还在数据表中注意到引脚2 (GPIO3)是一个低电平有效的断电引脚、因此我在实际情况下将其拉至高电平(3.3V)。 这没有改变响应。
您建议从 ADC 获取预期数据的方法是什么？
谢谢、
Julian V 
尊敬的 Julian：
命令没有任何问题。 我继续 使用 I2C/SPI 主机适配器对 EVM 执行完整性检查。 您可以看到、SDO 数据随着 SDI 命令的发送而增加。
但是、我认为可能存在通信错误。 该系列器件要求有16个时钟周期、但看起来您仅发送15个时钟周期。 我仅计算15个完整周期。 您是否可以再提供一个时钟周期？
此致、
Aaron Estrada
CS 帧内的16个下降沿和16个上升沿计数。 我正在使用 SPI 协议、因此无法轻松地在我的预期消息中添加或删除时钟周期。
在查看数据表的时序图后、我注意到在 CS 下降沿期间 SCLK 为低电平。 在将代码的 SPI 设置更改为启动低电平并在下降 SlCK (SCLK 上升时采样)上转换后、我收到了一个计数应答。
此时、似乎回复正确、但 ADC 报告的值不正确... 我在每个通道上有0.5V 电压、并且 ADC 在大多数时间(0x9BF 到0xAFF 之间)以0xABF 的值进行答复。 根据该值、ADC 报告的电压为3.35V。 请注意、在下图中、我捕获了前8个通道、并将第3个通道(CH2)拉至 GND、但 ADC 报告的电压为0.116V。
谢谢、
Julian V
我意外点击了"这解决了我的问题"、而不是回复... 您可以撤消该操作吗？
我创建了红线版原理图来共享、但它是根据数据表中的非缓冲示例构建的
以下是在 MXO/AINP 上使用示波器探头显示 CH2的手动模式的截图。 电压与预期的一样~0.5V。 线路上有一些噪声、但它并未解释0xABF 返回值(即使参考 x 2未处于活动状态、它应该处于活动状态)。
5V、3.3V 和2.5Vref 电压轨都是稳定的、且 Vp-p 小于0.05V
谢谢、
Julian V
尊敬的 Julian：
我无法撤消"TI 认为已解决"状态、但该线程保持打开状态、因此正常。
这实在令人困惑。 对于 SAR 转换器、通常会由于不正确驱动 ADC 而出现电压误差问题。 但是、我不会期望误差这么大。 原理图看起来不错、您直接在 AINP 处测量、看起来不错。 我还有几个我应该在前面问的问题：
此致、
Aaron Estrada
