[参考译文] TPS25750：TPS25750和 BQ25792之间的协商问题

尊敬的 Chuck-San：

感谢您提供的重要信息。

我非常惊讶于发现了一个已知的错误。
如果您能支持我避免此错误、将会很有帮助、因为 TPS25750可通过具有 uC 的 I2Cs 总线进行配置。
但是、当产品断电时、uC 进入挂起模式并且无法与 TPS25750通信。 与智能手机一样、即使产品关闭、也需要为电池充电。 因此、当电源因重启(运输模式释放等)而断电时、无法实现 uC 与 TPS25750之间的通信、因此很难避免此错误。
因此、我想咨询您、但更改 bin 文件是否有避免这种情况的可能？ 如果可能、我希望请您采取行动。
更改 bin 文件的截止日期是10月31日。

非常感谢您的快速响应。 如果您有任何问题、请随时与我联系。

此致、
加藤

尊敬的 Field-San：

感谢您代表 Chuck-San 的回复。

我们的客户正在再次考虑您建议是否将权变措施实施到 TPS25750。 那么、您能否尽快生成一个简单的 uC 例程以覆盖？

顺便提一下、我想问您一个关于 Chuck-san 的上述 Q4和 Q5回答的问题。
在某些情况下、使用 USB 协议分析器分析 USB 总线时、TPS25750在从源器件发送 PS_READY 之前切断电流。 这是 TPS25750更新 BQ25792的 IINDPM 和 VINDPM 之前的状态、TPS25750似乎可以灌入3A 这一默认值。
你有没有经历过这样的症状? 另外、请告诉我有哪些权变措施。

更改软件的截止日期为10月31日。 因此、如果可能的话、你可以代表 Chuck-San 分配一个人、这会很有帮助。

此致、
加藤

尊敬的 Raymond - San：

感谢您代表 Chuck-San 的回复。

请多给我一点时间，因为我正在编写一份有关您的问题的文件。

此致、
加藤

尊敬的 Raymond - San：

我已经编写了一份文档来回应您的问题、因此请确认随附文件"TPS25750_TPS25750.pdf Negotiation_Issue "。
虽然文档中没有提到、但在许多其他产品中也观察到类似的症状。

我希望能够澄清此问题的根本原因、并且您能让我尽快在 possible.e2e.ti.com/.../TPS25750_5F00_Negotiation_5F00_Issue.pdf 上告诉我如何改进此问题

此致、
加藤

尊敬的 Raymond - San：

感谢您的持续支持。

我们的客户使用了由您的同事生成的 bin.file、而不是项目文件(.json)。 我会将该 bin 文件与您共享。
很遗憾、我无法上传 bin 文件、因此我将文件扩展名从.bin 更改为.pdf。 使用时、请将扩展名更改为.bin。

关于您的其他问题、我将按时间顺序对整个过程进行如下说明。

1. TPS25750在协商完成之前将3000mA 写入 IINDPM_8：0
2.协商结束
3. Vbus 电压和电流增加、电流继续以2.8A 的电流流动
4.供电设备将 PS_RDY 发送至 TPS25750
5.供电设备将 OCP 发送至 TPS25750
6. TPS25750将2000mA 写入 IINDPM_8：0

如果您可以通过 EVM 重现此问题并提供权变措施、对我非常有帮助。

e2e.ti.com/.../20230906_5F00_GPIO_5F00_CHANGE.pdf

此致、
加藤

尊敬的 Raymond - San：

很抱歉催促您、但由于截止日期已临近、您是否对此问题有任何更新、敬请告知。

此致、
加藤

尊敬的 Kato-San：

理解紧迫性后、我将立即进行测试、并应在下星期一之前获得结果。  

如果您的端有 Aardvark、则可以尝试运行附加的批处理模式示例、了解如何设置 I2Cw 并将 BQ25792 IINDPM (寄存器0x06)重新配置为2A 或任何其他值。 您可以通过发送'I2Cr'来跟进、以确保'I2Cw'正确执行。

谢谢。此致、

雷蒙德·林

'I2Cw'的样片批处理模式：  /cfs-file/__key/communityserver-discussions-components-files/196/I2Cw_5F00_Configuring_5F00_BQ25792_5F00_IINDPM_5F00_Register_5F00_Example.txt

