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.

[参考译文] BQ76952:BQ76952 DFETFaail/CFETFail 问题

Guru**** 2414940 points
Other Parts Discussed in Thread: BQ76952

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

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/1287475/bq76952-bq76952-dfetfail-cfetfail-question

器件型号:BQ76952

您好

永久失效:DFETF:关闭阈值:-50mA

永久失效:DFETF:关闭延迟:5秒

我的 DFETfail 测试方法
1.打开 BMS
2.调节 B+电压会引起 UV
3.使用电源模拟 SRP 和 SRN 处的-60mA
观察是否发生 DFETFAIL

与上述方法一样、我可以看到输出端发生了 DFETfail、
但我在5.4~5.8秒之间接收到 DFETFAIL 位
是否有任何方法可以解释5秒内未发生保护?

我测试的其他保护 OV UV 没有如此长的延迟。

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

    尊敬的 Kaho:

    器件是否处于睡眠模式? 当器件处于睡眠模式时、测量速度会较慢、并可能导致初始检测速度变慢。

    另一个要尝试的操作是监控 CC2值。 由于对来自外部 RC 滤波器和内部数字滤波的电流测量进行滤波、初始检测可能会略微变慢。

    其他基于电流的保护(OCD1/2/3或 OCC)是否会发生这种情况?

    此致、

    马克斯·韦博肯

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

    您好、 麦克斯韦

    答: 器件 处于工作模式

        Settings:Configuration:Power Config:0x0C80

        2.   在 UV 状态下检查"Battery Status()",读取值为0x0980

    B. 我尝试使用电流挂钩表使用 MCU 读取的当前时间进行确认

       差异约为80ms、

    c.使用 "OCD1_Threshold" :16  

           "OCD1_DELAY":121

           我的实验结果是32.4A/410ms

           "OCC_Threshold" :3  

           "OCC_delay":121

             我的实验的结果是6.08A/2.74s

    OCC 时间似乎也远远落后于时代。

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

    尊敬的 Kaho:

    您可以尝试采集 SRP-SRN 引脚电压与 DSG 和 CHG 引脚电压的波形、以查看延迟是由器件造成的、还是 MCU 造成的。

    此外、该主题可能与以下主题相关: BQ76952:保护延迟超过设置时间-电源管理论坛-电源管理- TI E2E 支持论坛

    此致、

    马克斯·韦博肯

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

    测试过程中遇到的问题如下:
    通道1 D FET
    通道2 C FET
    CH3警报引脚
    通道4电流

    我在 SRP-SRN 引脚上仿真100mA DSG 电流、

    ALERT 引脚将在 pfdfetfail 发生前触发
    可以发现、当电流出现时、第一个警报引脚拉至高电平恰好是延迟 pfdfetfail 的时间。

    我可以使用 MCU 来确认已接收到 MSK_PFALERT


    我确认了 MSK_PFALERT 的寄存器设置如下
    0x80U、//U8 Enabled_PF_A;//---- 0x92C0 0x80
    0x1BU、//U8 Enabled"(已启用)_PF_B;//---- 0x92C1 0x1B
    0x00U、//U8 Enabled"(已启用)_PF_C;//---- 0x92C2 0x00
    0x00U、//U8 Enabled"(已启用)_PF_D;//---- 0x92C3 0x00

    0x01U、//U8 PF_ACRAN Alert_Mask_;//------- 0x92C4 0x01
    0x1BU、//U8 PF_ACRAN Alert_Mask_;//------- 0x92C5 0x1B
    0x00U、//U8 PF_ACRAN Alert_Mask_;//------- 0x92C6 0x00
    0x00U、//U8 PF_ACRAN Alert_Mask_;//------- 0x92C7 0x00

    问题1: 但我不知道第一个警报引脚为什么拉高?

    这可能是 pfdfetfail 中延迟的原因

    e2e.ti.com/.../20231106.gg.csv

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

    尊敬的 Kaho:

    我认为警报是在延迟倒计时开始时触发的、因此第一个警报是在检测到 DFETF 条件时触发、而第二个警报可能是其他情况。

    此致、

    马克斯·韦博肯

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

     我使用 MCU 250ms 向 AFE 发送命令 、包括

    1. bq76952_REG_BATTERY_STATUS_Address
    2. bq76952_REG_ALARM_RAW_STATUS_Address
    3. BQ76952_REG_SAFETY_STATUS_A_Address
    4. BQ76952_REG_FET_STATUS_Address
    5. Voltage_Address
    6. BQ76952_REG_DASTATUS5_Address
    7. BQ76952_REG_CC2_BQ76952 Current_Address
    8. BQ76952_REG_BQ76952 Int_Temperature_Address


    使用 LA 测量 I2C 通信和警报、
    从下图中可以看出、电流与警报引脚之间的间隔是530ms。

    这意味着我有2个机会可以问"BQ76952 REG alarm raw status Address[0x64]"寄存器

      

    我将 BMS 设置为 CUV、我仿真 SRP-SRN 引脚上的100mA DSG 电流、

    我看到电流达到100mA、警报引脚第一次没有被拉高。
    查询2次"BQ76952 REG alarm raw status Address[0x64]"临时寄存器给出的响应为0x46A3、这意味着未发生"MSK_PFALERT"。

    问:AFE 的530ms DFETF 检测延迟是什么原因?

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

    尊敬的 Kaho:

    DFETF 检测可能使用 CC1测量值、该测量值每250ms 更新一次。

    我将尝试在 EVM 上重新创建这个、并且我将在明天结束之前返回给您有关这些结果的信息。

    此致、

    马克斯·韦博肯

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

    尊敬的 Kaho:

    我与我们的系统工程师讨论了这一点、并大约每秒评估一次永久故障、这很可能是增加延迟的原因。

    此致、

    马克斯·韦博肯

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

    您好, Max Verboncoeur :
    非常感谢您的解释