★ FEATURED ARTICLE 如果你家里那台 8K 电视背后只有两个满血 HDMI 2.1 接口而你手头的高清播放器、回音壁、游戏主机加起来超过四个你就知道我在说什么了。HDMI 2.1 刚普及那两年“切换器”是个很尴尬的东西——市面上大量号称 8K 的切换器用的是 HDMI 2.0 芯片最多跑 4K60或者强行升频但实际带宽不足。直到我拿到 IT6636 这颗专门为 HDMI 2.1/FRL 设计的切换芯片才觉得这个品类真正开始靠谱起来。这篇文章我把接口能力和设计约束一次说透给正在选型或者正在画板的工程师一个可参考的底稿也顺便聊聊我打样过程中踩过的坑。IT6636 不是什么通用方案它是面向多路 HDMI 输入、单路输出场景的切换芯片核心价值在于把 48Gbps 的 FRL 链路、HDCP 2.3 中继、eARC 回传、EDID 管理等一堆脏活累活集成到一颗芯片里。听起来简单实际做起来牵扯到高速布线、协议时序、固件初始化、信号完整性测试任何一个环节偷懒都会在产品上变成黑屏和闪屏。下面我按“先接口能力、后设计约束、再调试排错”的顺序展开尽量把关键点落到可执行层面。1. 8K 切换为什么会成为一块专门的芯片1.1 两台 8K 设备抢一个 HDMI 2.1 口问题从哪来先还原一个真实场景一台 8K 电视通常只给两个 HDMI 2.1 输入一个接了回音壁要求 eARC另一个接了新一代游戏主机。现在再加一台 8K 蓝光播放器你就没口了。这时候切换器的需求就冒出来了但它不是“多一个口”这么简单。HDMI 2.0 时代切换器好做因为 TMDS 带宽只有 18Gbps走线稍微差一点也还能工作很多方案直接用一个多路选择开关选通信号就行。到了 HDMI 2.1FRL 模式每一对差分线的速率可以跑到 12Gbps四对加起来 48Gbps。这个速率下PCB 走线、连接器、线缆、接收端均衡能力全部成为瓶颈信号不再是“拨通一根线”就能过去的东西。更关键的是HDMI 2.1 源设备在输出前会跟 Sink 做链路训练逐条 lane 逐个速率地协商。切换器必须懂得 FRL training 的状态机甚至要参与其中。老的物理切换开关只能让两端“直接碰面”没有任何协商能力一旦碰到 8K60 的高带宽信号基本只有花屏或无信号两个结局。1.2 为什么不能像老式切换器那样“拨开关了事”可能有朋友会说我以前用机械切换器4K 也没问题啊。对4K60 的 TMDS 信号还可以靠“物理直连”硬扛因为 3Gbps/lane 的信号眼图裕量很大连接器接触阻抗稍差也能出图。但把这种思路搬到 48Gbps 的 FRL 上就行不通了。高速差分信号对阻抗不连续异常敏感。机械开关的接触电阻、刀片式切换带来的寄生电容、过孔 stub都会让信号在 12Gbps 下产生严重反射。实测下来同样的切换器电路在 4K60 下怎么拨都行切到 8K 就闪屏、出彩条最后发现是切换节点的阻抗突变太大导致接收端均衡拉满也没用。另外还有协议层面的硬需求。HDMI 2.1 引入了 SCDC 状态机源设备会通过 DDC 通道读取接收端的能力寄存器确定要不要跑 FRL。切换器如果只是物理连通不参与 SCDC 应答源设备读不到正确的 FRL 能力就永远不会进入高带宽模式。这就是为什么必须用带“大脑”的专用芯片而不是一个模拟开关阵列。1.3 IT6636 的定位从硬件到软件都替你收拾好IT6636 在系统里的位置很明确放在多个 HDMI 源设备和一台显示设备之间输入侧接游戏主机、播放器、电视盒子输出侧接电视或显示器。它本质上是一个多输入单输出的 HDMI 2.1 切换器但内部集成了协议处理引擎能主动管理 FRL 训练、HDCP 握手、EDID 读取和 HPD 信号而不是被动转发。我习惯把它看成“带协议头脑的高速交换矩阵”。它有几个模块我是相当看重的一是 FRL 训练逻辑能自动与源设备协商 lane 数和速率二是 EDID 处理每路输入都可以独立映射 EDID 数据避免源设备因为读不到正确信息而降低输出分辨率三是 eARC 通道的支持回音壁应用不需要额外走一根音频线四是 HDCP 2.3 中继切台之后重新协商加密尽量做到无缝。选芯片的时候我对比过好几家方案。有的把 FRL 均衡放在芯片内部但 EDID 管理很弱有的 HDCP 做得好但只支持两进一出。IT6636 的优势在于该有的协议功能基本齐全而且切换逻辑支持 I2C 控制也能配置成自动切换模式产品设计上灵活很多。2. 接口能力逐项拆解FRL 带宽、TMDS 兼容、eARC、HDCP2.1 FRL 链路与 48Gbps 是怎么算出来的HDMI 2.1 把传输模式从 TMDS 换成了 FRLFixed Rate Link简单理解就是把原来 3 对数据 lane 变成最多 4 条 lane每条 lane 速率可以独立协商到 3Gbps、6Gbps、8Gbps、10Gbps 或 12Gbps。四 lane 全部跑满 12Gbps 时总带宽就是 48Gbps这也是 8K60 内容能走 HDMI 2.1 的基础。实际使用中并不是所有源设备都会跑满 4 lane。有的设备只支持 3 lane 模式有的跑到 10Gbps 就不再往上了还有的老设备根本不支持 FRL直接回落 TMDs。切换芯片要能识别这些不同组合并在链路训练阶段给出正确回应。IT6636 在这方面做得比较聪明它内部会记录上一次协商成功的 lane 格式下次上电可以直接按那个参数去匹配缩短训练时间。我从测试数据里看到8K60 10bit 4:2:0 的内容大约需要 32Gbps 左右带宽所以 48Gbps 的 FRL 跑它绰绰有余。但如果内容变成 8K60 10bit 4:4:4无压缩时带宽需求接近 70Gbps这就超出了 HDMI 2.1 物理极限必须依赖 DSC 显示流压缩。IT6636 本身不负责压缩它只是把源设备已经输出的 FRL 信号原样切换过去DSC 由 GPU 或播放芯片处理。选芯片时要区分清楚切换器只要保证 48Gbps 链路通畅DSC 不在它的职责范围内。2.2 TMDS 兼容模式给老设备留一条老路FRL 是 HDMI 2.1 的必选能力但现实中很多设备还是 HDMI 1.4 或 HDMI 2.0 的 TMDS 信号比如老电视盒子、旧款功放。IT6636 必须能在 FRL 和 TMDS 之间无缝切换否则用户接一个老设备就会黑屏。TMDS 模式下每条 lane 速率最高 6Gbps三 lane 加起来 18Gbps。这个速率在 IT6636 上处理起来没什么压力但要特别注意兼容模式下的 SCDC 寄存器读写。SCDCStatus and Control Data Channel是 HDMI 2.0 引入的 DDC 扩展通道用来传递 FRL 能力、SCDC Present、信号状态等。源设备在 TMDS 模式下也会去读 SCDC 的地址确认接收端支持哪些链路参数。设计硬件时必须把 I2C 通道完整接到 IT6636 的 DDC 引脚保证 SCDC 读写不会中断。我测试时发现有些电视盒子会读 SCDC 里的 FRL 能力字段如果读到不支持 FRL它会自动降成 TMDS。IT6636 默认会把 FRL 能力正确上报老设备自然回落 TMDS新设备则进入 FRL两套模式互不干扰。这一点说起来简单但不少小厂方案会在这块出问题表现为“某些设备能出 8K某些设备死活只能 4K”多半就是 SCDC 寄存器没有按规范回填。2.3 eARC 和 ARC让电视把声音真正“送回来”回音壁是智能电视用户绕不开的配件eARC 已经成了标配需求。IT6636 对 eARC 的支持不是简单把音频信号直通它还承担了 eARC 与 ARC 模式切换、DDC 通道上 eARC 数据解析、以及音频数据缓冲的工作。eARC 实际使用一条独立的差分通道也就是在 HDMI 连接器的 Utility/HEAC 引脚上跑。带宽比 ARC 大很多能承载 Dolby Atmos 这类无损音频。可问题在于eARC 必须与 HDMI 的 CEC 共用一条通道设计 PCB 时要让 CEC 和 eARC 的相关走线互相隔离避免高速音频信号干扰 CEC 的时序。IT6636 内部会把 eARC 的物理层信号解码然后通过 I2S 或 SDOUT 引脚输出给音频 DSP 或功放系统设计里不需要自己做高难度的 eARC 收发器。从寄存器角度看eARC 的开关状态挂在某个配置位上上电默认是 ARC 模式要明确切到 eARC 需要写对应寄存器并把下游设备的 eARC 能力读回来。这个能力学习过程挺重要我一开始没注意结果回音壁只输出立体声后来在电视端看了 eARC 状态又跑到芯片寄存器里逐个翻才发现是模式没有使能。2.4 HDCP 2.3 与 SCDC防复制协议带来的设计负担HDCPHigh-bandwidth Digital Content Protection在 HDMI 2.1 时代升级到了 2.3它的核心目标是防止数字内容在传输过程中被非法复制。切换器作为链路中的中继节点必须实现 HDCP Repeater它不能只是旁观者。Repeater 模式下IT6636 要同时处理两套 HDCP 引擎下行方向从源设备获取密钥材料上行方向让电视验证自己的密钥状态。它内部还维护一个 Topology Info记录级联的设备数量和标识。如果切换器不保存这些信息源设备做 HDCP 认证时会认为链路不安全拒绝输出受保护内容。实际工程里HDCP 的坑主要在烧录和设备 ID 管理上。每片 IT6636 在出厂时应该烧录了一组 HDCP Key但如果你买了散装芯片Key 可能是空白或损坏的必须通过厂家提供的工具重新烧录。另外切换器的上游和下游都需要分别配置 HDCP 的行为对源设备表现为 Sink对电视表现为 Source。IT6636 的寄存器里会有对应的角色配置位我第一次拿方案玩的时候直接把两边都设成了 Sink结果电视端一直不亮后来才意识到角色搞反了。SCDC 与 HDCP 虽然功能不同但都走 DDC 通道工程师容易混。SCDC 负责链路能力协商HDCP 负责内容保护两者独立工作。切换器必须同时支持但它们的管理方式不同SCDC 主要是寄存器读写HDCP 则是一套完整的密钥交换与状态机。调试时建议用 HDCP 分析工具分别抓 Downstream/Upstream 两边的认证日志比单独看寄存器能更快定位是协议握手失败还是密钥错误。3. 接口之外的设计约束布线、供电、散热与布局3.1 100Ω 差分对的布线与等长控制IT6636 的 HDMI 差分引脚在 FRL 模式下每 lane 速率 12GbpsPCB 布线必须把它当高速信号处理而且是最严格的那种。首先是阻抗HDMI 差分线要求 100Ω ±10%而在 FRL 高速段我建议按 100Ω ±5% 控制因为阻抗偏差会造成反射直接影响链路训练。差分对内等长是另一件事。同一条 lane 的 P/N 两条线长度差越小越好因为 12Gbps 信号的上升沿可能只有 30ps 左右10mil 的长度差就会带来约 1.7ps 的时延一旦时序裕量不足就会出现偶发错误。我一般要求对内等长控制在 5mil 以内对间等长控制在 100mil 以内同时尽量避免在高速线段上加蛇形线。蛇形线会带来额外的耦合和共模噪声对 FRL 这种极高速信号不太友好。布线层选择上差分线尽量走表层因为表层不需要打孔就能直连连接器和芯片。如果需要换层过孔周围要加回流地孔并保证参考层连续。最忌讳的是跨分割一条差分线从参考地平面跨到电源平面返回路径突然变化信号完整性立刻劣化。3.2 过孔 stub、参考层切割和串扰处理HDFI 顶层的 HDMI 连接器到芯片之间不可避免会用到过孔尤其是连接器在主板上、芯片在背面时。过孔的残桩stub在 12Gbps 下会变成串联谐振点把眼图搞得乱七八糟。解决思路是尽量使用背钻工艺或者退一步选择焊盘特别小的过孔让 stub 控制在 10mil 以内。没有背钻条件时可以考虑让高速线尽量不换层把连接器和芯片放在同一面。串扰也要注意。HDMI 的 4 对差分线在 FRL 模式下同时工作如果间距太近相邻 lane 会互相耦合导致信号完整性下降。我的经验是差分对之间的间距保持至少 3 倍线宽也就是 3W 原则或者直接在差分对之间加一条接地隔离线。实测下来间距不足时 8K 信号偶尔会出彩条把间距加大后故障消失。另外IT6636 的 FRL 通道旁边一般会有 I2C、CEC、HPD 这样的低速控制线。低速线不要跟高速线平行走太长距离至少留 10mil 以上间距否则高速信号会通过耦合串到控制线上表现为切台时偶尔 HPD 误触发或 I2C 通信异常。3.3 多路供电的退耦与电源时序IT6636 通常会有多个电源域比如核心逻辑电源、模拟 PLL 电源、IO 电源电压可能是 1.2V、1.8V、3.3V 不等。每个电源引脚旁边都要放一个 100nF 的 MLCC 去耦电容尽量靠近引脚放置并经由短而宽的走线回到电源层。PLL 电源还要额外加一个小磁珠隔离避免数字开关噪声串进模拟域。电源时序同样重要。如果数据手册规定必须先上核心电压再上 IO 电压那硬件上最好用电源监控芯片或可调压电源来实现延迟。时序反了轻则寄存器读写异常重则芯片锁死要重新断电复位才能恢复。我第一次调试时偷懒用一个 3.3V 转 1.2V 的 LDOIO 和核心同时得电结果 IT6636 的 I2C 地址在扫描时时好时坏加了一组复位延迟才稳定。电流需求也要算清楚。切换器工作在 8K 模式时内部均衡器和时钟电路功耗会比 4K 模式高实测电流可能比数据手册典型值多出 30%。选择合适的 DC-DC 或 LDO 时要留足够裕量同时注意接地设计大电流回路和小信号回路要分开避免地电位扰动影响 HDMI 信号。3.4 散热和封装焊盘的现实问题IT6636 这类 QFP 封装芯片表面看着散热压力不大但在密闭的 HDMI 切换盒子里长时间跑 8K 信号且没有风道时芯片表面温度可能超过手册建议的 85°C。我建议在 PCB 设计阶段就给芯片底部铺一块大面积铜皮并打一排过孔把热量导到背面或内层地平面。QFP 封装焊接时还要注意引脚共面性和焊盘设计。HDMI 连接器附近的机械应力、插拔时的板弯可能会让芯片引脚虚焊。量产前必须做外观检查和 X-Ray 抽检特别是 IT6636 的电源引脚和差分信号引脚的焊接质量。还有一个细节焊盘的开口尺寸不要比引脚宽太多否则回流焊时立碑率升高。4. 切换功能与控制链路的实现细节4.1 快速切换的核心先测后切还是先切后测切换器最影响用户体验的就是切台速度。从用户按下遥控器到画面稳定出现中间经历 HPD 变化、源设备重新读取 EDID、链路训练、HDCP 握手整个过程涉及到很多时序。IT6636 提供了自动切换模式但它不是靠简单的“检测到信号就切”而是先判断输入是否有有效信号再决定是否触发切换。我比较推荐的做法是把 IT6636 配置为“检测到新源设备接入后自动选择该输入”而不是轮询切换。因为轮询场景下如果两个输入都有信号芯片不知道该切到哪一路容易在两个画面之间来回跳。自动切换模式里有一个 lock 机制它会锁住当前输入一段时间避免瞬时抖动导致误切。HPD 的处理顺序也很关键。切换发生时IT6636 会把输出端的 HPD 拉低一小段时间让源设备认为“显示设备断开了”从而触发重新枚举。这里要注意 HPD 拉低的时间要符合 HDMI 规范通常要求大于 100ms但也不能过长否则电视端会弹“无信号”。实际调试时可以用逻辑分析仪抓 HPD 波形看看时序是否落在规范窗口内。4.2 DDC 与 EDID 的管理切换器最容易翻车的地方EDID 是显示设备发给源设备的“能力说明书”告诉源设备这台显示器支持哪些分辨率、色彩空间、音频格式。切换器的难点在于它要对每个输入源都提供一个 EDID但这些 EDID 不一定要完全一致因为不同输入可能连着不同设备比如一台接游戏机、一台接播放器。IT6636 一般提供两种 EDID 管理方式一种是把输出端的 EDID 直接透传给输入源另一种是使用芯片内部 RAM 里预置的 EDID 数据。透传最简单但隐患是当电视不亮或换了台电视时源设备拿到新 EDID 可能需要重新握手切换器如果毫不知情就会在电视切换输入的时候把错误信息发给源设备。我建议用内部 RAM 方式把常用的 4K/8K EDID 提前写入并设置好“如果输入源需要 8K则返回 8K 能力 EDID如果只支持 1080p则返回保守 EDID”。IT6636 提供寄存器窗口来分段写 EDID每段 256 字节注意写入时序要严格按 I2C 规范的 ACK/NACK 处理。很多 EDID 异常问题都出在写入时没有等待内部写周期完成下一次读回时数据还是旧的。4.3 HPD、5V 检测和 CEC三个信号要协调好HDMI 连接器上的 5V 引脚是热插拔检测的重要依据。IT6636 输入侧会检测每一路 HDMI 5V用来判断源设备是否已经上电并接入。当检测到 5V 从无到有芯片会通知主控主控可以决定是否切换到这个输入。HPD 输出侧要由 IT6636 主动控制一般情况下只要芯片初始化完成并且检测到输出端电视已经连接就会拉高 HPD。初始化顺序错了可能先把 HPD 拉高、但内部还没有准备好 EDID导致源设备第一轮读 EDID 失败进而出现偶尔黑屏。正确的做法是先完成寄存器配置和 EDID 准备再拉高 HPD。CEC 总线需要特别注意上拉电阻和走线。CEC 是低速总线但它可能在切换器内部被引到多个输入源之间形成分支拓扑。IT6636 内部处理 CEC 逻辑硬件上不要把它直接并联到所有输入需要遵循芯片给出的扇出方案否则 CEC 信号会因为分支反射而失效遥控器控制多设备时会出现偶尔无响应。5. 软件初始化与调试排错5.1 寄存器初始化顺序从复位到握手IT6636 的启动流程我总结了一套比较稳定的顺序供参考上电后先释放复位引脚等待芯片主时钟稳定通常需要 5ms 以上。通过 I2C 读回芯片版本寄存器确认通信正常并检查 HDCP Key 是否存在。配置输入通道的检测使能让芯片开始检测各输入口的 5V 和信号状态。写入 EDID 到内部 RAM或者配置 EDID 透传来源。设置输出端 HPD 控制模式先保持低电平防止源设备提前握手。配置 eARC 模式和音频输出接口。开启自动切换功能或者设置外部按键控制的切换逻辑。最后给输出端发送 HPD 高电平脉冲允许源设备开始枚举。这中间最容易忽略的是第 2 步。有些板子贴了 IT6636 但 I2C 怎么都扫描不到先查电源、再查复位、再查时钟如果都正常就要怀疑芯片是散料没烧录或已经损坏。5.2 实际调试中最常见的五种故障我把这段时间遇到的故障整理成了一张表方便硬件和软件工程师对照排查故障现象可能原因排查手段切换后黑屏HPD 时序不对 / 源设备未重新枚举抓 HPD 波形拉低时间是否达到 100ms 以上8K 不识别只能上 4KSCDC 寄存器没配对 / EDID 里没有 8K 定时查看源设备读到的 EDID 是否带 8K 选项检查 FRL 能力寄存器画面间歇性闪屏差分线阻抗不连续 / 供电噪声大看眼图测电源纹波检查差分走线无声音或只有 2.0 声道eARC 没使能 / 音频输出配置不对读回 eARC 寄存器检查 I2S 引脚输出遥控器控制失灵CEC 线路布局问题检查 CEC 上拉和布线看总线波形闪屏问题我花的时间最多。前期以为是芯片固件问题最后发现是差分对间距太近导致的串扰。把 PCB 重新改版、拉开距离、添加地隔离线之后问题复现率直接归零。这说明 12Gbps 信号对布局的敏感度远超我的预期别指望用软件去兜底物理层的缺陷。5.3 怎样从示波器上判断 FRL 是否真正跑起来没有 HDMI 分析仪的时候示波器也能帮上忙。把探头加到 IT6636 输出侧的差分测试点观察信号波形。如果看到清晰的眼图说明链路训练成功如果眼图张不开、交叉点噪声大多半是阻抗或均衡问题。FRL 和 TMDS 的波形有显著差异。TMDS 模式时能看到明显的 3 位数据 lane 加 1 位时钟 lane而 FRL 模式没有独立的时钟 lane所有 lane 都跑数据。用示波器看时钟恢复和频率如果测量到的 lane 速率是 12Gbps 左右基本能确认进入了 FRL6 档。有些源设备只支持 FRL3速率可能是 6Gbps 或 8Gbps则需要分别判断。还有一个寄存器值得关注IT6636 通常会有一个“链路状态寄存器”记录了当前 lane 数、速率和是否锁定。软件读取这个寄存器比示波器更直观。我在调试脚本里会定期轮询它并在链路丢失时自动把状态打印出来这样复现间歇性问题时可以迅速判断是物理层失败还是协议层失败。6. 量产与可测试性设计6.1 贴着 HDMI 连接器的测试点怎么留量产测试是很多方案从“能跑”到“能出货”的分水岭。IT6636 的差分输入输出引脚速度太高不能为了测试直接引出很长的线但可以在靠近芯片引脚的地方预留测试焊盘。焊盘尽量做小紧贴信号线的走线旁避免因为测试点产生额外的分支。我习惯在串阻两侧各留一组焊盘。串阻靠近芯片侧可以测芯片接收到的原始信号串阻另一侧可以测从连接器过来的信号两个位置对照能快速判断衰减来源。电源和地的测试点也不能省至少保证每一个电源域都有一个 TP方便定位电源纹波。HDMI 5V、HPD、CEC 这几个低速信号也要留焊盘调试时抓时序用。6.2 自动化测试脚本的基本思路IT6636 是 I2C 控制的很适合自动化产测。基本思路是用测试治具给芯片加压依次对每个输入通道做模拟切换验证 EDID 能被正确读取链路状态寄存器能进入准备状态HPD 波形变化符合预期。我可以提供一个简单的 Python 思路通过 FTDI 或 USB-I2C 适配器访问芯片写入一份已知 EDID然后读取它对比是否一致。再设置一种输入检测状态触发自动切换读回当前选中通道确认是否与输入状态对应。最后输出 PASS/FAIL。整个过程不到两秒非常利于产线批量测试。如果产品支持 HDCP产测还要额外验证 HDCP Key 的有效性。最简单的方式是接一台支持 HDCP 的电视或分析仪播放受保护内容确认画面没有黑屏。没有分析仪时可以用支持 HDCP 的电视盒子当源设备自动切换后看是否稳定输出。6.3 我这几次打样总结的注意事项打样阶段最容易掉链子的几件事罗列一下供参考第一HDMI 连接器选型不要贪便宜。便宜的连接器高频特性差在 8K 下会让眼图塌陷。我对比过电气规格差不多的两款连接器实测 12Gbps 信号时眼高差异超过 20%直接决定产品能不能过认证。第二高速差分线旁边的地过孔要多打。不是随便打两三个而是沿着差分对每隔一小段距离放一个回流地孔保证返回电流路径连续。这个习惯能避免很多串扰问题。第三固件初始化不要写死在你们自己的代码里就完事要留一个测试模式。产测时需要关闭自动切换改为由测试治具强制选中某一路输入观察链路状态。如果固件和产测模式耦合太深会导致产品在产线上不能完整验证芯片功能。第四别忘记把 IT6636 的复位引脚接到主控 GPIO而不是直接固定上拉。因为后期调试可能需要在不停电的情况下复位芯片重新初始化寄存器。没有这个引脚遇到死锁只能断电产品体验很差。说到底IT6636 这类芯片的难点不在芯片本身而在系统设计。硬件上把它当作一个高速数模混合器件来对待软件上把 EDID 和 HPD 协议彻底吃透比把寄存器背熟重要得多。我后来在设计第二个版本时最大的改进就是把差分过孔数量减少了一半实测 8K 切换稳定性明显提升。正在做类似项目的朋友先把高速布线和协议时序面面想到再回头调寄存器你会少走很多弯路。
阅读完成 · 觉得有帮助？
