1. 从一块屏和一根线说起:IT6625到底在解决什么问题
如果你拆过便携显示器、车载中控屏、工业HMI面板或者AR眼镜,大概率见过这样一种组合:主控SoC只吐MIPI DSI信号,但客户偏偏要求设备支持标准HDMI输入。这时候摆在硬件工程师面前的就两条路——要么换一颗带HDMI RX的SoC,成本翻倍、功耗飙升、PCB重画;要么在中间塞一颗协议转换芯片,把HDMI进来的视频流"翻译"成MIPI DSI能听懂的语言。IT6625就是干这活儿的。
它的定位非常明确:HDMI Receiver转MIPI DSI Transmitter的单芯片桥接方案。一头接HDMI源(笔记本、游戏机、机顶盒、手机投屏器),另一头直接驱动MIPI DSI屏幕,中间不需要额外的Scaler、不需要外挂DDR帧缓存、不需要主控参与视频通路。对于RK3566、RK3588这类MIPI输出强但HDMI输入弱的平台来说,IT6625相当于给系统补上了一块"HDMI输入能力"的拼图。
我第一次接触这颗芯片是在一个车载后排娱乐屏项目上。客户要求屏幕既能显示车机主控输出的MIPI画面,又能切换显示外接HDMI设备的画面。主控是RK3566,MIPI DSI直接点屏没问题,但HDMI输入这块SoC本身不支持。当时评估过几种方案:用带HDMI RX的FPGA做桥接,开发周期长、BOM成本高;用USB采集卡方案,延迟大、画质压缩严重;最后选了IT6625,一颗芯片搞定HDMI RX + 色彩空间转换 + MIPI DSI TX,外围只需要配一颗晶振、几路电源和HDMI接口的ESD防护。
这颗芯片的核心价值在于协议栈的完整性和集成度。HDMI接收端要处理TMDS差分信号均衡、EDID交互、HDCP解密、音频提取、色彩空间转换;MIPI发送端要处理DSI协议打包、D-PHY时序、Lane分配、面板初始化序列。这些如果让主控软件去扛,CPU占用率和开发难度都会很夸张。IT6625把这些全部硬件化,主控只需要通过I2C配置几个寄存器,视频通路就通了。
适合谁看这篇内容?如果你正在做以下任意一件事,IT6625大概率在你的选型清单里:便携显示器方案设计、车载娱乐系统、工业触控一体机、游戏投屏配件、AR/VR眼镜的HDMI输入模块、任何需要"HDMI进MIPI出"的场景。即使你最终不用这颗芯片,理解它的架构和工作原理,对理解HDMI和MIPI这两个协议族的差异也很有帮助。
2. HDMI与MIPI的协议鸿沟:为什么不能直接连
2.1 物理层差异:TMDS对D-PHY
HDMI用的是TMDS(Transition Minimized Differential Signaling)差分信号,4对差分线(3对数据+1对时钟),每对线速率从250Mbps到6Gbps不等(HDMI 2.0)。MIPI DSI用的是D-PHY,1对时钟Lane加1到4对数据Lane,每Lane速率从80Mbps到2.5Gbps(D-PHY v1.2)。两者的电气特性、编码方式、时钟架构完全不同。
TMDS是嵌入式时钟,时钟信息嵌在数据流里,接收端需要CDR(Clock Data Recovery)恢复时钟。D-PHY是独立时钟Lane,源同步架构,时钟和数据分开传输。这意味着IT6625内部必须有一个完整的TMDS接收器,把串行差分信号解成并行像素数据,然后再按照DSI的格式重新打包发送。
2.2 协议层差异:从EDID到DSI命令集
HDMI接收端要处理的东西远比想象中多。热插拔检测(HPD)、EDID读取和解析、HDCP 1.4/2.2解密、Infoframe解析(AVI InfoFrame、Audio InfoFrame)、色彩空间转换(RGB/YUV444/YUV422/YUV420互转)、音频提取(I2S/SPDIF输出)。这些在IT6625内部都有对应的硬件模块。
MIPI DSI发送端则要处理:DSI协议层打包(短包、长包)、视频模式配置(Non-Burst Mode、Burst Mode)、面板初始化序列(通过I2C或SPI加载)、D-PHY时序参数配置(HS-TX、LP-TX时序)、Lane极性交换和顺序映射。IT6625通常内置一个面板参数存储区,厂商可以把特定屏幕的初始化代码烧录进去,上电自动加载。
2.3 为什么不用FPGA或SoC软解
有人会问:FPGA不是也能做HDMI RX和MIPI TX吗?确实可以,但代价完全不同。FPGA方案需要购买HDMI RX IP核(比如Xilinx的HDMI 1.4/2.0 RX Subsystem)、MIPI DSI TX IP核,加上DDR帧缓存控制器、色彩空间转换逻辑,开发周期至少3到6个月,BOM成本可能是IT6625方案的3到5倍。而且FPGA的静态功耗和面积都远大于专用ASIC。
用SoC软解更不现实。HDMI RX的TMDS均衡和CDR对模拟前端要求极高,通用SoC的GPIO根本扛不住。即使外挂HDMI RX芯片(比如TMDS141之类的均衡器),后面还是要接FPGA或专用芯片做协议转换。IT6625这类桥接芯片的存在,本质上是把"协议转换"这个通用需求做成了标准化ASIC,让系统厂商不用重复造轮子。
3. IT6625内部架构拆解:信号从HDMI口到MIPI屏的完整旅程
3.1 HDMI RX前端:从差分信号到像素流
HDMI接口进来的TMDS信号首先经过片内均衡器。线缆越长、速率越高,信号衰减越严重,均衡器的作用就是补偿高频损耗。IT6625的均衡能力通常在HDMI 1.4速率(最高3.4Gbps)下支持10米以上的标准线缆,HDMI 2.0速率(最高6Gbps)下支持3到5米。实际能跑多远取决于线材质量,劣质线缆可能1米就出现闪屏或花屏。
均衡后的信号进入CDR模块恢复时钟,然后做串并转换。TMDS解码后得到24位像素数据(RGB888)或16位(RGB565),加上行同步、场同步、数据使能信号。如果是YUV色彩空间,还会在后续模块做转换。HDCP解密模块在这里介入,如果源端开启了HDCP加密,IT6625必须完成认证和解密才能输出有效像素。
音频通路是独立的。HDMI流里的音频包被提取出来,通过I2S或SPDIF接口输出给外部DAC或功放。有些应用场景不需要音频,这部分可以配置为关闭以降低功耗。
3.2 色彩空间转换与Scaler:不是所有源都输出RGB888
HDMI源设备输出的色彩空间五花八门。PC通常输出RGB888,游戏机可能输出YUV422,蓝光播放器可能输出YUV444或YUV420。MIPI DSI屏幕的输入格式通常是RGB888或RGB565。IT6625内部有一个色彩空间转换矩阵,支持BT.601、BT.709、BT.2020标准,把YUV转成RGB,或者做RGB增益/偏移调整。
分辨率适配是另一个关键点。HDMI源可能输出1920x1080@60Hz,但MIPI屏可能是1200x1920@60Hz(竖屏)或2560x1440@60Hz。IT6625通常支持缩放功能,但缩放质量和范围有限。如果源和屏的分辨率差异太大,可能需要外挂Scaler芯片。实际项目中,最好让HDMI源输出和屏物理分辨率一致,避免缩放带来的画质损失和延迟。
3.3 MIPI DSI TX:从像素到D-PHY差分对
像素数据准备好后,进入DSI打包模块。DSI协议有两种视频模式:Non-Burst Mode(非突发模式)和Burst Mode(突发模式)。Non-Burst Mode下,DSI时钟连续运行,数据按像素时钟节奏发送,时序最接近传统RGB接口。Burst Mode下,数据高速突发传输,然后进入低功耗状态,适合需要省电的场景。IT6625通常默认配置为Non-Burst Mode,因为兼容性最好。
D-PHY发送端配置包括:Lane数量(1/2/4 Lane)、每Lane速率、HS-TX时序参数(T_LPX、T_HS-PREPARE、T_HS-ZERO、T_HS-TRAIL)、LP-TX时序参数。这些参数必须和屏幕的D-PHY接收端匹配,否则会出现无法点亮或间歇性花屏。屏幕厂商的规格书里通常会给出这些时序要求,IT6625的配置工具里也有对应的寄存器。
Lane映射是容易出错的地方。有些屏幕的Lane顺序是反的,或者需要交换P/N极性。IT6625支持Lane Order Swap和P/N Swap配置,通过I2C寄存器设置。调试阶段如果屏幕不亮,先检查Lane映射和极性配置,这是最高频的问题来源。
4. 典型应用场景与系统设计要点
4.1 便携显示器:单芯片方案的成本优势
便携显示器的典型架构是:HDMI输入 -> IT6625 -> MIPI DSI屏。主控可能是一颗低端MCU,只负责OSD菜单、背光控制、按键处理,不参与视频通路。这种方案BOM成本极低,PCB面积小,适合15.6寸到17.3寸的便携屏。
设计要点:HDMI接口的ESD防护必须做好,便携屏经常插拔,静电打坏HDMI RX前端是常见故障。IT6625的HDMI输入引脚通常需要外接TVS二极管阵列,比如SRV05-4或类似型号。电源方面,IT6625通常需要1.2V核心电压、1.8V或3.3V IO电压、以及HDMI RX的1.0V或1.2V模拟电压。电源时序有要求,核心电压先上,IO后上,否则可能出现闩锁。
4.2 车载娱乐:宽温与EMC的挑战
车载场景对温度范围要求通常是-40到85度,消费级IT6625可能只有-20到70度。如果项目是前装车载,必须选车规级版本或做宽温筛选。EMC方面,HDMI接口的共模辐射容易超标,需要在TMDS差分对上加共模扼流圈,PCB走线严格90欧姆差分阻抗,参考层完整。
车载还有一个特殊需求:快速启动。从点火到屏幕显示倒车影像,通常要求2秒以内。IT6625的启动时间包括晶振稳定、I2C配置加载、HDMI RX锁定、DSI初始化。实测下来,如果配置精简、晶振选用快速启动型号,1.5秒左右可以出图。如果加上HDCP认证,时间会更长。
4.3 工业HMI:长线缆与抗干扰
工业现场HDMI线缆可能长达5到10米,电磁环境恶劣。IT6625的均衡器能力有限,长线缆场景建议在HDMI输入端加一颗Redriver或Retimer,比如TMDS181之类的芯片,先把信号整形再送给IT6625。另外,工业场景经常需要7x24小时运行,散热设计要留余量,IT6625的功耗通常在1到2瓦,LQFP或QFN封装,需要足够的铜皮散热。
4.4 与RK3566/RK3588平台的配合
RK3566和RK3588本身有MIPI DSI输出,但没有HDMI RX。如果产品需要HDMI输入,IT6625可以挂在I2C总线上,主控通过I2C配置IT6625的工作模式,视频通路完全由IT6625硬件处理,主控不参与。这种架构下,主控只需要处理OSD叠加(如果有的话)和音频通路。
如果主控需要同时输出MIPI和接收HDMI,可能需要MIPI Switch或双路MIPI输入屏幕。有些屏幕支持双MIPI端口,可以在两个源之间切换。IT6625和主控MIPI输出之间的切换,可以通过硬件MUX或屏幕内部的端口选择寄存器实现。
5. 调试实录:从点不亮到稳定出图的排查链路
5.1 第一阶段:I2C通不通,晶振起没起
拿到板子第一件事不是插HDMI,而是用I2C工具读IT6625的芯片ID寄存器。如果读不到,检查I2C地址是否正确(IT6625通常有多个可选地址)、上拉电阻是否装了(4.7K到10K)、电源是否正常。晶振用示波器看,频率对不对、幅度够不够、起振时间多长。晶振不起振,后面所有事情都免谈。
5.2 第二阶段:HDMI RX锁定没有
插上HDMI源,读HDMI RX状态寄存器。正常锁定后,寄存器会显示信号检测到、TMDS时钟稳定、分辨率识别完成。如果没锁定,先换一根短的好线缆排除线材问题,然后检查HDMI接口的5V检测、HPD信号是否正常拉高。HPD是源端读取EDID的前提,HPD没拉高,源端根本不会输出信号。
EDID配置是另一个坑。IT6625内部通常有EDID RAM,需要通过I2C写入正确的EDID数据。如果EDID不对,源端可能输出错误的分辨率,或者干脆不输出。EDID里的分辨率列表要和屏幕实际支持的分辨率匹配,否则会出现源端输出1080P但屏幕只有720P的情况。
5.3 第三阶段:MIPI DSI有没有出图
HDMI RX锁定后,如果屏幕还是不亮,问题大概率在DSI侧。先用示波器或MIPI协议分析仪看D-PHY有没有信号。如果没有信号,检查DSI TX是否使能、Lane数量配置是否正确、时钟Lane有没有输出。如果有信号但屏幕不亮,检查面板初始化序列是否加载、DSI视频模式是否匹配、Lane映射和极性是否正确。
面板初始化序列通常由屏幕厂商提供,是一串I2C或SPI写寄存器的命令。IT6625一般支持通过I2C加载初始化序列,或者把序列烧录到外部EEPROM。初始化序列里的延时参数很关键,有些屏幕要求上电后延时100ms才能发初始化命令,延时不够会导致初始化失败。
5.4 第四阶段:花屏、闪屏、颜色不对
出图之后的问题通常更磨人。花屏可能是D-PHY时序参数不匹配,调整T_HS-PREPARE、T_HS-ZERO等参数试试。闪屏可能是HDMI RX的均衡器增益不够,或者线缆质量差导致误码。颜色不对先检查色彩空间配置,RGB和YUV搞反了会出现偏色。如果颜色整体偏绿或偏紫,检查像素格式是RGB888还是RGB565,以及字节序是否正确。
HDCP问题也常见。如果源端开启了HDCP,IT6625没有正确解密,画面会黑屏或出现雪花。检查HDCP密钥是否烧录、认证流程是否完成。有些源端(比如某些机顶盒)对HDCP认证超时很敏感,IT6625的HDCP响应速度要够快。
6. 选型对比与替代方案:什么情况下不用IT6625
6.1 与Lontium LT6911系列对比
Lontium的LT6911系列也是HDMI转MIPI的常见方案,功能定位和IT6625类似。差异主要在:LT6911支持HDMI 2.0和更高分辨率,IT6625在HDMI 1.4场景下性价比更高;LT6911的音频输出接口更丰富,IT6625的配置更简单;两者的I2C寄存器映射完全不同,软件不能直接移植。选型时看项目需求:如果只需要1080P60,IT6625够用;如果要4K30或1080P120,LT6911更合适。
6.2 与FPGA方案的成本分界线
FPGA方案适合什么场景?需要视频处理(缩放、旋转、叠加、多路合成)的场景,FPGA的灵活性是ASIC桥接芯片比不了的。如果项目只需要"HDMI进MIPI出",没有任何视频处理需求,ASIC方案在成本、功耗、开发周期上全面占优。月用量低于1K的项目,FPGA的NRE成本可能更划算;月用量超过10K,ASIC方案的单颗成本优势就体现出来了。
6.3 与带HDMI RX的SoC对比
有些SoC本身带HDMI RX,比如某些海思、瑞芯微的高端型号。如果主控已经选了这类SoC,就不需要外挂IT6625。但这类SoC通常价格更高、功耗更大、封装更复杂。如果主控只需要MIPI输出,HDMI输入用IT6625外挂,整体BOM可能更低,PCB布局也更灵活。
7. 硬件设计避坑清单与实操心得
7.1 电源与地的处理
IT6625的电源域通常有多个:核心1.2V、IO 1.8V/3.3V、HDMI RX模拟1.0V/1.2V、MIPI D-PHY 1.2V。每个电源引脚都要有去耦电容,100nF和10uF搭配,靠近引脚放置。HDMI RX的模拟电源对噪声敏感,建议用LDO单独供电,不要和数字电源共用DCDC。地平面要完整,HDMI差分对下方不要走其他信号,MIPI差分对同理。
7.2 HDMI接口的ESD与保护
HDMI接口是整机最容易受静电损伤的端口之一。TVS二极管要选低电容型号(结电容小于1pF),否则会影响TMDS信号完整性。共模扼流圈要选HDMI专用型号,差模阻抗要小,共模阻抗要大。HDMI的5V引脚要加限流电阻和ESD保护,HPD和DDC通道也要保护。
7.3 MIPI走线的阻抗与等长
MIPI D-PHY的差分阻抗要求是100欧姆(有些是90欧姆),走线要严格等长,误差控制在5mil以内。Lane与Lane之间的长度差也要控制,通常要求小于10mil。过孔要尽量少,每个过孔都会引入阻抗不连续。如果走线必须换层,要在过孔附近加回流地过孔。
7.4 晶振选型与布局
IT6625通常需要一颗25MHz或27MHz晶振。晶振要选低抖动型号,相位噪声对HDMI RX的CDR性能有影响。晶振布局要远离HDMI差分对和MIPI差分对,避免串扰。负载电容要按晶振规格书配,配错了频率会偏,导致HDMI RX锁不定或DSI时钟不对。
7.5 散热与长期可靠性
IT6625在满负荷工作时功耗可能达到1.5W以上,QFN封装的热阻通常在30到50度每瓦。如果环境温度高,结温可能超过125度。PCB上要在芯片下方铺散热过孔,连接到背面铜皮。如果空间允许,加一块小散热片。长期可靠性方面,HDMI接口的插拔寿命通常要求5000次以上,选型时注意接口质量。
8. 软件配置流程:I2C寄存器操作的实际步骤
8.1 上电初始化序列
IT6625的上电初始化通常包括:复位释放、晶振稳定等待、电源域检查、I2C地址确认、固件版本读取。复位引脚要按规格书要求拉低足够时间(通常1ms以上),然后拉高。晶振稳定时间取决于晶振型号,通常1到5ms。初始化完成后,读芯片ID确认通信正常。
8.2 HDMI RX配置
HDMI RX配置包括:EDID RAM写入、HDCP密钥加载(如果需要)、均衡器增益设置、色彩空间转换矩阵配置、音频输出格式配置。EDID数据通常由屏幕厂商提供,或者用工具生成。HDCP密钥需要从芯片厂商获取授权后烧录,未烧录密钥的芯片无法解密HDCP内容。
8.3 MIPI DSI配置
DSI配置包括:Lane数量、每Lane速率、视频模式(Non-Burst/Burst)、时序参数、面板初始化序列加载、Lane映射和极性。面板初始化序列通常是一组I2C写命令,IT6625支持通过I2C接口逐条写入,或者从外部EEPROM自动加载。配置完成后,使能DSI输出,屏幕应该点亮。
8.4 调试工具与寄存器读写
调试阶段建议用USB转I2C工具(比如FT2232或CH341)配合厂商提供的配置软件。配置软件通常有图形界面,可以实时读写寄存器、加载配置文件、查看状态。如果没有配置软件,就需要对着寄存器手册手动写I2C命令,效率低但也能用。建议在硬件设计阶段就把I2C调试接口引出来,方便后续调试。
9. 常见问题速查与经验总结
| 现象 | 可能原因 | 排查方向 |
|---|---|---|
| I2C读不到芯片 | 电源异常、地址错误、上拉缺失 | 测电源、查地址、补上拉 |
| HDMI RX不锁定 | 线缆差、HPD异常、EDID错误 | 换线、测HPD、查EDID |
| 屏幕不亮 | DSI未使能、初始化序列错误、Lane映射错 | 查DSI寄存器、核对初始化码、调Lane配置 |
| 花屏 | D-PHY时序不匹配、信号完整性差 | 调时序参数、查走线阻抗 |
| 闪屏 | 均衡不足、电源纹波大 | 加Redriver、查电源纹波 |
| 颜色不对 | 色彩空间配置错、像素格式错 | 查CSC矩阵、核对RGB/YUV设置 |
| HDCP黑屏 | 密钥未烧录、认证超时 | 烧密钥、调HDCP响应速度 |
实际项目中,我遇到最多的问题是EDID配置错误和Lane映射错误。EDID错误导致源端输出错误分辨率,Lane映射错误导致屏幕完全不亮。这两个问题都有一个共同特点:现象看起来像硬件故障,实际是配置问题。所以调试时先软后硬,先把配置核对一遍,再动烙铁。
另一个经验是:IT6625的配置参数最好做成配置文件,不同屏幕用不同配置,生产时通过I2C烧录或EEPROM加载。不要每次换屏都重新编译固件,那样效率太低。配置文件的管理要有版本控制,避免产线用错配置导致批量不良。
最后说一个容易被忽略的点:HDMI源的兼容性。不同品牌的笔记本、游戏机、机顶盒,HDMI输出行为差异很大。有些源端在HPD拉高后立即输出信号,有些要等几百毫秒。有些源端对EDID的响应时间有要求,太慢会超时。IT6625的HPD和EDID响应时间可以通过寄存器调整,遇到兼容性问题时先调这两个参数。