[参考译文] BQ40Z50-R2：SMBus 通信中断。

电量监测计在繁忙时可以 Nack 或时钟延展。 在这种情况下、主机必须重试。

感谢你的评分

通信中未发生错误（NACK 或 CLOCK STRECH）。
该通信的主设备将是测量仪表。 从电量监测计到充电器的通信突然中断。

出现这种现象时粘贴波形。
在最后一次通信（50秒后的红色框中通信丢失）。

感谢您的答复。

您好 Tetsuya-san：

间隔高达60秒是正常操作。 秒数为近似值。 这可能需要更久一点。

该捕获似乎显示大于60秒的差距。  请告诉我、这会造成什么问题。

感谢你的评分

很抱歉没有解释。
所粘贴图像的一个刻度为40秒。

通常每50秒访问一次。 它的工作原理如数据表中所述(每10s 至60s 一次)。
但是、当出现问题时、90秒内无访问。
数据表中未说明操作。
我们要问这个问题。

这90秒是否也是60秒的间隔？
如果是、我有以下问题。
1.包括间隙在内的最长时间是多少?
为什么包括时隙在内的时间未在数据表中列出？
我们只知道数据表中规定的时间(10到60秒)。

我们的系统在确认监测计访问后访问 SMBus。
在粘贴的图像中、第一次访问的是测量仪表、第二次访问的是我们的系统。

我遇到麻烦、因为我希望能够在60秒内根据数据表和标准(智能电池数据规范)访问电量监测计。
这是因为如果在60秒内没有测量仪表访问、它被确定为错误。 但是、我们实际上在70秒内通过裕度进行判断。

感谢您的答复。

这是额外的信息。
在今天的确认中、我们能够确认时间不是90秒、因此消隐周期不是固定时间。

您好 Tetsuya-san：  

感谢您提供的信息。  我会将该主题分配给专家。

您好 Tetsuya-san：  

除了电量监测计的广播外、总线上还发送了哪些其他命令？ 是监测计开关电源模式(进入睡眠状态)、它可能导致时间发生变化。 您是否还可以共享.gg 文件、以便我们查看固件版本和设置。

此致、

怀亚特·凯勒

您好，Wyatt Keller-San。
感谢您的答复。

这种现象发生在配备了 BQ40Z50的电池之间。
我联系了电池制造商、但没有收到回复、因此我在此论坛上提出了此问题。

这种现象在使用我们的器件时突然出现。
更简单地说、它发生在监测计所在的电池放电期间。
用于电池的 SMBus 控制器只有一个电量监测计。
因此、它将成为电量监测计的操作。
电池正在放电、未切换电源模式。
只能对监测计中的电量进行写入访问、也可以对我们系统中的电池(监测计)进行读取访问。
请参阅前面随附的图像。
我们系统的读取访问仅获取温度和充电状态等信息。
测量仪表根本没有写入。

我无法提供 gg 文件、因为电量监测计位于电池中。 因为我们无法获得它。

您好，Wyatt Keller-San。

请告诉我。
什么类型的文件是.gg 文件？
如何从电量监测计中获取.gg 文件？
如果您的文档描述了.gg 文件、请告知我文档的名称和位置。

您好 Tetsuya-san：

您能否进一步解释一下该测试的放电负载条件是什么？ 我希望确保 放电可能不会产生干扰电量监测计通信的电源干扰。

在 BROADCAST 模式下 、监测计不会在通信总线上执行仲裁、因此、如果您的主机围绕广播间隔启动通信、可能会导致通信问题。

gg 文件是一个从 BQStudio 导出的文件、如果您选择数据存储器页、然后点击"导出"、您可以通过拖放将该文件附加到论坛。   

此致、

怀亚特·凯勒

您好，Wyatt Keller-San。
感谢您的答复。

我们已确认出现问题时未发生通信错误。
在主机的广播间隔之前或之后、我们的系统上没有通信。
两台主机完成通信(充电电压和充电电流)后、我们将进行5秒的通信。
确认主机通信已完成。

在前面附加的映像中、您可以看到系统在主机通信后进行通信。
但是、当出现问题时、即使根本没有通信、它也将空闲90秒。

感谢您提供有关.gg 文件的信息。
很难将 BQStudio 连接到我们的系统。
不过、我们会在系统上发生问题之前和之后尝试保存寄存器。
我们假设该信息用于指示电量监测计的状态。
当我能够获得数据时、我会与您联系。

此致、

石川哲也

您好，Wyatt Keller-San。

出现问题时发送寄存器的值。
出现这一问题的1991年线以橙色标出。
电池模式()寄存器未更改。
发生故障时、未更改任何其他寄存器。

此致、

哲也 Ishikawae2e.ti.com/.../BQ40Z50_5F00_Register-dump.xlsx

您好 Tetsuya-san：

感谢您的澄清、请允许我咨询我们的固件团队、了解可能发生的情况。 我将在一周结束前提供最新情况。

