[参考译文] TPS25750：在充电器写入命令之后、I2C 线路保持低电平

下午好、Ahmed、

您能否确认您连接到了哪个 I2C 总线？ (TPS25750、I2Cs 和 I2Cm 上有两条 I2C 总线)。 您还能否提供您的 I2C 日志？

此致、

C·吉莱特

您好、Conner、

我们连接到 I2Cm 总线来监控数据流量。

请在下面的链接中找到 I2Cm 日志：

https://drive.google.com/file/d/1RjU5BtZW8t6813ZL7-_rX9baMrN9TKfC/view?usp=sharing

日志包含系统上电时的日志、最后一个部分是电压开关请求。

感谢您提供日志。 我将查看日志并在6月9日 EOB 向您提供反馈。

此致、

C·吉莱特

以下是不同方案的日志：

https://drive.google.com/file/d/1ZLD28fU-NyXeGYSBLDzRTFPiur1MYkIM/view?usp=sharing

此时我们将 USB-C 插入笔记本电脑、其连接似乎会接收接着的 I2C 总线崩溃。

当我们插入电源适配器(墙壁)时、我们没有看到此问题。

出现这个问题后、我们已经尝试发送"gaid"命令后  仍然无法执行、但发送"gaid"命令后、芯片恢复正常。

另外、如果我忘了说、当 I2Cm 总线崩溃时、其他外设函数仍然有效、我们可以访问 I2Cs 总线、GPIO 等。  

感谢您提供进一步的背景信息。 PicoScope 是否具有可用于查看 I2C 日志的查看器软件？ 我不能轻易在他们的网站上找到一个。

以下是该软件的链接：
https://drive.google.com/file/d/1NH_Dez0HasuGXmOaZ6qG0Dw0B5HYrZeu/view?usp=sharing

此示例在 Windows 上运行。

我们所做的另一个测试是、当我们物理断开充电器芯片并探测 I2Cm 线路时、我们不会看到崩溃。 充电器芯片会拉伸时钟线。

谢谢你。 我将在星期一审查日志并由 EOB 提供反馈。

感谢 Conner,我们将等待您的反馈。

BQ25731使 CLK 线保持低 电平的两种情况都是当 TPS25750尝试写入不存在的 BQ25731寄存器时、Pico_Waveform_ 25750_BQ25731中的0Dh 寄存器( 缓冲区2、 Plug_Into_Laptop_数据包4) Boot_230750_BQ25731 _and_20V_OTG.psdata 以及寄存器16h 和14h (缓冲区3、数据包5和6)。

您是否能够共享完整的 TPS25750项目文件？ 这将让我深入了解为什么 TPS25750会尝试写入这些(不存在)寄存器。

此致、

C·吉莱特

感谢 Conner、
我们可以通过私人消息发送项目文件吗？如果可以、您可以告诉我们如何发送该文件吗？

您好、Conner、

Ahmed 的同事在这里。 我们是否能够在 GUI 上尝试使用旧版本的文件以查看它是否有帮助、或是否为我们导出了.c 文件？ 我们将在电池电量为12.6V 的情况下运行3节锂离子电池。 我们将完整的二进制文件写入 EEPROM。

此外、仔细观察 I2C 波形、似乎没有任何可能导致数据损坏的噪声。 保持低电平前的最后一个位如下所示。

早上好、Sam、

我已通过私人消息请求 Ahmed 通过电子邮件向我发送项目文件、我今天还会咨询同事以获得更快的解决方案。 感谢您提供更多信息。

此致、

C·吉莱特

Ahmed、我正在上传新的二进制文件。 您能否将此文件刷写到您的器件(TPS25750)中、如果您遇到任何问题、敬请告知？

此致、

C·吉莱特

e2e.ti.com/.../750_5F00_corrected_5F00_ahmed_5F00_v050.bin

您好、Conner、  

感谢您发送二进制文件。 以下是 I2C 线路的输出：

https://drive.google.com/file/d/1Wrfy_uTDDgE-hIOA2IACS4mfQdVA5xPK/view?usp=sharing

这些是时钟线无限期保持低电平之前 PD 芯片发送的最后一个字节。 我所做的只是启动电路板、似乎要加载 EEPROM、然后就这样做了。

此致、

萨姆

感谢您提供最新的示波器捕获和数据日志。 我已经指出了一个问题、今天将解决这个问题。 EOB 星期三最晚将为您提供一个新的二进制文件。

此致、

康纳

您好、Conner、  

有任何反馈吗？

此致、

艾哈迈

并确认它们符合以下条件：

拉电流 PDO1：5V 3A

2：9V 3A

3：15V 3A

4：20V 3A

灌电流 PDO 1：5V 3A

谢谢、Conner。 看起来它在工作、我们让器件提供所有 PDO、而不会在 I2C 线路上出现问题。 我们将继续在电路板上工作、看看我们如何发展。 再次感谢您为此问题付出的努力。

感谢 Conner 的帮助。

只是想检查自定义工具是否会更新、以便我们可以对设置进行更改 、这样会使您发送的二进制文件固定到这些设置、并且当端口连接到 DRP 时、设备不会成为供电方(请尝试。 src)的情况下、它看起来设置为 try.SNK。

Unknown 说：

拉电流 PDO1：5V 3A

2：9V 3A

3：15V 3A

4：20V 3A

灌电流 PDO 1：5V 3A

