[参考译文] TUSB320：一般 USB C 设计问题-欢迎提供反馈

您好、Niclas、

要首先解决您的特定 TUSB320问题、请执行以下操作：

1.只要处于输入"模式"的 MCU GPIO 不会显著改变端口或 ADDR 上的负载、就不会出现问题。 在某些情况 下、当 GPIO 配置为输入时、会启用(并保持启用)内部下拉电阻器、这会影响端口或 ADDR 的状态、但这取决于特定的 MCU 应用。  

当 EN/EN_N 被置为有效时、也将对 ADDR 进行采样、因为必须事先设置 ADDR 状态。  

我建议创建一个单独的线程来查找与 PI3USB9201等效的正确 TI、但是 TPS2546可能是一个很好的起点。

音频附件通常仅"消耗"摆幅为+/-3V 的音频信号(即耳机)。  

如有任何疑问或遗漏任何内容、请告知我。  

您好、Malik、谢谢您、

这是否意味着无需对 TUSB320HAI 进行下电上电？ 例如、如果您希望从 I2C 控制转到引脚控制、则会将 EN/EN_N 置为无效、重新配置 ADDR 和端口、并最终将 EN/EN_N 置为有效？ (或另一个方向。)

这似乎是一个奇怪的问题、但我尚未决定 I2C 控制与引脚控制、因此我正在设计硬件来支持这两者。 为了保证这一点正常工作、我必须知道是否还必须对 TUSB320HAI 进行下电上电。 PI5USB30216C/D 为此需要进行下电上电。)

-

关于音频附件：您编写的"通常仅使用"音频信号"。 我本人(主要是推理)得出了这一结论，但：

－您是否知道音频附件是否仅消耗(还是仅在常见情况下使用)？

-我们如何知道它不会突然添加到 USB C 规范中？

当我了解 USB 时、我曾多次意识到、我刚刚错过了一些东西、或者 USB 规范背后的团队突然决定添加一些对您的设计中需要整合的内容具有重大影响的功能。

其中一个示例是向 USB C 充电器添加了向后兼容性、以便它们还必须进行 BC1.2电流广播。 许多 USB C 控制器数据表/应用手册都没有提到 BC1.2、当时它确实应该是数据表参考设计的一部分。 开发和维护 USB IC 必须是一场噩梦。

我对蓝牙有着类似的感觉-它们似乎从未成熟和稳定。 有时、某些公司会提出"明智"的 USB 使用或误用想法、要么将其纳入 USB 规范、要么使用专有解决方案投入生产。 我不是只有这样的人：

https://www.androidauthority.com/state-of-usb-c-870996/

-

您能在我的原始帖子中评论一下设计选择吗？ 音频(附件)开关可能是多余的、但我是否遗漏了什么？ 是否有实现我所需功能的更好 IC 组合？ (不在 BGA 芯片中。)

实际上是否有可能在 try．snk 中空闲，然后让产品在连接时配置 USB 硬件和软件？ 是否存在导致此故障的时序问题？ 或者、我们是否会在 USB C 角色"选择"和 BC1.2检测之间导致不匹配？ 一个明显的情况是用户插入带有(也不带)上拉电阻器的 A->C 电缆。

换言之：在进行连接之前、唯一实用的软件设计是器件/SNK 还是主机/SRC？

-

TPS2546仅是主机端 BCD？ 我需要双重角色能力、但感谢您的建议。

-

此致

Niclas

您好、Niclas、

正确、TUSB320LAI 应在 EN 有效且无重启的情况下重新采样 ADDR 和端口引脚。 请确保在 ADDR 和端口引脚状态变化后、EN 将被发出50ms 的功率。   

这是将 Ra 呈现到 CC 引脚以"消耗"音频信号的器件最常见的用例。 我不知道 USB-C 规范将来会有什么变化、包括可提供音频信号的音频适配器。  如果您想定义您的器件以支持通过充电的音频附件、则 USB-C 规范说明：

"系统应在上将 A6/B6、A7/B7、A8和 B8连接到适当的音频编解码器
进入音频适配器附件模式。 A8 (SBU1)和 B8的连接
(SBU2)引脚取决于适配器的方向。 根据方向、
可以交换麦克风和模拟接地引脚。" -附录 A：音频适配器附件模式

从这个角度来看、您的系统需要一个音频编解码器(假设您的 MCU 没有此类功能)。   

从我的角度来看、您的器件选择看起来不错、但您可能希望查看我们 的 USB Type-C 音频适配器附件模式参考设计 、了解有关支持音频附件的设计的更多信息。

让您的端口保持在 Try 状态没有任何问题。SNK 实际上应该在连接之前为 DRP Try 配置端口。SNK。 如果未检测到 CC 终端、则从 Type-C 的角度看没有连接、系统必须了解基于 DP/DM 和/或 Vbus 的连接内容。 在 BC 1.2之前进行 USB-C 协商。

