[参考译文] ADS7038-Q1：手动模式：需要有关过采样的阐释

您好、Joel：

非常感谢您的回答。  

我还有一个关于过采样的问题：

表8.2显示了用于配置内部转换速率的时钟设置。 此表是否也适用于控制过采样率的手动模式？ 如果不是、在 CS 上升沿触发的第一次转换之后执行的连续转换以哪个采样率执行？

同时、我所做的：

我实施了对 OSR 标志的轮询、并将过采样率设置为128 (OSR = 0x07)。

我在 SPI 接口上看到的是：

1.帧将通道 ID 设为0。

帧发送寄存器0的读取命令。

3.帧读取寄存器0 => STATUS == 0x80 =>过采样完成

4.帧读取采样数据

正如我提到过的、我将 OSR 设置为128、我预计 OSR 至少需要128us。 应在开始转换后的第一次读取时设置 OSR-Flag。 此外、转换数据(0xEF8A)会接缝错误、模拟电压设为500mV (AVDD 为3、3V)。

这个顺序有什么问题？

提前感谢

Thomas

您好、Joel：

感谢您的响应。 是的、您是对的、当 OSR 完成时、状态寄存器应为0x88。 我的错。 0x89是 CRC、正确。

但绝不会设置 OSR 位。 我从状态寄存器中永远读取0x80。

下面是我配置 OSR 的帧：

寄存器的读回显示寄存器具有正确的值：

此致

Thomas

您好、Thomas：

感谢屏幕截图。 我不可能完全注意到您的转换设置或启动有任何问题。 您是否能够将逻辑捕获结果导出为.Sal 文件并将其附加到此处、以便我可以更仔细地了解整个传输过程？

此致、
Joel

您好、Joel：

附加了完整的 SALEA 文件。

希望它有所帮助。

开始采样后、您可以看到我不断读取 STATUS 寄存器。 在发送读取命令期间、芯片发回数据。 当您查看数据时、您会看到在读取某些数据(大约300us)后、芯片返回不同的值。 时间与过采样率和时钟设置相匹配、该值与应用于通道1的模拟值相匹配。

因此、事实是、我认为转换已完成。 但是、不会设置 OSR_DONE 标志。

模拟通道中显示的模拟值应用于 ads7038的模拟输入通道。

感谢您的帮助

此致  

Thomas

您好、Thomas：

感谢您让我知道。 我将研究这是否属于器件的正常运行范围。

此致、
Joel

您好、Thomas：

我已经查看了您发送的文件、感谢您耐心等待。 您是否尝试过在未通过 SDI 向器件发出任何命令的情况下从器件启动正常转换？ 如果是、您可以在所有寄存器配置后发送从器件进行常规转换的逻辑捕获文件吗？ 如您所说、此转换似乎表明 OSR 转换已经完成、因为0x28B1是一个16位结果、但 OSR_DONE 位不会变为高电平。  

我另一个怀疑是、当前转换确实进行了过采样、但 OSR_DONE 位仍然为0、因为下一次转换正在进行过采样。  

此致、
Joel

您好、Joel：

我已将另一个 SALEA 日志发送给 Marcela。

在本日志中、我已按照数据表中的说明配置了手动模式、并对器件进行了胎面检查。 初始化之后、读取数据并切换到下一个通道(写入 manual_Chid)只需一个 SPI 周期(如数据表所述、如 图8-15。 在手动模式下启动转换和读取数据)。

启用过采样、CRC 和状态附加。 这种模式会按预期工作。 但是、由于 OSR 标志不是附加状态标志的一部分、因此不存在过采样已完成的指示。  

在轮询状态寄存器时、不清楚额外片选会发生什么情况。 它们是否开始新的转换？ 它们会中断转换运行吗？ 因此、我认为当器件处于手动模式时、根本无法轮询状态寄存器。

此致

Thomas

您好、Thomas：

谢谢您的参与。 这些是有趣的结果。 我也不太确定您的问题的答案。 请允许我留出一些时间 将自己的 SPI 序列写入此器件、并评估 OSR_DONE 位是否会变为高电平。 我会尽快回到你的身边。

此致、
Joel

您好、Joel：

您是否有机会设置您自己的 SPI 序列？

谢谢！

Thomas

您好、Thomas：

我还没有完全了解。 我希望在这一周结束前收到这份文件。 这似乎是此器件的一个常见问题、因此我一定会使用我的结论立即向您通报最新情况。 感谢您在这方面的耐心与合作。

此致、
Joel  

您好、Thomas：

在器件手动操作期间、我无法将 OSR_DONE 位设置为高电平。 目前、我不确定这是否符合预期、并且在其他一些条件或另一种模式下会升高、或者是否此功能未在器件中正确实现。 当这个位变为高电平然后变为低电平时、有可能有一个与相关的时序分量。

本数据表的作者在商务旅行中、但我会尽可能方便地向他传达您的问题、并确定该位是否起作用。

现在、您是否能够在不轮询此状态位的情况下继续进行设计？

此致、
Joel

您好、Joel：

是的、我们可以不经投票继续。 但是、如果不知道是否正在读取实际数据、则属于安全缺点。 目前、我们按照数据表中所述处理该器件(图8-15)。 请求新通道和读取数据只是一个 SPI 帧、以避免多个 CS。 1：启用附加 CRC 和通道 ID。 此外、还启用了过采样。 我们只需等待过采样的计算时间结束。 通过检测到请求的通道 ID 未在预期的数据帧内返回来检测 CRC 错误。

因此、这两种机制(通过检查返回的通道 ID 来检测 CRC 错误、以及只是等待过采样时间而不轮询直接指示)都不是很完美、尤其是对于安全应用而言。 但它是我们目前拥有的最佳解决方案。  

此致

Thomas