[参考译文] BQ76952：手动电池平衡不适用于少数电池

[引用用户="WM5295"]

虽然我在技术参考手册中找不到限制、但请将使用的单元格设置为适当的单元格选择。  不需要平衡互连。  主机控制的平衡应忽略自动平衡的检查、不应出现限制。

[/报价]

您能重新表述一下吗？ 平衡互连的含义不是什么？ 选择适合哪些单元格？  

[引用用户="WM5295"]

从您的其他查询中、在 Balance 命令上检查您的校验和。  使用错误的校验和不接受 CB_ACTIVE_Cells 子命令。

您好！  

已尝试 13.3.2.19 Settings：Configuration：Vcell Mode 配置、但它对平衡没有任何影响。

我要连接命令的波形以平衡电池1、而连接另一个命令以平衡电池4。 电池1正常工作、并且电池4的波形中没有任何缺失。  

将电池1设置为平衡(有效)

 将电池4设置为平衡(这不起作用)

您好！  

1. 波形看起来是正确的。 逻辑分析仪无法准确地解码发送的数字。 您看一下它们对应于正确数字的波形。  
2. 电池电压问题的更新；我们实际上看到它在某些条件下成功平衡了一个电路板上的所有电池。 我们注意到、在本例中、与是否成功平衡所有电池相关的电池电压差异。
   
   具有电池值[3288、3274、3284、3285、3881、 3158]、所有6节电池均已成功平衡。
   [3744、3748、3739、3739、3742、 3721]和[4003、4019、4013、4036、4022、4017]、 仅平衡了三节电池。
   
   虽然存在一般相关性；我们可以在电压较低时平衡所有电池、但我们发现很难理解发生了什么 、因为结果不能始终重现；有时一个板会平衡所有电池、而另一个板不会在同一电池上。 有时、相同的电路板和电池会平衡3节电池、有时是4节电池。
3. 已尝试4S、5s、12s 等配置、但结果类似。  

了解切换平衡 FET 的实际逻辑是什么样子会非常有帮助、以便我们可以考虑任何会导致电池无法平衡的情况。

请注意、所有这些测试的固件都是相同的。  

[引用用户="WM5295"]

没有可用的附加逻辑图。  对于手动平衡、如果您发送正确的数据来设置要平衡的位、内部 FET 会在其时间上进行平衡。    有关波形示例、请参阅平衡注释 www.ti.com/.../sluaa81。  不知道电压会影响平衡。  我通常使用在低电压下发送的命令来观察平衡控制、以便于观察。  

[/报价]

如果您查看波形(而不是逻辑分析仪的解析数字)、则数据看起来正确。 请确认。  

[引用用户="WM5295"]

如果您允许器件自主平衡、请确保"电池"的阻抗较低、并且电池和器件之间路径的阻抗较低。  平衡电流将拉入电池、测量时间较短。  与长期测量仪表相比、高阻抗电池或连接可能会提供错误的测量、从而导致做出平衡错误电池的决定。

您好、Eohan、

同样、主机对平衡的直接控制不依赖于平衡。  这些器件在开发过程中经过测试、发现可以正常工作。  器件在生产中经过测试。  如果您使用的部件可能已损坏、请进行更换。

 在您的波形中、我看到分析仪有时无法解释波形。  例如、在"要平衡的电池4 (这不起作用)"中、尽管显示屏显示 h41RD、但命令0x83在波形中看起来像0x83。  我计算的校验和应为0x78、但稍后在波形中显示为校验和字节发送的0x74。 我看到发送的长度字节为0x06。  我想您描述的是间歇性成功。  我不知道为什么校验和生成会是间歇性的、也不知道是如何生成的。

除了错误的校验和之外、如果您的分析仪无法理解波形、波形是否会有伪影、也会使 IC 难以理解？  波形敏感度当然可能是间歇性的。

您好！  

 在第二个波形序列中发送的数据是08W 83 00 08 00，图片中的字节是0x08而不是0x04。 因此、这应该是正确的数据。 请注意、分析仪未检测到正确的波形数字。  

I2C 线路在示波器上看起来非常清晰。  

[引用用户="WM5295"]

您好、Eohan、

同样、主机对平衡的直接控制不依赖于平衡。   

[/报价]

您的意思是什么？  

[引用用户="WM5295"]

这些器件在开发过程中经过测试、发现可以正常工作。  器件在生产中经过测试。  如果您使用的部件可能已损坏、请进行更换。

[/报价]

我们已经测试了超过15种不同的芯片。 所有这些都有这种行为。  我们可以更改仿真器中的电压并平衡不同的电池。 这是我们认为平衡有一些基于电压的逻辑的原因之一。 不过、基于阈值的条件并不能完全解释行为。  

您好、Eohan、