再次感谢 Malik、

非常感谢。

感谢您提供有关 tidub66.pdf 的提示。 我已经查看过它、但找不到合适的 Mic /GND - GND/Mic 开关。 你能推荐一个吗？

-

TRIP.SNK 和 TUSB320存在问题；在引脚控制下、它不可用：
'当运行在 GPIO 模式中时、TUSB320将一直运行为一个标准 DRP。' (Hai 数据表 P11)

(这实际上是 PI5USB30216C/D 的其中一个支持 在引脚控制模式下、它像 Try 一样加电。SNK。 另一方面、必须对其进行下电上电以进行角色更改、并且在引脚控制模式下作为默认电流 SNK 进行连接时、OUT1和 OUT2均为高阻态、因此您也必须监控 VBUS。)

-

还感谢您确认我对 USB C 和 BC1.2的怀疑。 但是，我担心现实世界不是那么干净。 在寻找带有上拉电阻器的 A->C 电缆时，我遇到了一些不包含上拉电阻器的电缆。 (例如 Qualtek 3021090-01M 和3023048-01M DO。) 换句话说、在很多情况下、USB C 控制器不会检测到连接、因此不能依赖 USB C 控制器来确定角色。 这意味着 BC1.2 BCD 应该已经针对预期角色进行了配置、所以在某些用例中、Try。SNK 将不起作用。 (我们没有 Mini 或 Micro ID 信号。) 这对我们的产品来说不是一个很大的问题。 默认情况下、它是一个器件、仅在少数特定情况下、它是主机。

我接下来的任务之一是绘制一张流程图、说明如何根据 TUSB320HAI、PI3USB9201和 bq25896中的信息确定角色和电流。 (即使两个 IC 都缺少广播、后者也会检测到外部 VBUS、我怀疑通过没有上拉电阻器的 A->C 电缆将产品连接到 PC 时可能会出现这种情况。)

无论如何、A->C 适配器电缆上拉电阻器实际上只会导致电源(可能是 PC 或充电器)的 USB C SRC 角色和器件的 SNK 角色。 如果有 BC1.2 BCD 电流广播、它可能比 USB C 广播更可靠。 如果 USB C 和 BC1.2 BCD 都显示"默认电流"、我们不知道它是500mA 还是900mA (或更高、因为5V 电源(通常是 PC 端口)旨在提供更多电流、例如每个端口对)。

正如我说过的、USB 是一件糟糕的事情。 有大量的规格、但您不能依赖任何东西、因此您仍然需要为"任何东西都可以"进行设计。 希望 bq25896自动输入电流限制能够在电源永久损坏之前检测过流...

-

您能否给我一个全面的应用手册、对所有这些内容进行解释并提供适当的解决方案？

此致
Niclas

你好、基值。

TS3A227E 可用于自动解析 MIC/GND 方向。  

正确、TUSB320LAI Try。SRC 和 Try。SNK 选项仅通过 I2C 提供。 如果可能、我建议在您的系统中使用 I2C 模式、以便 从 TUSB320LAI 中获得最大的灵活性。  

在我看来、这些电缆不符合 USB-C 规范、因此不应考虑这些电缆。 USB-C 规范提到、USB-C 至 USB-A 电缆对于 USB 3和 USB 2电缆组件的 A5引脚(CC)应具有 Rp。  请参阅表3-12 USB Type-C 转 USB 3.1标准 A 电缆组件布线和表3-13 USB Type-C 转 USB 2.0标准 A 电缆组件布线。 我确实理解、在现实世界中、可能存在不符合标准的电缆、但如果没有 CC 端接 、则很难仅根据 Vbus (始终存在于 Type-A 端口)来确定。 检测此类不兼容电缆的一种潜在方法是检测 VBUS 并轮询 TUSB320HAI I2C 寄存器以了解 CC 引脚状态。 如果 CC 引脚读出为未连接且存在 VBUS、则您可能会假设连接了此类不兼容的电缆。 这仅在假设系统不提供 Vbus 并且系统始终以 UFP/接收端而不是 DFP/源端的形式启动时才起作用。  

 为 USB2或 USB 3应用定义了500mA/900mA 默认电流值。 如果 检测到默认电流、则应始终遵循500mA 最大电流以符合 USB 标准。 基于接口的电流消耗可由 PC USB 端口监控、并向 USB 主机报告过流情况。  

USB-C 规范确实提供了一些有关 USB-C 端口如何响应传统主机端口(4.5.3.2.2传统主机端口至灌电流行为)的指南。 表4-17电源使用的优先顺序 USB-C 规范还介绍了系统配置功耗的顺序(USB-C 电流模式取代 BC 1.2)。 我们没有关于不符合 Type-C 规范的电缆的系统设计的应用手册。 但是、下面的白皮书可能有助于说明使用 USB-C 进行正确设计的原因  

