[参考译文] ADS131M03-Q1：能否关闭主时钟、但仍能够通过 SPI 获得结果？

尊敬的 Mykhaylo Lodygin：

您能介绍一下要在此处实现的过程吗？ 我并不是真的关注您为什么要关闭 ADC 时钟、然后仍然期望 ADC 稍后向您提供数据("稍后"就实际时间而言意味着什么？ 是否要持续采样并关闭采样之间的时钟？ 随机读取数据、然后关闭时钟？ 我们需要了解有关您要实现的目标以及原因的更多具体信息)

-Bryan

你好,谢谢你的答复。
我将要实现两倍-首先是减少 ADC 和 MCU 的功耗(MCU 将为 ADC 提供时钟)、仅在需要数据时对 ADC 提供时钟(通常不是最频繁的- 1ms 左右是最常见的、然后是数百毫秒的停机时间)；其次-降低"数据就绪"信令(物理网或逻辑 SPI 交互)的需求 由于确定性 ADC 将在确切时钟数量后提供结果、并且我对其进行控制。 工作方式如下-在某种计算时刻、系统需要数据-它打开时钟-数据由 ADC 收集并锁存在其缓冲器中。 时钟禁用。 然后、不同的进程按照自己的计划通过 SPI 收集捕获的数据、而不打开时钟

尊敬的 Mykhaylo Lodygin：

我明天会探讨这个问题、然后再与您联系

我能够确认在没有时钟的情况下可以读取和写入寄存器、但我对读取数据有一些疑问

另外、为什么不在关闭时钟/将 ADC 置于睡眠模式之前立即读取数据呢？ 这对我来说没有什么意义、因为您以后需要读取数据。

我同意、如果您只关心一次进行一个转换、可以使用 SYNC 引脚在已知时刻启动转换、然后等待 tSETTLE (+ MARGIN)时间来检索数据。 这样、您无需监控 DRDY 引脚

-Bryan

您好、Bryan、谢谢。

关于采集结论后的即时阅读-嗯… 从技术上讲、您是对的、可以直接直接立即读取、但 a)继续计时会消耗电流(请记住、读取结果的过程比获取速度慢得多) b)与两个单独的过程相反、我必须将读取结果的代码添加到数据采集的实时过程中、这将增加复杂性、降低便携性并推动开发和维护的成本。