Other Parts Discussed in Thread: TPS26750, TPS25751
器件型号： TPS26750
主题中讨论的其他器件： TPS25751
我们的设计中使用了 TPS26750（非 EEPROM）。
根据使用嵌入式控制器 (EC) 将补丁捆绑包直接加载到 TPS25751 或 TPS26750、严格执行补丁下载过程。 但是、在发出 PBMc 命令后、从 CMD1 寄存器读取的返回值为 0x0。 相比之下、读取 DATAx 寄存器时、输出 DataX 响应是 0x03 而不是 0、数据表中未提及这种情况。
您还能告诉我您获得的 DevicePatchCompleteStatus 位的信息吗？
我怀疑您可能尝试在器件已处于 APP 模式时发出 PBMc 命令。 在这种情况下、固件将拒绝该任务、并默认使用标准任务返回代码：
在发出 PBMC 命令之前、您能否确认 MODE 寄存器（0x03 偏移）实际上处于 PTCH 模式而不是 APP 模式？
此致、
Tim
尊敬的 Timothy：
acReturnIndicator 为 0x3、 rpReturnIndicator 为 0x0、我们读取此寄存器前 64 个字节的值：0x03 0x00 0x00 0x00 0x30 0x32 0x00……（所有后续值均为 0。）
此致、
Chen
为了验证器件在发送 PBMc 命令之前是否已进入 APP 模式、我们在发送补丁后读取模式寄存器以进行确认、但读取结果表明它处于 PTCH 模式。
Chen、
作为参考、我们在此处提供了一个扩展代码示例（适用于 TPS25751、但也适用于 TPS26750）：
将数据通过管道传递到 TPS25751 时、您是否更改了从器件地址、对吗？ 这应与您在 PBMs 数据写入中设置的内容相匹配：
在代码示例中为 0x30。 当您切换回 PBMc 命令时、它应该返回到原始从器件地址（代码示例/EVM 中为 0x21）。
此致、
Tim
Chen、
您可以添加延迟、但更确定的方法是在 IRQ 线路的下降沿等待并触发 CMD1 完成事件：
如果您想快速测试是否存在此问题、只需在发出 4CC 命令后添加 5ms 延迟等信息。
您是否有来自 I2C 分析仪等设备的完整 I2C 流量日志？ 如果需要、您可以向我发送离线消息。 下面提供了成功执行固件更新的完整日志、以供参考：
此致、
Tim