'I2Cr'的示例批处理模式： /cfs-file/__key/communityserver-discussions-components-files/196/I2Cr_5F00_Configuring_5F00_BQ25792_5F00_IINDPM_5F00_Register_5F00_Example.txt

尊敬的 Raymond - San：

感谢您提供批处理文件。

我想确认、以防万一、但我的理解是否正确、目的是检查是否可以使用4CC 命令 I2Cw 和 I2Cr 重新配置这些命令？
我认为在实际实施变通办法时、重新配置的时间很重要、因此我期待在星期一获得更新。

此致、
加藤

尊敬的 Chuck-San：

感谢您提供的信息。

您应该提到、当/I2Cm_IRQ 是从 BQ25792发送的中断信号、置为低电平时、使用时序读取 PD 控制器的状态寄存器、但 uC 不会监控/I2Cm_IRQ。 那么、还有其他方法可以检测触发器吗？

顺便说一下、我想确认一下以防万一、您是否确实试用了示例源代码"I2B.BQ25792_IINDPM_IINDPM.txt" Cw_Configuring_ Register_Example？ 似乎缺少1字节数据。
如果有任何误解、请随时告知我。

此致、
加藤

尊敬的 Chuck-San：

这是我的误解。 将使用 uC 监控的信号 /I2Cs_IRQ 而不是 /I2Cm_IRQ 。

我将要求我们的客户确认是否可以实施权变措施。

此致、
加藤

尊敬的 Chuck-San：

大家可能比我更了解、我有以下两个问题。

- TPS25750与 BQ25792之间的 PDO 通信问题
-在发送设备发送 PS_RDY 信号且 TPS25750接受

对于通信问题、我已经收到您的建议、我们的客户正在验证重新配置 BQ25792的时间是否合理。 在我得到结果后、我会与您分享这些信息。
对于电流吸收问题、TPS25750开始灌电流所需的触发条件是什么？ 请告诉我如何在 TPS25750接受从供电方器件发送的 PS_RDY 后启动受电方。

此致、
加藤

加藤

我们正在研究 PS_RDY 问题、一旦我们有了明确的答案、我们就会向您回复。

该标准要求在发出 PS_READY 之前不同步任何显著的电流、因此我们将研究如何最好地解决该问题。

此致、

卡盘

尊敬的 Chuck-San：

感谢您的提示回复。

我期待尽快获得 PS_RDY 问题的最新信息、非常感谢您的合作。

此致、
加藤

尊敬的 Kato：

器件专家仍在研究这一点、并会在获得更多信息后给出回复。

谢谢。
字段

尊敬的 Field-San：

感谢您的持续支持。

我期待收到 PS_RDY 问题的最新消息。

顺便说一句，与 PS_RDY 问题有一个单独的咨询。
当5V/1.5A 供电设备连接到 TPS25750时、尽管 TPS25750在 Cc1PinState 寄存器中检测到1.5A (04h)为0x69 TYPEC_STATE 寄存器、但 Input_Current_Limit 寄存器的 BQ25792的 IINDPM_8：0被写入不正确的电流信息0.5A。
此问题是否由难以解决的 TPS25750硬件引起？ 还是由于 TPS2552的可重写固件？ 如果问题是由固件引起的、我认为很容易解决。 您能给我评论一下吗？

此致、
加藤

尊敬的 Kato：

PS_RDY 问题仍在我们的系统和固件团队研究中、我没有该问题的修复日期。

对于 C 型电流问题、这是固件中的差距在近期不会修复。  客户在使用其 MCU 完成初始连接后、可以使用 I2Cw 更新 BQ 寄存器、但这是我们针对该问题提供的唯一解决方案。

此致、

卡盘

尊敬的 Chuck-San：

感谢您提供的信息。

我明白、对于 Type-C 电流问题、我很期待获得有关 PS_RDY 问题的详细信息。

此致、
加藤

我们将在研究完成后立即更新。

尊敬的 Chuck-San：

感谢您的答复。

响应客户的截止日期已经临近、因此如果您能够尽快更新、将会非常有帮助。

此致、
加藤

