室内照明用的LED灯除了照亮房间还能在同一束光上承载数据——这就是基于LED的室内可见光通信系统要做的事。我第一次接触这个方向时也觉得像噱头灯光闪得那么快人眼看不见但数据真的能跑起来吗实测下来一套不算复杂的收发链路在正常办公照度下跑出几兆比特每秒并不难难的是距离一拉远、环境光一变、调光一开误码率就开始飘。这套系统本质上是把照明和通信两个目标强绑在一根光线上任何一端让步都会牵动另一端这也是它跟普通无线链路最大的不同。下面我把从选灯、画驱动、搭接收前端到跑通误码测试的过程完整拆一遍包括那些数据手册上不会写、只有焊过板子才会遇到的现象。适合做过一点模拟电路、想动手复现一条可见光链路的读者也适合只想搞清原理边界的人。1. 为什么我选择从灯这一端切入通信链路1.1 LED天生就是一个高速开关而不是单纯的光源很多人把可见光通信想成给灯泡加个调制器其实顺序反了。LED的发光原理是PN结正向注入载流子复合发光在一定的电流区间内输出光功率与注入电流近似成线性关系而且这个开关的速度由载流子寿命和结电容决定做照明用的器件轻松就能响应到兆赫兹量级。这意味着你不需要额外的调制器件只要控制流过LED的电流光强的包络就跟着电流走信息直接写进了光的强度里。这就构成了可见光通信最基础的架构强度调制、直接检测IM/DD。发射端把比特映射成电流波形接收端用光电二极管把光强转回电流再放大判决。整条链路没有载波搬移没有混频也没有本振同步结构上比射频收发机简单得多这也是它适合快速搭原型的根本原因。但简单是要付代价的。光强是个非负量你没法让光负着亮所以任何双极性基带信号都必须垫一个直流偏置才能送进LED。这个偏置点的位置直接决定了后面所有的非线性表现和功率效率是整个系统设计里第一个绕不开的取舍。1.2 室内场景的真实诱惑以及同样真实的硬约束先说诱惑。可见光链路的物理边界就是墙面光出不了房间天然具备空间隔离性它不占用射频频谱也不产生射频辐射在对照射有要求又对电磁敏感的场景里有独特位置照明本身已经在供电通信等于搭了便车。再加上接收端能根据多个灯的光斑强度做粗略定位这套系统天然带着照明通信位置三合一的潜力。约束同样硬。第一是带宽常见荧光粉转换型白光LED蓝光芯片激发黄色荧光粉荧光粉的衰减时间在几百纳秒量级把整灯的-3dB带宽压到了几兆赫兹这是物理层面绕不过去的瓶颈。第二是信噪比室内照度对应到接收面的光功率本身就有限加上光电转换效率落到跨阻放大器输入端的信号电流常常只有微安级。第三是上行缺失灯往下照很自然终端往上回传就得另想办法要么加红外上行要么干脆做成单向广播。第四是调光兼容灯是要调亮度的亮度一变信号的直流分量跟着变判决门限就得跟着动。把这些约束列清楚之后你会发现这套系统的设计重心不在能不能通而在通了之后怎么稳住。我后面所有的选型和电路细节都是围绕这个重心展开的。2. 发射端把比特流塞进一束光里的具体做法2.1 LED器件选型荧光粉白光和蓝光器件的带宽差距有多大这是整个项目里影响最大的一次选型决策我建议动手前先想清楚。荧光粉转换白光LED的优势是显色性好、成本低、直接就是照明灯缺点是荧光粉的慢响应拖累了带宽。实测中同一块板上分别驱动一颗普通白光照明LED和一颗蓝光LED用网络分析仪扫小信号响应白光器件的-3dB点常在2到5兆赫兹之间而蓝光器件能轻松上到20兆赫兹以上个别小尺寸封装甚至能摸到50兆赫兹。如果你的目标是照明为主、通信为辅那就接受几兆带宽的现实把调制方式选得鲁棒一些。如果目标是通信性能优先有几个常见做法一是直接用蓝光LED做发射接收端加一片蓝色滤光片牺牲显色性换带宽二是用RGB三色LED只调制其中的蓝通道红绿通道恒定发光负责照明这样照明和通信在器件层面就解耦了三是在白光LED的驱动上做均衡预加重把高频分量人为抬起来补偿荧光粉的滚降代价是低频段信噪比浪费。测带宽的时候有个细节容易忽略不要只测LED本身要把驱动电路一起测。很多时候你以为的器件带宽其实是驱动管的开关速度和PCB寄生参数共同决定的换一颗更快的LED却没换驱动带宽一点不涨白花钱。2.2 恒流源叠加调制信号驱动电路到底该怎么接LED是电流驱动器件压控是不行的必须保证直流工作点稳定。我采用的是一种最朴素也最可靠的结构恒流源提供直流偏置调制管并联分流。具体来说恒流源负责把平均电流稳住一个MOSFET并联在LED两端或者并联在恒流源的旁路路径上由调制信号控制它的导通程度把一部分电流从LED身上抢走。这样LED上的电流就是在偏置电流上下波动的调制波形而总的供电电流基本不变。这种做法的好处是恒流源不需要具备高速响应能力你可以用一颗很普通的线性恒流器件速度压力全落在旁路的MOSFET和它的栅极驱动上。选MOSFET时看三个参数栅极电荷要小否则驱动能力不够时上升沿拖沓导通电阻要低减少旁路时的功耗封装寄生电感要小。栅极驱动电阻我一开始按常规取了10欧姆实测眼图上升沿明显偏慢后来降到2.2欧姆配合更短的走线才打开。这里有个反直觉的经验驱动电阻不是越小越好太小会激起栅源之间的振铃眼图上出现明显的过冲和拖尾反而恶化判决。我最后定在3.3欧姆配一个栅极串联磁珠压振铃。2.3 偏置点的选择以及LED非线性为什么必须提前算进去偏置电流取多少直接决定线性度和热耗。取太小LED工作在P-I曲线的膝点附近小信号增益低而且严重非线性取太大结温上升波长漂移光效下降还容易逼近饱和区。我的经验值是取器件额定电流的**50%到70%**之间然后在这个点上扫一遍小信号响应看线性度。LED的非线性有两个来源值得单独说。一个是大电流下的效率跌落电流越大人均发光效率越低导致P-I曲线在高段向下弯另一个是小电流下的复合竞争低电流时非辐射复合占比上升曲线在低段也弯。结果是中间有一段相对直的区间你要做的就是把调制摆幅控制在这段区间内。这个非线性对OOK调制几乎无感因为判决只看高低两个电平但对多载波调制是致命的OFDM信号的峰均比高峰值一旦推进非线性区就会产生带内失真和带外泄漏。我在做OFDM实验时第一步就是量出P-I曲线然后据此设定削波门限必要时在发射端加一级查表预失真。别小看这一步不做预失真直接上OFDM误码率曲线会出现明显的地板效应——信噪比再加也降不下去。3. 接收端微安级光电流如何变成可以判决的电平3.1 光电探测器与跨阻放大器之间的带宽增益权衡接收端的核心是光电二极管加跨阻放大器。光电二极管的响应度决定了每瓦光功率能产出多少安培电流常见硅基PIN器件在可见光波段的响应度在0.4到0.6安培每瓦之间。这个数字看着不大但配合后面高跨阻的放大器就够用了。跨阻放大器的设计有一个绕不开的矛盾跨阻越大噪声折算到输入端越小但闭环带宽越低。粗略估算闭环-3dB带宽约等于 1/(2π·Rf·Cd)其中Rf是反馈电阻Cd是光电二极管的结电容加上运放输入电容和PCB寄生电容。举个具体例子如果Cd是3皮法反馈电阻取100千欧算下来带宽只有五百多千赫兹根本不够用把反馈电阻降到10千欧带宽上到5兆赫兹但输出噪声电压折算到输入端就放大了十倍。我的处理办法是分级第一级用较小的跨阻保带宽第二级加电压增益和滤波。同时选运放时重点看增益带宽积和输入电流噪声前者要远大于你想要的闭环带宽乘以噪声增益后者直接决定了接收灵敏度下限。另外反馈电阻两端并联一个小电容做相位补偿是必须的不然阶跃响应会严重振铃眼图糊成一团。还有一个实际中常被忽略的点光电二极管的偏置。加反向偏置能减小结电容、提高带宽和响应速度但会增加暗电流。我一般加几伏的反偏具体看器件手册别加太满暗电流上去了噪声也跟着上去。3.2 环境光带来的直流背景以及交流耦合埋下的基线漂移室内环境光是个大麻烦。太阳光、灯具的直流分量都会在光电二极管上产生光电流这个电流可能比你的信号电流大几个数量级直接把跨阻放大器推到饱和。最直接的办法是隔直电容做交流耦合。但交流耦合会带来一个新问题基线漂移。当数据流里连续出现长串的0或1时耦合电容缓慢充放电判决电平跟着漂误码就来了。解决办法有两个方向一是在编码层面保证直流平衡用曼彻斯特编码或8b/10b这类编码让信号的正负面积大致相等二是在电路层面做基线恢复用峰值检测或者自适应门限跟随。我用的是组合拳编码上强制直流平衡电路上再加一级简单的峰值检测做门限自适应。实测下来纯靠编码在短包场景够用长包还是会漂加了门限跟随之后才彻底稳。3.3 自动增益与判决门限的工程实现因为距离会变、灯的光通量会变、环境光会变接收信号的幅度动态范围很大固定增益必然有一头不合适。加一级可变增益放大器是必要的。控制逻辑可以很简单检测输出信号的峰峰值跟一个目标窗口比较超出就降增益不足就升增益用低速的积分控制就行别做成快速响应否则会把数据的包络也当成幅度变化去追。判决门限的取法我更倾向于中点自适应取信号峰值的某个比例作为门限而不是绝对电压。原因是LED的消光比会随偏置和温度变化绝对门限很快就失配。这个比例系数不是理论值0.5最好实测中因为上升下降沿不对称取0.45到0.55之间微调眼图张开度最舒服。4. 调制方式与均衡带宽不够的时候拿什么补4.1 从OOK到可变脉冲位置调制调光兼容怎么兼顾开关键控是最容易上手的方案实现简单接收端一个比较器就能判决。它的短板是调光不友好亮度要靠改变平均占空比来调而占空比一变判决门限跟着变通信质量跟着抖。可变脉冲位置调制在这件事上想得更明白它把每个符号周期切成若干时隙脉冲出现在哪个时隙表示不同的数据而脉冲的宽度保持不变于是平均亮度可以独立地通过脉冲宽度来调。这样调光和通信解耦照明那头怎么调通信这头的符号结构不变。代价是同样的数据速率需要更宽的符号周期频带效率低一些。我在实际项目里的做法是分场景如果是固定亮度的演示链路直接上OOK加曼彻斯特编码最省事如果要求亮度可调就切到可变脉冲位置调制并在接收端根据已知的脉冲宽度动态调整积分窗口。两种模式共用同一套前端只在编码解码模块里切换。4.2 多载波方案的实际取舍DCO和ACO不是二选一那么简单想突破LED带宽限制多载波是主流思路。直流偏置光OFDM的做法是把双极性的OFDM基带信号整体抬升一个直流使之非负然后直接驱动LED。抬升的量要足够大以避免削波但抬升越大功率效率越低这是个直接的权衡。非对称限幅光OFDM换个思路只用奇数号子载波承载数据让时域信号天然具有反对称性削掉负半轴不会损失信息因此不需要额外直流偏置代价是频带效率只有前者的一半。方案直流偏置需求频带效率峰均比敏感度实现复杂度适用场景OOK中等低不敏感最低短距离、低成本验证可变脉冲位置调制可通过脉冲宽度调低不敏感低需要调光兼容直流偏置光OFDM高高很敏感高带宽受限、追求速率非对称限幅光OFDM无中较敏感较高功率效率优先我自己的建议是先把OOK跑通再上多载波。很多人一上来就搭OFDM结果误码率下不去分不清是同步问题、非线性问题还是信道估计问题排查成本极高。OOK链路跑通之后你至少确认了模拟前端、时钟、帧结构都是对的再往上叠多载波问题范围就小得多。4.3 硬件预加重与软件均衡两条路各自适合什么情况带宽补偿有两个层面。硬件层面在发射端做预加重用高通网络或者简单的RC微分网络把高频分量抬起来抵消LED和线缆的低通滚降。这一招成本极低一个电阻一个电容就能见效缺点是抬升的是信号加噪声高频段信噪比本来就差抬完更容易误判。所以预加重的量要克制我一般按能把眼图张开度提升到刚好可判的程度就收手。软件层面最实用的是判决反馈均衡。它的结构是一个前馈滤波器加一个反馈滤波器反馈用的是已经判决出来的符号因此能有效压制码间干扰的拖尾。实现上要注意两点一是训练序列要足够长让自适应算法收敛二是判决错误会通过反馈路径传播所以前馈部分要先做初步均衡把误码率压到足够低再开反馈。我用最小均方算法做自适应步长取太大收敛快但稳态抖动大取太小收敛慢实测在几百个符号内收敛的步长比较合适。值得一提的是室内可见光信道虽然多径比射频弱但墙面反射造成的时延扩展在几米距离上仍有几纳秒到十几纳秒对应到几兆到几十兆的符号率就是明显的码间干扰。这一点在近距离桌面演示时体现不出来一旦把灯挂到天花板上、接收机放在桌面眼图立刻闭合均衡器就是必需品而不是锦上添花。5. 实测中那些手册上不会写的现象与排查链路5.1 帧同步总是差一位根因在交流耦合的基线恢复这个问题折磨了我最久。现象是数据能解出来但整帧错位一个比特而且不是每次错是时而正确时而错位。一开始怀疑时钟恢复换了晶振、调了锁相环参数毫无改善。后来把接收端基带信号直接引到示波器上用长余辉模式看才看出门道每一帧的前导序列到来时隔直电容还处在上一帧留下的偏置状态信号的零电平整体偏了。用固定阈值做前导检测检测点就跟着漂自然差一位。改成滑动相关检测——用已知前导序列做互相关取相关峰的峰值位置而不是过阈位置——问题立刻消失。相关检测对直流偏置不敏感这是它比固定阈值强的地方代价是要多算几十次乘加对现在的处理器完全不是负担。5.2 距离一拉远误码率不是缓慢恶化而是突然跳变正常的信噪比恶化应该是误码率平缓上升但我遇到的是从一米到两米误码率慢慢变差两米到两米二之间突然从万分之一跳到百分之几。这种跳变说明不是单纯的信噪比问题。排查思路是分步定位。第一步固定距离改变接收机的横向位置发现误码率对位置极其敏感偏一两厘米就差很多说明问题在光斑。第二步量光斑尺寸果然在远距离时LED的像已经大于光电二极管的有效感光面积一部分光根本没收进来。这带来两个后果一是接收功率随距离的平方衰减得更快二是光斑边缘不均匀导致信号幅度抖动。解决方式很直接换更大感光面的探测器或者在探测器前面加一个聚光透镜把光斑收拢。我用了后者加了一片简单的非球面透镜等效接收面积提升了好几倍跳变点直接推到了四米开外。这里提醒一句加透镜会引入视场角限制收发两端必须大致对准否则动一下就丢信号这是拿增益换鲁棒性。5.3 环境光干扰的完整定位过程现象是白天测试一切正常下午某个时段开始误码率飙升晚上又好。这种跟时间相关的故障第一反应就该是环境光。定位按这个顺序走。首先关掉室内所有灯具只留信号灯误码率恢复正常——确认了干扰源是环境光。其次用示波器看接收端输出的包络发现叠加了一个几十千赫兹的周期性起伏这个频率对应的是荧光灯具的电子镇流器工作频率。再次把它和信号带宽对比发现它的高次谐波正好落在信号带内。对策分三层。光学层在探测器前加一片窄带滤光片只让发射光的波长通过这一招最有效能把带外干扰压下去一大截。电路层在跨阻放大器后加一级高通滤波把几十千赫兹以下的成分滤掉注意截止频率不能设太高否则会把信号的低频分量也削掉反而造成基线漂移。编码层用直流平衡编码减少低频成分让高通滤波的副作用可控。三层叠上去之后白天黑夜的误码率差异基本抹平了。5.4 频闪、调光与通信速率之间的隐性冲突灯是要给人看的人眼对低频亮度波动敏感如果调制频率落在人眼可感知的范围内就会出现可见的闪烁这在任何实际部署里都是不能接受的。所以数据调制必须叠加在一个足够高的基础频率之上或者用调制方式本身保证亮度波形的波动频率足够高。具体到实现上有几个坑。第一脉冲宽度调制调光频率如果设得太低即使数据本身的速率很高平均亮度的波动仍可能被人眼捕捉尤其在余光观察时更明显。我一般把调光的基础频率设到千赫兹以上并且尽量让亮度波动的幅度小。第二调光深度变化时信号的消光比跟着变接收端的判决门限必须自适应否则暗态下的误码率会明显恶化。第三如果采用可变脉冲位置调制脉冲宽度调光和符号结构是耦合的调光范围越宽可用的符号时隙越少速率就越低这个折中关系要提前算清楚别等到演示时才发现最暗那一档根本传不动。6. 从桌面演示到可用链路还需要补哪些工程细节6.1 链路预算怎么估给一个能直接套用的算法动手之前先把链路预算算一遍能避免很多无用功。发射端用朗伯辐射模型描述设LED的半功率半角为θ则辐射指数 m -ln2 / ln(cosθ)。在偏离轴向φ角、距离d处的辐照度正比于 (m1)/(2πd²) · cos^m(φ)。接收端收到的光功率再乘以探测器有效面积和入射角的余弦。举个具体算例半功率半角取60度算得m等于1发射光功率100毫瓦距离2米探测器有效面积1平方毫米入射角按轴向算。代入得接收光功率约为 100mW × (2/(2π×4)) × 1e-6 ≈ 8微瓦。探测器响应度按0.5安培每瓦算光电流约4微安。跨阻取10千欧输出电压40毫伏。这个幅度对一个带宽几兆赫兹的放大器来说信噪比是够的但如果距离拉到4米光功率降到四分之一输出电压只剩10毫伏就必须靠更大的跨阻或者聚光来补。这个算法的价值不在于精确而在于让你在焊板子之前就知道这个距离大概能不能行避免设计完之后才发现量级不对。6.2 一份可复现的搭建清单与关键参数环节关键器件/模块关键参数我的经验取值发射光源蓝光或白光LED额定电流、半功率角偏置取额定值50%~70%恒流驱动线性恒流模块输出电流精度纹波小于1%调制旁路小功率MOSFET栅极电荷、导通电阻栅极串阻3.3欧姆光电探测硅基PIN二极管响应度、结电容加几伏反偏前置放大跨阻放大器增益带宽积、输入电流噪声跨阻10千欧分级放大后级处理可变增益放大比较器带宽、响应时间门限取峰值45%~55%数字处理通用处理器或现场可编程门阵列采样率至少4倍符号率光学辅助非球面聚光透镜、窄带滤光片视场角、中心波长按发射波长选型采样率这一项值得单独提一句。很多人按两倍符号率采样理论上满足奈奎斯特但实际中因为定时误差和码间干扰两倍采样下的判决性能会很差。我建议至少四倍过采样让定时恢复有足够的自由度去找最佳采样点代价是数据量和处理量上去但换来的是稳定性的明显提升。6.3 这套系统还能往哪些方向延伸把点对点的链路跑通之后往上有不少可以做的方向。一个是多灯组网天花板上的多盏灯同时发射接收端面对的是多个不同位置的光源天然构成一个分布式天线阵列可以做分集接收或者基于到达角的定位。做这个方向要注意灯与灯之间的同步以及重叠区域的干扰管理简单时分或者码分是比较容易落地的思路。另一个是与定位结合每盏灯发出带有自身标识的信息接收端根据各灯信号的强度比例估算自己的位置精度在分米量级是可期待的配合惯性传感器还能进一步平滑。再一个是回传链路的设计下行灯到终端很自然上行可以考虑红外发射这样上下行在光谱上分开互不干扰也不需要额外的频谱协调。最后一个我觉得最有意思的方向是与照明质量协同优化通信速率、调光深度、显色指数、频闪指标这几件事在器件和波形层面是互相牵制的把它们放在一个优化框架里一起考虑而不是各调各的往往能找到比单独优化更好的工作点。我在实验里就遇到过一个情况把调制波形稍微改一下速率降了不到百分之十但显色性和频闪指标都明显改善整体上反而更划算。这套链路我从最开始只能在一米内跑通、误码率还时好时坏到后来在四米距离、正常室内照度下稳定工作中间真正花时间的不是写算法而是反复回到示波器前面看波形、量光斑、算偏置。可见光通信这个东西的门槛不在概念在于你愿不愿意把模拟前端的每一个毫伏都抠清楚。谁把前端做扎实了后面的调制和均衡才有发挥的余地。 
长河君 · 2026/11/3 17:11:29 · 阅读 1.2k LED室内可见光通信系统设计与实测：从驱动电路到误码测试
室内照明用的LED灯除了照亮房间还能在同一束光上承载数据——这就是基于LED的室内可见光通信系统要做的事。我第一次接触这个方向时也觉得像噱头灯光闪得那么快人眼看不见但数据真的能跑起来吗实测下来一套不算复杂的收发链路在正常办公照度下跑出几兆比特每秒并不难难的是距离一拉远、环境光一变、调光一开误码率就开始飘。这套系统本质上是把照明和通信两个目标强绑在一根光线上任何一端让步都会牵动另一端这也是它跟普通无线链路最大的不同。下面我把从选灯、画驱动、搭接收前端到跑通误码测试的过程完整拆一遍包括那些数据手册上不会写、只有焊过板子才会遇到的现象。适合做过一点模拟电路、想动手复现一条可见光链路的读者也适合只想搞清原理边界的人。1. 为什么我选择从灯这一端切入通信链路1.1 LED天生就是一个高速开关而不是单纯的光源很多人把可见光通信想成给灯泡加个调制器其实顺序反了。LED的发光原理是PN结正向注入载流子复合发光在一定的电流区间内输出光功率与注入电流近似成线性关系而且这个开关的速度由载流子寿命和结电容决定做照明用的器件轻松就能响应到兆赫兹量级。这意味着你不需要额外的调制器件只要控制流过LED的电流光强的包络就跟着电流走信息直接写进了光的强度里。这就构成了可见光通信最基础的架构强度调制、直接检测IM/DD。发射端把比特映射成电流波形接收端用光电二极管把光强转回电流再放大判决。整条链路没有载波搬移没有混频也没有本振同步结构上比射频收发机简单得多这也是它适合快速搭原型的根本原因。但简单是要付代价的。光强是个非负量你没法让光负着亮所以任何双极性基带信号都必须垫一个直流偏置才能送进LED。这个偏置点的位置直接决定了后面所有的非线性表现和功率效率是整个系统设计里第一个绕不开的取舍。1.2 室内场景的真实诱惑以及同样真实的硬约束先说诱惑。可见光链路的物理边界就是墙面光出不了房间天然具备空间隔离性它不占用射频频谱也不产生射频辐射在对照射有要求又对电磁敏感的场景里有独特位置照明本身已经在供电通信等于搭了便车。再加上接收端能根据多个灯的光斑强度做粗略定位这套系统天然带着照明通信位置三合一的潜力。约束同样硬。第一是带宽常见荧光粉转换型白光LED蓝光芯片激发黄色荧光粉荧光粉的衰减时间在几百纳秒量级把整灯的-3dB带宽压到了几兆赫兹这是物理层面绕不过去的瓶颈。第二是信噪比室内照度对应到接收面的光功率本身就有限加上光电转换效率落到跨阻放大器输入端的信号电流常常只有微安级。第三是上行缺失灯往下照很自然终端往上回传就得另想办法要么加红外上行要么干脆做成单向广播。第四是调光兼容灯是要调亮度的亮度一变信号的直流分量跟着变判决门限就得跟着动。把这些约束列清楚之后你会发现这套系统的设计重心不在能不能通而在通了之后怎么稳住。我后面所有的选型和电路细节都是围绕这个重心展开的。2. 发射端把比特流塞进一束光里的具体做法2.1 LED器件选型荧光粉白光和蓝光器件的带宽差距有多大这是整个项目里影响最大的一次选型决策我建议动手前先想清楚。荧光粉转换白光LED的优势是显色性好、成本低、直接就是照明灯缺点是荧光粉的慢响应拖累了带宽。实测中同一块板上分别驱动一颗普通白光照明LED和一颗蓝光LED用网络分析仪扫小信号响应白光器件的-3dB点常在2到5兆赫兹之间而蓝光器件能轻松上到20兆赫兹以上个别小尺寸封装甚至能摸到50兆赫兹。如果你的目标是照明为主、通信为辅那就接受几兆带宽的现实把调制方式选得鲁棒一些。如果目标是通信性能优先有几个常见做法一是直接用蓝光LED做发射接收端加一片蓝色滤光片牺牲显色性换带宽二是用RGB三色LED只调制其中的蓝通道红绿通道恒定发光负责照明这样照明和通信在器件层面就解耦了三是在白光LED的驱动上做均衡预加重把高频分量人为抬起来补偿荧光粉的滚降代价是低频段信噪比浪费。测带宽的时候有个细节容易忽略不要只测LED本身要把驱动电路一起测。很多时候你以为的器件带宽其实是驱动管的开关速度和PCB寄生参数共同决定的换一颗更快的LED却没换驱动带宽一点不涨白花钱。2.2 恒流源叠加调制信号驱动电路到底该怎么接LED是电流驱动器件压控是不行的必须保证直流工作点稳定。我采用的是一种最朴素也最可靠的结构恒流源提供直流偏置调制管并联分流。具体来说恒流源负责把平均电流稳住一个MOSFET并联在LED两端或者并联在恒流源的旁路路径上由调制信号控制它的导通程度把一部分电流从LED身上抢走。这样LED上的电流就是在偏置电流上下波动的调制波形而总的供电电流基本不变。这种做法的好处是恒流源不需要具备高速响应能力你可以用一颗很普通的线性恒流器件速度压力全落在旁路的MOSFET和它的栅极驱动上。选MOSFET时看三个参数栅极电荷要小否则驱动能力不够时上升沿拖沓导通电阻要低减少旁路时的功耗封装寄生电感要小。栅极驱动电阻我一开始按常规取了10欧姆实测眼图上升沿明显偏慢后来降到2.2欧姆配合更短的走线才打开。这里有个反直觉的经验驱动电阻不是越小越好太小会激起栅源之间的振铃眼图上出现明显的过冲和拖尾反而恶化判决。我最后定在3.3欧姆配一个栅极串联磁珠压振铃。2.3 偏置点的选择以及LED非线性为什么必须提前算进去偏置电流取多少直接决定线性度和热耗。取太小LED工作在P-I曲线的膝点附近小信号增益低而且严重非线性取太大结温上升波长漂移光效下降还容易逼近饱和区。我的经验值是取器件额定电流的**50%到70%**之间然后在这个点上扫一遍小信号响应看线性度。LED的非线性有两个来源值得单独说。一个是大电流下的效率跌落电流越大人均发光效率越低导致P-I曲线在高段向下弯另一个是小电流下的复合竞争低电流时非辐射复合占比上升曲线在低段也弯。结果是中间有一段相对直的区间你要做的就是把调制摆幅控制在这段区间内。这个非线性对OOK调制几乎无感因为判决只看高低两个电平但对多载波调制是致命的OFDM信号的峰均比高峰值一旦推进非线性区就会产生带内失真和带外泄漏。我在做OFDM实验时第一步就是量出P-I曲线然后据此设定削波门限必要时在发射端加一级查表预失真。别小看这一步不做预失真直接上OFDM误码率曲线会出现明显的地板效应——信噪比再加也降不下去。3. 接收端微安级光电流如何变成可以判决的电平3.1 光电探测器与跨阻放大器之间的带宽增益权衡接收端的核心是光电二极管加跨阻放大器。光电二极管的响应度决定了每瓦光功率能产出多少安培电流常见硅基PIN器件在可见光波段的响应度在0.4到0.6安培每瓦之间。这个数字看着不大但配合后面高跨阻的放大器就够用了。跨阻放大器的设计有一个绕不开的矛盾跨阻越大噪声折算到输入端越小但闭环带宽越低。粗略估算闭环-3dB带宽约等于 1/(2π·Rf·Cd)其中Rf是反馈电阻Cd是光电二极管的结电容加上运放输入电容和PCB寄生电容。举个具体例子如果Cd是3皮法反馈电阻取100千欧算下来带宽只有五百多千赫兹根本不够用把反馈电阻降到10千欧带宽上到5兆赫兹但输出噪声电压折算到输入端就放大了十倍。我的处理办法是分级第一级用较小的跨阻保带宽第二级加电压增益和滤波。同时选运放时重点看增益带宽积和输入电流噪声前者要远大于你想要的闭环带宽乘以噪声增益后者直接决定了接收灵敏度下限。另外反馈电阻两端并联一个小电容做相位补偿是必须的不然阶跃响应会严重振铃眼图糊成一团。还有一个实际中常被忽略的点光电二极管的偏置。加反向偏置能减小结电容、提高带宽和响应速度但会增加暗电流。我一般加几伏的反偏具体看器件手册别加太满暗电流上去了噪声也跟着上去。3.2 环境光带来的直流背景以及交流耦合埋下的基线漂移室内环境光是个大麻烦。太阳光、灯具的直流分量都会在光电二极管上产生光电流这个电流可能比你的信号电流大几个数量级直接把跨阻放大器推到饱和。最直接的办法是隔直电容做交流耦合。但交流耦合会带来一个新问题基线漂移。当数据流里连续出现长串的0或1时耦合电容缓慢充放电判决电平跟着漂误码就来了。解决办法有两个方向一是在编码层面保证直流平衡用曼彻斯特编码或8b/10b这类编码让信号的正负面积大致相等二是在电路层面做基线恢复用峰值检测或者自适应门限跟随。我用的是组合拳编码上强制直流平衡电路上再加一级简单的峰值检测做门限自适应。实测下来纯靠编码在短包场景够用长包还是会漂加了门限跟随之后才彻底稳。3.3 自动增益与判决门限的工程实现因为距离会变、灯的光通量会变、环境光会变接收信号的幅度动态范围很大固定增益必然有一头不合适。加一级可变增益放大器是必要的。控制逻辑可以很简单检测输出信号的峰峰值跟一个目标窗口比较超出就降增益不足就升增益用低速的积分控制就行别做成快速响应否则会把数据的包络也当成幅度变化去追。判决门限的取法我更倾向于中点自适应取信号峰值的某个比例作为门限而不是绝对电压。原因是LED的消光比会随偏置和温度变化绝对门限很快就失配。这个比例系数不是理论值0.5最好实测中因为上升下降沿不对称取0.45到0.55之间微调眼图张开度最舒服。4. 调制方式与均衡带宽不够的时候拿什么补4.1 从OOK到可变脉冲位置调制调光兼容怎么兼顾开关键控是最容易上手的方案实现简单接收端一个比较器就能判决。它的短板是调光不友好亮度要靠改变平均占空比来调而占空比一变判决门限跟着变通信质量跟着抖。可变脉冲位置调制在这件事上想得更明白它把每个符号周期切成若干时隙脉冲出现在哪个时隙表示不同的数据而脉冲的宽度保持不变于是平均亮度可以独立地通过脉冲宽度来调。这样调光和通信解耦照明那头怎么调通信这头的符号结构不变。代价是同样的数据速率需要更宽的符号周期频带效率低一些。我在实际项目里的做法是分场景如果是固定亮度的演示链路直接上OOK加曼彻斯特编码最省事如果要求亮度可调就切到可变脉冲位置调制并在接收端根据已知的脉冲宽度动态调整积分窗口。两种模式共用同一套前端只在编码解码模块里切换。4.2 多载波方案的实际取舍DCO和ACO不是二选一那么简单想突破LED带宽限制多载波是主流思路。直流偏置光OFDM的做法是把双极性的OFDM基带信号整体抬升一个直流使之非负然后直接驱动LED。抬升的量要足够大以避免削波但抬升越大功率效率越低这是个直接的权衡。非对称限幅光OFDM换个思路只用奇数号子载波承载数据让时域信号天然具有反对称性削掉负半轴不会损失信息因此不需要额外直流偏置代价是频带效率只有前者的一半。方案直流偏置需求频带效率峰均比敏感度实现复杂度适用场景OOK中等低不敏感最低短距离、低成本验证可变脉冲位置调制可通过脉冲宽度调低不敏感低需要调光兼容直流偏置光OFDM高高很敏感高带宽受限、追求速率非对称限幅光OFDM无中较敏感较高功率效率优先我自己的建议是先把OOK跑通再上多载波。很多人一上来就搭OFDM结果误码率下不去分不清是同步问题、非线性问题还是信道估计问题排查成本极高。OOK链路跑通之后你至少确认了模拟前端、时钟、帧结构都是对的再往上叠多载波问题范围就小得多。4.3 硬件预加重与软件均衡两条路各自适合什么情况带宽补偿有两个层面。硬件层面在发射端做预加重用高通网络或者简单的RC微分网络把高频分量抬起来抵消LED和线缆的低通滚降。这一招成本极低一个电阻一个电容就能见效缺点是抬升的是信号加噪声高频段信噪比本来就差抬完更容易误判。所以预加重的量要克制我一般按能把眼图张开度提升到刚好可判的程度就收手。软件层面最实用的是判决反馈均衡。它的结构是一个前馈滤波器加一个反馈滤波器反馈用的是已经判决出来的符号因此能有效压制码间干扰的拖尾。实现上要注意两点一是训练序列要足够长让自适应算法收敛二是判决错误会通过反馈路径传播所以前馈部分要先做初步均衡把误码率压到足够低再开反馈。我用最小均方算法做自适应步长取太大收敛快但稳态抖动大取太小收敛慢实测在几百个符号内收敛的步长比较合适。值得一提的是室内可见光信道虽然多径比射频弱但墙面反射造成的时延扩展在几米距离上仍有几纳秒到十几纳秒对应到几兆到几十兆的符号率就是明显的码间干扰。这一点在近距离桌面演示时体现不出来一旦把灯挂到天花板上、接收机放在桌面眼图立刻闭合均衡器就是必需品而不是锦上添花。5. 实测中那些手册上不会写的现象与排查链路5.1 帧同步总是差一位根因在交流耦合的基线恢复这个问题折磨了我最久。现象是数据能解出来但整帧错位一个比特而且不是每次错是时而正确时而错位。一开始怀疑时钟恢复换了晶振、调了锁相环参数毫无改善。后来把接收端基带信号直接引到示波器上用长余辉模式看才看出门道每一帧的前导序列到来时隔直电容还处在上一帧留下的偏置状态信号的零电平整体偏了。用固定阈值做前导检测检测点就跟着漂自然差一位。改成滑动相关检测——用已知前导序列做互相关取相关峰的峰值位置而不是过阈位置——问题立刻消失。相关检测对直流偏置不敏感这是它比固定阈值强的地方代价是要多算几十次乘加对现在的处理器完全不是负担。5.2 距离一拉远误码率不是缓慢恶化而是突然跳变正常的信噪比恶化应该是误码率平缓上升但我遇到的是从一米到两米误码率慢慢变差两米到两米二之间突然从万分之一跳到百分之几。这种跳变说明不是单纯的信噪比问题。排查思路是分步定位。第一步固定距离改变接收机的横向位置发现误码率对位置极其敏感偏一两厘米就差很多说明问题在光斑。第二步量光斑尺寸果然在远距离时LED的像已经大于光电二极管的有效感光面积一部分光根本没收进来。这带来两个后果一是接收功率随距离的平方衰减得更快二是光斑边缘不均匀导致信号幅度抖动。解决方式很直接换更大感光面的探测器或者在探测器前面加一个聚光透镜把光斑收拢。我用了后者加了一片简单的非球面透镜等效接收面积提升了好几倍跳变点直接推到了四米开外。这里提醒一句加透镜会引入视场角限制收发两端必须大致对准否则动一下就丢信号这是拿增益换鲁棒性。5.3 环境光干扰的完整定位过程现象是白天测试一切正常下午某个时段开始误码率飙升晚上又好。这种跟时间相关的故障第一反应就该是环境光。定位按这个顺序走。首先关掉室内所有灯具只留信号灯误码率恢复正常——确认了干扰源是环境光。其次用示波器看接收端输出的包络发现叠加了一个几十千赫兹的周期性起伏这个频率对应的是荧光灯具的电子镇流器工作频率。再次把它和信号带宽对比发现它的高次谐波正好落在信号带内。对策分三层。光学层在探测器前加一片窄带滤光片只让发射光的波长通过这一招最有效能把带外干扰压下去一大截。电路层在跨阻放大器后加一级高通滤波把几十千赫兹以下的成分滤掉注意截止频率不能设太高否则会把信号的低频分量也削掉反而造成基线漂移。编码层用直流平衡编码减少低频成分让高通滤波的副作用可控。三层叠上去之后白天黑夜的误码率差异基本抹平了。5.4 频闪、调光与通信速率之间的隐性冲突灯是要给人看的人眼对低频亮度波动敏感如果调制频率落在人眼可感知的范围内就会出现可见的闪烁这在任何实际部署里都是不能接受的。所以数据调制必须叠加在一个足够高的基础频率之上或者用调制方式本身保证亮度波形的波动频率足够高。具体到实现上有几个坑。第一脉冲宽度调制调光频率如果设得太低即使数据本身的速率很高平均亮度的波动仍可能被人眼捕捉尤其在余光观察时更明显。我一般把调光的基础频率设到千赫兹以上并且尽量让亮度波动的幅度小。第二调光深度变化时信号的消光比跟着变接收端的判决门限必须自适应否则暗态下的误码率会明显恶化。第三如果采用可变脉冲位置调制脉冲宽度调光和符号结构是耦合的调光范围越宽可用的符号时隙越少速率就越低这个折中关系要提前算清楚别等到演示时才发现最暗那一档根本传不动。6. 从桌面演示到可用链路还需要补哪些工程细节6.1 链路预算怎么估给一个能直接套用的算法动手之前先把链路预算算一遍能避免很多无用功。发射端用朗伯辐射模型描述设LED的半功率半角为θ则辐射指数 m -ln2 / ln(cosθ)。在偏离轴向φ角、距离d处的辐照度正比于 (m1)/(2πd²) · cos^m(φ)。接收端收到的光功率再乘以探测器有效面积和入射角的余弦。举个具体算例半功率半角取60度算得m等于1发射光功率100毫瓦距离2米探测器有效面积1平方毫米入射角按轴向算。代入得接收光功率约为 100mW × (2/(2π×4)) × 1e-6 ≈ 8微瓦。探测器响应度按0.5安培每瓦算光电流约4微安。跨阻取10千欧输出电压40毫伏。这个幅度对一个带宽几兆赫兹的放大器来说信噪比是够的但如果距离拉到4米光功率降到四分之一输出电压只剩10毫伏就必须靠更大的跨阻或者聚光来补。这个算法的价值不在于精确而在于让你在焊板子之前就知道这个距离大概能不能行避免设计完之后才发现量级不对。6.2 一份可复现的搭建清单与关键参数环节关键器件/模块关键参数我的经验取值发射光源蓝光或白光LED额定电流、半功率角偏置取额定值50%~70%恒流驱动线性恒流模块输出电流精度纹波小于1%调制旁路小功率MOSFET栅极电荷、导通电阻栅极串阻3.3欧姆光电探测硅基PIN二极管响应度、结电容加几伏反偏前置放大跨阻放大器增益带宽积、输入电流噪声跨阻10千欧分级放大后级处理可变增益放大比较器带宽、响应时间门限取峰值45%~55%数字处理通用处理器或现场可编程门阵列采样率至少4倍符号率光学辅助非球面聚光透镜、窄带滤光片视场角、中心波长按发射波长选型采样率这一项值得单独提一句。很多人按两倍符号率采样理论上满足奈奎斯特但实际中因为定时误差和码间干扰两倍采样下的判决性能会很差。我建议至少四倍过采样让定时恢复有足够的自由度去找最佳采样点代价是数据量和处理量上去但换来的是稳定性的明显提升。6.3 这套系统还能往哪些方向延伸把点对点的链路跑通之后往上有不少可以做的方向。一个是多灯组网天花板上的多盏灯同时发射接收端面对的是多个不同位置的光源天然构成一个分布式天线阵列可以做分集接收或者基于到达角的定位。做这个方向要注意灯与灯之间的同步以及重叠区域的干扰管理简单时分或者码分是比较容易落地的思路。另一个是与定位结合每盏灯发出带有自身标识的信息接收端根据各灯信号的强度比例估算自己的位置精度在分米量级是可期待的配合惯性传感器还能进一步平滑。再一个是回传链路的设计下行灯到终端很自然上行可以考虑红外发射这样上下行在光谱上分开互不干扰也不需要额外的频谱协调。最后一个我觉得最有意思的方向是与照明质量协同优化通信速率、调光深度、显色指数、频闪指标这几件事在器件和波形层面是互相牵制的把它们放在一个优化框架里一起考虑而不是各调各的往往能找到比单独优化更好的工作点。我在实验里就遇到过一个情况把调制波形稍微改一下速率降了不到百分之十但显色性和频闪指标都明显改善整体上反而更划算。这套链路我从最开始只能在一米内跑通、误码率还时好时坏到后来在四米距离、正常室内照度下稳定工作中间真正花时间的不是写算法而是反复回到示波器前面看波形、量光斑、算偏置。可见光通信这个东西的门槛不在概念在于你愿不愿意把模拟前端的每一个毫伏都抠清楚。谁把前端做扎实了后面的调制和均衡才有发挥的余地。