"同样、主机对平衡的直接控制不依赖于平衡。"

我不确定这是不是一个不完整的想法、还是一个尝试说、通过主机平衡、您所写的内容就是您所得到的平衡。

我现在确实看到了该序列、并确认 08W 83 00 08 00后跟08W 60 74 06平衡电池4。  它在超时前保持平衡、在4017mV、4022mV 和4036mV 以及2至4.4V 之间的其他几个电压下保持平衡。

如果您有15个以相同的方式工作、它听起来像是算法行为。

有许多配置设置。  您使用的是主机平衡还是自主平衡？  您能否描述配置并发送 gg 文件和意外行为日志？

我们有一个我们正在测试的定制板。 我假设 gg 文件用于 TI 的 Devkit？  

1. 我们将使用主机平衡。 这是在发送平衡字节之前调用的代码的大纲。  

int bq76952：:initBQ(void){
Wire->Begin()；

//解除密封
子命令(0x1404);
waitForBuffer()；
子命令(0x7236)；
waitForBuffer()；
子命令(0xFFFF)；
waitForBuffer()；
子命令(0xFFFF)；

//~~~~~~~ 配置更新~~~~~~~
volatile uint16_t reg=0；

//数据内存设置
enterConfigUpdate()；

Do
{
reg = directCommandUnsigned (0x12)；
} while (！(reg & 1<<0))；


if (OTP_prog)｛
writeDataMemory (0x9237、0x01、1)；// Prereg
writeDataMemory (0x9236、0xFD、 1)；// REG1 3V3、REG2 5V

延迟(2)；

//仅用于在调试
中验证 reg = readDataMemory (0x9237)；
delay (2)；
reg = readDataMemory (0x9236)；
delay (2)；
子命令(0x00A1)；
waitForBuffer()；
reg = subCommandResponseInt (0)；
}

if (n_therms ==0){
writeDataMemory (0x92FD，0x00，1)；// TS1 Config
}否则，如果(n_therms ==2){
writeDataMemory (0x92FF，0x07，1)；// TS3 Config
}

writeDataMemory (0x92FE、0x0B、1)；//设置 TS2上拉

电路增益= 7.4768 /(shunt_value * 0.001f)；
cap_gain = cc_gain * 298261.6178；
writeBufferBlock (0x91A8、0、4、(uint8_t*)&cc_gain)；
writeBufferBlock (0x91AC、0、4、(uint8_t*)∩gain)；
resetQ ()； //在 BQ

uint8_t balance_config = 0x04上重置库仑计数器；
writeBufferBlock (0x9335、0、1、&balance_config)； //将均衡配置写入寄存器。

exitConfigUpdate()；
返回0;
} 

我们还会定期发送命令以防止 BQ 进入睡眠状态。  

您好、Eohan、

1.是的、gg 文件是器件(BQ76952)中所有参数设置的列表、本质上是具有可识别名称的配置转储、它可以从 BQStudio 输出并加载到另一个器件中。  每个开发环境都稍有不同、有些开发环境的工具比其他开发环境更好。  在某些时候、暂停 MCU 并从 BQ76952读取所有参数可能会很有用、因为 BQStudio 等独立工具可用于检查意外的参数设置。

我不是特别称职地审查您的代码、您可能需要一名软件顾问来检查代码、并查找任何算法或编码问题。 在上面的部分中、我看到您配置了稳压器、温度传感器、并设置了电池平衡配置、以便在睡眠期间实现平衡。 (0x9335设置为0x04)  

电池连接到器件的位置以及连接到各种引脚的内容也是一项重要的知识。  基本上、电池连接在哪里。

日志文件当然是随时间变化的条件列表。  根据环境的不同、这些数据可能由主机写入、由外部程序或仿真器从主机读取或由独立的数据记录器收集。 数据记录器报告可能不太有用、因为虽然它会显示电流、电压、温度、但它不会显示发送的器件状态或命令或寄存器状态(如果某个操作会改变发送的命令中的寄存器)。  数据记录器还可以在平衡过程中以意外的方向显示电池电压、但无法深入了解主机的电压读数以及主机发送所选命令的原因。 BQStudio 会记录器件中的参数、但在您的情况下不会有用、因为可能会发生总线冲突、因为两个主机都不会期望另一个主机。

通过日志文件、用户可以看到电池的电压、为平衡高电芯发送的命令(由主机算法确定)以及高电芯上的电压降低(或不像您观察到的那样)。 多功能日志还可以显示电池平衡间隔(超时)是否设置为低于设置平衡命令时间的某个低值。  如果您的开发人员分析日志、则效率最高、因为他们对流程非常熟悉。  如果您的员工无法识别问题、日志可能会向我们显示允许复制条件的条件、并检查操作是否存在意外依赖。

