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.

[参考译文] ADS131E08:读取10的倍数

Guru**** 2391415 points
Other Parts Discussed in Thread: ADS131E08

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

https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/1348019/ads131e08-readings-multiples-of-ten

器件型号:ADS131E08

我刚刚意识到我的 ADC 转接是10的倍数、我在16ksps G=1时具有4vref。 您知道原因吗?

-103090 -135290 -139770 -120230 -215080 -260580 -275800 -316370 80970 -240960
-103000 -134660 -140190 -121890 -214070 -260570 -274090 -317660 78670 -245910
-102790 -133920 -140960 -123220 -212930 -260420 -272430 -319020 76340 -251100
-102520 -133400 -141570 -124660 -211810 -260150 -270800 -320190 73940 -255970
-102380 -132770 -142180 -126010 -210580 -260040 -268800 -321230 71350 -261000
-102270 -132230 -142840 -127360 -209480 -259610 -267000 -322220 68690 -265690
-102090 -131390 -143470 -128880 -208240 -259220 -265160 -322920 65860 -270500
-101920 -130800 -144150 -130260 -207090 -258870 -262930 -32250 63320 -275360
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好,Alberto S. G.

    您是读取数据不正确还是转换不正确?

    您能否发布来自 ADC 的实际原始十六进制数据而不是转换后的值?

    如果您将每个值按10缩放、则每个通道的数据是否正确? 例如、-10309是否与您希望在该通道上读取的正确电压相对应?

    -Bryan

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

    我们已使用振荡器检查了 ADC_OUT、ADC 发送的帧 也是十的倍数。

    这个屏幕截图显示了我们在同一个帧中  

    它´s 向后:  

    0x00c00001 (标头 ADC1)

    0x00c00800 (标头 ADC2)

    0x00c00000 (标头 ADC3)

    0x00000578 (通道1)

    0xfffb6e (CH2)

    0xfffc4a (ch3)

    ……

    我们在发送之前将24位补码´s 2转换为32位。

    我们具有1.88MHz 而非2.048的外部 CLK、以便获得14.4ksps 而不是16ksps (DR config1=010)。

    Vsupply +- 2V5

    Vref 4V

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

    您好,Alberto S. G.

    0x00c00001 (标头 ADC1)

    0x00c00800 (标头 ADC2)

    0x00c00000 (标头 ADC3)

    [/报价]

    我不明白"(头文件 ADC1)"是什么意思、您能解释一下吗?

    我在上一篇文章中提出了一些问题、您能帮助回答这些问题吗:

    您能否发布来自 ADC 的实际原始十六进制数据而不是转换后的值?

    我只查找原始数据、而不是您以任何方式进行符号扩展或操作的任何数据。 您可以使用逻辑分析仪直接从 ADC DOUT 引脚拉取数据。

    如果按信道将每个值按10缩放,数据是否正确? 例如,-10309是否对应于您希望在该通道上读取的正确电压?

    了解您期望阅读的内容与实际阅读的内容非常有用。 或者、如果您向 ADC 施加1V 信号并获取1000个样本、会得到什么值?

    -Bryan

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

    抱歉 Brian:

    是的、我认为值是预期值、但准确性会有所降低。

    示例:

    -3V (Vref 4)-> (预期为-6291456)--> 6291450 (读取值但忽略噪声)

    1V (Vref 4)-> (预期为2097152)-> 2097150 (读取值时忽略噪声)

    我有一个测试软件、可以获得1秒的捕获结果、噪声环绕在0.1mV 附近、但这可能是由我的电路造成的。 现在不用担心:)

    我不能n´t 我想要发现的一点是、为什么该值始终以0结束。   

    我n´t 我的合作伙伴关于原始数据,但可以提供给我。 他们仅使用示波器读取 DEADC_OUT 引脚、并确认读取值是以0结束的。 我将使用逻辑分析仪并尝试读取 DOUT。

     我指的标头是我们向带有状态寄存器的 ADC_DOUT 请求的第一个寄存器。

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

    您好、Brian!

    我们刚刚意识到、如果我们选择8ksps 数据速率、而不是我们需要的16ksps 数据速率。 问题已解决。

     这可能是 ENOB 问题吗? ADC 是否用零替换噪声?

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

    您好,Alberto S. G.

    感谢您回答我的问题、并澄清您的结果。

    ADC 不应根据数据速率人为地更改输出数据、除非以32kSPS 或更高的速率运行且 ADC 仅输出16位数据。 实际上、情况正好相反、因为存在噪声、低位以较高的数据速率切换、而在噪声较少的较低数据速率下、最后位可能是稳定的

    我还应该指出、通过几个代码进行故障诊断实际上是非常好的。 从表2中您可以看到、ADS131E08不是24位无噪声 ADC、实际上、在最低数据速率下、您应该期望的最佳有效分辨率(ENOB)约为20位。 16kSPS 时、分辨率约为17位、因此只有少数代码不相关 方式 比预期的要好 我仍然不清楚为什么最后一位没有在16kSPS 时切换、而是在8kSPS 时切换。 您肯定是以16kSPS 而不是32kSPS 的速率运行? 并且您启用了所有通道?

    -Bryan

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

    是的、我们使用 DR 16ksps、这个屏幕截图显示了每62us 一次的 DRDY 边沿。

    ´m 我们的 ENOB、17.33位(Vref = 4 DR=16ksps)、我们应该得到24.27uV 噪声、信息 I μ V 丢失对应于47.6nV。

    我们想要的一点是理解它、以避免出现奇怪的行为并改进功能...

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

    您好,Alberto S. G.

    我认为这里没有什么问题、因为您似乎没有卡滞位、因为它在数据速率= 8kSPS 时在切换。 但我同意、对于最后一个位、它似乎是非随机行为、始终为0

    您能否在 DRDY 周期之间多次读回数据、以查看每次是否相同? 注意数据表中规定的多次回读要求、我在下面复制了这些要求

    您是否还能在施加相同输入电压(或输入短路)的情况下、以16kSPS 和8kSPS 的速率获取1000个数据样本、并将该数据发送给我、以便我可以查看。 同样、查看原始 ADC 数据会有所帮助、而不是您在代码中操作的数据。 您还可以为所有8个通道提供数据、

    -Bryan

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

    Brian、您好!

    我将连接两个捕获、分别为8ksps 和16ksps。 我们有12个通道、在本例中、我们将通道4 (第四列)配置为 MVDD、如 datashhet 所述、在 CH4 MUX[2]= 011中、我们的例中为3.3/4。

    数据是带符号的十进制、具有4V ref。

    e2e.ti.com/.../analogue_5F00_info_5F00_8KHz.txte2e.ti.com/.../analogue_5F00_info_5F00_16KHz.txt

    我们需要修改代码以在同一个 DRDY 中获得多个捕获。 我将在获取这些数据时向您分享这些数据。

    非常感谢!!

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

    您好,Alberto S. G.

    我很难相信 ADC 在这么做。 这不仅是可能出现的 LSB = 0、而且是整个24位帧始终会增加到十进制10的倍数。

    增加时钟速率可能存在时序问题、这就是它在8kSPS 而不在16kSPS 时工作的原因吗? 它是否在较低的数据速率下工作? 再次强调、查看逻辑分析仪上的实际数据是判断具体情况的唯一方法。 您发送的数据不是很有价值、因为转换过程很可能会弄乱一些东西

    -Bryan

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

    您好、Brian、我们收到了 DOUT 16ksps 原始数据的一些帧。 我们没有分析器、所以这有点困难。 但我希望它值得

    您可以看到、每个通道的测量值都在零结束。  这似乎不是转换问题。 状态字中没有故障、且 GPIO 位递增是低电平有效复位...

    C000010003C0B05550FFF272FDC704FFFABAFFFFAF6FFFBDCFBA0
    C000010003B6B05514FFF1B4FDC6E6FFFACEFFECFFFB1EFFBB4
    C0000100037AB055A0FFF1E6FDC736FFFAB0FFFAF6FFFECFFFBA0
    C00001000320B055AAFFF0ECFDC75EFFFB1EFFFAE2FFFB1EFFBA0
    C00001000352B05582FFF09CFDC7B8FFFAC4FFFB00FFFB5AFFFBBE

    请告诉我们、这几个图是否可以帮助您了解所发生的情况...

    谢谢你!

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

    尊敬的 Alberto S. G.、

    让我更深入地了解一下、明天与您联系

    -Bryan

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

    尊敬的 Alberto S. G.、

    很抱歉、我今天不能仔细研究这个问题、我将在星期一结束时尝试为您提供一些东西

    感谢您的耐心等待

    -Bryan

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

    尊敬的 Alberto S. G.、

    我联系了我们的设计团队、看看他们是否对此问题有任何反馈。 同样、似乎没有任何问题、因为数据完全处于您预计以16kSPS 采样的限制范围内。

    您在多少个器件上看到过此行为? 只需1个? 您是否尝试用新的器件替换该器件、以查看该行为是由主板还是器件导致的?

    -Bryan

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

    谢谢您 Bryan。

    每个原型都有3个模拟采样的 ADC、并且在16ksps 时具有始终相同的行为。
    所以,你的意思是,在措施中有10个步骤是可以的? 这正是我们想知道的重点、放弃配置问题。

    谢谢你,Bryan! 你已经非常乐于助人了

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

    尊敬的 Alberto S. G.、

    我能够向 EVM 确认、ADC 的行为实际上是这样的。 因此您看到的内容没有问题、这是16kSPS 时的预期器件行为。 "四舍五入"不会导致测量出现任何问题、因为不管怎样、噪声级别大于10个代码。

    -Bryan