[参考译文] ADS1118：nDRDY未正确响应(间歇性)

Cory，


我们通常不会制作勘误表，而是尝试将我们发现的任何问题纳入数据表修订。 话虽如此，我认为在特定条件下，您所看到的都是预期的。 我会解释一下我认为正在发生的事情，并尝试一些事情。

让我们从您的第一个示波器快照开始。 下面是：

我认为您所期待的是当/CS返回低电平时，转换完成时DOUT/DRDY应该为高电平。 但是，在读取设备后，DOUT/DRDY不一定返回HIGH (高)。 请参见数据表中的图42。 在检索数据结束时，DOUT/DRDY可以是高或低，因为它保留从设备读取的最后一位的值。 当/CS再次返回HIGH (高)和LOW (低)后，DOUT/DRDY将继续保留在/CS转换之前的最后一个位值。

下面是第二个示波器截图：



我想，设备开始发出信号，表示它已经完成了转换。 但是，您已中断设备。 您已开始计时SCLK，而不是如数据表图38所示的设备发出预期的8us脉冲。 设备响应DOUT/DRDY上的数据超频，而不是完成脉冲。

现在，您可以尝试几种方法。

首先，我仍将以单次激发模式运行设备。 但是，要读回数据，我需要插入一个延迟来读回设备。 如果您运行的是128 SPS，则在7.81ms+sps 10 % 或8.6ms后开始回读。 这应确保产生新的转换结果。

其次，您可以开始转换，循环/CS (或不循环)，然后轮询DOUT/DRDY以查找8us脉冲，从而确定何时读取数据。 您想要查找的不是DOUT/DRDY的状态，而是DOUT/DRDY的低转换。

不管怎样，请尝试这些操作中的一项或两项，看看它们是否适合您。 如果您有问题，请随时回复。


吴若瑟

您好，Joseph：

感谢您的快速，详细的回复，非常感谢！ 阅读您的帖子后，我不确定我是否完全同意该设备的运行方式，至少还没有。

报价(JW)回复：第一个屏幕截图：

我认为您所期待的是当/CS返回低电平时，转换完成时DOUT/DRDY应该为高电平。 但是，在读取设备后，DOUT/DRDY不一定返回HIGH (高)。 请参见数据表中的图42。 在检索数据结束时，DOUT/DRDY可以是高或低，因为它保留从设备读取的最后一位的值。 当/CS再次返回HIGH (高)和LOW (低)后，DOUT/DRDY将继续保留在/CS转换之前的最后一个位值。  

您的回答是正确的，我希望DOUT/DRDY在单次激发模式下和数据传输之前静态地表示转换状态，这当然是数据表所显示的(9.5 ．7.2)：

报价(数据表)：

获取CS HIGH将重置SPI接口。 下次降低CS时，数据传输将从第一个SCLK上升沿的当前缓冲转换结果开始。 如果数据检索开始时DOUT/DRDY为低电平，则转换缓冲区已更新为新结果。 否则，如果DOUT/DRDY为高，则会读取上一个数据传输周期的相同结果。

这似乎非常清楚地表明SPI接口在/CS循环时重置，并且当#CS变为低电平时，DOUT/DRDY应表示转换状态。 我的解释是，在图42中，/CS变低之后的不确定数据只是表明转换可能尚未完成，您需要等待其变低，然后才能开始数据检索以获得新的结果。

我注意到，此问题仅在温度测量之后发生，这一点很有趣。 由于温度读数是左杂位/14位，因此第一个转换结果的LSB始终如您所建议的为0。 但是，在LSB =0的ADC转换后，此问题不会出现。

报价(JW)回复：第二个屏幕截图：

我想，设备开始发出信号，表示它已经完成了转换。 但是，您已中断设备。 您已开始计时SCLK，而不是如数据表图38所示的设备发出预期的8us脉冲。 设备响应DOUT/DRDY上的数据超频，而不是完成脉冲。

我认为这里有几件事不太合适：

1. 这种脉冲发生在转换开始后~5us，我认为可以肯定地说，在128SPS时，转换不可能已经完成。 我还以完全相同的结果重新运行了32SPS测试。
2. 图38中的8us脉冲仅适用于连续转换模式，表示未读取以前的转换结果，并且新结果已覆盖它。 我认为这不适用于此。 我确实同意SCLK转换会中断DOUT/DRDY脉冲，但我不知道为什么我们首先看到这个脉冲。
3. 设备正在AIN0：AIN1上运行单次激发转换，但返回的温度传感器数据非常清楚。 这是我最关注的问题。

似乎我看到的行为总是在温度转换之后，但只有在5 10 % 的温度转换中才会发生。 我已经解决了时间和延迟问题，我可以让它在工作台上始终如一地工作，但我需要对这个问题以及为什么会发生这个问题感到更自在，然后再投入生产数千台设备。

再次感谢您的帮助！

Cory

Cory，

我阅读了你以前的帖子。 让我先谈谈有关第二个示波器镜头的评论，然后回到有关数据表的评论。 我将引用您的两个红色引号。

1.这一脉冲发生在转换开始后~5us，我认为可以肯定地说，在128SPS时，转换已经完成的可能性不大。 我还以完全相同的结果重新运行了32SPS测试。

问题是我不确定转换实际从哪里开始。 您似乎在为与设备的每次通信发出转换开始。 每个通信在配置寄存器的MSB中都有一个1。

