1. 方案选型为什么是QCW5007加5004的双芯片组合1.1 一发一收为什么不用单芯片搞定我第一次拿到这套方案时第一反应也是“两颗芯片是不是有点浪费”。说结论无线HDMI投屏要做到60ms这个级别一颗芯片同时干活很难。QCW5007是发射端负责把HDMI信号采集进来编码成适合无线传输的码流QCW5004是接收端负责把无线信号接住、解码、重新恢复成HDMI输出。两颗芯片通过私有射频协议配对工作中间不依赖手机App也不依赖路由器是典型的点对点无线投屏链路。单芯片方案不是没有很多廉价无线投屏器用的是集成度更高的SoC把编码、射频、解码全部塞进一颗芯片里。好处是BOM成本低坏处是天线布局、散热、固件耦合、延迟优化都会互相牵制。QCW50075004这种分离设计发射端和接收端可以独立布局比如发射端放在电脑旁边接收端挂在显示器背面锁孔上各自走独立的电源和天线物理安装自由度高很多。从系统稳定性角度看两颗芯片独立成板出现问题时也容易定位到底是编码端还是解码端出问题。1.2 编码器选型背后的取舍延迟60ms听起来很简单实际上链路里最花钱的就是编码。HDMI进来的原始视频如果是1080p60RGB 4:4:4 8bit像素时钟是148.5MHz数据速率大约4.86Gbps。这种裸数据量直接走无线是不现实的频段再宽也扛不住稳定传输所以必须压缩。QCW5007内部视频编码器走的是低延迟帧内编码路线说白了就是把每一帧画面当成独立图像去压缩而不是像H.264那样依赖大量前向预测帧。这种编码方式有两个直接后果。第一延迟低因为解码端不需要等后面的帧才能还原当前画面。第二带宽占用高但换来的是抗误码能力强。做无线投屏最怕的就是画面“一卡卡半秒”因为参考帧坏了后面的帧全都要跟着错。帧内编码把这种风险切成了一帧一帧的独立单元丢了一帧最多闪一下不会引发连锁崩溃。实际测试中QCW5007在1080p60下的编码延迟大约在15到20毫秒之间这个数字接近我这边能稳定复现的量级。还有一种选择是用通用视频编码芯片比如H.264硬编指标上也能做到低延迟但问题在于需要额外配置编码参数比如关闭B帧、限制参考帧数量、开启低延迟切片这些参数如果调不到位延迟轻松飙到100ms朝上。专用方案的好处就是这些参数出厂前已经针对无线场景调过了省去大量调参的时间。1.3 四路HDMI输入与切换逻辑QCW5007支持4路HDMI输入、1路HDMI输出到内部的无线编码模块这个“4进1出”的切换是很多人选它的原因。它解决的场景很明确会议室里一台投屏器两台电脑轮流投再加一个视频会议终端不用来回拔线。四路输入分别对应四个物理HDMI接口每一路都有自己的HPD检测和EDID管理。切换逻辑有自动和手动两种。自动模式下芯片检测哪一路有“源设备插入”事件就切换到哪一路手动模式则通过I2C寄存器或GPIO强制选路。实际工程里有个坑有些笔记本的HDMI输出在开机时会给一个短暂信号但EDID还没读完此时自动切换会导致投屏器误选到一个“空信号”输入。我的做法是手动模式居多配合MCU去读取四路的5V检测引脚和HPD信令稳定后再切换。这套逻辑放到MCU里很简单但直接依赖芯片默认自动切换大概率会在多设备环境下翻车。2. 60ms链路怎么拆每一段延迟花在哪2.1 从源设备到发射端HDMI输入的采集延迟要拆60ms先把链路分成三个大段发射端采集与编码、无线传输、接收端解码与显示。每一段都不能只看理论值必须实测。第一段是HDMI信号进入QCW5007之后的采集延迟。HDMI信号本身是TMDS差分对芯片要做的是恢复时钟、解析数据、完成色彩格式转换。这里有个概念要明确HDMI输入不是“进来看见什么传什么”它要先把串行数据解成并行RGB数据再放进行场同步的框架里。这一步通常需要缓存几行像素来对齐时序所以会带来约1到3ms的固定延迟。有些源设备本身也会引入延迟比如笔记本电脑的显卡在克隆模式和扩展模式下的输出延迟不同。扩展模式下显卡要做画面合成延迟会比克隆模式高一点。所以测试整链路时不要把电脑端鼠标移动的视觉延迟全部算在投屏系统头上。我实测过同一台笔记本克隆模式到显示器上的光标延迟比扩展模式低大约5到8ms这部分不是投屏器能优化的。2.2 编码与打包60ms里最重的一块QCW5007完成采集后视频进入编码器。编码的延迟并不是固定的它跟分辨率、帧率、码率控制方式都有关。1080p60下如果按帧内编码来处理至少需要缓存一整帧才能开始编码也就是16.67ms。加上编码计算本身的流水线延迟编码段通常占20ms上下。这里有人会问为什么不能采一行编一行减少缓存因为压缩算法必须利用整帧的空间相关性和码率分配策略。比如画面暗部纹理少可以分配少一点码率亮部细节多要多给一点码率。如果只拿到半帧就编码码率控制会失去全局视野画质波动很大。所以整帧缓存是必要的妥协。编码之后还有打包、加校验、封装成私有协议这部分通常1到2ms。整个发射端从HDMI入口到射频口输出实测在22到25ms左右。2.3 无线传输与纠错重传延迟波动的根源无线传输这一段很多人理解成“信号飞过去只要零点几毫秒”但实际上空口传输开销不小。以1080p60、帧内编码、码率设定在40到60Mbps来算一帧画面大约0.8Mbps到1Mbps。Wi-Fi或私有射频系统还要分片加前导码、加MAC头、加校验字段。分片发送的时间是毫秒级的再加上信道竞争和确认重传机制实际空口延迟一般在15到25ms之间。重传机制是个双刃剑。理想无线环境下重传很少发生延迟稳定一旦信道受到干扰丢包率上升重传次数增加延迟就会从20ms跳到35ms甚至更高。这也是为什么无线投屏器在同一空间里遇到蓝牙音箱、微波炉、其他Wi-Fi信号时画面会突然“顿一下”。QCW50075004在固件里有一个“延迟优先”和“可靠优先”的模式选择。延迟优先模式下丢包直接跳过不重传画面会偶尔出小方块可靠优先模式下丢包重传画质稳定但延迟会波动。我自己的策略是固定用延迟优先因为花屏比延迟飘更容易被用户接受。2.4 接收端解码显示最后的缓冲与重建QCW5004收到码流后先要做解包、去校验、排序然后进入解码器。解码过程同样需要整帧缓冲因为帧内编码的每一帧都是完整的必须集齐一整帧才能解。解码器输出是YUV数据要再接一个显示控制器把格式转回HDMI的RGB或YUV 4:4:4重新生成行场同步信号。这一段延迟大约5到10ms。接收端还有个隐藏延迟来源显示器的自身处理。显示器收到HDMI信号后内部还要做画质增强、过扫调整、响应时间优化这部分完全不归投屏器管但用户感知上算的是“投屏延迟”。我用低延迟游戏显示器测过端到端大约60到65ms用普通办公显示器测可能直接跑到70到80ms。所以对外讲60ms的时候最好说明“这是发射端到接收端HDMI输出的延迟不包含显示器自身”。3. 关键参数和工程配置要点3.1 像素时钟和带宽先把账算清楚再做配置确定分辨率前先把带宽算明白。1080p60的典型像素时钟是148.5MHzRGB 4:4:4 8bit下每个像素需要三个8bit通道数据所以数据速率是148.5乘以24约3.56Gbps如果算上TMDS编码的8b/10b开销实际链路速率要到4.45Gbps左右。注意这里还没算音频和其他数据岛。这套数据走HDMI线缆没问题但走无线就必须压缩。QCW5007内部会把输入视频转换成YUV 4:2:0再编码因为人眼对色度细节不敏感这样数据量直接减半。这也是为什么无线投屏显示文字时边缘偶尔有一点彩色杂边其实是色度抽样造成的。需要精细呈现文字的场景建议在源端把分辨率降到1440p或1080p避免4K强行压缩导致锐度下降。支持的分辨率表大致是这样的分辨率帧率像素时钟推荐码率1920x108060148.5MHz35-50Mbps1920x10803074.25MHz20-30Mbps1280x7206074.25MHz20-30Mbps3840x216030297MHz75-100Mbps注意4K30和1080p60在屏幕上看起来的运行流畅度接近但4K30的像素时钟翻倍编码器负载也翻倍延迟会明显变大。如果应用场景是演示文稿、视频会议1080p60通常比4K30更合适。3.2 EDID和HDCP源头不对后面全白搭EDID是源设备读取显示器能力的关键。发射端四路HDMI输入每一路都有独立的EDID可以向电脑声明“我支持什么分辨率”。如果EDID配置成最高支持1080p电脑就只会输出1080p如果配置成4K电脑可能输出4K但后面的无线链路根本吞不下延迟和画质一起崩。工程中建议把EDID限制在目标分辨率以内比如只声明1080p60这样电脑自动匹配到合适格式避免超带宽。如果需要支持4K那么要在固件里确认编码模块能撑住4K30的像素吞吐同时把码率拉高延迟要有心理准备。HDCP是另一个坑。QCW5007支持HDCP 1.4但无线链路传输受保护内容时收发两端需要完成密钥协商。如果源设备比如蓝光播放器检测到接收端不支持HDCP或协商失败会直接黑屏。调试时遇到“有信号但没画面”先去查HDCP状态寄存器很多所谓“花屏”其实是HDCP加密后无法解密的表现。办公场景建议直接关闭HDCP会议场景基本不需要保护内容。3.3 寄存器配置和初始化顺序QCW5007和QCW5004之间有自己的配对机制。初次上电发射端和接收端需要做无线对码。我的初始化顺序是先给接收端上电等待它就绪再给发射端上电让它扫描接收端确认链路锁定后再把HDMI输入使能打开。这个顺序看起来很傻但能避免很多奇怪的“找不到设备”问题。寄存器配置上需要重点关注三个寄存器组输入检测状态、编码参数控制、无线信道和功率。输入检测状态寄存器可以读到四路输入的5V、HPD、TMDS时钟锁定等信息。编码参数控制寄存器里可以设置码率上下限、是否开启低延迟模式、帧率是否跟随源端。无线信道和功率寄存器则决定射频工作频段和发射功率多台设备同时使用时要手动错开信道避免互相干扰。配置过程中有一个容易忽略的点HDMI热插拔。当一个源设备接入时发射端需要先把HPD拉低等EDID读取稳定后再拉高。如果HPD时序不对笔记本可能识别到的是一个不完整的EDID输出分辨率就会异常。这个问题在四路输入的方案里尤其突出因为每一路都要单独管理HPD一旦哪一路处理慢了投屏器就会在“有输入但显示黑屏”的状态里卡住。4. 调试、避坑与优化心得4.1 延时测试方法不靠手感靠像素和时间戳很多人在办公室用手感测延迟“鼠标动了感觉屏幕慢半拍。”这种测试只能用来初步判断是否有大问题不能指导调优。我常用的办法是高速摄像对比法把源端屏幕和接收端显示器放在同一个画面里用240帧以上的手机慢动作拍摄一个毫秒级计时器跳动逐帧数时间差。更准一点的做法是HDMI协议分析仪直接抓发射端输入和接收端输出的时间戳差不过这套设备成本不低一般小团队不一定有。没有分析仪时可以做一个简单的嵌入式测试脚本用MCU控制源端屏幕每隔一秒改变一次颜色标记同时在接收端接一个光敏传感器采集显示器亮度变化两个MCU之间用有线GPIO同步时间。这个方法能把整链路延迟测到10ms以内的精度比肉眼靠谱得多。4.2 常见问题速查表直接把排查路径走完现象可能原因排查步骤完全无画面HDCP协商失败关闭HDCP查状态寄存器完全无画面EDID读取失败查HPD时序和5V检测完全无画面无线未配对检查收发端配对指示灯画面花屏无线丢包严重切换信道换延迟优先模式画面不定时冻结信号干扰检查附近Wi-Fi信道占用延迟从60ms漂到100ms以上重传过多降低码率或强制延迟优先某一路输入切不到HPD检测异常手动模式强制切换文字边缘彩色杂边色度抽样源端换4:4:4或降低分辨率花屏和冻结这两个问题最容易混。花屏通常是丢包导致冻结通常是被强制等待参考帧或者接收缓冲耗尽。帧内编码方案里冻结概率比帧间编码低很多如果还是出现冻结优先怀疑射频驱动状态机崩溃检查接收端是否长时间收不到完整帧头必要时重启接收端。4.3 天线布局和供电的实战经验QCW5004放在显示器背面时天线位置上有很多隐藏的坑。显示器金属外壳会屏蔽信号天线贴在外壳上直接让信号缩水一半。在我的实测里SMA外置天线离金属外壳至少3到5厘米信号强度才有明显改善。如果用的是内置PCB天线最好让天线区远离螺丝孔和金属支架并朝向发射端一侧。供电也值得单说。接收端不要用显示器的USB口供电很多显示器USB口电流不稳无线模块在峰值发射时会掉压导致射频功率骤降。我踩过一次坑接收端接在显示器USB口上画面每隔几分钟闪一下后来换独立5V 2A电源就好了。凡是无线设备供电宁可多给不要抠门。延迟的判断也要分场景。60ms这个数字在演示文稿和视频播放场景下可接受但如果是无线鼠标写字、互动白板、游戏操作60ms的体感已经比较明显。QCW50075004优化的方向是固定延迟让用户通过适应来抵消迟滞感这比忽快忽慢的延迟体验好很多。最后再分享一个经验码率不要一味调高。码率高了画质确实好但射频链路的重传概率也高。我会先按表里的推荐码率设一个值然后在实际环境里跑10分钟看丢包统计。找一个“画质刚好够用、丢包率最低”的码率点而不是找“看起来最清晰”的码率点。经过几次实测对比码率在45Mbps左右的时候画质和稳定性平衡最好。这个数值在不同环境会有差异但思路可以参考。