[/报价]

感谢康纳！！

您好、Conner、

最后一个二进制文件仍然存在问题、当它连接到 DRP 时、它成为源文件、这是可以的、因为我们有"尝试"。 SrC'启用、但当我们调用电源角色交换命令时、它会变为受电方几秒钟、然后恢复为供电方。

此外、我们是否可以为 I2Cs_IRQ 启用 GPIO10、因为当前每当发生中断事件时、引脚都不会被拉低、不确定其配置为什么。

定制工具是否会很快更新？

谢谢。

您好、Conner、

我们目前面临几个问题：

1) 1) 我们现在已经为5节电池组"21V"配置了我们的系统/充电器、我注意到、当我们首次插入 DRP 时、PD 控制器将变为电源、它能够提供协商的 PDO 20V/3A。 当我执行 PR_swap 时、它变成受电方；当我尝试再次执行 PR_swap 以将其变为供电方时、失败、并且错误消息为"Timed-out"。 知道当系统/充电器为3S"12.6V"时不会发生此问题。
我们使用的充电器芯片是 BQ25731。


2) 2)第二个问题与电池电量耗尽模式有关、当电池电量耗尽时、是否可以向我展示处理电池电量耗尽模式的步骤、包括 ADCINx 引脚配置。


非常感谢您的帮助！

大家好、Ahmed、我将研究第一个问题、并在周一由 EOB 提供第二个问题的说明。

此致、

C·吉莱特

当然、谢谢！

1.这可能是由于没有达到 PD 技术规格中所需的时序之一(下图)。 您能否提供 VBUS 和两条 CC 线路的 PD 日志和示波器捕获？

2.数据表的第9.4.1节详细介绍了电池电量耗尽模式下的 ADCIN 配置。 技术参考手册的第3.4.1节介绍了如何在 VIN_3V3再次供电后清除电池电量耗尽标志。

此致、

C·吉莱特

我遇到的超时问题是间歇性的、我一直在尝试重现此问题、但这样做时、我可以使用以前的所有内容请求新的二进制文件、但更改以下原因、它们设置不正确：

-供电方 PDO 正常。

-受电方 PDO：
  5V 3A
  9V 3A
  12V 2.5A
  15V 2A
  20V 1.5A

可供选择的最高电压。

-将充电器充电电压和电流限制设置为  
  21V 2A

我们使用5S 电池、因此我们需要21V 的充电电压。


感谢康纳！

感谢您的更新。 我将整理一份更新的二进制文件、并在星期一结束时将其提供给您。

此致、

C·吉莱特

非常感谢！

我同时查看参考手册以找到对芯片执行复位的指令、但没能找到。 您能指出这一点吗。

此致、  

以下是冷复位和软复位的命令。

您更喜欢最大充电电流2048mA 或1920mA 吗？  

最大充电电流为 1920mA。

这是二进制 file.e2e.ti.com/.../ahmed_5F00_binary_5F00_20230815.bin

此致、

C·吉莱特

我已经测试了二进制文件、但似乎尚未进行更改

寄存器说明。
以下是 PD 日志：
https://drive.google.com/file/d/1_CtH_iPwnFoF0ASYLksMu8Ymvx5Dn45_/view?usp=sharing  

此外、在充电器芯片上、我会读取电压和电流寄存器

0x02 --> 0x80
0x03 --> 0x00

0x04 --> 0x38
0x05 --> 0x31

与之前相同的值。

Ahmed、我们的 E2E 系统出现故障、请预留一点时间让 Conner 联系您。

当然、谢谢。

您好、Conner、  
只需检查更新、因为我们正处于开发的关键阶段、最后一点是要修复的、谢谢。

我对艾哈迈德的延迟表示歉意、明天我会请他通过 EOB 对您进行更正。

此致、

康纳

我再次表示歉意，我今天一直在处理这一问题，明天将向你提供这份文件。

-康纳

当然、感谢 Conner。

您好、Conner、我们今天是否会通过任何机会获得该文件？

更新后的二进制文件看起来不起作用、您可以在将端口连接到两个不同的专用壁式充电器时查看 PD 日志
https://drive.google.com/file/d/10ans1nW9NJM6LzvKQK73ThEk6YvcNC9l/view?usp=sharing

https://drive.google.com/file/d/1aNKRJ_JaPYyRO-2UG6tsyhITrsmxhP5Y/view?usp=drive_link


是否有办法在我们处于开发的关键阶段时加快开发流程、感谢您的理解。

此致、

艾哈迈 

我已与管理层联系、将其确定优先顺序并重新分配。

此致、

C·吉莱特

您好、Ahmed、

我已收到此帖子、将尽我的最大努力来帮助您。 我目前对这些设备不熟悉、将尽可能地提供帮助、并在可能的情况下尝试从知识更渊博的专家处寻求帮助或获得帮助。  

我无法通过 google drive 查看文件。 您可以尝试上传此处包含的信息吗？ 还是将信息转换/导入电子表格或文本文档并在此处共享？ 如果屏幕截图或片段足够小且足够清晰、就足够了。

此外、该线程中包含许多信息、而且信息分布广泛、您以前的问题陈述可能已经解决、也许还会开发出一个新的问题。 您能否试图概括或推测您当前的问题陈述对我来说是什么？ 这将是一个很大的帮助,非常感谢。

谢谢。
字段