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.

[参考译文] BQ40Z50-R2:发生看门狗通信事件后 IC 崩溃

Guru**** 2589300 points
Other Parts Discussed in Thread: EV2400, BQ40Z50, BQSTUDIO

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

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/1367152/bq40z50-r2-ic-crashed-after-watchdog-communication-event

器件型号:BQ40Z50-R2
主题中讨论的其他器件:EV2400BQ40Z50BQSTUDIO

工具与软件:

尊敬的所有人:

我们有一个奇怪的事件。

我们的电池连接到应用。

插入时,应用程序开始通过 SMBus 线路重复查询18个不同的命令(例如电压0x09 ,电流0x0a ext)。

它会在~3秒内出现故障、然后通信中断突然出现、CLK 失真、然后在数据线保持高电平时出现25ms、从而使看门狗通信复位。

我们认识到 WD 复位计数器在每次之后都会增加。

/resized-image/__size/320x240/__key/communityserver-discussions-components-files/196/SMBUS_5F00_line.jpg

我的问题是:

1)什么会导致此类 CLK 或通信干扰? 使用旧版 bq20z655、竞争对手的电池不会遇到这种情况。
2)我们遇到电池关闭? 我们如何才能防止电池在此类 WD 复位事件中关闭?
WDF 位被清零。

需要更多信息、请告诉我。

RAN

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

    尊敬的 RAN:

    您能否告诉我们、监测计是 EV2400还是定制 MCU 是如何进行通信的? 如果正在使用定制 MCU、您能否确认 MCU 是否支持时钟延展?

    此致、

    安东尼·巴尔迪诺

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

    尊敬的 Anthony:

    感谢您的答复。
    我们使用 Altera (Intel)生产的 FPGA EP4CE15F17I7N。

    我们可以看到、当存在正常的通信交换时(前3秒)、整个器件都会发生 CLK 扩展。

    使用 EV2400和 PC 时没有问题。
    我们在读取时尝试由外部供电、通信信号根本不会中断。

    我们认为可能存在外部中断、如噪声或尖峰、但很明显、通信被中断、看门狗会做出响应、但为什么 BQ40z50会关闭 DSG FET? 它可能会进入复位状态? 而旧的 BQ20z655不具备该特性?

    请告诉我您是否需要查看原理图或 g.csv。

    RAN

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

    尊敬的 RAN:

    感谢您的澄清。

    使用 EV2400和 PC 时没有问题。
    我们试图在读取时提供外部电源,通信信号根本不会中断。

    知道这一点后、EV2400发送的 I2C 命令和 FPGA 之间的结构是否有任何差异?


    我们认为可能存在外部中断、如噪声或尖峰、但很明显、通信被中断、看门狗会做出响应、但为什么 BQ40z50会关闭 DSG FET? 它可能会进入复位状态? 而旧的 BQ20z655不包含?

    如果放电 FET 已闭合、则可能还会触发保护。 我知道、当通信无法正常工作时、无法获取日志文件、但是、如果在发生这种情况后、您可以在 EV2400仍通电的情况下拉取.gg 文件、因此该器件不会复位、这样会有所帮助。 如果无法实现、我们仍然可以查看.gg 文件和原理图、以查看是否出现问题。

    此致、

    安东尼·巴尔迪诺

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

    尊敬的 Anthony:

    感谢您的帮助。

    读数适合前3秒。
    FPGA 需要18条命令、而 EV2400读取许多命令。
    在命令包之间、FPGA 读取速度可达600us。
    命令到命令之间~40us 取决于可用性。

    我们需要将读数进行转换、如前所述、电流为-283mA、"Battery status"寄存器是正常的(00C0)。
    因此不太可能发生保护事件。
    e2e.ti.com/.../Opgal_5F00_BMS-A2.pdfe2e.ti.com/.../TN3S2P_2D00_GA_2D00_01-A2.gg.csv

    Sch 和 GG。 附加 CSV。

    谢谢

    RAN

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

    尊敬的 RAN:

    感谢您发送原理图和.gg 文件、我们将进行研究。

    关于数据包结构、尝试发送的命令的速率是否下降、以查看结果是否有差异?

    此外、三秒的良好读数后、下面所示的命令结构是否存在任何中断?

    此致、

    安东尼·巴尔迪诺

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

    尊敬的 Anthony:

    目前、我们在 FPGA 侧更改计时并不容易、
    但如果我们能够排除所有其他问题、我们将继续这样做。

    在您发送的图表中看到的通信协议是完全一样的、3秒后、
    它会发生变化、通信会变得杂乱。
    当我们使用外部源为系统提供电压时、通信线路会恢复、并在恰好3秒内启动干净的通信、您会看到中断、但会恢复。

    如果可以排除固件设置(GG、 CSV)、
    我们将集中探讨时机问题。

    RAN

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

    尊敬的 RAN:

    此时监测计可能会进入关断状态吗? 您能否告诉我连接的电池上的电压是否低到足以突破该阈值?

    此致、

    安东尼·巴尔迪诺

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

    尊敬的 Anthony:

    您的意思是电池电压低于最小电压吗?
    没有相对充电的电池单元每节电池具有~4.0V 的电压、此外、我们也没有注意到在不同的 SoC 中有任何不同的行为。

    正如我们提到过的、我们可以完全看到误差期间的压降。

    您是否认为 GG 中有任何参数? CSV 可以解释这种行为?

    RAN

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

    尊敬的 RAN:

    您是说电池电压是否低于最小电压?
    没有电池是相对充电的每节电池~4.0V 的电池,此外,我们没有注意到在不同的 SoC 有任何不同的行为。[/报价]

    正确、我指的是关断电压参数。 不过、如果电芯已充电、似乎没有发生这种情况。

    正如我们所提到的,我们看到在错误期间电压完全下降。

    我在上面可以看到、有声明 DSG FET 在此时关闭、但是该压降是在哪里测量的? 或者它是基于电量监测计此时的读数吗?

    此致、

    安东尼·巴尔迪努

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

    尊敬的 Anthony:

    我们通过示波器测量电池输出上的压降。



    您可以看到780ms 的下降。
    保护似乎有点快、对于硬件短路/ AOLD 则过长。
    这就是我们怀疑芯片在重启时会崩溃的原因。

    RAN

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

    尊敬的 RAN:

    只是为了确认、您说压降是从电池输出测量的、这是来自电量监测计的 PACK+连接吗?

    为了确认芯片的内部过程、您是否可以使用示波器来查看在此期间器件的 TS1引脚内发生了什么情况? 在正常模式下、应该有大约为1的脉冲。 这将使我们更好地了解监测计内发生的情况。

    此致、

    安东尼·巴尔迪诺

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

    尊敬的 Anthony:

    感谢您的帮助。



    这是通信线路和 TS1的快照。
    您可以看到每1产生一次脉冲、以及通信故障产生的某种尖峰、
    然后、它将恢复正常。

    RAN

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

    尊敬的 RAN:

    感谢您的共享、根据上面的图像、它看起来确实发生了复位。 如前所述、您目前已经与 EV2400和 bqStudio 正常通信的 PCB、使用 FPGA 进行测试时、通信线路或 PCB 是否有任何差异?

    另外、您说读取过程中错误始终发生在3秒内。 每次测试该命令时、命令的发送顺序是否相同、以及每次在相同的命令下是否发生故障?

    此致、

    安东尼·巴尔迪诺