• 状态 Resolved
  • 已锁定 已锁定
  • 回复 17 回复
  • 订户 0 订户
  • 视图 20 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] TAS6424E-Q1：报告‑Ω 与‑Ω 的短接接接接地故障数百毫秒、然后自动清除故障

admin
Guru**** 2905430 points

Other Parts Discussed in Thread: TAS6424E-Q1

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

https://e2e.ti.com/support/amplifiers-group/amplifiers/f/amplifiers-forum/1637727/tas6424e-q1-report-a-short-to-ground-fault-for-several-hundred-milliseconds-then-clear-the-fault-automatically

器件型号： TAS6424E-Q1

TI 工程师、大家好、

在我的项目测试过程中,我遇到了一些问题,希望您能作出澄清。 谢谢！

测试用例:所有扬声器连接正常,然后我从几个选定的频道中移除扬声器。 ‑器上电后、多个通道报告开路负载、这表明电源 Δ V ON 诊断功能正常工作。 然后将所有 6424 个通道设置为播放模式、其余通道正常输出。 ‑、等待很长时间（持续时间各不相同）后、移除扬声器的其中一个通道将间歇性地报告短接 4 μ s 至‑μ s 的接地故障数百毫秒、然后清除故障。 此故障断言和清除行为会随着时间的推移而不规则重复。 发生错误故障报告时、我们会定期读取寄存器 0x0C、确认已设置该通道的‑Ω 至‑Ω 接地短接标志、然后清除。  

问：负载开路时、为什么会出现接地短路故障？  

