第一次把MAX9295和MAX9296焊上板子上电后I2C扫描能读到解串器但GMSL链路怎么都不LOCK。当时我以为是线缆问题换了三根同轴线还是一样最后才发现是初始化顺序里漏了远端串行器的PHY配置。做车载摄像头、ADAS域控、环视系统的人几乎都会碰到GMSL SerDes这条链路MAXIM现在归到ADI的MAX9295串行器和MAX9296解串器是这套方案里非常经典的一对。这篇文章就把GMSL2链路的硬件设计、寄存器配置、POC供电、联调排障完整过一遍适合正在做MAX9296MAX9295方案或者准备在自研板卡上接入GMSL2摄像头的工程师参考。1. GMSL2链路是怎么串起来的MAX9295与MAX9296的分工1.1 链路两端各干什么GMSL2链路本质上是把MIPI CSI-2数据从摄像头传感器搬到SoC或ISP。MAX9295放在摄像头端是串行器负责把sensor输出的MIPI CSI-2信号打包成一路GMSL2高速串行信号通过同轴电缆或者屏蔽双绞线送出去。MAX9296放在主机端是解串器负责接收这串信号再还原成MIPI CSI-2给SoC。这里有一个容易忽略的点GMSL2不是裸的差分电平直传它有自己的帧格式。MAX9295并不是简单地把MIPI信号幅度放大然后送出去而是把MIPI packet重新封装成GMSL2帧附加了同步头、错误校验、控制通道等信息。MAX9296要做的是从一串高速比特流里恢复时钟、对齐帧、做CRC校验、解包再生成MIPI CSI-2时序。所以两个芯片不是“物理层转发”的关系而是协议层加物理层的SerDes链路。MAX9296是双通道解串器一颗芯片能同时接两路摄像头输出端可以配置成单路CSI-2口或双路CSI-2口。实际项目中常见做法是两路摄像头进同一颗MAX9296MIPI输出到SoC时用虚拟通道号区分。这样做能省一颗解串器但也带来一个问题两路sensor必须共享同一组CSI-2 data lane初始化时得把两路的Virtual Channel、Data Type、lane分配全部理顺否则一路正常一路黑屏是家常便饭。1.2 为什么车载摄像头几乎离不开SerDes把sensor直接通过MIPI CSI-2接到SoC不是不行但距离一长就完蛋。MIPI CSI-2是源同步高速并串接口PCB走线超过十几厘米就要开始担心损耗、串扰、参考平面断裂。在一台车上摄像头可能装在车头、后视镜、侧视镜到域控的距离动辄1米到3米以上直接拉MIPI线缆既不现实EMC也过不了。GMSL2的价值就是把高速并行数据变成单线传输的视频干线。一根同轴线同时搞定三件事前向视频流、反向I2C/UART控制、远端供电。MAX9295和MAX9296之间天然支持远程I2C访问也就是说SoC在主机端可以直接通过MAX9296去读远端MAX9295后面的sensor寄存器不需要在摄像头上额外拉一条I2C线。这也是GMSL方案在车上长期存在的原因。用一个不太恰当的类比MIPI CSI-2像是市内多车道短途运输车道多、距离短GMSL2像跨城高速干线把货物重新装进集装箱一辆车拉过去到了目的地再拆箱恢复原样。串行器就是装箱站解串器就是拆箱站。1.3 一帧数据从sensor到SoC的完整路径从软件配置角度看理解数据路径比记住寄存器更重要。一条完整链路分为四段Sensor到MAX9295MIPI CSI-2 TXsensor侧要打开MIPI输出配置lane数、时钟频率、Data Type。MAX9295内部把MIPI packet转成GMSL2 frame配置参考时钟、输出速率、PHY驱动强度。线缆段同轴或STP信号在这里损耗、反射、受干扰。MAX9296到SoCGMSL2 frame恢复成MIPI CSI-2再进SoC的MIPI RX。前两段在远端摄像头端后两段在主机端中间通过GMSL2 link连接。排查问题时我会习惯先把这条路径拆成四段一段一段确认sensor有没有MIPI波形、MAX9295有没有收到、link是否锁定、MAX9296有没有CSI-2输出。绝大多数难查问题最后都能归到某一段上。2. 硬件设计先别急着画板这几处细节决定后面好不好调2.1 电源域和上电时序MAX9295和MAX9296都是混合信号芯片数字核心、模拟PHY、MIPI IO、GMSL2 PHY通常对应不同的电源域。画原理图时一定要以具体选型手册为准但有一个通行的经验模拟电源和数字电源不要直接乱连建议用磁珠或π型滤波隔开去耦电容要靠近对应电源引脚。上电顺序也很重要。很多工程师在软件里折腾半天LOCK不上最后发现是某个电源域没按要求先上电或者电压到了但时序不对导致芯片处于不确定状态。我调试时会先把复位引脚拉低等所有电源稳定后再释放复位让芯片以一个干净的状态完成内部上电初始化。调试阶段建议在板子上留几个关键的测试点每路电源电压测试点、GMSL2同轴信号测试点、MIPI差分测试点、LOCK状态GPIO测试点。不要嫌占位置。实际调试时能直接拿示波器探头点上去看波形比反复猜寄存器快得多。2.2 MIPI差分对与GMSL2传输线的PCB布线MAX9295和MAX9296都有两类高速接口一类是MIPI CSI-2差分线一类是GMSL2同轴/STP传输线。两类线在PCB上的处理方式不一样。MIPI CSI-2走的是PCB上的差分对要求100Ω差分阻抗等长、等间距、连续参考地尽量不打孔换层。如果连接到FPC连接器要控制好连接器处的stub。MIPI信号速率通常做到几百Mbps到1.5Gbps per lane布线如果太随意信号完整性在源头就已经坏了后面GMSL再厉害也救不回来。GMSL2如果走同轴是50Ω单端信号如果走STP是一对差分100Ω阻抗。在板上从芯片引脚到连接器这段要严格按照50Ω或100Ω阻抗来拉线。同轴连接器座子的选型也很关键尽量选专门为高速信号设计的FAKRA或Mini-FAKRA连接器接触可靠、阻抗连续性有保障。普通SMA座子在低频段可能看不出差异上到3Gbps以后一个不连续点就可能让眼图变差。2.3 POC偏置器GMSL2功能实现里最容易踩坑的环节POC全称Power over Coax意思是用同轴电缆的中心导体同时传视频信号和直流供电。这个功能不是芯片单个引脚就能实现的需要外部做Bias-T电路也就是“高频信号通路直流供电通路”的合成与分离。从功能上理解摄像头端和主机端各有一个Bias-T主机端电源通过一个大电感加到同轴中心导体视频信号通过一个隔直电容耦合到同轴线两者在同一节点汇合后上电缆接收时同样用电感和电容把直流和信号分开。摄像头端同轴线上来的直流通过电感提取出来给MAX9295和sensor供电GMSL2信号则通过电容进入MAX9295的PHY。POC电路里两个核心器件最容易选错一个是串联在直流路径上的电感一个是串联在信号路径上的电容。电感的选型要看三点DCR、额定电流、自谐振频率SRF。DCR决定了在远端摄像头电流下来之后的压降DCR太大摄像头端电压不够链路就是不稳定。额定电流要覆盖“MAX9295功耗sensor功耗”的总电流最好留1.5到2倍裕量。SRF必须避开GMSL2信号频段否则电感在信号频率上会呈现很高的阻抗或变成容性谐振直接把信号带歪。很多LDO输出不稳、摄像头端电压跌落的故障最后根因都是电感DCR太高。电容要用高频特性好的陶瓷电容容值不是越大越好。容值过大的MLCC自谐振频率很低对GMSL2的高频分量来说可能已经不是通路而是阻塞容值太小又会造成低频成分丢失、眼图畸变。我一般会在评估板参考电路的电容值基础上做小范围调整改完一定看眼图和CRC不能拍脑袋。2.4 I2C地址、复位和中断引脚预留MAX9295和MAX9296的I2C从机地址是由外部引脚电平决定的。画原理图时不要把这些引脚直接固定死最好留0Ω跳线或上拉/下拉电阻位可以在板子上灵活切换。多路摄像头同时挂在同一I2C bus上时地址冲突是出现频率很高的问题。比如两颗MAX9296如果地址配置一样I2C扫描会看到两个设备回同一个地址读写行为完全错乱。还有一个值得预留的是LOCK状态输出或中断脚。MAX9296能把GMSL2链路锁定、CRC错误、远端I2C请求等事件映射到GPIO或中断引脚。调试时把这些信号引到SoC的一个GPIO上软件里可以实时判断链路状态而不是每次靠读寄存器轮询。实际项目中这对稳定性问题定位帮助很大因为CRC丢包往往是瞬间发生的靠人工看屏抓不到。3. 初始化顺序和寄存器配置先把链路点亮再谈图像3.1 一个经过验证的初始化顺序GMSL2链路初始化最怕的是顺序混乱。我见过有人在还没有配置MAX9296的CSI-2输出时就去操作远端sensor结果远端I2C一直不通花了一下午排查其实只是链路根本没建立起来。推荐按这个顺序走给MAX9296和MAX9295上电拉复位。用I2C读MAX9296的DEV_ID/REV_ID寄存器确认芯片在跑。配置MAX9296本地寄存器GMSL2速率、PHY均衡、CSI-2输出lane数、时钟极性。使能GMSL2链路等待LOCK状态位置位。链路锁定后使能远端I2C访问通道。通过远端I2C配置MAX9295输入MIPI lane数、参考时钟、输出驱动强度等。通过远端I2C配置sensorMIPI输出使能、分辨率、帧率、Data Type。开启MAX9296的CSI-2输出让SoC端开始收图。这个顺序看起来平淡但每一步都是后一步的前提。特别是第4步很多人以为使能link后立刻就能访问远端实际上要等LOCK位置位才行。在代码里要做一个带超时的循环等待不要一下去读远端寄存器发现失败就放弃。3.2 代码层面怎么组织初始化下面这段是伪代码体现的是操作思路具体寄存器地址和位域请以你手里的datasheet为准static int gmsl_link_init(void) { u8 dev_id 0; /* 1. 确认本端MAX9296存在 */ dev_id i2c_read(des_addr, REG_DEV_ID); if (dev_id ! DES_EXPECT_ID) return -ENODEV; /* 2. 配置解串器本地PHY和MIPI输出 */ i2c_write(des_addr, REG_CSI2_LANE, CSI2_4LANE); i2c_write(des_addr, REG_CSI2_VIRTUAL_CH, VC_ID); i2c_write(des_addr, REG_CSI2_CONTROL, MIPI_ENABLE); /* 3. 使能GMSL2链路并等待LOCK */ i2c_write(des_addr, REG_LINK_ENABLE, 1); for (i 0; i TIMEOUT; i) { status i2c_read(des_addr, REG_GMSL_STATUS); if (status LOCK_MASK) break; usleep(1000); } if (!(status LOCK_MASK)) return -ETIMEDOUT; /* 4. 使能远端访问配置远端MAX9295 */ i2c_write(des_addr, REG_REMOTE_I2C_EN, 1); ser_reg_write(ser_addr, REG_MIPI_RX_LANE, MIPI_4LANE); ser_reg_write(ser_addr, REG_PHY_DRIVE, DRIVE_STRENGTH); return 0; }里面ser_reg_write是“通过MAX9296的远端寄存器访问窗口”实现的本质上还是往MAX9296的某个寄存器里写入目标地址和值再由它通过GMSL2反向通道转发给MAX9295。这也是为什么链路没LOCK时远端访问一定失败的原因。3.3 CSI-2配置比想象中麻烦MAX9296的MIPI输出配置里比较关键的有这么几项Lane数实际只用了2 lane就不能在软件里配成4 lane否则SoC端收不到数据。Lane极性PCB布线有没有把差分正负交叉如果交叉了可以通过寄存器翻转极性不需要改板。连续时钟/非连续时钟sensor输出是非连续时钟的话MAX9296和SoC都要做对应配置。Virtual Channel两路摄像头共用同一MIPI口时Virtua Channel必须错开SoC端也是按VC区分数据流的。Data TypeRAW10、RAW12、YUV422这些格式要让MAX9296确认某些模式下需要设置特定字节顺序。实际调试中链路LOCK正常但SoC端没有图像大概率就是上面这几项里某一项没对齐。4. 联调排障现象、根因、验证链路GMSL2调试有个特点问题往往不是“完全不通”而是“时好时坏”。下面我把最常见的几类故障整理成一张表后面再逐个展开。现象可能原因第一排查动作I2C扫描不到MAX9296电源没上、复位拉死、I2C地址不对、上拉缺失测电源和复位核对地址引脚链路一直不LOCK线缆损坏/过长、远端供电不足、EQ参数不对、速率不匹配换短电缆读链路状态调整EQLOCK了但MIPI无输出CSI-2 lane数/极性/VC/DT配置不对检查MAX9296 MIPI TX设置与SoC接收设置画面花屏或偶发黑帧信号裕量不足、线缆接头松动、POC电源纹波大查CRC计数器换线缆看供电单路正常双路同时开就出问题两路VC冲突、电源耦合、CSI-2带宽不足单独关闭一路再逐项打开4.1 链路无法LOCK的完整排查链路这是一个值得单独说的场景。链路不LOCK90%不是芯片坏了而是链路信号质量或远端供电出了问题。我的排查顺序是固定的第一步换一根短的同轴线。如果短电缆能LOCK长电缆不LOCK说明线缆损耗接近极限或连接器接触有问题如果短电缆也不LOCK问题在板子侧。第二步量远端电源。在摄像头端供电节点上用示波器看电压幅值和纹波。很多POC方案远端电压标称3.3V但实际启动瞬间电流大电感DCR压降加LDO压差远端电压可能掉到2.8V以下。MAX9295和sensor在欠压状态下不会明确告诉你“我欠压”表现就是链路时好时坏或不LOCK。第三步确认GMSL2速率设置是否匹配。MAX9296和MAX9295两端必须使用同一链路速率一端是3Gbps、另一端是6Gbps永远LOCK不上。这个配置在初始化时必须明确写出来不能依赖默认值。第四步看锁定状态寄存器和中断寄存器。MAX9296会有锁定状态位也会有CRC错误等状态。如果链路能LOCK但CRC错误持续增加说明信号已经到临界状态了这时候先调整接收端均衡器。4.2 LOCK之后黑屏优先查CSI-2配置LOCK成功说明GMSL2物理链路已经通了远端MAX9295应该也能访问。这时候如果SoC端仍然没有图像不要再去折腾GMSL2链路转向CSI-2配置检查。先看MAX9296输出的MIPI差分对有没有波形。用示波器触发MIPI时钟脚正常应该能看到持续时钟信号。如果完全没波形说明MAX9296的MIPI TX没有真正使能或配置后没有执行软件复位。如果波形有但SoC不认大概率是lane数据和SoC的MIPI RX配置不匹配。再查一遍Virtual Channel和Data Type。这里有个小技巧先把SoC的MIPI RX配置成“lane数自适应、VC不校验”的宽松模式有些SoC支持等图像出来了再逐步收紧。如果SoC不支持这样做就先从sensor端固定一种最简单的RAW8或YUV422格式把链路跑通再换高带宽格式。4.3 远端I2C不通的隐蔽原因远端I2C访问是GMSL2最有用的功能也是最容易出问题的功能。除了链路没LOCK这个基础原因还有几个隐蔽因素一是远端I2C通道没有使能。MAX9296的远程I2C功能通常有自己的总开关不打开的话即使链路LOCK了远端寄存器也读不到。二是远端设备地址冲突。远端sensor的原始地址如果和本地某个设备地址相同I2C路由会乱。解决方案是把远端设备映射成一个本地不冲突的别名地址也就是在MAX9296的设备地址映射表里做“地址翻译”。三是I2C速率过高。GMSL2反向控制通道的带宽不是无线的通常比本地I2C慢。本地I2C跑400kHz没问题但转发到远端后sensor可能响应不及时。如果发现远端I2C偶发超时先把I2C时钟降到100kHz试试。5. 信号质量和EMI调优均衡器、驱动强度、POC器件选择5.1 接收端均衡器EQ怎么调GMSL2信号在线缆上走一段距离后高频分量衰减比低频严重。接收端的均衡器就是用来补偿这个高频衰减的。MAX9296内部会有可调的均衡强度设置有些设计还可以自适应。调试时先把EQ设成一个中间档位看LOCK和CRC再往高和低各试几个档位。不要一开始就拉到最高因为EQ在补偿高频损耗的同时也会放大高频噪声。线缆短时EQ过高眼图反而会变差。长线缆时EQ不够则明显表现为无法LOCK或CRC递增。理想情况下调EQ要有示波器和眼图。没有眼图也没关系以CRC错误计数和长期稳定性为准。我通常会让系统连续跑一个晚上如果整晚CRC错误为0或极少说明信号裕量够用。白天看起来正常但晚上开始偶发花屏的场景往往就是裕量不足不是软件问题。5.2 MAX9295侧驱动强度不是越大越好MAX9295的输出摆幅、预加重或者压摆率通常会提供一个或几个配置项。驱动力太弱长线缆接收端余量不足驱动力太强会产生过冲和振铃辐射也会变大。在EMC预测试阶段如果发现GMSL2相关频点辐射超标第一步不是加屏蔽而是试着降低驱动强度或压摆率。很多情况下信号实际不需要那么大的摆幅调低之后辐射下降接收端CRC并没有变差。注意每调一次必须重新验证接收端裕量不能为了过EMC把信号调到临界值否则产线上一定返工。5.3 屏蔽和接地GMSL2通常走屏蔽线缆但屏蔽层怎么接地是有讲究的。同轴线的屏蔽层一般作为信号回流路径的一部分同时也起到屏蔽电场的作用。如果屏蔽层悬空链路很可能会出现“手摸一下线材图像变化”的诡异现象因为人体改变了屏蔽层电位干扰直接耦合进信号。STP线缆的屏蔽层处理要看系统设计常见做法是在两端或单端接连接器外壳形成360度环接。不要用一根细细的飞线去“象征性接地”高频下细飞线电感太大等于没接。调试中还有一个容易忽略的接地问题连接器接触不良。FAKRA连接器扣合不到位会直接导致屏蔽层断开症状和线缆断裂很像。遇到时好时坏的GMSL2链路先重新插拔连接器听到“咔哒”声再继续。5.4 POC器件选型的进一步细节前面说了电感选型要看DCR、额定电流、SRF。实际在layout上POC电感和电容的摆放也影响高频性能。电感到连接器之间的走线要短电容的接地过孔要靠近焊盘。如果POC节点上的直流电源走线绕了很远会在GMSL2频段形成一个额外的分支stub对信号完整性非常不利。电容并联合成的时候小容值电容负责高频通路大容值电容负责低频和直流隔离。可以放一个100nF和一个1nF甚至更小的C0G并联扩展通带。调试时看到高频滚降严重可以试着在小容值电容两端并联一个几十pF的电容往往眼图会有肉眼可见的改善。但每次改完都要重新做CRC验证。6. 调试经验和习惯最后说几点实在的做GMSL2这套东西说难不难说简单也不简单。最难的不是某一个寄存器而是“链路没锁定时你根本不知道是电气问题还是配置问题”的那种无力感。我后来形成了一套习惯第一手边一定留一根质量可靠的短同轴线不超过0.5米。所有问题先用它排除线缆因素这个动作能把排查时间缩短一半。第二初始化代码里把每一步的寄存器读写都打点。比如“读取DEV_ID成功”“链路已使能”“LOCK等待完成”“远端I2C访问成功”这些关键节点全部打印出来。产线或者现场出问题时只看日志就能定位在哪个阶段不用连上示波器才能猜。第三调一个问题只改一个变量。调整EQ时不要顺便改驱动强度改驱动强度时不要顺便改POC电容。GMSL2链路的影响因素太多同时改两个参数出了问题你根本不知道是谁引起的。第四永远先看LOCK和CRC再看图像。LOCK和CRC是链路健康的硬指标图像只是最终表现。很多间歇性故障在图像上表现为“偶尔闪一下”如果不看CRC计数器很难判断严重程度。把MAX9296的CRC错误状态读出来连续运行一段时间看统计比盯屏幕靠谱得多。最后再说一个小技巧如果项目时间紧张先把厂家评估板跑通再移植到自己的板子上。移植时不要只看原理图要把评估板的初始化脚本完整拿过来对比寄存器配置再针对自己的线缆长度和电源方案做差异调整。这样看起来多了一步实际上能避开大量“低级但致命”的坑。
第一次把MAX9295和MAX9296焊上板子上电后I2C扫描能读到解串器但GMSL链路怎么都不LOCK。当时我以为是线缆问题换了三根同轴线还是一样最后才发现是初始化顺序里漏了远端串行器的PHY配置。做车载摄像头、ADAS域控、环视系统的人几乎都会碰到GMSL SerDes这条链路MAXIM现在归到ADI的MAX9295串行器和MAX9296解串器是这套方案里非常经典的一对。这篇文章就把GMSL2链路的硬件设计、寄存器配置、POC供电、联调排障完整过一遍适合正在做MAX9296MAX9295方案或者准备在自研板卡上接入GMSL2摄像头的工程师参考。1. GMSL2链路是怎么串起来的MAX9295与MAX9296的分工1.1 链路两端各干什么GMSL2链路本质上是把MIPI CSI-2数据从摄像头传感器搬到SoC或ISP。MAX9295放在摄像头端是串行器负责把sensor输出的MIPI CSI-2信号打包成一路GMSL2高速串行信号通过同轴电缆或者屏蔽双绞线送出去。MAX9296放在主机端是解串器负责接收这串信号再还原成MIPI CSI-2给SoC。这里有一个容易忽略的点GMSL2不是裸的差分电平直传它有自己的帧格式。MAX9295并不是简单地把MIPI信号幅度放大然后送出去而是把MIPI packet重新封装成GMSL2帧附加了同步头、错误校验、控制通道等信息。MAX9296要做的是从一串高速比特流里恢复时钟、对齐帧、做CRC校验、解包再生成MIPI CSI-2时序。所以两个芯片不是“物理层转发”的关系而是协议层加物理层的SerDes链路。MAX9296是双通道解串器一颗芯片能同时接两路摄像头输出端可以配置成单路CSI-2口或双路CSI-2口。实际项目中常见做法是两路摄像头进同一颗MAX9296MIPI输出到SoC时用虚拟通道号区分。这样做能省一颗解串器但也带来一个问题两路sensor必须共享同一组CSI-2 data lane初始化时得把两路的Virtual Channel、Data Type、lane分配全部理顺否则一路正常一路黑屏是家常便饭。1.2 为什么车载摄像头几乎离不开SerDes把sensor直接通过MIPI CSI-2接到SoC不是不行但距离一长就完蛋。MIPI CSI-2是源同步高速并串接口PCB走线超过十几厘米就要开始担心损耗、串扰、参考平面断裂。在一台车上摄像头可能装在车头、后视镜、侧视镜到域控的距离动辄1米到3米以上直接拉MIPI线缆既不现实EMC也过不了。GMSL2的价值就是把高速并行数据变成单线传输的视频干线。一根同轴线同时搞定三件事前向视频流、反向I2C/UART控制、远端供电。MAX9295和MAX9296之间天然支持远程I2C访问也就是说SoC在主机端可以直接通过MAX9296去读远端MAX9295后面的sensor寄存器不需要在摄像头上额外拉一条I2C线。这也是GMSL方案在车上长期存在的原因。用一个不太恰当的类比MIPI CSI-2像是市内多车道短途运输车道多、距离短GMSL2像跨城高速干线把货物重新装进集装箱一辆车拉过去到了目的地再拆箱恢复原样。串行器就是装箱站解串器就是拆箱站。1.3 一帧数据从sensor到SoC的完整路径从软件配置角度看理解数据路径比记住寄存器更重要。一条完整链路分为四段Sensor到MAX9295MIPI CSI-2 TXsensor侧要打开MIPI输出配置lane数、时钟频率、Data Type。MAX9295内部把MIPI packet转成GMSL2 frame配置参考时钟、输出速率、PHY驱动强度。线缆段同轴或STP信号在这里损耗、反射、受干扰。MAX9296到SoCGMSL2 frame恢复成MIPI CSI-2再进SoC的MIPI RX。前两段在远端摄像头端后两段在主机端中间通过GMSL2 link连接。排查问题时我会习惯先把这条路径拆成四段一段一段确认sensor有没有MIPI波形、MAX9295有没有收到、link是否锁定、MAX9296有没有CSI-2输出。绝大多数难查问题最后都能归到某一段上。2. 硬件设计先别急着画板这几处细节决定后面好不好调2.1 电源域和上电时序MAX9295和MAX9296都是混合信号芯片数字核心、模拟PHY、MIPI IO、GMSL2 PHY通常对应不同的电源域。画原理图时一定要以具体选型手册为准但有一个通行的经验模拟电源和数字电源不要直接乱连建议用磁珠或π型滤波隔开去耦电容要靠近对应电源引脚。上电顺序也很重要。很多工程师在软件里折腾半天LOCK不上最后发现是某个电源域没按要求先上电或者电压到了但时序不对导致芯片处于不确定状态。我调试时会先把复位引脚拉低等所有电源稳定后再释放复位让芯片以一个干净的状态完成内部上电初始化。调试阶段建议在板子上留几个关键的测试点每路电源电压测试点、GMSL2同轴信号测试点、MIPI差分测试点、LOCK状态GPIO测试点。不要嫌占位置。实际调试时能直接拿示波器探头点上去看波形比反复猜寄存器快得多。2.2 MIPI差分对与GMSL2传输线的PCB布线MAX9295和MAX9296都有两类高速接口一类是MIPI CSI-2差分线一类是GMSL2同轴/STP传输线。两类线在PCB上的处理方式不一样。MIPI CSI-2走的是PCB上的差分对要求100Ω差分阻抗等长、等间距、连续参考地尽量不打孔换层。如果连接到FPC连接器要控制好连接器处的stub。MIPI信号速率通常做到几百Mbps到1.5Gbps per lane布线如果太随意信号完整性在源头就已经坏了后面GMSL再厉害也救不回来。GMSL2如果走同轴是50Ω单端信号如果走STP是一对差分100Ω阻抗。在板上从芯片引脚到连接器这段要严格按照50Ω或100Ω阻抗来拉线。同轴连接器座子的选型也很关键尽量选专门为高速信号设计的FAKRA或Mini-FAKRA连接器接触可靠、阻抗连续性有保障。普通SMA座子在低频段可能看不出差异上到3Gbps以后一个不连续点就可能让眼图变差。2.3 POC偏置器GMSL2功能实现里最容易踩坑的环节POC全称Power over Coax意思是用同轴电缆的中心导体同时传视频信号和直流供电。这个功能不是芯片单个引脚就能实现的需要外部做Bias-T电路也就是“高频信号通路直流供电通路”的合成与分离。从功能上理解摄像头端和主机端各有一个Bias-T主机端电源通过一个大电感加到同轴中心导体视频信号通过一个隔直电容耦合到同轴线两者在同一节点汇合后上电缆接收时同样用电感和电容把直流和信号分开。摄像头端同轴线上来的直流通过电感提取出来给MAX9295和sensor供电GMSL2信号则通过电容进入MAX9295的PHY。POC电路里两个核心器件最容易选错一个是串联在直流路径上的电感一个是串联在信号路径上的电容。电感的选型要看三点DCR、额定电流、自谐振频率SRF。DCR决定了在远端摄像头电流下来之后的压降DCR太大摄像头端电压不够链路就是不稳定。额定电流要覆盖“MAX9295功耗sensor功耗”的总电流最好留1.5到2倍裕量。SRF必须避开GMSL2信号频段否则电感在信号频率上会呈现很高的阻抗或变成容性谐振直接把信号带歪。很多LDO输出不稳、摄像头端电压跌落的故障最后根因都是电感DCR太高。电容要用高频特性好的陶瓷电容容值不是越大越好。容值过大的MLCC自谐振频率很低对GMSL2的高频分量来说可能已经不是通路而是阻塞容值太小又会造成低频成分丢失、眼图畸变。我一般会在评估板参考电路的电容值基础上做小范围调整改完一定看眼图和CRC不能拍脑袋。2.4 I2C地址、复位和中断引脚预留MAX9295和MAX9296的I2C从机地址是由外部引脚电平决定的。画原理图时不要把这些引脚直接固定死最好留0Ω跳线或上拉/下拉电阻位可以在板子上灵活切换。多路摄像头同时挂在同一I2C bus上时地址冲突是出现频率很高的问题。比如两颗MAX9296如果地址配置一样I2C扫描会看到两个设备回同一个地址读写行为完全错乱。还有一个值得预留的是LOCK状态输出或中断脚。MAX9296能把GMSL2链路锁定、CRC错误、远端I2C请求等事件映射到GPIO或中断引脚。调试时把这些信号引到SoC的一个GPIO上软件里可以实时判断链路状态而不是每次靠读寄存器轮询。实际项目中这对稳定性问题定位帮助很大因为CRC丢包往往是瞬间发生的靠人工看屏抓不到。3. 初始化顺序和寄存器配置先把链路点亮再谈图像3.1 一个经过验证的初始化顺序GMSL2链路初始化最怕的是顺序混乱。我见过有人在还没有配置MAX9296的CSI-2输出时就去操作远端sensor结果远端I2C一直不通花了一下午排查其实只是链路根本没建立起来。推荐按这个顺序走给MAX9296和MAX9295上电拉复位。用I2C读MAX9296的DEV_ID/REV_ID寄存器确认芯片在跑。配置MAX9296本地寄存器GMSL2速率、PHY均衡、CSI-2输出lane数、时钟极性。使能GMSL2链路等待LOCK状态位置位。链路锁定后使能远端I2C访问通道。通过远端I2C配置MAX9295输入MIPI lane数、参考时钟、输出驱动强度等。通过远端I2C配置sensorMIPI输出使能、分辨率、帧率、Data Type。开启MAX9296的CSI-2输出让SoC端开始收图。这个顺序看起来平淡但每一步都是后一步的前提。特别是第4步很多人以为使能link后立刻就能访问远端实际上要等LOCK位置位才行。在代码里要做一个带超时的循环等待不要一下去读远端寄存器发现失败就放弃。3.2 代码层面怎么组织初始化下面这段是伪代码体现的是操作思路具体寄存器地址和位域请以你手里的datasheet为准static int gmsl_link_init(void) { u8 dev_id 0; /* 1. 确认本端MAX9296存在 */ dev_id i2c_read(des_addr, REG_DEV_ID); if (dev_id ! DES_EXPECT_ID) return -ENODEV; /* 2. 配置解串器本地PHY和MIPI输出 */ i2c_write(des_addr, REG_CSI2_LANE, CSI2_4LANE); i2c_write(des_addr, REG_CSI2_VIRTUAL_CH, VC_ID); i2c_write(des_addr, REG_CSI2_CONTROL, MIPI_ENABLE); /* 3. 使能GMSL2链路并等待LOCK */ i2c_write(des_addr, REG_LINK_ENABLE, 1); for (i 0; i TIMEOUT; i) { status i2c_read(des_addr, REG_GMSL_STATUS); if (status LOCK_MASK) break; usleep(1000); } if (!(status LOCK_MASK)) return -ETIMEDOUT; /* 4. 使能远端访问配置远端MAX9295 */ i2c_write(des_addr, REG_REMOTE_I2C_EN, 1); ser_reg_write(ser_addr, REG_MIPI_RX_LANE, MIPI_4LANE); ser_reg_write(ser_addr, REG_PHY_DRIVE, DRIVE_STRENGTH); return 0; }里面ser_reg_write是“通过MAX9296的远端寄存器访问窗口”实现的本质上还是往MAX9296的某个寄存器里写入目标地址和值再由它通过GMSL2反向通道转发给MAX9295。这也是为什么链路没LOCK时远端访问一定失败的原因。3.3 CSI-2配置比想象中麻烦MAX9296的MIPI输出配置里比较关键的有这么几项Lane数实际只用了2 lane就不能在软件里配成4 lane否则SoC端收不到数据。Lane极性PCB布线有没有把差分正负交叉如果交叉了可以通过寄存器翻转极性不需要改板。连续时钟/非连续时钟sensor输出是非连续时钟的话MAX9296和SoC都要做对应配置。Virtual Channel两路摄像头共用同一MIPI口时Virtua Channel必须错开SoC端也是按VC区分数据流的。Data TypeRAW10、RAW12、YUV422这些格式要让MAX9296确认某些模式下需要设置特定字节顺序。实际调试中链路LOCK正常但SoC端没有图像大概率就是上面这几项里某一项没对齐。4. 联调排障现象、根因、验证链路GMSL2调试有个特点问题往往不是“完全不通”而是“时好时坏”。下面我把最常见的几类故障整理成一张表后面再逐个展开。现象可能原因第一排查动作I2C扫描不到MAX9296电源没上、复位拉死、I2C地址不对、上拉缺失测电源和复位核对地址引脚链路一直不LOCK线缆损坏/过长、远端供电不足、EQ参数不对、速率不匹配换短电缆读链路状态调整EQLOCK了但MIPI无输出CSI-2 lane数/极性/VC/DT配置不对检查MAX9296 MIPI TX设置与SoC接收设置画面花屏或偶发黑帧信号裕量不足、线缆接头松动、POC电源纹波大查CRC计数器换线缆看供电单路正常双路同时开就出问题两路VC冲突、电源耦合、CSI-2带宽不足单独关闭一路再逐项打开4.1 链路无法LOCK的完整排查链路这是一个值得单独说的场景。链路不LOCK90%不是芯片坏了而是链路信号质量或远端供电出了问题。我的排查顺序是固定的第一步换一根短的同轴线。如果短电缆能LOCK长电缆不LOCK说明线缆损耗接近极限或连接器接触有问题如果短电缆也不LOCK问题在板子侧。第二步量远端电源。在摄像头端供电节点上用示波器看电压幅值和纹波。很多POC方案远端电压标称3.3V但实际启动瞬间电流大电感DCR压降加LDO压差远端电压可能掉到2.8V以下。MAX9295和sensor在欠压状态下不会明确告诉你“我欠压”表现就是链路时好时坏或不LOCK。第三步确认GMSL2速率设置是否匹配。MAX9296和MAX9295两端必须使用同一链路速率一端是3Gbps、另一端是6Gbps永远LOCK不上。这个配置在初始化时必须明确写出来不能依赖默认值。第四步看锁定状态寄存器和中断寄存器。MAX9296会有锁定状态位也会有CRC错误等状态。如果链路能LOCK但CRC错误持续增加说明信号已经到临界状态了这时候先调整接收端均衡器。4.2 LOCK之后黑屏优先查CSI-2配置LOCK成功说明GMSL2物理链路已经通了远端MAX9295应该也能访问。这时候如果SoC端仍然没有图像不要再去折腾GMSL2链路转向CSI-2配置检查。先看MAX9296输出的MIPI差分对有没有波形。用示波器触发MIPI时钟脚正常应该能看到持续时钟信号。如果完全没波形说明MAX9296的MIPI TX没有真正使能或配置后没有执行软件复位。如果波形有但SoC不认大概率是lane数据和SoC的MIPI RX配置不匹配。再查一遍Virtual Channel和Data Type。这里有个小技巧先把SoC的MIPI RX配置成“lane数自适应、VC不校验”的宽松模式有些SoC支持等图像出来了再逐步收紧。如果SoC不支持这样做就先从sensor端固定一种最简单的RAW8或YUV422格式把链路跑通再换高带宽格式。4.3 远端I2C不通的隐蔽原因远端I2C访问是GMSL2最有用的功能也是最容易出问题的功能。除了链路没LOCK这个基础原因还有几个隐蔽因素一是远端I2C通道没有使能。MAX9296的远程I2C功能通常有自己的总开关不打开的话即使链路LOCK了远端寄存器也读不到。二是远端设备地址冲突。远端sensor的原始地址如果和本地某个设备地址相同I2C路由会乱。解决方案是把远端设备映射成一个本地不冲突的别名地址也就是在MAX9296的设备地址映射表里做“地址翻译”。三是I2C速率过高。GMSL2反向控制通道的带宽不是无线的通常比本地I2C慢。本地I2C跑400kHz没问题但转发到远端后sensor可能响应不及时。如果发现远端I2C偶发超时先把I2C时钟降到100kHz试试。5. 信号质量和EMI调优均衡器、驱动强度、POC器件选择5.1 接收端均衡器EQ怎么调GMSL2信号在线缆上走一段距离后高频分量衰减比低频严重。接收端的均衡器就是用来补偿这个高频衰减的。MAX9296内部会有可调的均衡强度设置有些设计还可以自适应。调试时先把EQ设成一个中间档位看LOCK和CRC再往高和低各试几个档位。不要一开始就拉到最高因为EQ在补偿高频损耗的同时也会放大高频噪声。线缆短时EQ过高眼图反而会变差。长线缆时EQ不够则明显表现为无法LOCK或CRC递增。理想情况下调EQ要有示波器和眼图。没有眼图也没关系以CRC错误计数和长期稳定性为准。我通常会让系统连续跑一个晚上如果整晚CRC错误为0或极少说明信号裕量够用。白天看起来正常但晚上开始偶发花屏的场景往往就是裕量不足不是软件问题。5.2 MAX9295侧驱动强度不是越大越好MAX9295的输出摆幅、预加重或者压摆率通常会提供一个或几个配置项。驱动力太弱长线缆接收端余量不足驱动力太强会产生过冲和振铃辐射也会变大。在EMC预测试阶段如果发现GMSL2相关频点辐射超标第一步不是加屏蔽而是试着降低驱动强度或压摆率。很多情况下信号实际不需要那么大的摆幅调低之后辐射下降接收端CRC并没有变差。注意每调一次必须重新验证接收端裕量不能为了过EMC把信号调到临界值否则产线上一定返工。5.3 屏蔽和接地GMSL2通常走屏蔽线缆但屏蔽层怎么接地是有讲究的。同轴线的屏蔽层一般作为信号回流路径的一部分同时也起到屏蔽电场的作用。如果屏蔽层悬空链路很可能会出现“手摸一下线材图像变化”的诡异现象因为人体改变了屏蔽层电位干扰直接耦合进信号。STP线缆的屏蔽层处理要看系统设计常见做法是在两端或单端接连接器外壳形成360度环接。不要用一根细细的飞线去“象征性接地”高频下细飞线电感太大等于没接。调试中还有一个容易忽略的接地问题连接器接触不良。FAKRA连接器扣合不到位会直接导致屏蔽层断开症状和线缆断裂很像。遇到时好时坏的GMSL2链路先重新插拔连接器听到“咔哒”声再继续。5.4 POC器件选型的进一步细节前面说了电感选型要看DCR、额定电流、SRF。实际在layout上POC电感和电容的摆放也影响高频性能。电感到连接器之间的走线要短电容的接地过孔要靠近焊盘。如果POC节点上的直流电源走线绕了很远会在GMSL2频段形成一个额外的分支stub对信号完整性非常不利。电容并联合成的时候小容值电容负责高频通路大容值电容负责低频和直流隔离。可以放一个100nF和一个1nF甚至更小的C0G并联扩展通带。调试时看到高频滚降严重可以试着在小容值电容两端并联一个几十pF的电容往往眼图会有肉眼可见的改善。但每次改完都要重新做CRC验证。6. 调试经验和习惯最后说几点实在的做GMSL2这套东西说难不难说简单也不简单。最难的不是某一个寄存器而是“链路没锁定时你根本不知道是电气问题还是配置问题”的那种无力感。我后来形成了一套习惯第一手边一定留一根质量可靠的短同轴线不超过0.5米。所有问题先用它排除线缆因素这个动作能把排查时间缩短一半。第二初始化代码里把每一步的寄存器读写都打点。比如“读取DEV_ID成功”“链路已使能”“LOCK等待完成”“远端I2C访问成功”这些关键节点全部打印出来。产线或者现场出问题时只看日志就能定位在哪个阶段不用连上示波器才能猜。第三调一个问题只改一个变量。调整EQ时不要顺便改驱动强度改驱动强度时不要顺便改POC电容。GMSL2链路的影响因素太多同时改两个参数出了问题你根本不知道是谁引起的。第四永远先看LOCK和CRC再看图像。LOCK和CRC是链路健康的硬指标图像只是最终表现。很多间歇性故障在图像上表现为“偶尔闪一下”如果不看CRC计数器很难判断严重程度。把MAX9296的CRC错误状态读出来连续运行一段时间看统计比盯屏幕靠谱得多。最后再说一个小技巧如果项目时间紧张先把厂家评估板跑通再移植到自己的板子上。移植时不要只看原理图要把评估板的初始化脚本完整拿过来对比寄存器配置再针对自己的线缆长度和电源方案做差异调整。这样看起来多了一步实际上能避开大量“低级但致命”的坑。
