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.

[参考译文] TPS25751:TPS25751:从主机控制器进行补丁:接受补丁捆绑包、并且模式保持为 PTCH 而不是 APP

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

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/1424483/tps25751-tps25751-patching-from-host-controller-patch-bundle-is-accepted-and-mode-remains-ptch-instead-of-app

器件型号:TPS25751

工具与软件:

大家好、我遇到了以下问题:

来自主机控制器的补丁:补丁捆绑包被接受 并成功更新。 之后、模式可以从 PTCH 切换到 APP。 但是、APP 无法保留、并将立即返回到 PTCH 模式。

我尝试了 AlwaysEnableSink 和 NegotiateHighVoltage 模式、并获得与上述相同的结果。

补丁捆绑包是 TI GUI 工具生成的 C 文件的低位区域。

我从整个流程中读取了相关的注册表:

[14:56:20.132]发送→◇51 01 00 03
[14:56:20.155] recv←◆04 41 50 20  

[14:56:23.285]发送→◇51 01 00 14 0B□
[14:56:23.581] recv←◆51 01 14  0B 00 00 00 00 00 00 00 00 00 00 00 03  
[14:56:27.285]发送→◇51 01 00 14 0B□
[14:56:27.310]recv←◆51 01 14 0B 00 00 00 00 00 00 00 00 00 00 02

[14:56:29.433]发送→◇51 01 00 03
[14:56:29.456] recv←◆04 50 54 43 48  

