做嵌入式视频方案这行最常遇到的一个尴尬局面就是主控芯片有MIPI CSI或者DSI接口但偏偏没有HDMI输入能力或者反过来外设输出的是HDMI你的板子却只能吃MIPI。这时候LT6911C这种桥接芯片就成了救场王。简单说它就是把HDMI信号“翻译”成MIPI CSI/DSI信号让摄像头接口可以接收HDMI视频源或者让MIPI DSI屏幕直接吃掉HDMI视频流。这篇文章我结合自己实际调过的板子从芯片选型、硬件设计、软件配置到调试排障把LT6911C这套方案完整拆一遍希望能帮到正在做视频采集、车载系统或者显示扩展的朋友。1. 方案定位为什么需要一颗HDMI转MIPI桥接芯片1.1 主控侧接口不对称的困局先聊一个很现实的问题为什么不能直接把HDMI信号接到主控的MIPI接口上因为这两种接口从电气层、协议层到时钟模型都完全不是一回事。HDMI走的是TMDS差分信号用最小化传输差分信号协议数据通道里揉进去了视频、音频、辅助数据甚至控制信号MIPI CSI/DSI走的是D-PHY差分对用Lane分时传输讲究LP低功耗和HS高速两种状态切换。让一个原生DPU只认识MIPI DSI协议的主控直接去解析HDMI码流等于让一个只会中文的人去听没有字幕的阿拉伯语广播。很多主流应用处理器的原生HDMI RX是缺失的。比如某些瑞芯微、全志、NXP的SoC核显有MIPI DSI和MIPI CSI但视频输入通道就只有CSI没有HDMI RX控制器。想要让板卡支持HDMI输入做视频采集、同屏显示、信号转换硬件上就两条路要么换一颗带HDMI RX的主控成本、供货、开发周期全都要推倒重来要么加一颗桥接芯片把HDMI信号降级转换成主控“听得懂”的MIPI协议。LT6911C就是干这个的它把HDMI RX和MIPI CSI/DSI TX打包进一颗芯片外围电路极其简洁我做过最小系统不到20个外围器件就能跑起来。这种“接口翻译”思路其实在很多场景都在用。就好比你从美国带回来一台游戏机电视只有欧标SCART口中间必须加一个制式转换器。LT6911C就是这个转换器它不只是物理转接而是把HDMI里的视频、音频、时序信息全部解析出来再按MIPI协议重新打包发出。所以它能适配的分辨率、帧率、色彩深度既受限于HDMI输入带宽也受限于MIPI输出通道的数量和时钟。1.2 LT6911C的核心能力与限制LT6911C来自龙迅半导体是一颗HDMI 1.4转MIPI CSI/DSI的桥接芯片。它支持HDMI输入最高到4K30或者1080P120实际要看带宽配置输出端可以根据需求配置成MIPI CSI-2或者MIPI DSI最多4条数据Lane加一条时钟Lane。这颗芯片最妙的地方在于CSI和DSI模式可以切换意味着同一颗芯片既能做视频采集输入又能做显示驱动输出产品定义阶段不用一上来就锁死方向。音频方面它也能把HDMI内嵌的音频解出来通过I2S或者SPDIF输出给主控这里我提醒一句如果做视频采集卡音频通路一定要在设计阶段就规划好不然后期飞线非常痛苦。控制通道是标准的I2C从设备主控可以直接读写寄存器读取HDMI的EDID、配置输出时序、查询中断状态。它还内置了MCU很多协议转换细节比如HDCP解密、HDMI音视频分离内部已经处理好了。当然它也有几个不算槽点的限制但你要心里有数。第一LT6911C的HDMI输入是1.4规范不支持HDMI 2.0的4K60 10bit这种高带宽信号超过带宽范围就会黑屏或者降级。第二它对HDCP有处理能力但如果你要采集的是受HDCP保护的内容即便芯片能解密部分主控或播放器也会按协议要求拒绝输出这不是芯片的锅。第三MIPI输出端每个Lane的速率的实际上限取决于具体型号和PCB质量我建议设计时留20%的裕量不要贴着绝对最大值跑。1.3 同类桥接芯片选型对比把LT6911C放到同类芯片里横向比一下更容易判断它适合什么项目。我手头过过TC358749XBG东芝/铠侠、LT6911UXC、RK628D这几颗各有各的脾气。芯片型号输入接口输出接口最高分辨率音频输出特点LT6911CHDMI 1.4MIPI CSI/DSI 4 Lane4K30 / 1080P60I2S / SPDIF性价比高CSI/DSI可切换资料齐全LT6911UXCHDMI 2.0MIPI CSI/DSI 4 Lane4K60I2S / SPDIF支持HDMI 2.0带宽更高价格也更贵TC358749XBGHDMI 1.4MIPI CSI-2 4 Lane1080P60I2S稳定但老驱动资料相对封闭RK628DHDMI 2.0 / 多种输入MIPI DSI/CSI 等4K60多种瑞芯微自家配套与RK平台适配顺滑从开发资料开放程度、社区案例数量、供货稳定性三个维度综合看LT6911C在消费级和工业级项目中都比较能打。如果你是第一次做HDMI转MIPI我建议就从LT6911C起步它的寄存器手册相对清晰网上能搜到的参考设计也多踩坑之后找人交流也容易。2. 硬件设计核心细节接口定义、电源与PCB布线2.1 HDMI输入端的信号定义与保护电路把HDMI输入电路画对是LT6911C方案稳定运行的第一关。HDMI接口标准定义里有几组关键信号每一组都要认真对待。TMDS Data2/1/0差分对三组数据差分信号承载视频和音频数据差分阻抗100Ω。TMDS Clock差分对像素时钟差分信号也是100Ω差分阻抗。DDC通道I2C总线主控通过它读取显示器的EDID频率通常100kHz到400kHz。CEC通道消费电子控制线做联动控制用的很多方案直接悬空。HPD热插拔检测显示器通过拉高这个引脚告知源端“我准备好了”源端检测到这个信号后才会在DDC上输出5V。5V电源源端提供的5V电源用于EDID供电和HPD上拉。LT6911C的HDMI RX端同样有对应的管脚硬件上需要注意三点。第一HPD引脚要加上拉到5V并且通过一个三极管或MOS管做电平配合让芯片能正确感知源端插入。第二DDC通道要加上拉电阻到3.3V上拉电阻取2.2kΩ到4.7kΩ都可以我习惯用2.2kΩ保证驱动强度。第三所有TMDS差分对进来之后先过共模电感再加到芯片输入引脚共模电感选90Ω到120Ω阻抗的型号能有效抑制手机、WIFI这类共模干扰。ESD保护也不能省。HDMI接口是外露接口插拔静电很容易打坏芯片我见过好几片LT6911C就是被带电插拔打坏的。在连接器与共模电感之间要加TVS管阵列选结电容小的型号不然高速信号眼图会劣化。我常用的做法是连接器→TVS阵列→共模电感→芯片输入引脚这种防护链路在-4kV接触放电测试下实测没问题。2.2 MIPI输出端的Lane配置与信号完整性MIPI输出部分是LT6911C与主控之间的“最后一公里”设计得好不好直接决定图像是否稳定。MIPI CSI/DSI物理层用的是D-PHY标准每个Lane都是一对差分信号分为时钟Lane和数据Lane。LT6911C支持1到4条数据Lane具体用几条取决于输出分辨率和主控端CSI控制器支持能力。先讲差分阻抗。MIPI D-PHY要求差分阻抗100Ω单端对地阻抗50Ω。这个和HDMI是一样的所以PCB设计时两组信号都可以参考100Ω差分阻抗来走线。但MIPI的电压摆幅比HDMI小对参考平面连续性更敏感我建议MIPI差分对下方保持完整的地平面不要跨分割。如果板层紧张至少保证MIPI走线所在的L2层是完整地平。再讲等长。MIPI每组差分对内要等长时钟Lane和数据Lane之间也要做长度匹配。具体公差看速率1Gbps以下时对内等长控制在5mil内Lane间等长控制在10到15mil内问题不大。我拿到的LT6911C参考设计要求Lane间等长控制在20mil以内这已经是比较宽松的值实际布线时我习惯按10mil去卡。要特别留意过孔每个Lane的过孔数量最好一致不一致会造成额外的时延差。最后讲输出端电容。MIPI是交流耦合接口芯片输出端和主控输入端之间必须串联隔直电容典型值100nF封装选0402或者0201都可以。这个电容的位置要靠近信号的接收端主控侧我没记错的话MIPI规范里没有硬性规定位置但靠接收端放能减少STB段反射。还有一点容易忽略如果LT6911C的MIPI输出和主控的MIPI输入用的不是同一个参考地那就要检查共模电压范围我建议共地设计不要在两者之间闹“隔离”。2.3 电源架构与时钟设计LT6911C内部集成了不少模拟电路HDMI RX端的CDR时钟数据恢复、MIPI TX端的PHY都需要干净的电源。芯片供电通常有核心电压1.2V、IO电压1.8V或3.3V、HDMI端的模拟电源、MIPI PHY电源等。设计原则是数字电源和模拟电源分开走每个电源引脚就近放0.1uF和1uF的去耦电容电源轨从DC-DC出来之后再用LDO二次稳压给模拟部分供电。我踩过一个坑最初为了省成本直接用DC-DC的1.2V输出给LT6911C核心供电结果1080P60输出时偶尔出现水波纹用示波器一看电源纹波到了60mV。后来换了一颗低噪声LDO纹波降到10mV以内现象就消失了。所以如果你的项目对图像质量有要求核心和PHY电源务必用LDO。时钟方面LT6911C一般需要一颗外接晶振提供参考时钟频率通常是25MHz或者27MHz具体看芯片配置。晶振的精度要求是初始误差30ppm以内温漂不要太夸张。我建议选择负载电容与晶振匹配的型号起振电容按晶振数据手册来不要乱改。另外如果系统里已经有同频的时钟源也可以直接用有源晶振或者主控输出的时钟信号替代无源晶振但要注意时钟信号完整性走线短一点串33Ω电阻做阻尼。调试时用示波器看MIPI时钟波形正常情况应该看到一对相位相反、幅度约200mV到300mVHS模式下的差分时钟。如果幅度太低优先查电源和端接如果波形不对称优先查差分对等长和参考地。MIPI时钟波形的幅值不像HDMI那么“胖”很容易被误判为信号异常熟悉了就好。3. 软件驱动I2C配置、时序计算与系统适配3.1 I2C控制通路与芯片初始化流程LT6911C的寄存器访问走I2C芯片上电之后作为一个从设备挂在I2C总线上。具体从机地址在芯片手册里会写明常见配置下I2C地址是0x2C或者0x2D还有一些是bank切换模式。由于这颗芯片的寄存器数量多通常会把寄存器分成多个bank通过两个I2C地址来访问不同的bank或者通过一个bank select寄存器切换当前访问的寄存器页。初始化流程我归纳为下面五步基本适用于大多数LT6911C项目上电复位给芯片上电拉低复位引脚至少10ms然后释放复位等待芯片内部MCU启动一般等50ms以上再操作I2C。确认I2C通信正常读芯片ID寄存器确认读到的是预期值。如果读不到先查供电、复位、I2C地址是否配置正确。配置系统时钟和输出接口设置MIPI输出是CSI还是DSI模式配置Lane数量、Lane速率、数据格式YUV422还是RGB888等。配置HDMI输入和EDID使能HDMI RX写入/读取EDID设置HPD配置HDCP相关寄存器如果不处理HDCP就绕过这一步。使能视频通路启动HDMI信号锁定等待芯片产生中断读状态寄存器确认已经锁定到有效的HDMI输入信号然后使能MIPI输出。这套流程里最容易犯的错是第3步和第5步的顺序问题。我遇到过一上来就配置HDMI RX、结果MIPI输出侧还没初始化好的情况导致内部状态机卡死。后来我学乖了不管哪个项目都严格按“先初始化输出侧再配置输入侧最后使能通路”的顺序来。3.2 视频时序与Lane速率计算LT6911C内部会把HDMI输入的视频时序解析出来再按照MIPI输出的格式重新打包。如果你不理解MIPI输出的Lane速率是怎么算出来的就很容易在主控端配置出错的时序参数导致花屏或无法锁定。MIPI D-PHY的Lane速率和像素时钟、每个像素的比特数、数据Lane数量直接相关。计算公式可以记为Lane速率bps 像素时钟Hz × 每像素比特数 ÷ 数据Lane数注意这个公式是理想值MIPI传输时还有打包开销比如帧头、行头、包头所以实际Lane速率要比这个理想值高一点一般建议按理想值的1.1倍做余量。另外每像素比特数取决于数据格式RGB888是24bitYUV422 16bitRAW10是10bit。举个具体例子1080P60输入像素时钟148.5MHz如果用RGB888格式、4条数据Lane那么理想Lane速率是148.5M × 24 ÷ 4 891Mbps。加上开销建议配置到1Gbps附近芯片内部会有一个分频系数最终MIPI输出出来的实际速率会用示波器量到。主控端接收时驱动里配置的时序参数Hactive、Hfrontporch、Hsync、Hbackporch、Vactive等要和这个MIPI传输的时序完全一致。LT6911C传输时通常会按输入的HDMI时序原样打包但有些驱动会把blanking阶段压缩这就需要你读芯片的寄存器状态确认它输出的blanking值然后填到主控的CSI配置里。我在RK平台上就遇到过blanking不一致导致图像底部有横条纹的情况最后就是按芯片实际输出的参数修好的。3.3 Linux DTS接入与驱动集成要点在Linux系统里接LT6911C主要工作是设备树DTS配置和驱动分离。LT6911C本身是一个I2C设备可以先把它配置成I2C客户端然后在驱动里完成寄存器初始化。如果主控平台的CSI驱动框架已经成熟比如瑞芯微的Rockchip ISP、NXP的ISI、全志的CSILT6911C可以作为外部采集桥接到CSI控制器。DTS里要描述清楚几个关键点I2C总线节点、复位GPIO、中断GPIO、供电GPIO。复位GPIO尤其重要如果驱动里不复位芯片就直接访问I2C有概率失败因为芯片可能还停在某个异常状态。我在DTS里通常会这样写i2c2 { status okay; lt6911c: lt6911c2c { compatible lontium,lt6911c; reg 0x2c; reset-gpios gpio3 RK_PB2 GPIO_ACTIVE_LOW; interrupt-gpios gpio3 RK_PB3 GPIO_ACTIVE_LOW; pinctrl-names default; pinctrl-0 lt6911c_reset_pin; status okay; }; };DTS只是第一步真正的驱动代码要处理的事情更多上电时序、I2C寄存器读写、中断处理芯片锁定信号后触发中断通知主控开始采集、运行时电源管理。如果平台驱动框架不直接支持非V4L2标准的子设备需要你自己写一个V4L2子设备驱动把LT6911C注册成sensor类型的子设备。这个工作量说大不大说小不小但寄存器手册有了、I2C通了剩下的就是体力活。注意一点如果主控端用的是MIPI CSI把LT6911C当摄像头来接收视频主控侧要对“输入源”的分辨率和格式有预期。有些平台在sensor驱动里固定了分辨率和格式如果你接的是HDMI源的格式是可变的那就需要驱动支持动态切换分辨率这比固定分辨率麻烦不少。如果产品定义阶段能固定输入分辨率建议先把输入锁定在固定分辨率比如1080P60或720P60先把链路调通再考虑动态切换。4. 调试实战示波器波形、启动顺序与常见问题排查4.1 关键测试点的示波器波形长什么样示波器是调LT6911C方案最核心的工具。我习惯把探头分成两路一路抓HDMI输入端一路抓MIPI输出端对比着看。先说明一个新手容易犯的错HDMI的TMDS信号和MIPI D-PHY信号在示波器上长得完全不一样。HDMI TMDS时钟在正常显示时是连续的方波频率等于像素时钟。比如1080P60是148.5MHz用示波器看是一条比较干净的时钟波形。数据线则是类似噪声的随机波形因为数据本身是编码后的串行比特流不能用看时钟的眼光去看它。MIPI D-PHY就不同了它有明显的LP和HS两种状态。在无数据传输时差分对处于LP状态电压在0到1.2V之间看起来像个直流电平一旦开始传输先进入LP→HS的切换然后时钟通道出现连续的高速时钟数据通道出现突发数据。用示波器抓MIPI时钟Lane应该能看到一串稳定的高速方波幅度约200mV到300mV比HDMI的TMDS时钟幅度要小得多。如果你看到时钟频率接近你计算的Lane速率的一半说明芯片输出正常。实际调试时我习惯触发在LP到HS的上升沿这样能看到完整的时钟突发段判断起始行为是否正常。数据Lane最好用一个字节0x00开头的pattern来触发有些主控的调试工具可以直接发特定pattern配合示波器的串行解码功能很快就能确认数据内容对不对。4.2 视频链路调通的检查顺序视频链路不出来的排查顺序我总结成一个固定的检查链HDMI输入侧→芯片状态→MIPI输出侧→主控接收侧。每一步都有明确的检查点和通过标准。第一步确认HDMI源端已经输出。用示波器量HDMI连接器处有没有5V供电测量TMDS Clock有没有时钟输出。如果源端没有输出看一下是不是HPD没有被拉高或者源端检测到了HDCP握手失败。用HDMI线缆直连显示器验证源端本身是好的这是我排查时的首选动作。第二步检查LT6911C的锁定状态。在芯片的中断状态寄存器里会有一个HDMI锁定标志位正常情况下插上HDMI线后这个标志应该变成1。如果始终是0大概率是HDMI信号没进来或者信号质量太差需要回头查硬件。第三步看MIPI输出波形。用示波器抓MIPI时钟Lane如果看不到高速时钟说明芯片输出没有启动大概率是I2C寄存器没配置对主控侧没有给LT6911C发出“开始输出”的命令。如果有时钟但没有数据查一下数据Lane数量和内容格式配置。第四步主控侧是否识别到输入。在Linux下用v4l2-ctl或者media-ctl工具列举设备看看有没有新增的video节点如果有抓一帧图像检查颜色格式、分辨率、帧率是否正常。如果抓到图像但有噪点、条纹多半是时序参数不对如果图像颜色不对多半是色彩格式不匹配。4.3 高频故障速查表把我在多个项目里遇到的高频问题整理成一张速查表每个问题的排查思路都是我实际验证过的现象可能原因排查方法I2C读不到芯片ID芯片供电异常、复位没释放、I2C地址不对量各电源轨电压检查复位引脚电平对照手册确认地址HDMI插入后无信号锁定HPD没拉高、EDID没读到、TMDS信号质量差量HPD电压用逻辑分析仪抓DDC通信查看锁定状态寄存器有锁定状态但MIPI无输出输出Lane配置错误、MIPI时钟未使能、主控未触发查MIPI TX使能寄存器示波器抓MIPI时钟Lane花屏或条纹时序参数不匹配、Lane速率不足、主控CSI配置错误读芯片实际输出时序对照主控驱动配置降速率测试图像颜色不对色彩格式不匹配RGB/YUV、数据位宽不一致检查LT6911C输出格式和主控采集格式改成RGB888/YUV422匹配底部几行图像偏移或花屏Blanking参数不对、帧头识别异常读芯片行/帧blanking时间修正主控CSI时序参数音频无声音频寄存器未使能、I2S引脚接错、主控未配置音频通路查LT6911C音频输出使能寄存器用示波器量I2S的BCLK/LRCK屏幕显示竖屏或方向不对DSI模式下面板扫描顺序配置错误检查LT6911C输出scan方向寄存器或者在主控显示侧做镜像旋转长时间运行后图像偶发黑屏供电不稳定、HDMI线缆接触不良、HDCP重协商量芯片电源纹波换线缆抓锁定状态寄存器变化这张表里花屏和颜色不对这两个问题发生的频率最高我提醒各位在设计阶段一定要把LT6911C输出端的色彩格式和主控采集端的色彩格式对齐。很多主控的CSI默认是YUV422而LT6911C默认输出可能是RGB888不统一就会看到绿色偏色或者色块错乱。5. 一个值得参考的实战配置案例5.1 典型应用场景与硬件连接我在一个视频采集棒项目里用过LT6911C主控是瑞芯微RK3566有MIPI CSI但没有HDMI RX。外部视频源是工业相机输出HDMI 1080P60我们需要通过CSI把画面送到RK3566做算法处理。硬件连接方式如下HDMI源 → HDMI连接器 → TVS保护 → 共模电感 → LT6911CLT6911C的MIPI输出4 Lane → RK3566的MIPI CSI RXLT6911C的I2C → RK3566的I2C2LT6911C的复位GPIO → RK3566的GPIO3_B2音频部分走I2S0 → RK3566的I2S0这种连接方式的好处是主控侧的MIPI CSI完全当成摄像头接口用Linux下可以直接挂V4L2框架采集流程成熟稳定。缺点是CSI接口一般只有一个虚拟通道如果后续要多路输入需要做输入源切换那就要重新规划。5.2 初始化步骤与关键寄存器配置在Linux上我把初始化分成两个阶段第一阶段是芯片参数配置用I2C工具直接写寄存器第二阶段是V4L2采集链路配置用media-ctl设置路由。芯片参数配置我通常写一个脚本方便在调试时反复执行。脚本核心步骤和配置如下实际寄存器地址和值以你的芯片版本手册为准# 复位芯片 gpioset gpiochip0 180 sleep 0.1 gpioset gpiochip0 181 sleep 0.2 # 通过I2C总线访问芯片地址0x2C # 1. 读取芯片ID确认通信正常 i2cget -y 2 0x2c 0x00 # 2. 设置MIPI输出为CSI模式、4 Lane、RGB888 i2cset -y -f 2 0x2c 0x?? 0x?? # 3. 设置MIPI Lane速率约1Gbps i2cset -y -f 2 0x2c 0x?? 0x?? # 4. 使能HDMI RX配置HPD i2cset -y -f 2 0x2c 0x?? 0x?? # 5. 使能视频通路等待锁定脚本写完以后用i2cget反复读取锁定状态直到读到锁定成功的值。在此之前不要启动主控的CSI采集。注意不同批次的LT6911C寄存器地址可能略有差异我的经验是每次拿到一颗新芯片都先找FAE要最新的编程指南不要在网上找一份寄存器表就用版本不对轻则配置失败重则误导排查方向。进入第二阶段后用media-ctl配置V4L2链路。以RK3566平台为例media-ctl -d /dev/media0 -r media-ctl -d /dev/media0 -l lt6911c 2-002c:0-rkisp-isp:0[1] media-ctl -d /dev/media0 -V lt6911c 2-002c:0[fmt:RGB888_1X24/1920x1080] v4l2-ctl -d /dev/video0 --set-fmt-videowidth1920,height1080,pixelformatRGB3 v4l2-ctl -d /dev/video0 --stream-mmap --stream-count1这样配置完抓一帧出来如果看到完整的1080P图像链路就算通了。之后再做帧率测定、长时间老化、异常恢复测试。5.3 效果验证与老练测试链路跑通之后我习惯先做三个验证分辨率/帧率确认、图像质量目检、老化稳定性。分辨率/帧率可以用v4l2-ctl获取实际采集帧率确保1080P60能稳定达到55fps以上如果达不到要检查MIPI Lane速率是否够用。图像质量目检主要看色彩、边缘、动态画面有没有撕裂或拖影。老化稳定性至少跑12小时期间每半小时抓一帧同时记录芯片锁定状态寄存器和中断标志确认没有偶发断流。有一个细节容易被忽略长时间运行后HDMI源端如果进入了休眠或者切换分辨率LT6911C的锁定状态会变化。好的驱动应该监听芯片中断在锁定丢失时自动停止采集在重新锁定时重置MIPI输出。我见过不少项目忽略了这件事导致拔掉HDMI再插上后画面一直不出来重启主控才恢复。所以早期驱动设计时就要考虑热插拔事件处理不要等客户投诉了再补。6. 几个关键经验总结与后续扩展方向讲到这核心内容其实已经覆盖完了。最后分享几个我在多个LT6911C项目里反复验证过的经验。第一个经验是硬件上一定要预留调试接口。无论多自信都要把I2C引脚、复位引脚、中断引脚通过0Ω电阻引出到测试点方便示波器测量和飞线。MIPI差分对也建议预留测试焊盘不用太大方便夹探头就行。我没少在板子已经贴片完成后才发现需要飞线看信号的经历那感觉太难受了。第二个经验是寄存器配置要版本化管理。LT6911C的寄存器配置在调试过程中会被频繁修改我建议用Git管理初始化脚本和驱动代码每改一次配置就记录当时的现象和结果。这个习惯帮我少走了很多回头路有时候同一个画面异常可能对应多个原因没有版本历史很难判断是哪次改动引入的。第三个经验是输出端Lane速率要留裕量不要贴着芯片极限跑。我调试时为了确认极限试过把Lane速率推到数据手册标称最大值短时间内能出图但温度一上来图像就开始不稳定最终定版时留了15%的裕量稳定性和温度特性都好很多。做产品不是做性能测试稳定压倒一切。如果后续你想在这个基础上扩展可以往两个方向走。一是把LT6911C和主控的ISP结合起来做视频分析、AI识别这样HDMI输入的视频可以直接进算法框架工业视觉和医疗内窥这个方向需求很大。二是考虑用LT6911UXC做4K60的方案硬件设计逻辑类似但高速信号完整性要求更高Lane速率也重新计算调起来会有新的挑战。从LT6911C开始练手再上手高难度芯片会顺畅很多。
