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.

[参考译文] DAC8750:软件复位

Guru**** 2443790 points
Other Parts Discussed in Thread: DAC8750

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

https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/610224/dac8750-software-reset

器件型号:DAC8750

你好。

数据表显示:

8.6.1.4复位寄存器
DACx750复位寄存器写入地址0x56。 表17提供了说明。

表17. 复位寄存器
数据位:DB0
名称:重置
默认值:0
描述:软件复位位位。 向该位写入1会执行软件复位、该复位会将所有寄存器和警报状态复位为相应的上电复位默认值。 复位完成后、RESET 位自动清零。


问题:
将0x01写入复位寄存器后、完成复位需要多长时间?


此致。

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

    Sato-San、

    精确的时序有点难定义、但就数字机制而言、复位几乎是瞬时的。 在数字域中、各种控制门将以微秒级重置。 在模拟域中、与数字内容相比、基准和模拟输出断电至零标度所需的时间可能会更长、但这取决于加载条件、并且不会对数字内容的复位时序产生任何影响。

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

    感谢您的回答。
    例如、能否按以下顺序复位?

    1. 将0x0001写入复位寄存器(0x56)。
    2. 立即写入 NOP (0x00_0000)。
    3. 将0x0028写入配置寄存器(0x57)。

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

    Sato-San、

    我对我的答复拖延表示歉意。 我已离开现场。

    我认为您的时间应该可以。 请告诉我们您的结果。

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

    您好!

    请我回答同样的问题。
    需要设计指标。

    Q1:将0x01设置为地址0x56后、
       寄存器清除并完成复位需要多长时间?

       换句话说、设置"1"复位位位以返回"0"需要多长时间? ("0"→"1")

       如果它不能用数字时间表示、
       可以说在 SCLK 中有几个脉冲之后复位完成了?

    Q2:当0x01设置为地址0x56时、串行通信的移位寄存器是否被清除?

    此致

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

    [引用 user="cafain"]

    Q1:将0x01设置为地址0x56后、
       寄存器清除并完成复位需要多长时间?

       换句话说、设置"1"复位位位以返回"0"需要多长时间? ("0"→"1")

    [/报价]

    正如我所说的那样-这有点难定义、因为至少根据我的理解、操作应该几乎是瞬时的、这样它的发生速度会比你读回它的速度快。 实际上、使用物理器件测量此值并不是真正可行的、因为操作速度比读取寄存器的速度快。

    [报价用户="cafain"] Q2:当0x01设置为地址0x56时,串行通信的移位寄存器是否已清除?

    我不确定这一点、我需要咨询我们数字设计团队的人员来模拟这一点。 为什么这很重要?

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

    大家好、Kevin San

    感谢您的详细解释。

    我意识到将这段时间用作设计数据是不现实的、因为完成复位的时间正是这一时刻(比几 ns 快!?)。

    这是我提出第二季度问题的背景、
    从 Q1的 μs 来看、如果您希望在等待时间较短(例如40 μ s)的情况下无需等待即可传输下一个数据、如果您希望发送下一个数据、请考虑发送 NOP 并添加时间来执行某些操作。

    请回复。

    此致

    自助餐厅

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

    Kevin San、

    与我一样、需要定义的复位时间。
    我应该等待1微秒还是等待10微秒?
    请定义足够的等待时间。

    --
    Q2:当0x01设置为地址0x56时、串行通信的移位寄存器是否被清除?
    --
    例如、
    我想在写入复位寄存器后立即设置配置寄存器。

    如果复位时间为46微秒、
    如果清零、则通信后的移位寄存器变为0x000000。
    如果不清零、则通信后的移位寄存器变为0x570028。

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

    以帮助澄清此问题。 您是否能够参考 DAC8750数据表的时序规格? 只要满足这些条件、您就应该期望正确的写入和读取操作。

    LATCH 引脚的上升沿会将写入的数据正确锁存到内部寄存器、上拉 LATCH 引脚时、请验证它是否满足 DS 第9页报告的40ns 的最短高电平时间。 经过这段时间后、可将 LATCH 引脚拉低以启动下一个写入事务。

    写入和读取模式的时序要求略有不同、因此请验证在快速写入或读取器件时是否满足这些条件。

    此致、
    Matt