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:时钟条纹导致的 SMBus 通信错误

Guru**** 2553260 points
Other Parts Discussed in Thread: BQ40Z80, EV2400

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

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/1322143/bq40z80-smbus-communication-error-with-clock-streching

器件型号:BQ40Z80
主题中讨论的其他器件: EV2400

尊敬的所有人。

使用 BQ40Z80的产品作为通信缺陷产品从市场返回。

当我检查通信波形时、时钟 strech 跟普通产品相比过长、异常长。

我已经附上了波形、因此请告诉我导致这种情况的原因是什么。

这些波形为 SMBus 的 SCL (黄色)和 SDA (绿色)、它们与 Battery Management Studio 通信。

          诺玛尔产品  

      缺陷产品

 

此致、

正志

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

    你好。

    我补充一些信息。

    可以正确读取所有数据、但在25ms 超时之前、不会出现停止条件。

    有 PEC 和没有 PEC 的情况下的行为似乎相同。

    仅0x16 0x44 0x02…… 快速完成配置。

    为什么尽管所有数据都已正确发送、器件仍会延展时钟?

    我们想知道这种现象的原因,以及如何恢复正常运行。

    此致、

    二郎

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

    您好  

    其他信息。

    当我与 Battery Management Studio 通信缺陷产品并检查位寄存器时、我发现电池状态下的 EC2、EC1和 EC0位高电平。

    从数据表中可以看出、该错误未知。

    我会附上一张照片。

    此致、

    Masashi.

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

    尊敬的 Masashi、Hiro、

    如果可能、您能否共享有缺陷的电量监测计的.gg 文件和简短日志文件?

    这将使我们能够更深入地研究导致该误差的原因。

    此致、

    安东尼·巴尔迪诺

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

    尊敬的 Anthony:

    感谢您的回复。

    但是、为了提取闪存数据、在与 Battery Management Studio 通信并发送 UNSEAL 和 UNSEALE_FULL_ACCESS 命令后、我会使用 FS FORM 器件读取 srec。

    结果,症状改善。

    我不能在那之后再复制它。

    您能就此信息向我提供任何建议吗?

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

    尊敬的 Masashi:

    拉取器件的.srec 后、器件将复位。 这就是为什么要清除 EC2、EC1和 EC0位。

    关于上述时钟延展问题、复位后是否仍会观察到这种情况?

    此致、

    安东尼·巴尔迪诺

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

    尊敬的 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节。

     其中没有"DeviceReset"命令。 这是否意味着进入 ROM 模式需要从"unknown error"退出、或者"DeviceReset"命令也有效?

    3.我想确认"DeviceReset"命令是否可以解决此问题。 为此、我 想 再现长伸展。 您能建议如何重现长伸展,请?

    [/报价]

    当器件离开 ROM 模式以重新进入固件模式时、电量监测计会自动复位。 电量监测计将在任何类型的复位时清除这些错误代码、器件复位命令也应完成此任务。

    关于此问题的重现、您和客户与可能导致此问题的设备之间的通信方式是否存在差异?

    此致、

    安东尼·巴尔迪诺

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

    尊敬的 Anthony:

    如果可能,请告诉我如何在设备上设置以下寄存器:

    我们的 SBS 配置的器件设置为0x80。

    关于此问题的重现,您和客户与可能导致此问题的设备之间的通信方式是否存在差异?

    我们正在尝试重新创建它、包括客户沟通可能产生负面影响。

    此致、

    Masashi.

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

    尊敬的 Masashi:

    感谢您的澄清。 我想确认您在设备上启用了时钟延展、您可以做到这一点。

    关于客户如何与监测计通信、它们使用的是 EV2400还是主机器件? 如果他们使用自己的主机、是否有其他器件与电量监测计在相同的线路上进行通信?

    此致、

    安东尼·巴尔迪诺

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

    Anthony:

    感谢您的配合。
    我们的客户使用自己的主机(MCU)。 我不确定、但可能只有 BQ40Z 在 SMBus 线路上进行通信。 我会确认。

    作为实际解决方案、我们正在考虑以下几点。
    -如何预防
    如果再次发生长时间时钟延展、我们希望告知客户如何防止这种情况。

    -如何返回
    如果再次发生长时间时钟延展、我们希望告知客户恢复正常的方法。
    例如、发送 DeviceReset 命令。

    此致、
    二郎

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

    尊敬的 Hiro:

    可能会导致时钟延展较长的几个问题、您能否确认客户所使用的主机 MCU 是否支持时钟延展? 这是时钟扩展时最典型的错误。

    有关时钟延展的更多信息、请参阅以下文档:

    https://www.ti.com/lit/pdf/slua475 

    关于如何使其恢复正常、我认为器件复位应该有助于使器件恢复正常。

    此致、

    安东尼·巴尔迪诺

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

    尊敬的 Anthony:

     

    根据我们的客户、主机 MCU 支持时钟扩展、只有 MCU 和测量仪表位于线路上。

    关于如何使其恢复正常、SHUTDOWN 模式(MAC 0x0010)是否也会使器件恢复正常?

     

    此致、

    二郎

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

    尊敬的 Hiro:

    当器件退出 SHUTDOWN 模式时会发生复位、因此可能会使其恢复正常:

    此致、

    安东尼·巴尔迪诺

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

    尊敬的 Anthony:

    感谢您的答复。

    您是说关断也可能无法恢复正常吗?

    我关注的是 TRM 上所述的完全复位和部分复位之间的区别。

    您是否认为部分复位会使器件恢复正常工作?

    此致、

    二郎

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

    尊敬的 Hiro:

    是的、对不起混淆。

    我认为、如果器件经历部分复位、那么此错误将使器件恢复正常。 这是部分复位和完全复位之间的区别导致的、在部分复位中、只会重新初始化某些方面。 由于 SBS 寄存器在部分复位期间未重新初始化、因此我认为这样不会解决问题。

    此致、

    安东尼·巴尔迪诺