如果您可以将意外行为与命令隔离、我们可以查看该命令、与单元格4类似、在混淆数据后、在上面不会进行平衡。   我想知道您的主机中是否有某个进程将超时设置为低电平或在发送数据后覆盖数据。  这些器件值得信赖、但您看到15个器件的表现也是错误的、因此我们无法理解。  这是一个最近的部分、我仍在学习很多。

您对 Vcell Mode 和 CB_ACTIVE_CELLES()进行了哪些设置，哪些电池连接在您看不到平衡的高电压电池上？  CB_ACTIVE_Cells()是否读回您写的内容？

2.存在 sleep_disable 命令，该命令应在配置更新或启用睡眠之前一直保留。   您还可以清除 Settings：Configuration：Power Config 中的 SLEEP 位  

我们不使用 BQstudio、而是使用不同的定制板。 我们可以读取所有单独的寄存器、并在文本文件或 csv 文件中输出它们、如果您认为可以为我们提供帮助的话。 或者、如果您告诉我们您想知道的特定寄存器的值、则速度会快得多、我们可以找到这些值。  

您似乎可以访问芯片的逻辑、因为您已经设计了芯片、以确定是否有任何逻辑流阻止了电池平衡。 如果没有这样的逻辑可能会阻止电池平衡、那么它似乎是一个芯片问题、在您可能拥有的开发板中不可重现？  

*对于 CB_ACTIVE_CELLESS()，我们将在与要平衡的单元对应的时间设置1位。 在前面所述的基础中
硬件设置、我们将发送
0x0001
0x0002
0x0004
0x0008
0x0020
0x8000

*我们始终可以立即读回我们写入平衡寄存器的内容、但对于未成功进行平衡的电池、在我们下次读取寄存器时(几秒钟后)、相应的位设置为 false。 同样、了解原因是什么非常方便。

*如前所述、我们尝试在 VCell 模式下写入相应的电池位、但这对我们的结果没有影响。 具体来说、在相同的电池设置下、我们写入了0x802f (对应于上面的位)

您好、Eohan、

COV 和恢复迟滞阈值的设置是什么、以及 BQ76952技术参考手册 第13.3.11节"设置：电池平衡配置"的所有设置是什么？

电池是如何连接的、电池卡舌是直接连接到电路板还是连接中存在其他电阻或阻抗？  

你(们)好  

*我们尚未使用自定义校准覆盖功能；COV 阈值和 COV 恢复迟滞均被读回为默认值；分别为86和2
*我们也不启用任何保护功能，我们设置的所有设置都显示在先前发布的初始化代码中。 我们在 OTP 中有稳压器设置(没有其他内容)
*再说一次、我们将电池平衡配置设置为0x04
*这些电池从 LiPo 电池组的22个监测计平衡导线连接到 PCB 上的2.54mm 间距连接器、然后通过几厘米的 PCB 走线连接到 IC。 确切的阻抗未知。 未使用的电池短接、如下所示、靠近芯片。  

您好、Eohan、

0x04的电池平衡配置允许在睡眠期间实现平衡。  技术参考手册没有说它会影响主机平衡、谢谢、我将进行检查。

原来的帖子显示6个单元格、在1月28日的帖子中、您显示了6个单元格的命令、但上面的原理图显示了9个单元格。 您是否将输入保持断开状态？

您描述的连接看起来像一个低电阻连接。

每个 Settings：Cell Balancing Config：Cell Balance Interval 的电池平衡将超时、默认值为20s。  这似乎比您的"下一次读取寄存器(几秒钟后)"更长、但您是否知道实际写入和读取寄存器的时间、以及在错误时发送和读取哪些值？

除非损坏、否则所有部件均可正常工作。   到目前为止、我无法重复您的问题。  当然、我永远无法复制您的代码、但您能否描述从器件中写入和读取的特定值序列以及您认为相关的任何内容？  是电压、发送的特定位、时间还是其他通信或操作？  

[引用用户="WM5295"]

原来的帖子显示6个单元格、在1月28日的帖子中、您显示了6个单元格的命令、但上面的原理图显示了9个单元格。 您是否将输入保持断开状态？

[/报价]

我们不会将任何输入保持断开状态。 该原理图只是对的参考、用于显示布线是如何完成的。 对于我们正在使用的配置、我们已经提到了布线是  

VC0：GND

VC1：电池1  

VC2：电池2

VC3：电池3

VC4-VC5：电池4

VC6-VC15：电池5

VC16：电池6

[引用用户="WM5295"]

每个 Settings：Cell Balancing Config：Cell Balance Interval 的电池平衡将超时、默认值为20s。  这似乎比您的"下一次读取寄存器(几秒钟后)"更长、但您是否知道实际写入和读取寄存器的时间、以及在错误时发送和读取哪些值？

