This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] ADS131A04:针对 ADS131A04 和 ADS131M04 的改进建议

Guru**** 2810285 points

Other Parts Discussed in Thread: ADS131A04, ADS131M04

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/1623833/ads131a04-improvement-suggestions-for-ads131a04-and-ads131m04

器件型号: ADS131A04
主题中讨论的其他器件: ADS131M04

您好、

我们正在构建触觉系统、我正在进行研发和传感器开发。

我已经使用 ADS131M04 了一段时间、现在我们可能会改用 ADS131A04。

我们的应用程序对延迟很敏感、我个人尝试了一切以尽可能快地读取和处理数据。

但是、我遇到的问题是数据格式固定为 Status、ADC0、ADC1、ADC2...

这意味着我必须在每一帧上读取状态、这会为每次读取增加无用的 1.2us 延迟。

我建议在芯片的未来版本中、能够通过更改寄存器的值将格式切换到 ADC0、ADC1、ADC2、ADC3 和 Status。

我已经尝试通过在 RDY 通知之前读取状态、将 SPI 通信挂起在第 3 个字节上、并在收到 RDY 通知后继续读取来解决此问题、但它无法解决问题并导致 RDY 通知不再定期发送。

由于我们讨论了可能的改进、因此我们希望使用另一个功能:如果可以添加一个 ADS 平均 Input0-1 和 Input2-3 的模式。 如果只使用 2 个通道、这会大幅降低噪声。 我们正在做这方面的工作、但如果在您这边实施、这将大大缩短消息长度。

噢、更小的封装对整体印象非常深刻的 ADC 有很大好处。

有一个好的,

Alexandru

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Catalin Alexandru Duru:

    感谢您的反馈、我们一直在寻找 让我们的器件对客户更有用的方法

    我将向我们的系统工程团队提供此反馈、帮助他们 定义未来的 ADS131xxx 器件

    -布莱恩