[参考译文] TPS25750：将灌电流切换为拉电流

您好、Thierry、

这是新设计吗？ 如果您正在开发或开始新设计、我们强烈建议您使用 TPS25751、它是 TPS25750的后继产品。

---

 这是定制电路板还是您使用的是 TP25750EVM？

您是否可以共享您正在使用的.json 文件？

您是否有 PD 分析器、您能否提供所见问题的 PD 日志？

zhipeng zhao 说：

我可以将 TPS25750设置为"用作接收设备"模式，因为我使用应用程序工具将此模式设置为更好的模式。

将受电方设置为首选电源角色后、无论何时处于供电方模式、它都会尝试切换为受电方。 如果电话支持发送设备、并且不拒绝电源角色交换请求、则它最终可能作为发送设备。 在这种情况下、  

zhipeng zhao 说：

我发送命令"SWSr"将角色更改为供电方，但它似乎保持在受电方模式。

命令执行是否正确？ PD 日志可以帮助查看角色交换请求是否正在执行。 它可能会请求并完成交换、然后根据首选电源角色立即尝试交换。

zhipeng zhao 说：

最令人难以置信的是 VBUS 可以达到大约13V、就像移动设备一样、因为 TPS 处于灌电流模式(但由于只有5V 或20V PDO、开关不能关闭)。

手机将生成13V？ 这似乎异常高。 这可能是供电方问题、因此如果 TPS 为受电方且仅请求5V 合约、则可能是移动问题。

zhipeng zhao 说：

"RX_SOURCE_CAPS"是否是所连接器件的源容量？

[/报价]

是

谢谢。此致、

克里斯

尊敬的 Christopher：

是的、这是一种新设计。 问题在于 TPS25751S 的可用性。 在 Mouser 或 Other 中找不到该地址。 我可以订购样片吗？

我还没有 PD 分析器、但我会去买一个。 有什么建议吗？

我正在使用 MikroE 板进行评估。

-偏好电源角色:您建议将"源"设置为首选电源角色? 我可以重试。

-"SWSr":该命令应该被正确执行,因为它返回"0"。 我还在我的电源上的几个瞬间内看到了一些消耗。 这确认了控制器可能出于任何原因切换到供电方后再切换回受电方(首选)。  

- 13V:我看到了13V,但在电源循环后,我没有重现它。 VBUS 保持在5V。  

-"RX_SOURCE_CAPS"：因此、mobil 容量为5V、1、5A 源电容。 但为什么 RX_SINK 为0？ 这是因为 mobil 处于源模式吗？

这是 json 文件

