主题中讨论的其他器件: EV2400
尊敬的所有人。
使用 BQ40Z80的产品作为通信缺陷产品从市场返回。
当我检查通信波形时、时钟 strech 跟普通产品相比过长、异常长。
我已经附上了波形、因此请告诉我导致这种情况的原因是什么。
这些波形为 SMBus 的 SCL (黄色)和 SDA (绿色)、它们与 Battery Management Studio 通信。
诺玛尔产品


缺陷产品


此致、
正志
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.
尊敬的所有人。
使用 BQ40Z80的产品作为通信缺陷产品从市场返回。
当我检查通信波形时、时钟 strech 跟普通产品相比过长、异常长。
我已经附上了波形、因此请告诉我导致这种情况的原因是什么。
这些波形为 SMBus 的 SCL (黄色)和 SDA (绿色)、它们与 Battery Management Studio 通信。
诺玛尔产品


缺陷产品


此致、
正志
尊敬的 Anthony:
复位后未观察到该时钟延展问题。
当 EC2、EC1和 EC0位为高电平时是否会发生这种时钟延展?
此外、在什么情况下 EC2、EC1和 EC0位会变为高电平?
然后、当我在 Battery Management Studio 中查看 Data Memory /Lifetimes/Power Events/No of Shutdown 时、有81个事件的历史记录。 这是正常使用期间无法想象的次数。
BQ40Z80从关断状态唤醒时是否会复位?
如果它被复位、我觉得错误会被清除。
我们需要知道发生这一问题的原因。
这是在客户正常使用期间发生的问题、客户强烈要求调查原因。
我们感谢您的持续合作。
此致、
Masashi.
Anthony:
您能告诉我们以下方面的信息吗?
1.在 设备内部发生"长伸展"时会发生什么情况? "未知错误"是什么意思?
2、我观察了总线的波形、并检查了 srec read 的每个命令。
其中没有"DeviceReset"命令。 这是否意味着进入 ROM 模式需要从"unknown error"退出、或者"DeviceReset"命令也有效?
3.我想确认"DeviceReset"命令是否可以解决此问题。 为此、我 想 再现长伸展。 您能建议如何重现长伸展,请?
感谢你的帮助。
二郎
尊敬的 Musashi, Hiro,
当 EC2、EC1和 EC0位为高电平时是否会发生这种时钟延展?
此外、在什么情况下 EC2、EC1和 EC0位会变为高电平?
[/报价]1. 当发生"拉伸长"时、器件内部会发生什么情况? "未知错误"是什么意思?EC2、EC1、和 EC0位代表通信发生的错误代码。 当 SMBus 通信错误对于其固件未知 时、这些位将全部显示为高电平、原因可能是时钟延展时间较长。 不过、这些位不应对通信产生直接影响、而仅用于表示错误。 我认为、这段很长的时间是由使主机长时间处于繁忙状态到超时的原因造成的:
如果可能、请告诉我如何在器件上设置下面的寄存器:
然后,当我在 Battery Management Studio 中查看 Data Memory /Lifetimes/Power Events/No Of Shutdown 时,出现了81个事件的历史记录。 这是正常使用期间不可想象的次数。由于没有要分析的数据、因此很难确定问题的根本原因。 这可能由参数设置的方式导致、这会使电量监测计进入关断状态、如下所示:
有关这些参数如何影响关断模式的信息、请参阅 bq40z80 TRM 的第6.4节。
[/quote]其中没有"DeviceReset"命令。 这是否意味着进入 ROM 模式需要从"unknown error"退出、或者"DeviceReset"命令也有效?
3.我想确认"DeviceReset"命令是否可以解决此问题。 为此、我 想 再现长伸展。 您能建议如何重现长伸展,请?
[/报价]当器件离开 ROM 模式以重新进入固件模式时、电量监测计会自动复位。 电量监测计将在任何类型的复位时清除这些错误代码、器件复位命令也应完成此任务。
关于此问题的重现、您和客户与可能导致此问题的设备之间的通信方式是否存在差异?
此致、
安东尼·巴尔迪诺
尊敬的 Anthony:
如果可能,请告诉我如何在设备上设置以下寄存器:
我们的 SBS 配置的器件设置为0x80。
关于此问题的重现,您和客户与可能导致此问题的设备之间的通信方式是否存在差异?
我们正在尝试重新创建它、包括客户沟通可能产生负面影响。
此致、
Masashi.
Anthony:
感谢您的配合。
我们的客户使用自己的主机(MCU)。 我不确定、但可能只有 BQ40Z 在 SMBus 线路上进行通信。 我会确认。
作为实际解决方案、我们正在考虑以下几点。
-如何预防
如果再次发生长时间时钟延展、我们希望告知客户如何防止这种情况。
-如何返回
如果再次发生长时间时钟延展、我们希望告知客户恢复正常的方法。
例如、发送 DeviceReset 命令。
此致、
二郎
尊敬的 Hiro:
可能会导致时钟延展较长的几个问题、您能否确认客户所使用的主机 MCU 是否支持时钟延展? 这是时钟扩展时最典型的错误。
有关时钟延展的更多信息、请参阅以下文档:
https://www.ti.com/lit/pdf/slua475
关于如何使其恢复正常、我认为器件复位应该有助于使器件恢复正常。
此致、
安东尼·巴尔迪诺