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.

[参考译文] DAC81416:/LDAC 和下一个数据更新周期/CS 的时序要求

Guru**** 2534300 points
Other Parts Discussed in Thread: DAC81416

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

https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/1056076/dac81416-the-timing-requirement-of-ldac-and-next-data-update-cycle-cs

器件型号:DAC81416

您好!

关于 DAC81416、/LDAC 和下一个数据更新周期/CS 之间是否有任何时序要求? ASK 之所以是因为当我们缩短/LDAC 和/CS 之间的时间时、DAC81416的某些通道无法按预期输出波形。

在我们的设计中、我们使用不同 DAC 的 LDAC 信号来同步不同通道、不同 DAC 上的输出电压。 我们满足了数据表中描述的 tLOGDLY (cs 上升沿到 LDAC 下降沿)要求、实验的详细信息如下:

首先、LDAC 上升沿到 CS 下降沿(新一轮数据传输)为:DAC0 150ns、DAC1 790ns、DAC2 1430ns。 那么 DAC0的大多数通道将不工作、只有一个或两个通道能够输出正确的波形。 DAC1通道2~15可以输出正确的波形,通道0和1将不起作用(只能输出固定电压,猜猜是波形的第一个点)。 DAC 2都正常。

然后、我们将 DAC0和1的传输延迟到1430ns (LDAC 上升沿到其自己的 CS 下降沿)。 所有 DAC 的所有通道都很好。

然后、我们尝试更早地放置 DAC 0和1、但仍然满足数据表9.3.1.2.1章中所述的1us 等待时间。

3.1 DAC0 1030ns (LDAC 上升沿至其自己的 CS 下降沿)、DAC1 1190ns。 那么、只有 DAC0的 CH1 (第二通道)不起作用(猜只输出波形的第一个点)、DAC0的其他15个通道都很好。 DAC 1和2均正常。

3.2 DAC0之后为1140ns、DAC 1 1270。 与3.1相同、只有 DAC0的 CH1无法正常工作、其余都很好。

3.3 DAC0之后为1190ns (与 DAC1在3.1中的时间相同)、DAC 1 1300ns。 同样、只有 DAC0的 CH1无法正常工作、其他都很好。

BR/Wang Peng

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

    您好!

    DAC 到 DAC 的更新等待时间为2.5uS。 在您的情况下、对于/LDAC 下降沿到/CS 下降沿、我们可以按如下方式计算所需时间。

    假设 SCLK 频率为50MHz、SDI 需要至少24个 SCLK 周期才能进行有效数据传输。

    因此延时时间最小应为2.5uS - 24*20ns = 2.02uS (最小值)。 这是因为、一旦您触发 LDAC 为低电平、先前的 DAC_DATA 将被推送到 DAC_register 并进行更新。 如果您在之前的数据更新之前传输下一个 DAC_DATA、它可能会损坏 DAC_DATA。

    调整计时、让我知道这是否正常。

    此致、

    AK

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

    您好、AK、

     让我介绍一些信息。 我们的更新周期为 P = 10us、即/LDAC 的周期。 我们使用流模式更新16个通道、因此传输时间为5300ns。 那么我的问题是、在下面的图片中、不能低于2.5us? 当我哭的时候,我们试了1030us,1140ns,1190ns,都失败了。 但1430ns 成功了。 对 t 这里有任何要求??

     板上有8个 DAC、我想对传输进行流水线处理、以减少 SSI 的重叠。

     您给出的示例只是一个向上的通道、传输时间小于2.5us。 传输时间大于2.5us 的情况如何?

     在下面描述的情况下,周期 P = 5300ns + 20ns (tLOGDLY)+ t 可以是0??

     多个主题。

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

    您好!

    在这两种情况下、t 应该是我之前提到的值。 无论是\LDAC 到 LDAC 之间的延迟是2.5uS 还是10uS、都无关紧要。

    此致、

    AK

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

    您好、AK、

     异步模式如何? 2.5us 仍然有效?

     在我的测试中、当 t >= 1210 ns 时、所有通道工作正常、当< 1210ns 时、某些通道将发生故障。

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

    您好!

    在异步模式下、不需要/LDAC。 因此、该时间适用于/CS 变为低电平到/CS 变为低电平以进行 DAC 更新。 所需的确切时间将取决于将数据从 DAC 寄存器推送到 DAC 缓冲器的内部时钟。

    内部时钟大约为25MHz (40ns)、所需的最短时间将为2.5uS -(24*40ns)= 1.54uS

    此致、

    AK

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

    您好、AK、

     tDACWAIT 适用于异步和同步模式。 但是、第8.3.1.2章和8.3.1.2.1章似乎有所不同。 似乎一旦数据从缓冲寄存器传输到活动 DAC 寄存器、我们就可以将数据写入缓冲寄存器或仅等待1us。 即使这与大于1210ns 和小于1210ns 的测试结果不匹配。 我应该如何理解这两章?

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

    您好!

    如前所述、在异步模式下、我们需要最小1.54uS 的等待时间。

    将更新数据表以反映相同情况。

    此致、

    AK

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

    感恩节快乐! 我将相应地更新代码。

    最后一个问题、顺序更新等待时间是2.4us 还是2.5us?

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

    您好!

    你也一样。

    请使用2.4uS (最小值)的顺序等待时间更新代码、我已使用另一个100ns 缓冲器进行上述计算

    此致、

    AK