此致、

怀亚特·凯勒

您好 Tetsuya-san：

固件团队的回复：

一种可能的情况是、如果主机正在写入电池模式(0x03)寄存器中的充电器广播位(0x4000)、它将使电荷广播延迟50秒并可以重置时间。 另一种可能是监测计处于睡眠模式、这种模式会延迟主模式广播、或者在尝试广播消息时检测到总线为低电平。 这种延迟表明它在周期性广播中跳过一条消息。 监测计对充电器广播计时器进行计数、一旦计时器(50秒)到期、将使 smbus 过程在总线空闲且有效(不为低电平)时立即开始广播消息；除非监测计处于睡眠模式、并且总线有效(高电平)且空闲、否则没有其他条件跳过周期性广播。 除非主机使用电池模式命令将其覆盖、否则它会继续广播、如上所述。

此致、

怀亚特·凯勒

您好，Wyatt Keller-San。
感谢您的答复。

总之、您是否同意以下理解？
这种现象的可能原因只有三个。
1.使用电池模式寄存器停止广播。
⇒电池模式()寄存器没有变化。 也可从粘贴的寄存器列表中清除。
监测计处于睡眠模式。
⇒ManufacturerAccess ()未更改。
3.尝试广播消息时检测到总线为低电平。  
⇒当电量监测计广播时、总线不是低电平。 从粘贴的波形中也可清楚看到。

但都不适用。  仅当我在0x0011处将[SLEEPM]= 1设置为 ManufacturerAccess ()时、电量监测计才会进入 SLEEP 模式吗？   或者、睡眠模式是否存在其他条件？  如果您仅设置[SLEEPM]= 1、则以上任何情况都不适用。
这种现象之前有没有报告过？

此致、

石川哲也

您好，Wyatt Keller-San。
感谢您的答复。

请继续调查是否存在其他原因。 出现这种现象时、请检查它是否处于 SLEEP 模式。 我会告诉您确认结果、请给我一点时间。

SLEEP 模式确认 Manufacturer Access ()的命令0x0011 (SLEEP 模式)，所以它是否正确？

此致、

石川哲也

您好，Wyatt Keller-San。

上一个问题是错误的。 使用 ManufacturerAccess () 0x0054 OperationStatus 位23 (SLEEPM)时、睡眠模式的确认是否正确？

此致、

石川哲也

您好 Tetsuya-san：

SLEEPM 位指示是否收到进入睡眠状态的命令。 检查电流消耗可能是验证不同功率模式的最佳方法。

此致、

怀亚特·凯勒

您好，Wyatt Keller-San。

当我检查 Current()时，在发生这种现象之前和之后，电流值没有变化。 从我前几天发给您的寄存器转储文件中可以清楚地看出这一点。
读取 SLEEPM 值时遇到问题。 当前值不变时、读取 SLEEPM 是否有意义？ 如果没有道理、我想停止读取 SLEEPM。

此致、

石川哲也

您好 Tetsuya-san：

您无法查看电量监测计的功耗,您必须使用外部设备测量直接进入电量监测计的电流。

除非您正在发送 进入睡眠状态的命令并希望验证电量监测计是否正在等待进入睡眠状态、否则不应使用 SLEEPM。 它不会告诉您 电量监测计启动的正常睡眠是否存在。

此致、

怀亚特·凯勒

您好，Wyatt Keller-San。

感谢您的答复。 发生此现象时、读取 SLEEPM 的值。 我将与您联系并提供结果。

此致、

石川哲也

您好，Wyatt Keller-San。

这是额外的信息。 SLLEPM 确认为0 (=INACTIVE)时无变化。

您好 Tetsuya-san：

SLEEPM 将无法进行有效读取以验证监测计是否处于睡眠模式。 仅当您发送了睡眠命令时才可以使用该功能。

请使用外部设备测量直接进入监测计的电流、以验证监测计是否处于睡眠模式。 您还可以尝试增加总线超时、使其长于通信周期(50秒)、或者如果发生这种情况、则只需禁用睡眠并再次进行测试。

此致、

怀亚特·凯勒

您好，Wyatt Keller-San。

请让我确认一下。 SLEEPM 不可读吗？ 如技术参考手册的访问类型中所述。


监测计 IC 内置在我们使用的电池中、因此无法测量电流值。 我们已确认发生这种现象之前和之后 SMBus 上没有通信。 我已经向您发送了波形。
在没有总线通信的情况下是否可以更改睡眠模式？ 这意味着器件在没有总线通信的情况下进入或退出睡眠模式。 如果可以、我认为这意味着将会运行监测计 IC。

此致、

石川哲也

我又很抱歉。

请告诉我如何检查器件是否处于睡眠模式(测量器件的电流值除外)。 我将读取并确认您告诉我的寄存器。

您好，Wyatt Keller-San。

如前所述、监测计 IC 内置于购买的电池(硬包)中、因此无法测量电流。

