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.

[参考译文] TAS6684-Q1:有关正确使用直流/交流诊断中止/旁路以在启动后进行手动诊断的问题

Guru**** 2873990 points

Other Parts Discussed in Thread: TAS6684-Q1

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

https://e2e.ti.com/support/audio-group/audio/f/audio-forum/1639902/tas6684-q1-question-about-proper-usage-of-dc-ac-diagnostic-abort-bypass-for-manual-diagnostics-after-startup

器件型号: TAS6684-Q1

大家好、团队

根据数据表、在启动时跳过自动执行诊断时、 应将 DIAG 中止位和/或诊断旁路位设置为1并保持、直到器件达到 高阻态或 PLAY 状态

但是、在我们的产品中、我们希望:

  • 配置斜坡和稳定参数、和
  • 选择特定的诊断通道、

然后再执行直流/交流负载诊断。
因此、我们认为有必要这样做 释放 STBY 后停止自动诊断 、执行所需的配置、然后 手动执行诊断

我们目前正在考虑如下流程:

  1. 释放 PD 和 STBY(器件初始化)
  2. 将 Diag Abort/Bypass 设置为1停止自动诊断
  3. 配置斜坡/稳定参数和诊断通道选择
  4. 清除诊断中止/旁路
  5. 通过 STATE_CTRL 手动触发直流/交流诊断

但是、该流程确实如此 严格要求数据表说明中止/旁路应保持至高阻态或 PLAY 状态

请您澄清一下:

  • 是否支持此类流程(暂时停止自动诊断并随后手动运行)?
  • 在这种情况下、正确和推荐的程序是什么?

感谢您的支持。

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

    嗨、Miyuki、

    [引用 userid=“590285" url="“ url="~“~/support/audio-group/audio/f/audio-forum/1639902/tas6684-q1-question-about-proper-usage-of-dc-ac-diagnostic-abort-bypass-for-manual-diagnostics-after-startup

    但是、在我们的产品中、我们希望:

    • 配置斜坡和稳定参数、和
    • 选择特定的诊断通道、

    然后再执行直流/交流负载诊断。
    因此、我们认为有必要这样做 释放 STBY 后停止自动诊断 、执行所需的配置、然后 手动执行诊断

    [/报价]

     我不太明白为什么需要停止自动 LDG 来配置斜坡时间并选择 LDG 通道、这可以通过几次寄存器写入操作轻松实现。

    将 Diag Abort / Bypass 设置为1停止自动诊断

    您在哪里设置了该位? 寄存器 0xB0 中?

    是否支持此类流程(暂时停止自动诊断并在稍后手动运行)?

    在 TAS6684-Q1 中、您不能在器件初始化期间绕过 LDG、但可以中止它。 在正常运行 期间、如果在 Hi-Z 或 PLAY 状态期间发生通道故障、则器件将自动运行 LDG、并且可能被旁路或中止。

    此致、

    Leo

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

    嗨、Leo、

    感谢您的答复。

    我的理解是、STBY 释放后、器件会在器件初始化序列过程中自动启动直流负载诊断。 根据数据表说明、我认为在初始化期间默认会启用该自动诊断运行。

    在这种情况下、请确认您的观点是否如下?

    寄存器进行编程来实现 在 STBY 释放之前  、我们可以预先配置诸如斜坡/稳定和诊断通道选择等参数、以便在 STBY 释放(初始化)时执行的直流诊断将使用这些优化的设置运行、而无需停止自动 LDG。

    如果这是预期的方法、它将解决我们对“在 STBY 释放后暂时停止自动诊断“的担忧。

    此致、
    Miyuki

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

    嗨、Miyuki、  

    PD 引脚为 内部数字电路供电、而 STBY 为模拟部分供电、如果 PD 释放且存在 DVDD、则 I2C 总线处于运行状态且内部寄存器处于运行状态。 可以在 STBY 释放之前、PD 释放之后对寄存器进行写入。

    此致、

    Leo

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

    嗨、Leo、

    感谢您的澄清。

    我理解您的观点如下:由于 I2C 总线和内部寄存器在 PD 释放(存在 DVDD)之后和 STBY 释放之前处于有效状态、我们可以在该窗口中对相关寄存器进行编程、这些设置将应用于在 STBY 释放时自动运行的直流诊断。 我的理解是否正确?  

    另外还有一个问题:在器件初始化期间、自动执行的直流负载诊断是否在其上运行 所有通道 默认情况下? (我的读数是它在初始化时自动在所有四个通道上运行。)

    如果答案是肯定的、是否有任何寄存器设置/方法来避免在所有通道上运行自动初始化直流诊断(例如,限制在特定通道上运行)、而不是中止自动初始化直流诊断?

    此致、
    Miyuki

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

    你(们)好

    我们可以在该窗口中对相关寄存器进行编程、这些设置将应用于 STBY 释放时自动运行的直流诊断。 我的理解是否正确?  [/报价]

    是的。

    另外还有一个问题:在器件初始化期间、自动执行的直流负载诊断是否会运行 所有通道 默认情况下?

    是的

    如果答案是肯定的、是否有任何寄存器设置/方法来避免在所有通道上运行自动初始化 DC 诊断(例如,将其限制在特定通道上)、而不是中止它?

    在释放 STBY 引脚之前、可能会在寄存器 0xB0 中设置中止。

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

    Hi Shadow、

    感谢您的指导。

    总结一下我对您和 Leo 回答的理解:

    • 可以对相关寄存器进行编程 PD 释放之后(存在 DVDD)、STBY 释放之前 、这些设置将应用于 自动直流负载诊断 STBY 释放时运行。
    • 器件初始化时的自动直流负载诊断在上运行 所有通道 默认情况下、并且无法将自动初始化诊断限制为特定通道。 因此、如果我们只需要在选定的通道上运行诊断、则应该这样做 中止 初始化诊断(通过寄存器 0xB0 )、然后在以后手动运行直流诊断程序。  

    回到我的原始问题、您能告诉我们在器件处于中手动启动直流诊断的建议程序 睡眠 执行中止后的状态?

    以下流程是否正确?

    1. 释放 PD(DVDD 存在、I2C 有效)
    2. 在寄存器 0xB0 中设置中止(如果需要则设置旁路)
    3. 释放 STBY
    4. 清除中止/绕过
    5. 手动触发直流诊断(例如,通过相关的状态控制机制)

    但是、我担心在释放 STBY 后立即清除中止/旁路可能会与数据表中的说明相冲突、即中止/旁路位应保持设置状态、直到通道转换至 HI‑Z 或 PLAY 状态。 您能否确认在建议的流程中清除中止/绕过是否可以接受、如果不可以、建议的时序/顺序是什么?

    此致、
    Miyuki

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

    你(们)好

    总结我对您和 Leo 的回答的理解:

    您的理解是正确的。

    以下流程是否正确?

    是的、正确。

    能否确认在建议的流程中清除中止/绕过是否可以接受、如果不可以、建议的时间/顺序是什么?

    释放 STBY 后、您会发现 IC 将中止初始直流诊断并且通道状态更改为睡眠状态。 此时、清除中止/旁路并启动手动直流诊断没有问题。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Hi Shadow、
    非常感谢您的支持和清晰的解释。 非常感谢。
    此致、
    Miyuki