如何防止这种误报行为？  

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

    尊敬的 Mingzhi：

    1. 您能否读取 Reg0x0F 以确认输出通道的状态？ 当存在 直流 LDG 故障（如开路负载）时、通道通常不会转换为 PLAY 状态（除非对直流 LDG 进行旁路和/或中止）。 根据其声音、打开通道上的直流 LDG 持续运行、而其他通道处于播放状态。
    2. 您能否告诉我您如何知道扬声器报告了 S2G 故障？ 是否持续拉动 Reg0x0C & Reg0x0D？ 接地短路和所有其他直流 LDG 故障不会报告给 FAULT 引脚；因此如果您看到故障、可能存在另一个问题。
    3. 我知道这仅周期性发生、但如果您可以在故障发生时捕获这些 OL 通道的输出波形、那么这对于调试非常有帮助。 这种误报不是预期行为、因此我想帮助找出根本原因。
    4. 发送您正在使用的特定 I2C 命令也会有所帮助。 从上电期间的第一条命令到读取 0x0C 的命令。 此外、当您看到故障时、发送完整的寄存器转储。
    5. 是否使用 EVM 对此进行测试？

     Elise

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

    您好 Elise。

    1. 这种故障是随机发生的,可能需要相当长的时间来重现它。 当我再次遇到它时、我会记录数据。

    2.每隔 100 毫秒对 Reg0x0C 和 Reg0x0D 执行一次读取操作、然后检查故障状态。  

    4. 我还监控了寄存器 0x10-0x13 和打印错误,但在此期间没有报告其他问题。

    5、我没有 EVM、我在产品的电路板上进行测试。

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

    尊敬的 Mingzhi：

    我是否可以询问发生 S2G 故障的信道是否与播放中的信道相邻？ 如果是这样、PLAY 通道中的 PWM 开关可能会干扰直流诊断结果。

    此致、

    Leo

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

    嗨、Leo、

    我使用电阻箱进行了测试；事实上、所有输出线束都位于附近。

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

    尊敬的 Mingzhi：

    我想您误解了我之前的帖子、对于“相邻信道“、我是指 CH1 S2G 与 CH2 是否在发挥作用？ 或者、CH2 是否处于 PLAY 状态、而 CH1 或 CH3 S2G？

    此致、

    Leo

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

    嗨、Leo

    是的,我只是误解了。 实际上、在之前发生该问题的情况下、我在所有通道上以相同的音量播放了 1kHz 音频。

    因此、当我再次遇到该问题时、需要将误差通道的相邻通道静音。 是否需要调整任何其他设置？

    毕竟、此问题发生的可能性非常低。

    谢谢！

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

    尊敬的 Mingzhi：

    我可以询问发生 S2G 故障的信道是否与播放中的信道相邻？ 如果是这样、播放通道中的 PWM 切换可能会干扰直流诊断结果。

    这只是一个理论,它可能不是正确的。 请为非相邻频道插入故障（移除扬声器）。 例如、移除 CH4 负载、观察 CH1、CH2 上的任何异常。 然后、您可以移除 CH1 并查看 CH3、CH4 等上是否发生了任何情况。 遵循此逻辑、您可以验证它是否是由相邻通道的 PWM 切换引起的。

    此致、

    Leo

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

    嗨、Leo、

    我还是有点困惑。  在前面的讨论中、CH1 和 CH2 被视为相邻通道、CH3 和 CH4 也是如此。 这种解释是否正确？

    “PWM 切换“是指连接/断开扬声器引起的变化、还是由音乐节奏变化引起的变化？

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

    尊敬的 Mingzhi：

    我仍然有点困惑。  在前面的讨论中、CH1 和 CH2 被视为相邻通道、CH3 和 CH4 也是如此。 此解释是否正确？

    请让我用简单的英语来描述。 “相邻信道“是指彼此相邻的任意两个信道。

    “PWM switching“是否指由于连接/断开扬声器或音乐节奏变化引起的更改？

    PWM 开关是指 LC 滤波器之前的 OUT 引脚上的 PWM 波。 PWM 波的高速切换可能会对相邻通道造成干扰。

    非相邻信道的租用插入故障（移除扬声器）。 例如、移除 CH4 负载、观察 CH1、CH2 上的任何异常。 然后、您可以移除 CH1 并查看 CH3、CH4 等上是否发生了任何情况。 遵循此逻辑、您可以验证它是否由相邻通道的 PWM 切换引起。

    当成功复制错误和提到的数据 Elise 时、请帮助执行上述测试。

    此致、

    Leo

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

    嗨、Leo、

    谢谢！

    现在、我无法重现这个问题。 根据您以前的经验、如果此问题与您的假设相符、我该如何避免？

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

    尊敬的 Mingzhi：

    如果没有 furthur 测试数据、很难确定导致这种情况的确切原因。 正如我之前提到的、这只是一个可能的 原因、我认为对我们没有任何测试数据的问题进行进一步评论是不明智的。

    此致、

    Leo  

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

    尊敬的 Leo GUI：

    昨天、我意外地在另一个测试中重现了这个问题。 我来介绍一下背景：
    通道 17、18、19、20 对应于 AMP4 的 CH1、CH2、CH3、CH4（功率 IC 4）。
    当 ECU 上电时、CH1 和 CH4 正确连接至扬声器、而 CH2 和 CH3 处于打开状态。


    长时间运行后、CH2 开始重复报告接地短路故障和后续故障恢复。
    然后、我执行了重复插入和拔下相邻通道 CH1 和 CH3 上的扬声器的操作。
    之后、CH2 几小时内不再报告错误故障。

    这是 ECU 日志

    [16:11:35.457] [E/NO_TAG] chnnl 18 short to gnd  fault detected
