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.

[参考译文] DAC8718:LDAC 延迟问题和压摆率问题

Guru**** 2502205 points
Other Parts Discussed in Thread: DAC8718

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

https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/1241634/dac8718-ldac-delay-issue-and-slew-rate-issue

器件型号:DAC8718

您好!  

我正在创建一个使用 DAC8718的显示驱动程序项目。 我在同步模式(LDAC 触发)下使用单极配置。
此时我遇到2个问题:

1) 1)当输出当前设置为0V 并且我想将其更改为另一个值时、在 LDAC 置位后、输出开始上升之前存在延迟。 仅当前一个输出介于输入代码0x0和0x200 (约)之间时、才会发生延迟。 延迟取决于输出在之前处于低电平的持续时间、介于1至2微秒之间。 延迟太长、我无法达到系统的时序要求。

在数据表中、我发现 DAC 的输出只能保证高于 VSS 0.5V 以上、在本例中为0.5V。 但是、我对设置为0x0时的输出电平很满意、并希望尽可能继续使用该输出电平。 此外、虽然我自己可以避免使用低于0x200的 ADU 值、但我有一个客户、最终能够将其设置为任何值。  

因此、我将研究我的其他选择、以避免这种延迟效应并打造稳健的最终产品。 建议的处理方法是什么?

2)当输出比之前更低的值时、DAC 的输出以2个不同的压摆率下降。 首先、输出在大约5V/us 的压摆率下快速下降(足够接近于数据表中6V/us 的值)、但是之后、压摆率会大幅度减慢以达到新的输出值。 它根本不是预期的衰减、看起来与数据表中的图形不同。

在下图中、我同时显示了这两个问题:

绿色曲线:DAC 输出
蓝色曲线:LDAC 信号
黄色和紫色曲线:显示驱动程序的扫描线0和扫描线1。

您可以看到、当 LDAC 置位时、DAC 的输出立即开始变化、除非之前的输出为0、那么会有1-2us 的延迟。
还显示了压摆率、该问题仅在下降沿发生。

所描述的所有问题都发生在 DAC 的全部8个输出上、并且也会在系统中的其他 DAC 上重复出现(有多个)。

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

    尊敬的 Tristan:  

    桑贾伊正在审查这一问题,并将在明天作出回应。  

    此致!

    K·琼斯  

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

    尊敬的 Tristan:

     

    1.下降延迟问题 : 这是 DAC 输出运算图 饱和的典型行为 ,由于脚室紧缩和运算放大器开环,+和-输入不再处于相同的电位(不再虚短路)。 只要输入具有大差分电压(VID)、输出就会保持饱和。 只有当此输入差分电压降低、使理想输出(Vout = VID*AOL、其中 AOL =开环增益)处于运算放大器的线性输出范围内时、输出才会开始恢复。 对于常规 运算放大器、恢复时间可长达~1-2us。

     

    2.输出下降期间的两个压摆率 :这也是 运算放大器的电流驱动行为。 当输出达到电源轨(高侧或低侧)时、输出电流驱动强度会降低。  

     

    解决方案 :尝试限制较低侧 DAC 代码或把-ve 2V 电源在 AVSS 侧而不是 GND (您可以尝试在端找到合适的代码或 AVSS 电源值)

     

    如果您需要任何进一步的帮助、请告诉我。

     

    谢谢。

    桑贾伊

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

    尊敬的 Sanjay:  


    感谢您关注此内容并提供回复。

    对于第一个问题、我理解这是硬件的限制、并将按照两种建议的方式之一进行处理。

    对于第二个问题、我仍然想知道这是否实际上是预期行为。 我还会看到一个快速压摆率、然后会在将输出驱动到电源轨之外的其他值时看到一个较慢的压摆率。 例如、当我更改为中值代码0x8000时。 我还会担心、因为从快速转换到慢速转换的转换不平稳或连续、但似乎相当突然、确实有两种不同的压摆率。

    此致

    特里斯坦

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

    尊敬的 Tristan:

    您能解释一下第二条陈述吗? 例如、如果您在0x4000和0xC000之间重复切换、您会看到哪种行为? 发生这种情况时、您能否监控 VSS 引脚上的电压? VSS 引脚上是否存在接线错误或焊点不良的情况?

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

    尊敬的 Paul_Frost:  

    这是在0x4000和0xC000之间切换时的样子。 令我担忧的行为是伴有慢速压摆率的输出下降时间峰值。 对于轨至轨转换、慢速压摆率部分只是电压摆幅的一小部分。 但对于此处显示的转换、它们具有很大的摆幅。  
    我无法在同一张图中获得 VSS 引脚的图表、但我已经对其进行了测量、VSS 与电路的 GND 一样稳定。

    由于在板上5个 DAC 的全部8个输出上都会发生这种情况、因此不太可能出现不良焊点。

    如果你有任何其他想法,我将不胜感激。  
    此致
    特里斯坦

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

    尊敬的 Tristan:

    您在此 DAC 上的负载是什么? 您能否共享原理图?

    谢谢。

    保罗

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

    您好、Paul、  

    现在、我正在开发没有可用显示模块的系统、所以 DAC 输出上没有负载。
    我还10kΩ 100pF ||5 Ω 至 GND 的测量。 我没有注意到负载和无负载之间有任何显著差异。  

    原理图采用了深度嵌套和专有结构、因此很难进行更多的共享。 输出直接连接到测试点、这里是我的示波器探头。

    此致
    特里斯坦

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

    谢谢、我们将在7月4日美国假期后进行回复。

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

    尊敬的 Tristan:

     

    我与我们的设计团队进行了核实、这里澄清了:-

    " DAC8718/28具有压摆升压。  如果仔细观察、您可以在上升和下降时间上看到两个不同的斜率。 从 V0到 V1正压 摆升压打开、V1正压摆升压关闭后、斜率更快、而放大器压摆是自然压摆。 类似地、V2至 V3负压摆升压功能在 V3负压摆升压功能关闭后打开、但放大器自然压摆小于正斜坡的自然压摆率。 如果此部件与其他部件不同,则可能表明压摆增强偏移可能与其他总体不同。"

     

     

    谢谢。

    桑贾伊

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

    尊敬的 Sanjay:  


    感谢您的澄清。 如果我理解正确、这就证实了对于此问题没有其他办法可以解决、并且它是否能够按预期完全正常工作? 我不明白您在最后一句中的意思、您能解释一下吗?

    此致
    特里斯坦

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

    尊敬的 Tristan:

     

    是的、对于这个问题、没有其他办法可以解决、并且它可以按预期完全正常工作。

     

    如果此器件与其他器件如此不同、则可能表示压摆升压偏移可能与其他器 件群不同>>这意味着如果您有多个器件、且这种异常情况在多个器件中最严重、则可能是异常值器件。

     

    谢谢。

    桑贾伊

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

    尊敬的 Sanjay:  

    感谢您的讨论、本主题到此结束。

    此致
    特里斯坦