我们已经确认、当发生这种现象时没有 SMBus 通信。 如果在睡眠模式下发生状态变化、我认为原因不是外部访问。 监测计 IC 是否在不需要外部访问的情况下自动进入睡眠模式并退出睡眠模式？ 如果它暂时进入睡眠模式、这只是原因。

由于我们的设备已通电、当监测计 IC 处于运行状态并与充电 IC 通信时、它是否会自动进入睡眠模式？ 与充电 IC 的通信是指智能电池通信(10 - 60秒)。

上面粘贴的波形显示了我所讨论的内容。

此致、

石川哲也

您好 Tetsuya-san：

Wyatt 现已下班、将于周一回来。

您好 Tetsuya-san：

如果您无法读取当前数据来确认睡眠模式、您也可以在测量仪表设置中禁用睡眠模式、以验证在睡眠模式关闭时行为是否停止。

如果有充电电流流过、监测计将不会处于睡眠模式。 在您分享的屏幕截图期间、流经的电流有多大？

此致、

怀亚特·凯勒

您好，Wyatt Keller-San。

它不处于睡眠模式。 我们需要确保的是、在睡眠模式下不会停止通信。 我知道将其置于睡眠模式会停止通信。

出现这种现象时、未设置 SLEEP 模式。
电池未充电、仅放电。 未连接交流适配器。 它只能与电池配合使用。 放电电流值约为1A.Communication、在放电期间可能会突然停止。 先前粘贴的波形适用于90度自由通信、放电电流为1A。

我们需要知道的是、放电期间没有通信的原因。 在该通信丢失之前和之后、无法访问电量监测计。 它不充电、只是在放电。

在90秒后重新启动通信后，通信将以50秒的间隔正常执行。或者由于某种原因，通信只发生一次。 我想知道这种情况的原因。

此致、

石川哲也

您好 电池专家和软件大师级的大师

由于某种原因、我无法看到您的帖子。 正如我之前所张贴的、仅放电时电池组的电流为1A。 1A 始终放电时出现问题。

此致、

石川哲也

您好 Tetsuya-san：

我正在 与外部固件团队一起验证其他可能性。 如果您正在放电而未充电(广播模式仅发送到充电器)、这会对您的系统造成何种影响？ 充电器是否始终连接？

此致、

怀亚特·凯勒

您好，Wyatt Keller-San。

我知道广播会发送到充电器。
我们的设备使用 BQ24765充电器器件。 出现此问题时、交流适配器未连接且使用电池供电。 因此它不会充电、仅会放电。 如果没有问题、则无论充电还是放电、都将在60秒内进行广播。

我们的设备会监控从测量仪表到充电器的广播。 广播要求在智能电池标准和监测计数据表中规定的60秒内进行通信。 如果在60秒内没有通信、我们假定电池有问题、并关闭设备。 此操作旨在确保安全。 作为一个主要的前提,我们没有改变监测计(电池)的模式。

问题是广播行为异常、导致器件意外关闭。 我们接获投诉，指即使仍有电池剩余，设备亦突然关闭。

问题是、根据标准和数据表、从电量监测计到充电器的广播不起作用。

此致、

石川哲也

您好 Tetsuya-san：

感谢您的澄清。 我仍在等待固件团队的反馈。

此问题的故障率是多少？ 是否所有包装都随机发生、还是有一小部分可重现？

此致、

怀亚特·凯勒

您好，Wyatt Keller-San。

感谢您的答复。 故障率约为15%。这种情况发生在我们已确认的所有电池组中。
我们在100%到0%的范围内检查了电池组。在此确认中、这种现象(通信时间变为60秒或更长)仅发生一次、其他所有情况都在60秒内。 大约15%的情况是、仅这次通信时间为60秒或更长时间。 其余85%在60秒内都使用了电池进行通信。

这是一个问题、因为即使仅发生一次电源故障、也会关闭电源。 我们收到了购买我们设备的客户的投诉。

此致、

石川哲也

您好 Tetsuya-san：

感谢您提供更多 详细信息。 我仍在等待固件团队对此提供反馈。

此致、

怀亚特·凯勒

您好，Wyatt Keller-San。

很难确定原因。
但是、将广播仅用于测量仪表 IC 和充电 IC 是错误的。 智能电池数据规范中对此进行了介绍。 如果只有测量仪表 IC 和充电 IC、则标准是错误的。
下图摘录自该标准。 系统主机将是我们设备的微型计算机。 智能充电器为 BQ25765。

此致、

石川哲也

我漏了一个解释。 智能电池为 BQ40Z50。

您好 Tetsuya-san：

我刚刚在 SBS 规范中验证智能电池需要报告 ChargingVoltage ()和 ChargingCurrent ()来保持充电。 从您的测试中可以看出电池组处于放电状态。

该规范并未阐明在发送的数据包之一中断时如何处理仲裁。

此致、

怀亚特·凯勒