尊敬的 Chuck-San：

感谢您提供的信息。

我已经收到当地 FAE 的关于 TPS25750后续产品的信息。 我的理解是否正确、即您有计划应用永久性修复、并针对 TPS25750问题更新固件？ 如果您有任何解决这些问题的计划、这将对我们非常有帮助。

此致、
加藤

尊敬的 Chuck-San：

感谢您提供的信息。

我了解。

顺便说一下、您提到已在后续产品中实施了永久修复。 那么、可以得出结论认为 PS_RDY 问题产生灌电流的根本原因是固件控制吗？

此致、
加藤

尊敬的 Chuck-San：

如果您继续研究 PS_RDY 问题的根本原因和解决方法、对我们非常有帮助。

此致、
加藤

尊敬的 Kato-San：

我会将这个问题转给我们的营销团队、以供他们解决。

此致

卡盘

尊敬的 Adam San：

感谢您帮助我制作所需的材料。

我知道我们不会引入后续产品中将涉及的 TPS25750修复。 但是、应该已经找出 TPS25750错误的根本原因、因为后续产品会修复错误。
那么、您能否与我分享根本原因的详细信息？ 我想知道 TPS25750灌入电流的触发器、尤其是关于 PS_RDY 问题。

非常感谢您的快速响应。

此致、
加藤

尊敬的 Adam San：

感谢您提供详细信息。

我了解 PS_RDY 问题的根本原因。 我的理解是否正确、即 Type-C 电流问题和 PS_RDY 问题具有相同的根本原因？
此外、后续产品中已经修复了这些问题、但它们在技术上是如何更详细地改进的？

此致、
加藤

尊敬的 Adam San：

对于 PS_RDY 问题、我还有一个问题。
TPS25750在接受 PS_RDY 之前灌入电流、即使仅使用具有3A 电流能力的 USB-C PD 也是如此。 您是否未发现这种症状？

此致、
加藤

尊敬的 Adam San：

感谢您的快速响应。

请您确认以下信息吗？

TPS25750在接受 PS_RDY 之前灌入电流、即使仅使用具有3A 电流能力的 USB-C PD 也是如此。 您是否未发现这种症状？
此外、后续产品中已经修复了这些问题、但它们在技术上是如何更详细地改进的？

此致、
加藤

尊敬的 Adam San：

后续产品中修复了 PS_RDY 问题、但 TPS25750中如何设计灌电流时序？ 这将是我们在考虑权变措施时所需的信息。

此致、
加藤

尊敬的 Adam San：

很抱歉匆忙、但过去的问题已经过了、如果有任何更新、请告诉我。

此致、
加藤

您好！  

很抱歉响应出现延迟。 正如我提到过的、TPS25751应解决本主题中突出显示的所有问题。 该器件应在未来几周内发布在 TI.com 上、以便 您能够继续使用该新器件进行评估。  

尊敬的 Adam San：

我知道后续产品很快就会发布、但我想知道 TPS25750的设计方式并考虑可行的权变措施。
我们的客户没有计划将 TPS25750替换为 TPS25751。

此致、
加藤

尊敬的 Adam San：

感谢您的答复。

您能否告诉我们在接受 PS_RDY 之前 TPS25750灌入电流的症状导致灌电流的触发器？ 我们要考虑避免这一问题的方法。

例如，触发时间为：
-在 TPS25750请求提供设备后
-在 TPS25750将 VINDPM 和 IINDPM 的设置值写入 BQ25792寄存器之后

此致、
加藤
*编辑和添加

尊敬的 Chuck-San：

感谢您提供详细信息。

对于 PS_RDY 问题、除了修改固件外、是否有其他方法可以避免出现这种情况？ 例如、修改 bin 文件是否有避免这种情况的可能？

如果您能给我一些避免此问题的建议、将会非常有帮助。

此致、
加藤

尊敬的 Chuck-San：

很抱歉催促您、但请告知我您是否有任何更新。
除了更改固件之外、如果有解决此问题的方法、我们可以尝试一下、因此提出任何建议都会有所帮助。

此致、
加藤

尊敬的 Field-San：

感谢您的快速回复尽管有一个假期。

期待下周能有任何更新。

此致、
加藤