尊敬的先生:
由于终端客户规范变更而引起的。 请帮助检查。
如果我们要在 NXP i.MX8MPlus 平台上实现基于 USB Type-C 的 HDMI。 TUSB546A 是否适合我们的设计? 下面方框图中具有 SBU 多路复用器的 PD 控制器的芯片 P/N 是什么。 还有其他更好的 TI 解决方案吗?
如果是、请帮助提供一个比 TUSB546A 更合适的模型。 谢谢


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.
尊敬的先生:
由于终端客户规范变更而引起的。 请帮助检查。
如果我们要在 NXP i.MX8MPlus 平台上实现基于 USB Type-C 的 HDMI。 TUSB546A 是否适合我们的设计? 下面方框图中具有 SBU 多路复用器的 PD 控制器的芯片 P/N 是什么。 还有其他更好的 TI 解决方案吗?
如果是、请帮助提供一个比 TUSB546A 更合适的模型。 谢谢


您好、
如果我们要在 NXP i.MX8MPlus 平台上实现基于 USB Type-C 的 HDMI。 TUSB546A 是否适合我们的设计? 下面方框图中具有 SBU 多路复用器的 PD 控制器的芯片 P/N 是什么。 还是 TI 有其他更好的解决方案?
如果我们根据 启用 HDMI over Type-C 应用手册来实施 TUSB546A、那么这应该没有问题。
下面的方框图中具有 SBU 多路复用器的 PD 控制器的芯片 P/N 是什么。 还是 TI 有其他更好的解决方案?
我们实际上没有推荐 PD 产品。 我们无法找到支持 HDMI 交替的 PD 控制器。 因为这是一个非常利基的用例。
、因为终端客户更改了规范。 请帮助检查。
为什么这里的终端客户从 DisplayPort 更改为 HDMI? 我们不建议使用 HDMI 交替模式。 MODE 设计。
使用 HDMI 交替模式。 模式会使实现变得更加困难、因为 HDMI1.4 是唯一符合 USB Type-C 标准的 HDMI 规范、是直流耦合。 USB Type-C 接口采用交流耦合。
USB Type-C 连接器是使用翻转、还是采用固定方向连接器、还是都需要两种方向才能运行?