我应该如何检查?
提前感谢。

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

    尊敬的 Carson:  

    PD 控制器是否从电池电量耗尽模式启动(VBUS 首先启动、而不是 VIN_3V3)? 如果器件从电池无电模式启动而 EC 未首先清除 DB 标志、则即使 VIN_3V3上存在3.3V 电压、TPS25751也会在移除 VBUS 后断电。 当 TPS25751断电时、它会再次以 PTCH 模式启动。  

    谢谢。此致、

    Raymond Lin

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

    尊敬的 Raymond:
    感谢您的答复。 是的、您可以在电池电量耗尽模式下正确地启动 PD。 我尝试清除 DB 标志似乎失败。
    不能在 PTCH 模式下清除该 DB 标志?

    [10:15:00.764]发送→◇51 01 00 2d □μ A
    [10:15:00.787]发送←◆51 01 01. 2d 05 3. 4. 03 62 02 C1
    [10:15:06.985]SEND→◇51 01 00 26. □μ A
    [10:15:07.08]Send←◆51 01 01. 26. 05 00 30 00 00 8. 0
    [10:15:10.580]发送→◇51 02 00 08. □  (__LW_AT__44 42 66 67 μ s 将 DBfg 发送至0x08
    [10:15:11.114]发送←◆51 02 01 08. 04. 00 00 00 00 00      (从0x08读取00 00 00 00 00 意思是 excute DBfg 完全,对吧?)
    [10:15:14.705]发送→◇51 01 00 2d □μ A
    [10:15:14.730]发送←◆51 01 01. 2d 05 3. 4. 03 62 02 C1
    [10:15:17.577]Send→◇51 01 00 26. □μ A
    [10:15:17.600]发送←◆51 01 01. 26. 05 00 30 00 00 80

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

    Raymond

    似乎在电池电量耗尽的情况下启动不是该问题的根本原因。


    链接了不带 VBUS 的电池0x2D 寄存器显示屏、如下所示:
    [15:04:20.599]发送→◇51 01 00 2D 05□
    [15:04:20.621] recv←◆51 01 2D 05 30. 03 60 02 C1  

    从 I2C 成功加载补丁后、仍会从应用返回到 PTCH。

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

    尊敬的 Carson:  

    仅当 TPS25751进入 APP 模式时才能执行 DBfg、以下是电池电量耗尽情况下 PBMx 的流程(VBUS 为 TPS25751供电):  

    TPS25751通过 VBUS 上电(升高 DB 标志)

    2. TPS25751通过 INT 向 EC 发出警报、告知其已准备好加载补丁

    3. EC 通过 PBMx 流程加载配置(Check mode -> set up and send PBMs -> write binary config -> send PBMc ->检查配置是否正确加载->过程完成后 PBMe)  

    4. TPS25751进入 APP 模式后、EC 需要发送"DBFG"来清除电池电量耗尽标志  

    5.此时、在清除 DB 标志并向 TPS25751 VIN_3V3引脚提供稳定的3.3V 电压后、TPS25751现在由 VIN_3V3而不是 VBUS 供电。 移除此处的源连接器不会关闭 TPS25751。  

    您是否可以尝试上述过程、看看行为是否有所改善? 此外、您还可以提供系统中当前实现的引导流程的详细摘要吗?  

    谢谢。此致、
    Raymond Lin

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

    谢谢 Raymond,我们将根据您的详细说明进行尝试。


    还有一个问题:

    (检查模式->设置并发送 PBMs ->写入二进制配置->发送 PBMc ->检查配置是否正确加载->进程完成后的 PBMe)  

    在此工作流程中、检查配置是否已正确加载、EC 是否仍需要向 TPS 触发一个"PBMe"?

    TRM 提到、只有在异常情况下执行工作流程时才执行"PBMe"。



    表4-14. 'PBMe'-补丁突发模式退出
    该设计的链接 'PBMe'任务结束补丁加载序列。 此任务指示 PD 控制器完成补丁
    加载过程。
    输入
    DATAX 无
    输出
    DATAX 字节1:标准任务返回代码。
    任务
    结束
    'PBMe'任务在结束补丁加载序列后完成。 如果 MODE 寄存器(0x03)等于'APP'、则
    此任务将被拒绝。
    副作用当'PBMe'成功时、第二个目标地址将恢复为 ADCINx 引脚配置的值。 。
    PD 控制器将 MODE 寄存器(0x03)保留为'PTCH'、并会等待修补过程重新启动。
    额外
    信息如果 MODE 寄存器为'APP'(表明 PD 控制器处于 APP 模式)、则它将拒绝'PBMe'任务。

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

    尊敬的 Carson:  

    很抱歉混淆、'PBMc'仅用于在 PBMx 流程期间发生故障时的错误恢复。 成功加载补丁(MODE=APP)后、您不需要发送'PBMe'。  

    谢谢。此致、

    Raymond Lin

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

    您好、Raymond、感谢您的澄清说明。
    似乎没有任何进展、仍然回到 PTCH。

    引导流程:

    ADCIN1:值5表示#2。  ADCIN2:value 5表示#2。  
    2.移除 J16、上电后、 PD 无法从 EEPROM 加载任何配置、并将进入 PTCH 模式。
    3.接通 J3的电源。 引导标志寄存器: 05 30 03 60 02 C1
    4.通过 IIC 更新补丁。 后变为应用模式。 执行'DBfg'  

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

    尊敬的 Carson:  

    您是否能够捕获 I2C 日志、从读取 PD 模式(APP/PTCH)、执行 PBMx 序列开始、一直到完成 PBMx、读取模式和执行 DBfg 的结束?  

    [报价 userid="623521" url="~/support/power-management-group/power-management/f/power-management-forum/1424483/tps25751-tps25751-patching-from-host-controller-patch-bundle-is-accepted-and-mode-remains-ptch-instead-of-app/5469187 #5469187"]1. ADCIN1:value 5表示#2。  ADCIN2:value 5表示#2。  
    2.移除 J16、上电后、 PD 无法从 EEPROM 加载任何配置、并将进入 PTCH 模式。
    3.接通 J3的电源。 引导标志寄存器: 05 30 03 60 02 C1
    4.通过 IIC 更新补丁。 后变为应用模式。 执行'DBfg' [/报价]

    我假设在执行 DBfg 的第4步之后、EC 从 PD 读回 PTCH 模式?  

    谢谢。此致、

    Raymond Lin

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

    尊敬的 Raymond:
    低位区域 C 文件中有错误。 完全上传补丁后、PD 会切换到应用模式。 但 PD 运行时配置错误、并 触发严重错误、从而导致 PD 复位。  
    当替换我们客户提供的 C 文件时、PD 可以正常运行。

    我们的 low region C 文件由 TI 的 GUI 工具生成、我不知道为什么以及哪里错了。

    总之、非常感谢您的帮助。