｛"Questions"：｛"version"："7.0.4.7"、"Answers"：[3、0、4、1、3、1、null、null、null、null、null、null、null、OPTIONS "：｛｝、"configID"："0000 "、"VendorID"："0000"、"0000"、"：｛"data "：

但是保存低区文件之前是在保存应用工具文件之前。 因此、我可能必须再次生成 LR 文件。

无论如何、发送"SWSr"命令后、它应该切换到供电方模式？

Br

蒂埃里

您好、Thierry、

zhipeng zhao 说：

是的，这是一个新的设计。 问题在于 TPS25751S 的可用性。 在 Mouser 或 Other 中找不到该地址。 我可以订购样片吗？

刚刚发布的部件、所以它应该可用、或者即将可用。 您需要联系您所在地区的 TI 销售办事处、他们应该能够帮助您订购样片。

zhipeng zhao 说：

我还没有 PD 分析器，但我可以购买一个。 是否有建议？

遗憾的是、我们目前没有很好的建议。 我们最初推荐 TotalPhase Power Delivery Analyzer，但最近已停止使用。 我们仍在寻找一个好的替代方案。 这不是一个正式的建议,但我发现 PowerZ 是一个廉价有用的工具,可以做基本的 PD。 我没有过多地将其用于 PD 分析器功能、但觉得灌电流能力很有用。

zhipeng zhao 说：

我正在使用 MikroE 板进行评估。

我对此不熟悉、您能发送一个链接吗？

[报价 userid="133365" url="~/support/power-management-group/power-management/f/power-management-forum/1347469/tps25750-swap-sink-to-source/5134784 #5134784"]-首选电源角色：您建议将"源"设置为首选电源角色？ 我可以重试。

这值得一试、但在希望接收功率时、您可能会看到相反的行为。

zhipeng zhao 说：

-"SWSr"：该命令应该正确执行，因为它返回"0"。 我还在我的电源上的几个瞬间内看到了一些消耗。 这确认了控制器可能出于任何原因切换到供电方后再切换回受电方(首选)。  [/报价]

是的、PD 日志可以更好地指出这种行为、但这确实在一定程度上证实了我的怀疑。 查看 TPS25751 TRM、会发现端口控制寄存器中有一个"Initate Swap to Sink"字段。 这可能是启动换回的操作。 您可以清除此位、但只能通过 I2C 来清除、因为 GUI 始终启用其中一个"启动切换至 xxx"位。 如果您确实想主要用作接收设备、则需要手动配置该位的开关状态。

您正在使用哪个 GUI 版本？ 您是否能够以文件格式共享 json？ 在将其加载到7.0.4版 GUI 时出现问题。

zhipeng zhao 说：

不管怎样，如果发送"SWSr"命令，它应该切换到源模式？

是的、但如上所述、它不会阻止端口切换回受电模式。

谢谢。此致、

克里斯

[/quote]

Chris、您好！

MikroE 电路板： https://www.mouser.es/ProductDetail/Mikroe/MIKROE-5682?qs=17ckDYBRdenIBQxkWz4Svw%3D%3D

我找到了 KM003C 并已经订购了它尝试(不在亚马逊欧洲,因为太贵)。 但我应该在4月19日收到它。

GUI 版本：正如复制/粘贴配置所写的："version"："7.0.4.7"

如何共享 json 文件？ "插入"菜单不为我提供用于选择文件的任何浏览器选项。

我将尝试通过 I2C 清除"启动切换至受电方"位。

Br

蒂埃里

Chris、您好！

我只读取 Port_Ctrl 字节、两个"启动交换"位都为0。

两个"过程交换"都=1

连接移动电话、VBUS 为5V、外部开关"打开"。 因此、mobil 处于拉电流模式、器件处于灌电流模式。  

我必须尝试通过默认设置(GUI)强制器件进入供电方模式。

蒂埃里

您好、Gary、

zhipeng zhao 说：

如何共享 json 文件？ "插入"菜单不为我提供用于选择文件的任何浏览器选项。

我通常只是直接从文件资源管理器将其拖动到线程中。 (即将.json 下载到我的 DOWNLOADS 文件夹、将.json 从下载中直接拖至 E2E 主题)

zhipeng zhao 说：

我只读取 Port_Ctrl 字节、两个"启动交换"位都为0。

两个"过程交换"都=1

连接移动电话、VBUS 为5V、外部开关"打开"。 因此、mobil 处于拉电流模式、器件处于灌电流模式。  

我必须尝试通过默认设置(GUI)强制器件进入供电方模式。

[/报价]

您能否共享寄存器读取信息以便我进行确认？ 您是否清除了"启动交换"位或它们是否已被清除？

如果您清除了这些位、请在知道这些位已清除后尝试执行'SWSr'命令。 如果用户的系统仍将设备作为接收设备、而将移动设备作为发送设备、则可能是移动设备请求电源角色交换(在尝试使用 SWSr 命令交换设备后)

不幸的是、如果没有 PD 日志、则难以确定是谁导致了什么。

---

您可能需要尝试进行的另一项测试是：

1. 连接设备
   1. 器件默认为 TPS25750灌电流、移动拉电流
2. 清除"启动交换..." 位
   1. 立即尝试 SWSr、并报告角色交换是否成功
3. 如果2个驱动失败、并且 TPS25750仍为受电方、则清除"处理交换至受电方位"
   1. 立即尝试 SWSr、并报告角色交换是否成功
   2. 如果此功能正常、则很可能是电话正在交换。

谢谢。此致、

克里斯

Chris、您好！

首先、我发现了为什么测量13V、正如我在前面的消息中所说的。 我在错误的 MOSFET 引脚上。 13V 是栅极电压。 制作 sens.

我今天早上尝试了接下来的。

-读取端口控制

-将两个灌电流位强制为0 (启动和处理交换)

-强制源的两个位为1

-发送 SWSr 命令

现在手机充电!!

我会将补丁捆绑包设置更改为首选的源模式、并使用两种类型的外部设备：移动设备和电源设备进行尝试。

我认为、如果电源逻辑上无法灌电流(将 TPS 设置为拉电流)、则 TPS 将交换为灌电流。

我将告诉您相似的结果。

我拖放了.json 文件、但在邮件中看不到它。 请告诉我您是否拥有它。

Br

蒂埃里