[参考译文] TPS65981：不能用作器件

您好！

我们将尽快对此进行研究。 同时、我能否知道设计中使用 TPS65981的原因。 我们不建议客户在新设计中使用 TPS65921。

此致。

之所以使用 TPS65981  、是因为我们从先前的项目中复制了该电路。  

我们不打算使用 TPS65981通过任何认证。 如果您对我们未来的项目中的更换有任何建议、我们将不胜感激、但我们希望 TPS65981能够在我们的当前电路板上正常工作。  

我明白了。 我们建议客户用于 TPS65981更换的器件包括 TPS25750 (仅用于电源应用)和 TPS65987D。

我将研究当前问题、并尽快返回给您。

此致

在确定我们的设置问题方面是否有任何进展？

您好！

我们仍在研究这个问题、并将尽快返回给您。

此致。

您好！

在配置文件中、您似乎使用的是 GUI 版本6.1.1。 您能否尝试使用最新的 GUI 版本6.1.3再次刷写 TPS65981、并查看此问题是否仍然存在？

此致

行为无变化。 唯一不同的是、当我使用稍新版本的软件时、我在生成.bin 文件时收到此警告。  

您好！

感谢您的更新。 我将咨询我的团队、获取有关此问题的反馈。

此致。

您好！

以下是我的同事对此问题的意见、

"从跟踪中、它看起来像是 LPM 数据包处理问题。 我可以看到在 LMP ACK 数据包之后从主机复位、这可能是由于 L0->L1转换期间器件端的行为不正确所致。 USB2 LPM 数据包来自 USB 控制器(而不是来自 PD)、因此我不认为它的 PD 控制器存在问题。"

为了确认这一理论、您能否尝试 将 USB2控制器 DP/DM 直接接至连接器侧(尽可能使用最短的导线)、如下图所示？

此致。

直接连接 USB2.0信号 会产生不同的行为、但仍然存在问题。 Windows 不会引发错误、但我无法访问 Linux 中的 USB 存储小工具、当 我们将 AM62xx 连接到我们的其他板之一时、我们会收到以下消息：

oot@imx8x-phycore-kit：~#[49.312228] USB 3-1：使用 cI_hdrc 的新型高速 USB 器件编号2
[49.346518] USB 存储3-1：1.0：检测到 USB 大容量存储设备
[49.353027] USB-STORAGE 3-1：1.0：奇闻匹配 vid 0525 pid a4a5：10000
[49.360055] SCSI host0：USB-storage 3-1：1.0
[50.532221] USB 3-1：使用 cI_hdrc 重置高速 USB 器件编号2
[50.960209] USB 3-1：设备不接受地址2，错误-71
[51.092232] USB 3-1：使用 cI_hdrc 重置高速 USB 器件编号2
[51.520229] USB 3-1：器件不接受地址2、错误-71
[51.652233] USB 3-1：使用 cI_hdrc 重置高速 USB 器件编号2
[51.800218] USB 3-1：器件无响应、器件描述符读取/64、错误-71
[52.052230] USB 3-1：器件无响应、器件描述符读取/64、错误-71
[52.292234] USB 3-1：使用 cI_hdrc 重置高速 USB 器件编号2
[52.440231] USB 3-1：器件无响应、器件描述符读取/64、错误-71
[52.692228] USB 3-1：器件无响应、器件描述符读取/64、错误-71
[52.804356] USB 3-1：USB 断开连接、器件编号2
[52.988241] USB 3-1：新型高速 USB 器件3、使用 CI_hdrc
[53.420226] USB 3-1：器件不接受地址3、错误-71
[53.552224] USB 3-1：使用 cI_hdrc 的新型高速 USB 器件编号4
[53.984196] USB 3-1：器件不接受地址4、错误-71
[53.990113] USB USB3-port1：尝试重启电源
[55.596225] USB 3-1：使用 cI_hdrc 的6号新型低速 USB 器件
[55.765245] USB 3-1：找不到 LPM 退出延迟信息、禁用 LPM。
[120.006161] USB 3-1：USB 断开连接、器件编号6
[124.068213] USB 3-1：使用 cI_hdrc 的全新低速 USB 器件编号7
[124.236545] USB 3-1：找不到 LPM 退出延迟信息，禁用 LPM。
[129.425475] USB 3-1：USB 断开连接、器件编号7

root@imx8x-phycore-kit：~

通过 Beagle 查看通信时、我们还会收到大量损坏的数据包  

鉴于您之前建议使用 TPS65987D 作为替代器件、我们正在使用 TPS65987D 设计新电路(尽管我们仍有兴趣尝试调试 TPS65981的问题)。 我们希望能够同时将 USB-C 用作主机/器件、并能够通过 USB-C 为系统供电 我已附上下面的新原理图。 如果您能为我们看一下我们的设计中的任何显著问题、我们将不胜感激。

您好！

我认为数据损坏可能是由于蓝色接线导致的数据完整性较差。 但是、TPS65981是一种多路复用器、不处理 USB2数据包、因此我认为它与 USB 控制器有关。

我将查看原理图并返回给您。

此致。

在解决我们的 TPS65981问题或查看我们的 TPS65987D 新设计方面是否取得了任何进一步进展、因为我们希望在下一周或两周内使用新电路在电路板上开始生产。  

您好！

我将在星期五之前提供 TPS65987D 原理图审阅。

此致。

您好！

请参阅以下文件中的原理图检查清单和注释。

e2e.ti.com/.../TPS65987D_5F00_SCH_5F00_REVIEW.xlsx

此致。

感谢您的评论。 在解决我们的 TPS65981问题上是否有任何进一步的进展？ 虽然我们在其中一个较新的电路板上使用 TPS65987D 替换它、但该问题仍会影响 我们的一些较旧的电路板设计。