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:ALERT 引脚随机变为高电平并干扰我们的应用流程

Guru**** 2455560 points


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

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/1463826/bq76952-alert-pin-goes-high-randomly-and-disturbs-our-application-processes

器件型号:BQ76952

工具与软件:

嗨、团队:

我们正在寻找一种功能、以便在连接到 AFE 上的 LD/PACK 引脚时检测到的充电器。

请指导我们完成所需的配置、以便实现此目的。

我们期望 Bq 器件生成 AFE 警报、以便在 AFE 的 LD/PACK 引脚上连接充电器时、警报引脚变为高电平(从而通知主机微控制器)

非常感谢您的帮助。  

供参考-我们已经尝试了一些配置、但观察到 LD/PACK 引脚上的充电器连接的警报引脚电平变为高电平、但它也会随机变为高电平、并干扰我们在应用中执行的整个后续流程。  

谢谢!

Sourabh

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

    此外、我想知道在什么情况下警报引脚会变为高电平、以及如何配置这些条件?

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

    大家好、我们需要知道为什么设置警报状态寄存器中的 WAKE 位而生成 AFE 警报? 所有这些原因都是一样的。  

    这对我们至关重要。

    请协助。

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

    您好 Sourcabh、

    对不起,昨天是一个假期。

    您知道设置了哪个警报位吗? 您对 ALERT 引脚进行了哪些配置更改?  表6-8.  Alarm Raw Status() 位定义  TRM 中显示了可以设置的所有位。  

    此致、
    Alexis

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

    大家好、Alex、我们最近修改了 ALERT 引脚、使其通过 ALARM Status 寄存器变为高电平、从而屏蔽 Wake 位来生成 AFE 警报。

    在我们的较旧配置中、我们只进行了这两项设置(位14和位15、即 SSA 和 SSBC、即报警掩码 0xC000 )以通过 Alarm Status 寄存器生成 AFE Alert。

    最近、我们开发了一种新固件、以便通过 AFE 检测是否存在充电器。 为此、我们使用了 WAKE 位来生成和中断(AFE 警报引脚变为高电平)、从而唤醒主机微控制器。

    现在我们看到、由于某些未知原因而进行随机设置 WAKE 位、它会生成 AFE 警报并唤醒我们的 BMS。  

    以下是我们最近为开发充电器检测固件而进行的配置:

    Settings:Alarm:Default Alarm Mask - DefaultAlarmMask -  0x926D                       :   0xC001
    Power:Sleep:Sleep Current - SleepCurrent -  0x9248                                 :  32000
    Power:Sleep:Sleep Charger Pack-TOS Delta - SleepChargerPACKTOSDelta - 0x9250     :   50.
    Power:Sleep:Sleep Charger Voltage Threshold - SleepChargerVoltageThreshold -  0x924E  :  6000
    Power:Sleep:Sleep Hysteresis Time - SleepHysteresisTime - 0x924D                     : 10.
    我们想知道在哪些情况下、可能会不必要地设置 WAKE 位(或由于某些误报事件)并唤醒我们的应用(BMS 或主机微控制器)  
    如有任何问题、请告知我们。
    谢谢!
    Sourabh
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Sourcabh、

    这种‘随机性是否在充电器断开或充电器仍连接时发生? 如果是在充电器断开时、由于 SLEEP 模式未被禁用、因此器件可能会在再次唤醒之前的某个点进入 SLEEP 模式、从而导致 Alarm Raw Status ()[WAKE]位被短暂置位。

    我看到您将睡眠电流阈值设置为32000mA。 这意味着、当 CC1电流测量值低于该阈值时、系统被视为处于静置模式、并且该器件可以自主切换到 SLEEP 模式。

    您能否检查 CC1测量值是否始终高于阈值、或者在该位随机置位之前验证器件是否始终处于正常模式? 0x12 Battery Status ()[SLEEP]位指示器件当前是否处于 SLEEP 模式。

    此致、
    Alexis

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

    您好、Alex、

    随机性发生在充电器断开时。 基本而言、我们尚未连接它、即使在某个时候 AFE 唤醒、设置 WAKE 位、然后可能会发出 AFE 警报并唤醒 MCU。

    而当 AFE 处于正常(唤醒)模式时、CC1电流远低于阈值。 确切地说是7 mA。

    我只想知道是否有任何指示告诉我们 WAKE 位被设置为执行任何特定条件。 比如、读取时任何寄存器都可能为我们提供触发唤醒位的信息。

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

    您好 Sourcabh、

    遗憾的是、没有寄存器可以读取、以说明触发唤醒位的是什么。

    您必须手动检查是否发生以下任一情况:1)保护故障、2)如果电流开始超过阈值、3)如果连接了充电器。

    如果您已设置 CB_SLEEP = 1和 CB_NOSLEEP = 1以允许在睡眠期间进行电芯平衡、则器件也会退出睡眠模式以开始平衡。

    此致、
    Alexis

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

    Alex、您好!

    我们尚未配置  BalancingConfiguration 0x9335 - Settings:Cell Balancing Config:Balancing Configuration 、因此它默认为 CB_SLEEP = 0和 CB_NOSLEEP = 0。

    以及我们将如何手动检查、因为 AFE 本身会执行检查、作为结果、会触发警报或设置某个寄存器。 只是不知道你在建议手动检查时指的是什么?

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

    您好 Sourcabh、

    AFE 本身会检查并触发警报、但是、如果您想知道触发它的是哪一个、则需要手动检查可能的触发它的条件之一。

    例如、您可以检查 CC1电流测量值、查看 AFE 看到的要对照阈值设置进行检查的电流量。 我相信子命令0x0075 DASTATUS5可以测量 CC1电流。 表4-5. 0x0075 DATSTATUS5 ()子命令详细信息 和第4.6节子命令0x0075-0x0077 DASTATUS5-7 ()、其他测量值 提供了有关该主题的更多详细信息。

    需要考虑的其他因素是 Power:Sleep:Wake Comparator Current 保护。


    此致、
    Alexis

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

    Alex、您好!

    我们设置了一项测试、将 WAKE 比较器电流阈值配置为32000、以验证更改该阈值是否可以解决该问题。 我们观察到、在器件接受测试的整个2天内、问题并未发生。

    我们如何确定这是否是我们案例中的确切根本原因?

    对于该假设、我们是否可以使用 AFE 上的一些测试点来手动验证、或者读取时是否有寄存器值、这将向我们表明该实体是导致该问题的唯一原因。

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

    您好 Sourcabh、

    我很高兴改变这个门槛似乎有助于解决这个问题。 如果这是所有你改变,它似乎工作正常,你可以假设它是根本原因,如果你愿意。

    不过、如果您想确保满足以下条件、需要考虑一些问题:
    1) 1)这是仅通过1个电路板还是通过其他电路板看到的?
    2)您是否尝试过测试其他更改以查看它们是否"修复"了任何内容?

    通过测试点进行验证可能会在此过程中有所帮助、但是、A-B-A 交换测试也可用于确定这只是该设置还是电路板上的其他内容。  

    此致、
    Alexis