https://www.ti.com/lit/wp/slyy109a/slyy109a.pdf 

再次感谢您的回答。

TS3A227E 不是仅用于"音频插孔转 USB C 适配器"还是仅用于"音频插孔解码"？ 它包含用于麦克风/GND 的开关、但据我所知、它们存在、因为有两种不同的标准用于麦克风和 GND 在3.5mm 插头上的位置？ 它们确保 TS3A227E 上的麦克风引脚具有正确的极性？ 但是、您还(在手持设备内部)需要考虑 USB C 连接器的旋转情况吗？

我真的很同情您对超规格 USB C 电缆的看法、但我担心从现实产品支持的角度来看、这是不切实际的。 如果我们仅支持规格内的 USB C 电缆、我们将会遇到不满意的客户、并且需要花费时间处理本来可以避免的支持案例。

这有点像在没有 PD 的情况下为 VBUS 进行设计时从未超过大约5.x V、因为该规格不允许这样做。 我不记得在哪里、但我收到了一些信誉良好的 IC 制造商(可能是 TI 或 ST)的技术文档、这些制造商警告说、无赖 PD 协商、提供20V 电压的无赖 USB C 充电器。

感谢您参阅"4.5.3.2.2传统主机端口到接收器行为"：
" Rp 的值应指示默认 USB 电源的广播(请参阅表4-24)、即使电缆本身可以承载3A 电流。这是因为电缆不知道电源的功能、任何更高的电流通过 USB BC 1.2进行协商。" 我还没有意识到这实际上是规范的一部分。

我已经阅读了 slyy109a.pdf。 它确实是最好的设计文档之一、但它没有提到 BC1.2 (它并不比竞争对手更糟、但仍然不够)。

我已经浏览 过 www.ti.com/.../products.html 、但最接近我所寻找的是 TPS65987D。 我尚未仔细检查其数据表、但我希望在不支持 PD 的情况下获得类似的结果。 必须能够对其进行配置、使其接受超出规格的 USB C 电缆。 它应该能够很好地连接到 bq25896。 MCU USB2.0 USB C 产品必须有一个巨大的市场、这些产品可以同时扮演 SNK 和 SRC 角色。

-

我正在进行的设计有两个主要用途：一个用于双角色 USB2.0 USB C BC1.2的测试平台、也可用作实际未来产品的开发板。 因此、我正在使 TUSB320HAI 可同时配置为 I2C 和引脚控制、并且我正在为其 VDD 采用二极管 OR-ing、以便使用3.12V 电压为其供电(使用锂离子电池的 bq25896 VSYS 和 LDO) 当 VBUS 不存在但在用作 SRC 并广播3.0A 时将 VDD 提升至3.5V 以上时。 然后、在将经过验证的设计转移到实际产品时、我可以从此设计中去除铃声和口哨声。

我还将包括 TS5USBA224、并为 ASEL、USB C 连接器旋转/极性和音频信号添加引脚接头、以便可以通过分线板添加对音频附件的支持。

总之：我找到的最佳解决方案是 TUSB320HAI/LAI、PI3USB9201和 bq25896。 这意味着三个相当独立的中断源都需要查询和响应。 在 TUSB320HAI 或 bq25896显示"我们似乎已连接"之前、应禁用 PI3USB9201。 在引脚控制中运行 TUSB320HAI (并侦听 bq25896 PG#引脚)应可缩短作为器件/SNK 的附加时的"响应时间"。 因此、尽管 TUSB320引脚控制模式存在局限性、但它可能非常有趣。

在本例中、我们将提供一个菜单选项、用户可通过该选项在有限的时间段(15秒？)内选择更改为主机/SRC。 硬件和软件重新配置为主机/SRC、并通过 CC 和 BC1.2通告电流。 我们可能会提供一个菜单选项来提供 VBUS "legacy style (传统风格)"、以便可能违反 USB C 规范、但至少它必须是有效选择。 如果在这一有限的时间范围内未完成连接、则产品会将自身重新配置为空闲器件/SNK。

此致

Niclas

您好、Niclas、

TS3A227E 还可以自动确定 SBU1/2的 MIC 和 GND 连接、并将信号适当路由到内部目标。 它不一定仅用于3.5mm 插头上的音频插孔解码。 外部适配器会将 USB-C 插头插入您的插座。   

很遗憾、我不是 TPS65987D 的专家。 我建议为此器件发布问题、以了解这是否可行。  

在这种情况下、我认为在使用这种类型的电缆时需要用户采取行动是一个很好的解决方案。 这将确保"不投诉"行为本身不会发生并隔离到特定电缆上。   

希望我的评论能帮上忙！