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.

[参考译文] ADS124S08:ADS124S08–多通道扫描期间第一个 3 线 RTD 上的引线电阻不正确

Guru**** 2928980 points

Other Parts Discussed in Thread: ADS124S08

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

https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/1644793/ads124s08-ads124s08-incorrect-lead-resistance-on-first-3-wire-rtd-during-multi-channel-scan

器件型号: ADS124S08

尊敬的 TI 团队:

我将 ADS124S08 与 TMS320F28P650DK6 MCU 一起使用来测量两个 3 线 RTD。 我仅在连续多信道扫描期间观察到一个问题。

扫描序列中的第一个 RTD 显示不正确的导联电阻测量、而第二个 RTD 测量正确。

硬件设置

  • 连接了两个 3 线 RTD
  • RTD 电阻≈82 Ω
  • IDAC 电流= 1mA
  • ADC 输入端使用的外部 RC 滤波器
  • PGA 增益= 8
  • 2000SPS、连续转换模式

    ADC 配置

    ads_write_reg(0x03, 0x0B, CS); // PGA ON, Gain = 8
    ads_write_reg(0x04, 0x1C, CS); // Continuous mode, low latency, 2000 SPS
    ads_write_reg(0x05, 0x3A, CS); // Internal 2.5V reference ON
    ads_write_reg(0x06, 0x07, CS); // IDAC = 1mA
    ads_write_reg(0x08, 0x00, CS); // VBIA OFF
    ads_write_reg(0x09, 0x10, CS); // Normal mode

    ads_send_command(0x08, CS); // START
     
     

    测量序列

    1. 测量 RTD +引线电阻
     
    ads_write_reg(0x07, IDACMUX, CS); // Route IDAC1
    ads_write_reg(0x02, INPMUX1, CS);

    DELAY_US(1000);

    raw1 = ads124s08_read_data(CS);
     
    1. 仅测量引线电阻
     
    ads_write_reg(0x02, INPMUX2, CS);

    DELAY_US(1000); // or 10000 us

    raw2 = ads124s08_read_data(CS);
     
    1. 计算 RTD 电阻
     
    r_rtd = (V1 / IDAC) - (V2 / IDAC);

     

    观察到的行为

    单独测量通道时:

    • 两个 RTD 都正确测量(~82 欧姆)

    连续扫描期间:

    RTD2(扫描的第一个信道):

    • RTD 电压= 82.77 欧姆
    • 导线电压= 59.16 欧姆  
    • 最终 RTD = 23.61 欧姆

    RTD3(扫描第二个信道):

    • RTD 电压= 83.29 欧姆
    • 引线电压= 0.47 Ω  
    • 最终 RTD = 82.82 Ω

      观察键

      该问题仅在第一个 RTD 通道上发生、并且仅在引线电阻测量期间发生。

      读取导线电压前的稳定延迟具有重大影响:

      • 1 毫秒延迟→不正确的导线电阻(~59 欧姆)
      • 10 毫秒延迟→正确的导线电阻(~0.5 欧姆)

      即使延迟 1ms、第二个 RTD 也能正常工作。

      问题

      1. 为什么只有第一个扫描的 RTD 需要更长的稳定时间?
      2. 是否有使用 ADS124S08 扫描多个 3 线 RTD 的建议方法?  
      3. 外部 RC 滤波器充电/放电导致该问题?  

        请帮助我们解决此问题。 我还分享了原理图截图以供参考。  

    谢谢、  

    马尼坎丹五世
    ADC.png

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

    尊敬的 Manikandan Velayudham:

    这听起来像是 RC 稳定问题、尤其是在增加延迟使问题消失的情况下。 但是我无法真正看到您的原理图、它非常小。 您是否可以将其作为附件包括、或者以其他方式使其变大?

    扫描两个 RTD 后、您要做什么? ADC 是处于睡眠/断电状态、还是立即在 RTD1 中开始另一次转换?

    -布莱恩

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

    感谢您的回答。

    请查找随附的原理图 PDF、其中提供了更清晰的电路视图。

    关于您的问题:

    扫描两个 RTD 通道后、我们不会将 ADC 置于睡眠或断电模式。
    我们目前正在 MCU 调试模式下测试 ADC、即使在单个执行周期内、问题也会出现。
    另外、我在上一条消息中提到的延迟是原始电阻测量值和引线电阻计算值之间的延迟、而不是切换 RTD 通道之间的延迟。

    此外、相同的原理图和固件配置在另一个相同的 PCB 上正常工作。 在两个完全相同的电路板中、一个电路板正常工作、而另一个电路板出现此稳定问题。

    如果您需要我们方面的任何其他信息或测量、请告知我们。

    此致、
    Saravana Kumar M


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

    尊敬的 Saravana Kumar M:

    如果您切换信道扫描顺序、该行为是否会更改为另一信道? 例如、我假设您要测量 RTD3、然后在发送给我的原理图中测量 RTD4、例如 AIN1/AIN2 和 AIN2/AIN11、后跟 AIN4/AIN8 和 AIN8/AIN6。 如果您进行切换以测量 RTD4、然后测量 RTD3、您是否仍在 RTD3 上看到相同的行为、或者它是否切换到 RTD4(因为 RTD4 是第一个测量通道)?

    您可以尝试移除一些电容和 TVS 二极管、看看是否可以缩小问题所在的范围。 一次执行这一两个操作、以防出现导致问题的特定组件。

    -布莱恩

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

    您好 Bryan、

    通道映射中有一个小的校正:RTD4 连接为 AIN4/AIN5 和 AIN5/AIN8。
    我尝试了你的建议。 我更改了扫描顺序、以便首先测量 RTD4、然后测量 RTD3。 但是、仅 RTD3 (AIN1/AIN2 和 AIN2/AIN11) 仍然存在问题。 即使首先扫描 RTD4、该行为也不会移至 RTD4。
    我还逐步移除电容器和 TVS 二极管、但我仍然看到相同的问题。

    注意:   

    该问题仅在 RTD3 通道上发生、并且仅在引线电阻测量期间发生。

    如果将原始电阻 (AIN1/AIN2) 读数与引线电阻 (AIN2/AIN11) 读数之间的延迟增加 1ms 至 10ms。

    • 1 毫秒延迟→不正确的导线电阻(~59 欧姆)
    • 10 毫秒延迟→正确的导线电阻(~0.5 欧姆)


    此致、
    Saravana Kumar M

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

    尊敬的 Saravana Kumar M:

    您能否向我发送您实际从 ADC 读取的寄存器设置、即不是您打算编程的设置、器件中实际存在的设置以防存在差异

    您是否能够将 AIN11 连接交换到另一个引脚? 看起来您没有 AIN9、AIN10 和 AINCOM。 AIN11 引脚似乎导致了该问题、因此如果是这种情况、则切换到另一个输入可能会改变该行为。 至少这将有助于缩小正在发生的事情

    -布莱恩