[16:11:36.048] [E/NO_TAG] chnnl 18 short to gnd  fault cleared
[16:15:04.026] [E/NO_TAG] chnnl 18 short to gnd  fault detected
[16:15:04.618] [E/NO_TAG] chnnl 18 short to gnd  fault cleared
[16:17:33.065] [E/NO_TAG] chnnl 18 short to gnd  fault detected
[16:17:33.672] [E/NO_TAG] chnnl 18 short to gnd  fault cleared
[16:18:22.601] [E/NO_TAG] chnnl 18 short to gnd  fault detected
[16:18:23.192] [E/NO_TAG] chnnl 18 short to gnd  fault cleared
[16:19:12.234] [E/NO_TAG] chnnl 18 short to gnd  fault detected
[16:19:12.841] [E/NO_TAG] chnnl 18 short to gnd  fault cleared
[16:21:22.475] [E/NO_TAG] chnnl 18 short to gnd  fault detected
[16:21:23.083] [E/NO_TAG] chnnl 18 short to gnd  fault cleared
[16:24:03.794] [E/NO_TAG] chnnl 18 short to gnd  fault detected
[16:24:04.385] [E/NO_TAG] chnnl 18 short to gnd  fault cleared
[16:25:04.504] [E/NO_TAG] chnnl 18 short to gnd  fault detected
[16:25:05.095] [E/NO_TAG] chnnl 18 short 
[16:25:05.111] to gnd  fault cleared
[16:27:14.861] [E/NO_TAG] chnnl 18 short to gnd  fault detected
[16:27:15.452] [E/NO_TAG] chnnl 18 short to gnd  fault cleared
[16:28:15.570] [E/NO_TAG] chnnl 18 short to gnd  fault detected
[16:28:16.177] [E/NO_TAG] chnnl 18 short to gnd  fault cleared
[16:30:45.810] [E/NO_TAG] chnnl 18 short to gnd  fault detected
[16:30:46.417] [E/NO_TAG] chnnl 18 short to gnd  fault cleared
[16:31:35.331] [E/NO_TAG] chnnl 18 short to gnd  fault detected
[16:31:35.938] [E/NO_TAG] chnnl 18 short to gnd  fault cleared
[16:32:36.057] [E/NO_TAG] chnnl 18 short to gnd  fault detected
[16:32:36.648] [E/NO_TAG] chnnl 18 short to gnd  fault cleared
[16:33:25.577] [E/NO_TAG] chnnl 18 short to gnd  fault detected
[16:33:26.296] [E/NO_TAG] chnnl 18 short to gnd  fault cleared
[16:34:35.095] [E/NO_TAG] chnnl 18 short to gnd  fault d
[16:34:35.111] etected
[16:34:35.702] [E/NO_TAG] chnnl 18 short to gnd  fault cleared
[16:35:24.615] [E/NO_TAG] chnnl
[16:35:24.631]  18 short to gnd  fault detected
[16:35:25.334] [E/NO_TAG] chnnl 18 
[16:35:25.351] short to gnd  fault cleared
[16:36:14.264] [E/NO_TAG] chnnl 18 short to gnd  fault detected
[16:36:14.871] [E/NO_TAG] chnnl 18 short to gnd  fault cleared
[16:37:03.785] [E/NO_TAG] chnnl 18 short to gnd  fault detected
[16:37:04.393] [E/NO_TAG] chnnl 18 short to gnd  fault cleared
[16:38:13.319] [E/NO_TAG] chnnl 18 short to gnd  fault detected
[16:38:13.910] [E/NO_TAG] chnnl 18 short to gnd  fault cleared
[16:40:22.363] [E/NO_TAG] chnnl 18 short to gnd  fault detected
[16:40:23.082] [E/NO_TAG] chnnl 18 short to gnd  fault cleared
[16:42:31.535] [E/NO_TAG] chnnl 18 short to gnd  fault detected
[16:42:32.126] [E/NO_TAG] chnnl 18 short to gnd  fault cleared
[16:44:41.891] [E/NO_TAG] chnnl 18 short to gnd  fault detected
[16:44:42.482] [E/NO_TAG] chnnl 18 short to gnd  fault cleared
[16:47:22.010] [E/NO_TAG] chnnl 18 short to gnd  fault detected
[16:47:22.601] [E/NO_TAG] chnnl 18 short to gnd  fault cle
[16:47:22.617] ared
[16:50:50.570] [E/NO_TAG] chnnl 18 short to gnd  fault detected
[16:50:51.177] [E/NO_TAG] chnnl 18 short to gnd  fault cleared
[16:52:59.750] [E/NO_TAG] chnnl 18 short to gnd  fault detected
[16:53:00.342] [E/NO_TAG] chnnl 18 short to gnd  fault cleared
[16:53:49.269] [E/NO_TAG] chnnl 18 short to gnd  fault detected
[16:53:49.876] [E/NO_TAG] chnnl 18 short to gnd  fault cleared
[16:56:18.317] [E/NO_TAG] chnnl 18 short to gnd  fault detected
[16:56:18.925] [E/NO_TAG] chnnl 18 short to gnd  fault cleared
[16:59:21.172] [E/NO_TAG] chnnl 19 Open fault cleared
    谢谢！
  • 0
    TI__Guru**** 2905430 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Mingzhi：

    [报价 userid=“695362“ url=“~/support/amplifiers-group/amplifiers/f/amplifiers-forum/1637727/tas6424e-q1-report-a-short-to-ground-fault-for-several-hundred-milliseconds-then-clear-the-fault-automatically/6320034

    当 ECU 上电时、CH1 和 CH4 正确连接至扬声器、而 CH2 和 CH3 处于打开状态。

    [/报价]

    如果我的理解正确、您是指 CH2 和 CH3 都是开路负载？  

    我知道这仅定期发生、但如果您可以在故障发生时捕获这些 OL 通道的输出波形、那将非常有助于调试。 此误报不是预期行为、因此我想帮助找出根本原因。

    您是否在 LDG 期间捕获了波形？ 它将极大地帮助我们在此处进行调试。

    然后、我执行了重复插入和拔下相邻通道 CH1 和 CH3 上的扬声器。

    您不需要插入和拔下 CH1 和 CH3、如果我的理论正确、相邻通道必须与 PWM 开关发挥作用、如果您拔下通道、这些通道将不会切换、因为它们将不会进行播放、因此无 PWM 开关。

    我强烈建议在 LDG 期间捕获故障发生时的波形。

    此致、

    Leo

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

    尊敬的 Leo GUI：

    我今天在测试台上捕获了故障波形。 紫色示波器探头连接到通道输出 P、黄色探头连接到 M。请帮助分析、谢谢！
    图 1 显示了无错误故障报告的正常波形、周期约为 1 秒。
    发生问题时、异常波形如图 2 所示。

    图 1.

    图 2.

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

    尊敬的 Mingzhi：

    得益于提供的波形、似乎确实存在 S2G 故障、您能否转储 0x0C、0x0D、0x10-0x13 的寄存器？ 由于 TAS6424E-Q1 不支持 RTLDG、因此必须存在某种故障触发 MCU/其他软件来指示手动 LDG。 无论 LDG 之后发生什么情况、触发 LDG 的原因都可能是根本原因。

    此致、

    Leo

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

    嗨、Leo、

    我终于成功地在今天偶然地重现了这个问题。 日志如下所示。

    打印的寄存器为 0x0C、0x0D、0x10、0x11、0x12、 0x13 按顺序排列。
    在我的软件逻辑中、打印 在连续 3 次检测到 故障后触发、并在故障清除后立即打印。
    我的软件会存储 最新的 10 个寄存器读取结果 、并每次打印所有 10 个条目。
    Tas6424RegId 的值 是 触发打印时寄存器存储空间的索引。
    此致、

    [22:25:28.245] [E/DBG] Tas6424RegId:8!
[E/DBG]  0 20  0  0  0  0
[E/DBG]  0 20  0  0  0  0
[E/DBG]  0 20  0  0  0  0
[E/DBG]  0 20  0  0  0  0
[E/DBG]  0 20  0  0  0  0
[E/DBG]  0 a0  0  0  0  0
[E/DBG]  0 a0  0  0  0  0
[E/DBG]  0 a0  0  0  0  0
[E/DBG]  0 a0  0  0  0  0
[E/DBG]  0 20  0  0  0  0
[E/NO_TAG] chnnl 18 short to gnd  fault detected
[22:25:28.356] [E/DBG] Tas6424RegId:9!
[E/DBG]  
[22:25:28.397] 0 20  0  0  0  0
[E/DBG]  0 20  0  0  0  0
[E/DBG]  0 20  0  0  0  0
[E/DBG]  0 20  0  0  0  0
[E/DBG]  0 20  0  0  0  0
[E/DBG]  0 a0  0  0  0  0
[E/DBG]  0 a0  0  0  0  0
[E/DBG]  0 a0  0  0  0  0
[E/DBG]  0 a0  0  0  0  0
[E/DBG]  0 a0  0  0  0  0
[22:25:28.542] [E/DBG] Tas6424RegId:1!
[E/DBG]  0 a0  0  0  0  0
[E/DBG]  0 20  0  0  0  0
[E/DBG]  0 20  0  0  0  0
[E/DBG]  0 20  0  0  0  0
[E/DBG]  0 20  0  0  0  0
[E/DBG]  0 a0  0  0  0  0
[E/DBG]  0 a0  0  0  0  0
[E/DBG]  0 a0  0  0  0  0
[E/DBG]  0 a0  0  0  0  0
[E/DBG]  0 a0  0  0  0  0
[22:25:28.654] [E/NO_TAG] chnnl 18 short to g
[22:25:28.669] nd  fault cleared

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

    您好 Mingzhi

    结果表明串扰影响了直流 LDG 结果。 因为 CH1/4 持续播放电源、CH2/3 进行直流 LDG。 CH1/4 的能量会通过电感耦合影响 CH2/3 的结果。

    如果您不打算使用 CH2/3、可以考虑将其置于高阻态模式。