RK3588 HDMI-IN桥接芯片选型指南：LT6911UXE/IT6616/RK628D对比

最近为了给一款视频采集模块选型我在RK3588的HDMI-IN方案上反复折腾了不短时间。市面上适合RK3588做HDMI输入的桥接芯片讨论比较多的就是LT6911UXE、IT6616、RK628D这三颗。三颗都能宣称“支持4K60输入”但真放到产品里对比差距比想象中大得多不只是分辨率上下限的问题还牵扯到视频后处理能力、MIPI链路带宽上限、驱动成熟度、板级成本和散热设计。这篇指南就把我查资料、看原理图、实际调驱动过程中整理的结论放出来给后面做视频采集盒、投屏接收端、AI盒子、视频会议一体机或者录播设备的工程师排排雷。内容比较适合BSP驱动开发、硬件选型、以及刚接手RK3588平台没多久想快速确认方案的朋友。先说结论这三颗芯片没有绝对的“谁碾压谁”只是各自的适用场景差别非常明显。LT6911UXE是生态最成熟的万金油IT6616是参数对标的性价比选项RK628D则更像是带视频处理能力的“重武器”。下面我从硬件资源、芯片参数、带宽计算、软件调试、成本决策几个维度完整拆一遍。1. 为什么RK3588做HDMI-IN绕不开外部桥接芯片1.1 RK3588输入侧的资源盘点很多刚接触RK3588的人第一反应是这颗SoC显示输出能力很强双HDMI TX、多路MIPI DSI、eDP全都有那么直接拿一路接口做输入是不是也行实际上RK3588内部确实带了一路HDMI RX控制器可以直接接收HDMI信号但实际产品里却很少用它来做“采集AI分析”这种典型需求原因有几个。首先是视频通路的问题。RK3588原生HDMI RX的输入数据链路主要是往显示系统和内存通路走的适合做投屏直通、简单录制这类应用。但如果你想做AI盒子希望HDMI进来的画面先过ISP做缩放、降噪、亮度增强然后再送RKNN做目标检测或者送VPU做硬编码这条路就不太顺。外部桥接芯片把HDMI转成MIPI CSI之后对RK3588来说这颗“HDMI源”看起来就是一颗标准的MIPI摄像头后面接ISP、接RKNN、接VPU全都走的是现成camera链路软件架构非常干净。其次是板级设计灵活性的问题。HDMI输入座子在产品上往往要放在结构面板上和SoC之间可能隔着一段距离走线还要考虑ESD防护、共模抑制、阻抗匹配。把HDMI物理层信号直接连到SoC的HDMI RX引脚对Layout的要求高而且ESD器件、防护电路都得做在核心板上。用桥接芯片的方案HDMI座子和桥接芯片放在一个小板上桥接芯片和SoC之间只需要连接一对MIPI差分线和I2C/GPIO布局自由度大很多调试定位也方便。1.2 三颗芯片对应的典型系统架构做方案选型先要看系统架构走哪条路。目前RK3588平台做HDMI-IN主流架构可以归纳成三种。第一种架构是“HDMI - 桥接芯片 - MIPI CSI - RK3588 ISP”这是最常用的组合。LT6911UXE和IT6616都走这条路。桥接芯片负责接收HDMI信号、解析EDID、做HDCP解密带License的型号、把视频流转换成MIPI CSI输出RK3588侧把数据当成摄像头sensor来处理。它的好处是链路简单软件上就是“MIPI相机采集”这一套摄像头调试工具全都能用。第二种架构是“HDMI - RK628D - MIPI/BT.1120 - RK3588”。RK628D不是单纯的桥接它中间多了一层视频处理单元可以把4K60输入信号缩放、去隔行、加OSD之后再输出。所以它的系统架构更灵活输出侧既能接MIPI CSI给SoC做采集也能接MIPI DSI直接驱动屏幕甚至还能接BT.1120交给老平台的视频处理模块。做NVR、DVR、视频会议终端这类产品经常会需要“输入4K输出1080P预览”或者“输入隔行信号输出逐行”的场景RK628D这个中间处理层就很关键。第三种架构是“HDMI - RK3588原生HDMI RX - VOP/内存”。这条路不需要额外芯片但前面也说了它对后续AI处理的开放度有限通常用在“只要把HDMI画面显示到屏幕上”的投屏器、会议室无线分享盒子里面。如果产品还要做本地录制、AI识别、多路拼接原生RX用起来会比较绕。2. 三颗芯片核心参数拆解与真实差异2.1 LT6911UXE瑞芯微生态里最常见的万金油LT6911UXE是龙讯Lontium一颗HDMI 2.0转双通道MIPI CSI-2的桥接芯片在RK3588开发板和核心板上出现频率极高。它的HDMI接收端支持HDMI 2.0最大输入4K60Hz输出侧是两路4-lane MIPI CSI-2两路合起来才能把4K60的数据量跑满。它同时支持HDCP 1.4和HDCP 2.3解密支持音频从HDMI里分离出来通过I2S、SPDIF或者TDM接口送给SoC这个对做视频采集盒和录播设备非常重要不然画面有了声音没有就尴尬了。这颗芯片在RK3588生态里的软件支持是最成熟的。Rockchip的BSP Linux内核里能直接找到对应的驱动和DTS参考很多开发板厂商也出了现成的原理图照抄就行。如果你项目周期紧选LT6911UXE基本能少踩一半的软件坑。这里要提一个容易搞混的型号LT6911UXC。它和LT6911UXE名字只差一个字母但输出能力差一档。LT6911UXC是单通道MIPI输出通常只能支持到4K30HzLT6911UXE是双通道输出才能谈4K60。我在选型时发现部分商家详情页把这两颗混着写采购时一定要看清尾缀否则板子画回来分辨率跑不上去才发现就晚了。2.2 IT6616参数能对标但生态积累要确认IT6616是联阳ITE推出的一颗HDMI 2.0转MIPI CSI-2桥接芯片功能定位和LT6911UXE非常接近HDMI 2.0输入、双通道MIPI CSI-2输出、支持4K60、支持HDCP 1.4/2.3、支持音频分离。如果只看规格书这两颗芯片在纸面上几乎是同级别的对手IT6616在某些物料价格上可能还更有优势。但选芯片不能只看规格书还要看手里的牌够不够。IT6616在RK3588平台上的公开参考资料和量产案例明显比LT6911UXE少一截。Rockchip官方SDK里对LT6911UXE的适配度更高而IT6616通常需要从ITE或者方案公司拿驱动补丁自己在SDK上做移植。如果你的团队Linux驱动能力比较强有原厂FAE支持IT6616作为成本优化项是可以认真评估的但如果项目周期短、团队又不想分担太多驱动适配风险那就得慎重。另外需要留意的是供货和长期可用性。RK3588做产品通常生命周期很长三五年甚至七八年都有。小众桥接芯片万一中途停产或者缺货产品临时换芯片的工作量非常巨大。所以建议在选IT6616之前先确认清楚原厂渠道、长期供货承诺和代理支持力度这些商务层面的因素往往比芯片本身几块钱差价更重要。2.3 RK628D瑞芯微亲儿子带独立视频处理单元RK628D和上面两颗芯片不是一个套路。它是Rockchip自家的多格式视频桥接芯片核心特点是有一颗内置的视频处理器支持缩放、去隔行、帧率转换、OSD叠加等操作。输入端支持HDMI 2.0最大支持4K60输出端则灵活得多可以是MIPI CSI、MIPI DSI甚至并行BT.1120接口。也就是说它不只可以“把HDMI变成摄像头”还能“让输入视频经过处理后变成另一个分辨率的视频再输出”。这颗芯片在RK3588平台上有点“主场优势”。软件适配是Rockchip自己维护SDK里对RK628D的支持力度很大调试工具、文档相比第三方桥接芯片都要完善。而且它支持的视频处理功能正是另外两颗桥接芯片的短板。比如你在做视频会议终端需要一个1080P的HDMI采集画面但信号源输出的是4KLT6911UXE把4K送给SoC之后缩放就得靠ISP来做RK628D则在芯片内部就能直接完成缩放输出1080P的MIPI流给SoC后续Scaler的压力小很多。不过RK628D的代价也很实在价格比LT6911UXE和IT6616贵一截外围设计复杂一些功耗和发热也更明显。如果产品只是做简单的HDMI直采没有任何缩放、去隔行、OSD需求用RK628D其实是浪费。2.4 三颗芯片参数对比速查对比维度LT6911UXEIT6616RK628DHDMI输入HDMI 2.0最大4K60HDMI 2.0最大4K60HDMI 2.0最大4K60MIPI输出双路4-lane CSI-2双路4-lane CSI-2MIPI CSI/DSIBT.11204K60支持支持依赖双通道拼接支持依赖双通道拼接支持内部视频处理后输出视频处理功能基本无基本无缩放、去隔行、OSD、帧率转换HDCP支持1.4/2.3支持1.4/2.3支持音频分离I2S/SPDIF/TDMI2S/SPDIF支持BSP驱动成熟度高RK3588开发板常见中等需自行确认高Rockchip官方维护硬件外围复杂度低低中高相对成本中中低高典型场景通用采集盒、AI盒子、投屏成本敏感的大批量采集设备NVR/DVR、视频会议、隔行信号处理3. “4K60”背后的带宽真相先把账算清楚3.1 为什么非要双路MIPI才能传4K60很多第一次接触HDMI-IN方案的朋友会忽略一个问题HDMI输入是4K60不代表桥接芯片输出MIPI也能一路上跑4K60。这里面的瓶颈是MIPI CSI-2链路的带宽。先算一笔粗账。4K分辨率是3840×2160刷新率60Hz光有效像素就是3840×2160×60大约是4.98亿个像素每秒。如果是RGB888也就是每像素24bit有效数据量大约是11.9Gbps再加上消隐区开销和时钟冗余实际需要的传输带宽基本在13Gbps以上。而一路4-lane MIPI CSI-2在D-PHY 1.5Gbps每lane速率下总带宽只有6Gbps这远远不够。正因如此LT6911UXE和IT6616要实现4K60都必须走双路4-lane MIPI输出让两路MIPI各传一半像素才能勉强把数据量承接住。而且为了在有限带宽里塞下画面桥接芯片输出给SoC的像素格式通常不是RGB而是YUV422也就是每像素16bit左右。这样一来有效数据量从11.9Gbps降到大约8Gbps双路MIPI的6Gbps×2才有余量去处理消隐和同步开销。这个转换对最终画质影响大不大对于大多数视频会议、录播、AI识别场景YUV422已经完全够用肉眼几乎看不出差异。但如果你的产品对色彩还原要求极其苛刻比如医疗图像、专业调色监看那就得在HDR、色度采样、带宽之间做仔细权衡不能只盯着一句“支持4K60”就下单。3.2 实际能达到的极限档位别被规格书带偏规格书上的“支持4K60”是有条件的工程上建议按下面的档位来评估方案余量。RGB/YCbCr 4:4:4 8bit的4K60数据量非常接近双路MIPI的带宽极限实际做产品时能稳定跑下来的案例不多对PCB走线、时钟抖动、芯片个体差异都比较敏感。YCbCr 4:2:2 8bit的4K60是LT6911UXE和IT6616双路输出最舒服的工作区间也是绝大多数采集盒的真实档位。至于4K60 10bit或者HDR高动态范围信号桥接芯片虽然能接收HDMI端的信号但转成MIPI后很可能需要降位深或者降色度才能传输设计目标务必提前确认好。如果你只需要4K30或者1080P60情况就轻松很多。单路4-lane MIPI CSI就够用了这个时候完全可以选择单路输出的芯片或者把双路桥接芯片的其中一路桥接关掉PCB空间和BOM成本都能省。选型的时候要把“最高规格”和“主力工作规格”拆开主力规格留出20%到30%带宽余量产品才不容易在量产时翻车。3.3 双路MIPI拼接对SoC侧配置的影响双路MIPI输出带来的另一个问题是RK3588侧的接收配置。两颗桥接芯片输出两路MIPI对应的就是RK3588的两个CSI D-PHY且要保证两路信号在时间上严格同步。这就需要在DTS里配合配置把两路MIPI绑定到一个虚拟的VPIF通道里让ISP知道这是同一个视频源的两半画面。实际调试中双路拼接最容易出的问题是两路不同步导致画面撕裂或上下半屏错位。这类问题往往是RK3588侧的CSI时钟配置、lane速率设置和桥接芯片输出参数没对齐造成的。所以做硬件设计时两路MIPI的PCB走线长度应该尽量保持一致差分对内等长要做足给软件同步留出更好的硬件基础。4. 驱动适配、DTS配置与调试踩坑实录4.1 SDK里的驱动支持谁的坑更少在Rockchip Linux SDK里LT6911UXE和RK628D的适配度明显是“亲儿子”级别。LT6911系列在media/i2c目录下有现成驱动很多DTS参考节点可以直接套RK628D的驱动由Rockchip维护文档和示例也比较完整IT6616在这方面的公开资料相对少通常需要找原厂要补丁。如果你用的是Buildroot、Debian这样的系统镜像Rockchip官方发布的BSP里一般已经包含常用桥接芯片驱动选LT6911UXE的话大概率开箱即用。如果项目用的是主线内核那情况完全不一样LT6911UXE、IT6616、RK628D都没有特别成熟的主线支持三颗芯片都得自己做驱动移植和适配这时候选型就没必要过度纠结SDK支持了更多看原厂配合力度和团队能力。4.2 DTS配置关键节点示例以LT6911UXE接入RK3588为例DTS里核心要确认的地方包括I2C地址要匹配硬件原理图、reset GPIO要对应实际接的引脚、MIPI lane数量要写对、remote-endpoint要和CSI D-PHY节点对应上。下面是一段简化配置不同SDK版本字段可能有差异实际使用以具体内核源码为准。i2c2 { status okay; clock-frequency 400000; lt6911uxe: lt6911uxe2b { compatible lontium,lt6911uxe; reg 0x2b; reset-gpios gpio3 RK_PB4 GPIO_ACTIVE_LOW; hpd-gpios gpio3 RK_PB5 GPIO_ACTIVE_HIGH; pinctrl-names default; pinctrl-0 lt6911uxe_rst_pin; status okay; ports { #address-cells 1; #size-cells 0; port0 { reg 0; lt6911uxe_in: endpoint { remote-endpoint mipi_csi2_in; >