[参考译文] ADS131A04：从 ADS131A04 SPI 链中的第二个器件获取数据时出现问题。

您好、Tom、

这是我们整合的定制 PCB。 在连接到逻辑分析仪适配器之前、我最初查看了器件的 SPI 和 CS/ drdy / done、但我不记得在干扰或不必要的噪声方面从我身上跳出来的任何东西。 这是一种低功耗设计(msp432+ads131a04和独立 SPI 总线上的 SD 卡)。 但是我想确认这是低噪声低干扰...但是我4个月前的 xds200调试器昨天在我身上死了。 今天，我应该在今天结束时有一个新的。 我很确定这不是一个噪声问题。 如果我不得不猜测、我认为以数据速率生成 DRDY 中断会影响第二个器件。 在我看来、待机模式应该停止以数据速率进行的单调中断、但这显然不是它的工作方式。 当我获得新的调试探针时、我可以提供线路上噪声的一些示波器截图、但我认为这将不是问题。

谢谢

因此、我测量了 DRDY 线路上的噪声、该噪声约为35mVrms。 我正在尝试将其包括在下面。 我在 DRDY_AN (模拟)测量/示波器快照上被放大为100mV/分频。 即使器件处于待机模式、DRDY 线路是否应继续以数据速率生成中断？ 我真的希望避免重新制作 PCB、以将每个 A/D 的通道数限制为原生4个通道。 任何帮助都是最感激的！！！ 谢谢。

大家好、Tom、我将介绍示波器的一些屏幕截图。

我将发送以下4条命令的序列。 末尾的 Extra Null (额外空)、以便我可以获得上一条命令(待机)的状态响应。 每个命令加倍、以便第二个器件接收相同的命令。

   CMD=cmd_reset； Reply=send_sys_cmd_ads (cmd、arg)；
   CMD=cmd_unlock；Reply=send_sys_cmd_ads (cmd、arg)；
   CMD=cmd_standby；Reply=send_sys_cmd_ads (cmd、arg)；
   cmd=cmd_NULL；Reply=send_sys_cmd_ads (cmd、arg)；

为了补充示波器 SPI 解码、这里是以 ASCII 表示的回复。

CMD_NULL          0x82 --> DEV1应答
                  0x7f82 --> DEV2回复
CMD_RESET         0x04 --> DEV1应答
                  0x04 --> DEV2回复
CMD_UNLOCK        0x0655 --> DEV1应答
                  0x0655 --> DEV2回复
CMD_STANDBY       0x0022 --> DEV1应答
                  0x0022--> DEV2回复

第一个范围屏幕截图显示了示波器上的这4个命令、这些命令已经过放大、足以按示波器显示 SPI 解码...与上面的 ASCII 答复匹配。 第二个示波器屏幕截图显示了部分时间的扩展、显示即使在执行 STANDBY 命令之后、drdy 线仍处于活动状态。 在展开的屏幕截图中、4个命令在示波器初始化时被滚动成一个鞭状、但这是相同的4个命令。

我确实发现奇怪的是、两个器件都以0x0022进行响应、但这种单调的数据中断会不断消除 chuging。

再次感谢您对此提供的任何帮助！

您好、Tom、

这也不会停止它。

以下是初始化期间发送的命令。

我在 STANDBY 命令之后插入了 WREG=0x4f00、但 DRDY 行不会停止。

我们是否在我已经指出这个问题的过程中寻找一个红色的错误？

我们是否确定这是第二个同步从站的 NULL CMD 的 STAT_1重新发送 F_RESync 错误的原因？

您能否提供有关 F_Resync 的触发因素的任何进一步逻辑、而不是数据表所回避的触发因素？

保留寄存器中是否有其他内容可以提供一些提示？

以下是对以下已发出命令的答复。

在这些寄存器下面、我还轮询了所有剩余的寄存器映射(保留的寄存器映射除外)。

CMD_NULL          0x82 --> DEV1应答
                  0x7f82 --> DEV2回复
CMD_RESET         0x04 --> DEV1应答
                  0x04 --> DEV2回复
CMD_UNLOCK        0x0655 --> DEV1应答
                  0x0655 --> DEV2回复
CMD_STANDBY       0x0022 --> DEV1应答
                  0x0022--> DEV2回复
WREG=0x4f00       0x2f00 --> DEV1应答
                  0x2f00 --> DEV2应答
CMD_NULL          0x2200 --> DEV1应答
                  0x2204 --> DEV2回复

CMD_RREG|ID_MSB   0x2004 --> DEV1回复
                  0x2004 --> DEV2回复
CMD_RREG|ID_LSB   0x2103->DEV1应答
                  0x2103->DEV2应答
CMD_RREG|STAT_1   0x2200 --> DEV1应答
                  0x2200 --> DEV2回复
CMD_RREG|STAT_P   0x2300 --> DEV1应答
                  0x2300 --> DEV2应答
CMD_RREG|STAT_N   0x2400 --> DEV1应答
                  0x2400 --> DEV2回复
CMD_RREG|STAT_S   0x2500 --> DEV1应答
                  0x2500 -->DEV2应答
CMD_RREG|STAT_M2  0x2709 --> DEV1应答
                  0x270a --> DEV2回复
CMD_RREG|ERROR_CNT 0x2600 --> DEV1应答
                  0x2600 --> DEV2应答
CMD_RREG|A_SYS_CFG 0x2b60 --> DEV1应答
                  0x2b60 --> DEV2回复
CMD_RREG|D_SYS_CFG 0x2c3c --> DEV1应答
                  0x2c3c --> DEV2回复
CMD_RREG|CLK1     0x2d08 --> DEV1应答
                  0x2d08 --> DEV2回复
CMD_RREG|CLK2     0x2e86 --> DEV1应答
                  0x2e86 --> DEV2应答
CMD_RREG|ADC_ENA  0x2f00 --> DEV1应答
                  0x2f00 --> DEV2应答
CMD_RREG|ADC1     0x3100 --> DEV1应答
                  0x3100 --> DEV2应答
CMD_RREG|ADC2     0x3200 --> DEV1应答
                  0x3200 --> DEV2回复
CMD_RREG|ADC3     0x3300 --> DEV1应答
                  0x3300 --> DEV2应答

再次感谢您继续提供帮助。

您好、Tom、

在上面的初始化例程中、我在发出软件复位后添加了10ms 延迟。
这使得第二个器件的 STAT_1响应不再报告 F_RESync 错误、如下所示。

CMD_RREG|STAT_1   0x2200 --> DEV1应答
                  0x2200 --> DEV2回复

遗憾的是、第二个器件未能成功接受 ADC_ENA 命令的初始问题仍然存在。

在初始化序列的这一部分之前、所有操作都是完美的。

//下面我们将写入 CLK1寄存器(响应反映了两个器件对命令的接受)
WREG=0x4d00       0x2d00 --> DEV1应答
                  0x2d00 --> DEV2应答

//下面我们将写入 CLK2寄存器(响应反映了两个器件对命令的接受)
WREG=0x4e0c       0x2e0c -->DEV1应答
                  0x2e0c --> DEV2应答

//下面我们写入 ADC_ENA 寄存器(响应反映了第一个器件的接受情况和器件2的0x0000响应)
WREG=0x4f0f       0x2f0f --> DEV1应答
                  0x0000 --> DEV2应答

//下面我们写入 lock cmd (响应反映第一个器件的接受程度、而器件2的0x0000响应)
CMD_LOCK          0x0555 --> DEV1应答
                  0x0000 --> DEV2应答

我完全被骗了。 为什么 ADC_ENA 写入到第二个用0x0000进行响应的器件？

再次感谢