在单次激发模式下，当设备已开始转换时，新的转换开始不会中断转换。 设备只需等待转换完成，并将该命令保留在缓冲区中。 转换完成后，它将在配置寄存器中进行更改并开始新的转换。 因此，如果您提供多个起始转换，转换可能在本示波器截击之前就已开始。 如果您只想读回设备，请确保配置寄存器的MSB为0。

2.图38中的8us脉冲仅适用于连续转换模式，表示未读取以前的转换结果，并且新结果已覆盖它。 我认为这不适用于此。 我确实同意SCLK转换会中断DOUT/DRDY脉冲，但我不知道为什么我们首先看到这个脉冲。

我非常确信连续转换模式和单次激发模式之间的DOUT/DRDY行为没有区别。 我认为数字标题写为连续转换模式，因为这是使用它的模式。

回到有关第一个示波器镜头的其他评论，您对数据表中有关DOUT/DRDY具有新的转换结果并且在/CS返回低电平时处于低电平的说法是正确的。 它的写法肯定支持你对它的解释。 但是，我需要对此进行检查，因为我不确定如果在有另一个转换时，另一个转换处于准备就绪状态，那么这将如何更改DOUT/DRDY。

如果你们有机会，我将对读出的内容作两处修改。 首先使用32位数据传输周期来回读设备。 如图40和41所示，读取后应强制DOUT/DRDY为高值。 其次，我要确保在当前转换完成之前，不会启动另一个单次转换。 即使您使用32位传输周期。 在/CS返回低电平后检查DOUT/DRDY的状态，然后再次尝试将转换开始写入配置寄存器。

吴若瑟

约瑟夫

再次感谢您帮助缩小此问题的范围。 我将以蓝色引用您的报价，以尝试使事情易于遵循。

1.(JW)问题是我不确定转换的实际开始位置。 您似乎在为与设备的每次通信发出转换开始。 每个通信在配置寄存器的MSB中都有一个1。

我确实在每次与设备通信时发出启动命令。 基本控制流程为：

答 在温度/丢弃数据时发出启动命令

B. 轮询DOUT/DRDY直到低

C. 在AIN0：AIN1/Retrieve Temperature Data (相同数据传输期间对AIN0：AIN1/Retrieve Temperature Data)上发出启动命令。

D. 轮询DOUT/DRDY直到低

e. 在相同数据传输过程中，发出温度启动命令/检索AIN0：AIN1数据。

F. 轮询DOUT/DRDY直到Low (低)

G. 永远重复c - f

如您所见，与设备的每次通信(启动时的初始通信除外)都会检索之前的转换结果并开始下一次转换。 我没有(至少我可以说)在上一个转换尚未完成时发起另一个转换。 在未验证DOUT/DRDY线路为低电平的情况下发出No Start (无启动)命令。

2. (JW)我非常确信DOUT/DRDY行为在连续转换模式和单次激发模式之间没有区别。 我认为数字标题写为连续转换模式，因为这是使用它的模式。

我的印象是DOUT/DRDY在单次激发模式和连续模式下的行为不同，尽管可能我错了。 从数据表(9.5 ．5)：

在连续转换模式下，如果未从设备中检索到数据，DOUT/DRDY将在下一个数据就绪信号(DOUT/DRDY LOW)之前再次高8 µs转换。 图38显示了这种过渡。  

从这种描述中，我觉得8 us脉冲在单次激发模式下永远不会发生，因为您永远不会让后续转换覆盖转换结果。 每次开始转换时，我都会读取之前的结果，因此不会出现结果缓冲区溢出的可能性。

3. (JW)首先使用32位数据传输周期来读回设备。 如图40和41所示，读取后应强制DOUT/DRDY为高值。

我以前就这样做过，它确实解决了问题，至少在工作台上。 事实上，16位数据传输后~5us的任何延迟也可以解决问题，所以我认为它与数据线的状态无关，而是与SPI接口的计时有关。 我一直担心的是，此修复程序在工作台上工作， 但是我真的很想知道，如果设备在85°C的温度下运行，时间发生变化，并且突然问题再次出现，我会有什么信心在现场不会发生故障。

4.(JW)其次，我会确保在当前转换完成之前，不会启动另一个单次转换。 即使您使用32位传输周期。 在/CS返回低电平后检查DOUT/DRDY的状态，然后再次尝试将转换开始写入配置寄存器。

目前正在进行这项工作。 在未完成之前的转换(即DOUT/DRDY线指示已完成，保持低电平)的情况下，不会开始转换。

问题仍然是，当转换明显未完成时，DOUT/DRDY线在/CS降低后保持在低位。

感谢您的所有帮助！

Cory

约瑟夫

我将在此处包括一些快速屏幕截图，希望这些截图将涵盖我们讨论过的内容：

这是在我操作ADS1118期间发生的3次传输的序列。 数据速率设置为250SPS，并且可以看到样本按预期的~4ms间隔出现。 在/CS上看到的DRDY采样工作良好99.9 % of the Time:

传输#1是检索AIN1:AIN0数据，如图所示(满刻度结果0x7FFF)和在温度通道上开始转换的命令：

转接#2是我看到DRDY被错误地拉低的问题：

第一次传输从温度通道提取数据，并在AIN1：AIN0上开始转换。 /CS被停用以重置SPI接口，然后再次声明以轮询DRDY，DRDY (错误)表示转换已完成。 我不再读取AIN1:AIN0数据，而是再次读取温度数据，我的数据缓冲区已损坏。

转印#3再次读取温度数据，如下所示：

同样，我看到的这种双转接问题仅在5个时发生- AIN0：AIN1读数的10 % ，并且不一致。

Cory