花了三周调试Alt Mode,发现根因不在Alt Mode本身
做USB-C桌面扩展坞的工程师,大概都踩过这个坑:插上扩展坞,显示器黑屏,系统能认到设备但视频出不来。固件加了延迟、换了连接线、试了三个版本的主控,问题反复。
最后查出来,往往是PD主控芯片和视频MUX芯片之间的协作时序出了问题——或者更根本的,这颗PD芯片压根不是为Alt Mode视频通路设计的,却硬被用在了这个场景里。
LDR6023AQ是乐得瑞双C口DRP架构的经典PD通信芯片,但它的产品定位需要厘清:它负责PD协商和功率分配,不直接处理DP隧道建立。在视频扩展坞里,LDR6023AQ要搭配专用的Alt Mode芯片才能完成完整的视频输出方案。搞清楚这个分工,是避免选型踩坑的第一步。
一、为什么"PD主控能进Alt Mode"不等于"能输出视频"
在展开技术细节之前,先理清一个常被混淆的概念:PD芯片支持Alt Mode协商(通过VDM消息让对端设备切换到Alternate Mode),和这颗芯片本身能处理DP视频信号,是两件事。
USB-C的Alt Mode进入流程,本质上是一套基于PD协议的VDM(Vendor Defined Message)握手。设备A发送Discover命令、Enter命令,设备B回应ACK,确认切换到DP/Thunderbolt等备用模式。这个协商过程由PD协议层完成。
但协商完成后,视频信号的路由、时序、控制,却需要独立的MUX芯片或视频Switch芯片来执行。MUX负责在USB信号通路和DP信号通路之间做物理切换,并处理HPD(Hot Plug Detect)信号和链路训练(Link Training)。
LDR6023AQ的产品规格标注"支持Billboard",在扩展坞中主要承担的角色是:管理CC线上的PD握手、协调两个C口的Source/Sink角色切换、计算并仲裁整机的功率预算。它的DP Alt Mode能力体现在VDM协商层面,但DP物理层的MUX切换和视频通路建立,需要外置芯片配合。
这就是为什么选型时不能只看"这颗芯片支持Alt Mode",还要看它在整个视频通路架构里具体负责哪一层。
二、USB-C视频扩展坞的两种架构:分离式与集成式
在实际产品中,USB-C扩展坞/视频Hub的视频Alt Mode实现主要有两种架构:
架构一:分离式PD+Alt Mode方案
LDR6023AQ(PD主控)搭配专用Alt Mode芯片,是分离式方案的典型组合。LDR6023AQ负责双C口的PD协商与功率管理,通过VDM消息触发对端进入Alt Mode;视频信号的实际路由由专用的Alt Mode MUX芯片完成——比如搭配支持DP 8K60Hz双向转换的LDR6500D,前者管电,后者管视频信号通路切换。
这种架构的优势在于职责边界清晰:PD层和视频层独立调试,互不干扰;缺点是BOM多一颗芯片,原理图和布线复杂度略高。
架构二:PD主控直驱Alt Mode方案
部分PD芯片内置Alt Mode控制逻辑,单芯片同时完成PD协商和视频通路管理。LDR6021在显示器和电源适配器场景下就采用这种模式——芯片本身支持ALT MODE,可直接驱动DP信号切换,QFN32封装,外围电路相对精简,适合结构空间受限的产品。
两种架构的选型逻辑很直接:多口扩展坞且需要灵活功率分配,优先考虑分离式方案(LDR6023AQ+专用Alt Mode芯片);单口显示器或适配器,集成方案(LDR6021)BOM更简洁。
三、完整时序图:PD协商→Alt Mode进入→视频通路建立
理解了架构分工,再来看完整时序。视频扩展坞从插入到显示器点亮,背后是一条严格的时间链:
第一阶段:CC检测与角色判决(t0~t1)
LDR6023AQ通过CC引脚检测线缆连接,判断本设备为Sink、Source还是DRP。在扩展坞中,上游端口(连接笔记本)通常被判决为Sink或DRP取电,下游端口(连接显示器)被判决为Source或DRP供电。这个角色判决完成后,PD能力交换才有依据。
第二阶段:PD Source/Sink能力握手(t1~t2)
LDR6023AQ广播Source_Cap,对端回应Sink Request,双方就电压档位和最大电流达成协议。这个阶段是整个流程的功率基础——扩展坞作为中间设备,要同时向上游取电和向下游供电,功率预算必须精确计算。如果这一步协商的功率偏低,后续进入Alt Mode后显示器可能因供电不足而间歇复位。
第三阶段:VDM协商与Enter_USB_Duration窗口(t2~t3)
PD握手完成后,进入Alt Mode的VDM消息必须在Enter_USB_Duration窗口内发出。这个窗口通常在数百毫秒量级,具体阈值取决于PD握手后的配置状态。LDR6023AQ在这一步通过VDM Discover确认对端设备支持DP Alternate Mode,再发送Enter命令。
如果对端设备是LDR6500D,Enter成功后,DP链路的物理通道开始协商——确认是2-lane还是4-lane、速率是HBR2(5.4Gbps/lane)还是HBR3(8.1Gbps/lane),直接决定了最终能支持多高的分辨率。
第四阶段:MUX切换与Link Training(t3~t4)
VDM Enter Ack确认后,专用的Alt Mode MUX芯片从USB通路切换到DP通路。MUX切换的瞬间会产生信号眼图的短时闭合,切换过早会导致DP时钟恢复失败,切换过晚则视频通路建立延迟。LDR6500D等专用Alt Mode芯片在这阶段处理HPD信号的拉高与Link Training握手,完成后显示器才能开始显示图像。
整个时序链中,任何一个阶段的超时或时序错位,都会导致最终的黑屏结果。而LDR6023AQ在这条链路中扮演的角色,是在PD层给它搭好舞台——功率协商到位,VDM握手才有意义。
四、多口场景:LDR6023AQ的功率预算仲裁实战
双C口扩展坞是工程复杂度最高的场景之一。假设上游接笔记本取电65W,下游同时接显示器(需要65W)和USB外设,叠加芯片自身功耗——总需求可能超过上游供电能力。
LDR6023AQ的双C口DRP架构在这里发挥关键作用:它需要实时监控两个端口的Sink请求,与上游Source重新协商功率分配。如果显示器在视频播放中途因功率不足进入保护状态,Alt Mode会中断,显示器黑屏但系统仍然识别到设备——这是典型的"视频通路建起来了但被供电拖垮"的场景。
多口场景的设计建议在原理图阶段就规划好功率分配表(Wattage Budget),明确每个下行端口的最大供电能力和优先级策略。LDR6023AQ的100W上限覆盖了主流笔记本的全功率取电需求,但多口同时满载时必须做取舍——哪些端口优先供电,哪些端口限制电流,这个策略需要在固件层配置好。
五、Alt Mode调试方法论:先分清问题在哪一层
视频黑屏的问题排查,最怕的就是眉毛胡子一把抓。以下是分层定位的思路:
第一步:确认PD握手是否完成。 用PD协议分析仪抓CC线报文,看Source_Cap、Sink Request、Accept、PS_RDY是否完整走完。如果PD握手本身就断了,后续VDM消息根本没机会发,问题在CC检测或供电协商层。
第二步:确认VDM协商是否完成。 如果PD握手正常但显示器黑屏,用协议分析仪标记PD握手完成时间和VDM Enter消息的发出时间,两者间隔如果超过Enter_USB_Duration阈值,Alt Mode根本进不去。这是LDR6023AQ与对端Alt Mode芯片之间协作的第一道关卡。
第三步:看MUX切换与HPD信号。 如果VDM协商成功了但还是黑屏,问题通常出在物理层。测量显示器拉高HPD的时序是否满足t_HPD_DEBOUNCE要求(通常>2ms),检查DP差分对在MUX切换后的眼图质量。如果眼图闭合严重,需要调整MUX切换延迟或优化PCB阻抗设计。
第四步:看Link Training是否成功。 DP链路训练完成后,主控会读取显示器的EDID。如果EDID读取成功但没有图像输出,排查DP_band协商结果是否与显示器能力匹配——显示器需要4-lane HBR3但协商结果是2-lane HBR2,就会训练失败。
六、LDR6023AQ vs LDR6021:选型边界说清楚
| 维度 | LDR6023AQ | LDR6021 |
|---|---|---|
| 封装 | QFN-24 | QFN-32 |
| 端口架构 | 双C口DRP | 多接口管理 |
| PD版本 | PD3.0 | PD3.1 |
| 最大功率 | 100W | 60W |
| DP Alt Mode处理 | PD层VDM协商,MUX需外置 | 直驱Alt Mode,内置视频通路 |
| 典型应用 | 多口扩展坞、USB Hub、视频Hub | USB-C显示器、电源适配器 |
| 推荐搭配 | + LDR6500D(8K DP Alt Mode芯片) | 单独使用 |
选型一句话: 多口扩展坞需要灵活的功率分配和PD层协调,选LDR6023AQ,再配专用Alt Mode芯片处理视频通路;单口显示器或对结构空间敏感的适配器方案,选LDR6021集成度更高。
常见问题(FAQ)
Q1:LDR6023AQ既然标注"不支持DP Alt Mode",那它怎么参与视频扩展方案?
它参与的是PD层的VDM协商——发送Discover命令、Enter命令让对端设备切换到Alt Mode,但DP视频信号的实际路由(MUX切换、链路训练)需要外置的Alt Mode芯片(如LDR6500D)来完成。分离式架构在多口扩展坞里反而有调试优势,PD层和视频层可以独立排查。
Q2:双口扩展坞接显示器时黑屏,怎么判断是PD功率问题还是视频通路问题?
先看显示器电源指示灯——如果指示灯变暗或闪烁,大概率是供电不足触发了显示器保护;如果指示灯正常但黑屏,问题在视频通路(Link Training失败或MUX切换时序错误)。协议分析仪可以快速定位是PD层还是视频层的问题。
Q3:LDR6500D和LDR6023AQ在视频扩展坞里具体怎么分工?
简单说:LDR6023AQ管电,LDR6500D管视频。LDR6023AQ负责双C口的PD协商、功率预算分配和双口角色管理;LDR6500D负责Alt Mode的MUX切换、DP链路训练,支持最高8K@60Hz视频输出。两颗芯片通过PD协议层协同——LDR6023AQ完成VDM握手后,信号切换交给LDR6500D执行。
Q4:用LDR6021做显示器方案和用LDR6023AQ+LDR6500D做扩展坞方案,开发周期差多少?
单口显示器方案(LDR6021独立使用)因为不需要处理多口功率仲裁,原理图和固件相对简单,调试周期通常在23周。多口扩展坞方案(LDR6023AQ+LDR6500D双芯片)需要额外处理双口DRP协调、功率预算分配表和MUX时序匹配,整体开发周期在46周。
USB-C视频扩展坞的设计,本质上是一道分层题:先把PD协商和视频通路的职责边界划清楚,再去调时序。LDR6023AQ和LDR6021在产品目录里一字之差,对应的是两种完全不同的系统架构。
如果你的项目正在原理图评审阶段,拿不准多口功率分配和Alt Mode芯片的选型组合,欢迎联系我们获取基于LDR6023AQ+LDR6500D组合方案的时序仿真数据与PIN配置建议。样品支持与BOM询价可直接联系乐得瑞代理商FAE团队。