[/报价]

在本例中、几秒将是2秒。 我们还将检查示波器和平衡计时器、以查看是否已执行平衡。  

[引用用户="WM5295"]

除非损坏、否则所有部件均可正常工作。   到目前为止、我无法重复您的问题。  当然、我永远无法复制您的代码、但您能否描述从器件中写入和读取的特定值序列以及您认为相关的任何内容？  是电压、发送的特定位、时间还是其他通信或操作？  

您好、Eohan、

如果我将 Vcell 模式保留为0000、我可以看到平衡停止、随意地它不起作用。   它实际上在大约10ms 内开始和终止。 电池被拉入 COV、器件停止平衡以评估 COV 条件。  请参阅技术参考手册10.2中的说明。 "。。 COV 警报... 立即禁用平衡。"

当我按照您的描述将 Vcell 模式设置为0x802F 时、平衡将在我的测试中运行、我将在测试中一次平衡一个电池。 过去、您说过 Vcell 模式对您的测试没有影响。 您写入的平衡值是多少？  

[引用用户="WM5295"]

如果我将 Vcell 模式保留为0000、我可以看到平衡停止、随意地它不起作用。   它实际上在大约10ms 内开始和终止。 电池被拉入 COV、器件停止平衡以评估 COV 条件。  请参阅技术参考手册10.2中的说明。 "。。 COV 警报... 立即禁用平衡。"

[/报价]

如前所述、我们将 Vcell 模式设置为0x802F。 我们尝试将其设置为不同的值(0x00、0xFF 等)、但这并不能解决问题。  

是否有任何其他测试来解决此问题，或者这是否是我们收到的一批 BQ76952芯片的问题？  

您好、Eohan、

检查您的设置和连接。  也许可以调整您的电压、看看它是否在不同的电压下工作。  如果遇到故障情况、请更改要平衡的电池节数。以便终止平衡。 如果您使用的是对应于0x802F 的单元格、这是用于 Vcell 模式的设置。

您好！

检查您的设置和连接。  

我们已经在不同的电路板上做过很多次了。  

也许可以调整您的电压、看看它是否在不同的电压下工作。  

我们尝试了多种不同的电压。 我们已经在此主题上更新了平衡行为() 

如果遇到故障情况、请更改平衡的电池节数

- 已经报告了测试不同电池节数未解决问题的结果  

以终止平衡。 如果您使用的是对应于0x802F 的单元格、这是用于 Vcell 模式的设置。

同样，这是在上一个帖子中尝试和报告的。  

我们似乎不停地反复询问和回答同样的问题。

同样、此问题可能是由于我们的错误所致。 但是、如果支持团队未能通过整个对话来了解和帮助解决问题、那将不会有所帮助。  

您好、Eohan、

我认为调试中的主要挑战是、我们缺少帮助您的信息。 通常情况下、用户会先使用 EVM 和 BQStudio 进行评估。 我们通常需要帮助进行此调试的数据是 BQStudio 的.gg.csv 文件(其中包含所有寄存器设置)和日志文件(这将显示 BQStudio 的 Register (寄存器)屏幕中的所有寄存器。 我们尤其希望查看电池电压、安全警报寄存器、安全状态寄存器、警报状态寄存器和电池平衡寄存器的日志。 还最好确认您使用的器件版本、以验证您是否使用的器件未预生产版本-这可以通过0x0002子命令读取。 我认为您不太可能使用预生产版本。

我知道您已经多次说过您尝试正确设置 VCell Mode、但它没有解决问题。 我只是想确保您理解这是必要的、它不是可选的。  

您描述的问题尚未被任何其他用户报告、我们无法在我们的硬件上重现。 因此、我们需要您提供尽可能多的信息、以帮助缩小行为范围。 如果使用主机控制的平衡、则可能中断平衡的唯一因素(假设从硬件和软件侧正确设置了所有内容)是安全警报或测量的温度超出您编程的电池平衡温度限制。 您说没有启用保护-您是否向寄存器写入了以禁用默认启用的保护？ 例如、如果发生过压警报、它将停止平衡。 务必频繁读取安全警报寄存 器、以查看这是否触发、因为在过压延迟限制发生之前、它不会被锁存。

如果没有足够的数据、我们所能做的就是猜测、这会减慢调试过程。 请尝试整合您的所有信息-可能更容易添加文档、因为该主题现在很长、很难进行梳理。

此致、

Matt

是否有一个非公开论坛，我们可以在其中共享机密数据？  

您好、Eohan、

我向您发送了一个 E2E 连接请求。 您可以接受并向我发送一封私人邮件、以便它不会显示在论坛上。 请尽可能提供详细信息。

谢谢、

Matt