波分复用器原理与选型全解析:TFF/AWG、CWDM/DWDM一文看懂

每次遇到波分复用器,我总会想起早年间在某个城域网机房里的扩容场景:两个核心节点之间的光纤资源已经用光,新增的10G业务等着开通,重新敷设光缆要等规划、施工、割接,周期长得让人头大。当时传输岗的同事拿出几台波分复用器,在两个机房两头一接,业务直接用现成光纤跑起来了,前后没花多少时间,也没有动一根管孔资源。

说真的,波分复用器不是什么玄乎的东西,它解决的问题很朴素:一根光纤里能不能同时传多路信号?能,那就把每一路信号放到不同的波长上,发送端合在一起,接收端再按波长分开。波分复用器就是干这件事的核心器件。无论你是做传输、数通还是接入网,只要接触到光链路扩容、DCI互联、PON组网,迟早都会和它打交道。这篇内容我会从工作原理、器件类型、参数指标、工程应用一直讲到功率预算和实际排障,尽量把“专业解说”落到实处,让看完的人能真正上手判断和选型。

1. 一根光纤的“车位”不够了:波分复用到底解决什么问题

1.1 扩容的三条老路和它们的瓶颈

先说说没有波分复用之前,大家是怎么扩容的。最直接的办法是增加光缆芯数,但管孔资源是有限的,很多路段的地下管廊早就塞满了光缆,再想穿一根新光缆,得协调的部门能排到几个月后。想办法提升单波速率也是一个思路,把10G换成40G甚至100G,问题在于现网光缆的色散特性不一定支持,设备板卡也很贵,还要考虑已有业务的中断风险。

还有一种做法是把备用纤芯调出来用,几个方向各留了几芯备用,平时不敢动,一旦真调出来用,后面就没有任何冗余了。所以扩容这事看着简单,牵扯到物理资源、设备投资、业务连续性,往往哪条路都不好走。

那换个角度想:光在光纤里传输的时候,同时注入好几个波长,它们叠在一起走,互不干扰。发送端用合波器把多路信号压到一根纤里,接收端用分波器按波长取出来。这就是波分复用要干的事,而波分复用器就是承载合波、分波功能的器件。这个概念一落地,光纤的“车道”从一条变成了几十条,而且物理层完全不用改造。

1.2 波分复用的本质:给光信号分车道

把光纤想象成一条高速公路,以前一辆车占一整条路,其他车只能排队等。波分复用等于按车牌尾号把车道分开了,不同尾号的车各走各的车道,互不抢道。每个波长就是一张“车道通行证”,在发送端办入场,在接收端按凭证出场,中间全程共享一根光纤。

工程上把发端的器件叫MUX(合波器),收端的叫DEMUX(分波器),很多设备是收发一体的,一个模块里同时包含合波和分波两部分。用于波分复用的波长方案主要有两类,一类叫粗波分复用,通道间隔宽,成本低;另一类叫密集波分复用,通道间隔窄,容量大,波长精度要求高。这两个方向会在后面单独展开,这里先把概念钉死:波分复用器解决的,就是“一根光纤怎么变成几十根”的问题。

明白了它解决的问题,就能理解为什么它这些年一直是传输网里最常见的物理层器件,也就能顺着往下想:同样是合分波,不同厂家的东西为什么价格差那么多,指标上到底差在哪里。这就必须拆开器件内部看设计了。

2. 合波与分波:波分复用器的两类主流设计

2.1 薄膜滤光片型(TFF):逐级筛光的“闸机”

薄膜滤光片型波分复用器,核心部件是在基片上镀的一层层介质膜,不同波长的光经过这层膜时,有的被反射,有的透过去。合波时,每路特定波长的光从一个端口进来,经过对应滤光片时被准确引导到公共端;分波时反过来,公共端进来的混合光,一路经过多级滤光片,按波长一个一个被“筛”到各自的输出端口。

这个过程很像小区停车场入口的闸机,一辆车过一道闸,车型不对就不放行。因为是一级一级串联的,TFF型复用器的插入损耗会随着通道数的增加而变大。做8通道时,典型插损还能控制在两三个dB,做到16通道以后,整体损耗就会明显上台阶。此外,每个通道都需要独立的滤光片级联,通道数越多,体积和成本也跟着涨。

TFF的优势在于隔离度好,相邻通道之间“串话”少,温度稳定性也比较优秀,在常见的机房环境下不太容易出波长漂移问题,价格在中小通道数范围内也很友好。所以城域网短距、企业互联这类通道数不多的场景,TFF型依然是主流选择。维护的时候要注意方向,MUX和DEMUX的端口不能搞反,插错方向虽然能通,但损耗会莫名其妙变高。

2.2 阵列波导光栅型(AWG):像棱镜一样把光谱摊开

AWG的物理原理比TFF更接近“分光”这个概念。它是一块平面波导芯片,输入光进入自由传播区后,在阵列波导里走不同的路程,不同波长的光经历的相位延迟不一样,出射时就会按波长聚焦到不同输出端口,相当于一个微缩版的棱镜,把混在一起的光谱一次摊开。

好处很明显:通道数可以做得很高,40波、80波都很常见,插损也相对均匀,不会像TFF那样随着通道数增长直线上升,因此在DWDM大通道数场景里几乎是唯一选择。但AWG也有天生的短板,就是对温度敏感。波长会随温度变化发生漂移,所以很多AWG模块都加了温控或者做了温度补偿设计,温度范围一大,如果不带补偿,中心波长可能偏出去,信号就会落在通道边缘,插损变大,严重时直接产生误码。

AWG的另一项短板是相邻通道隔离度不如TFF那么突出,对激光器的线宽和波长锁定提出了更高要求。所以别一听AWG“高端”就无脑选,先看清楚你打算开几个通道、间隔多宽、环境温度稳不稳定,再做决定。

2.3 一张表看明白TFF和AWG怎么选

我自己整理过一份对比,给选型时做参考:

对比项薄膜滤光片型(TFF)阵列波导光栅型(AWG)
通道数4-16为主,扩展有限40、80甚至更高
插损特点随通道数逐级累加相对均匀
相邻隔离度较好略低,需配合窄线宽激光器
温度稳定性好需要温控或补偿
成本低高
典型场景城域短距、CWDM、中小通道数DWDM骨干网、高密度DWDM、大型DCI

原则很简单:通道数少、预算有限、环境温度波动大的场景,优先考虑TFF;通道数多、需要长距离密集波分、对扩容上限有明确预期的,AWG更合适。有些人买设备只看“能不能通”,但不同技术路线在做长链路时的表现差异很大,这一层得提前想明白。

3. CWDM与DWDM:一对“性格”相反的方案

3.1 通道间隔是背后的那只看不见的手

粗波分复用和密集波分复用的本质差别,在于通道间隔。CWDM的通道间隔一般是20nm,从1270nm到1610nm这个范围里能分出十几个波长;DWDM的间隔通常只有0.8nm甚至0.4nm,对应行业标准里的波长栅格,能容纳几十个甚至上百个波道。

间隔宽,带来的直接好处是激光器好做,CWDM可以使用没有制冷功能的激光器,波长发生一点漂移也无所谓,反正隔壁通道离得很远,根本撞不上。间隔窄,就意味着激光器必须窄线宽、波长要精确锁定,接收端的滤波器也要做得更尖,整个系统的技术难度和成本都会上一个台阶。

通信行业里老说的“波道”,就是指波长通道。选CWDM还是DWDM,本质上就是在选一个“波道密度”,密度越高,系统越金贵,对光模块、复用器、放大多器的要求越严格。

3.2 光谱漂移:为什么窄间隔方案更“金贵”

激光器的输出波长会随温度变化发生漂移,复用器里的滤光片和AWG也有同样的特性。CWDM因为间隔宽,就算整体漂移个一纳米,也还是在自己车道上跑,最多靠边一点,不会蹭到别人。DWDM可就不一样了,0.8nm的间隔本身就很窄,如果激光器没有锁定,温度一波动,信号中心波长很可能就偏到隔壁通道的带宽里去了,隔离度恶化,接收端看到的信号质量迅速下降。

我见过一个夏天的故障案例:某机房空调能力不足,午后温度升高,一条DWDM链路开始间歇性误码,光功率调来调去都查不出问题。后来用光谱仪一看,某个加装的不制冷光模块中心波长已经漂了一段距离,正好顶到相邻通道边缘。换掉那个模块,误码就消失了。

这个案例很有代表性,也说明了为什么要区分CWDM和DWDM,频道窄的系统,对波长稳定性极度敏感。便宜光模块搭配窄间隔DWDM,往往省下的钱最后都会变成排查故障的时间补回去。

3.3 应用场景的对应关系

下面这张表可以帮你快速对号入座:

对比项CWDMDWDM
通道间隔20nm0.8nm / 0.4nm
通道数量十几个以内几十到上百
激光器要求可放宽,便宜严格,需锁定
传输距离短中距离长距离、大容量
成本低高
典型场景接入网、企业互联、城域短距骨干网、城域核心、DCI

实际部署中,如果距离不长、业务只有几路,CWDM的性价比优势非常明显。如果已经能预见到业务会持续增长,或者链路距离长、需要配合光放,那就直接考虑DWDM,别等后期推倒重来。

4. 决定复用器优劣势的四项硬指标

4.1 插入损耗:预算里最“斤斤计较”的一项

插入损耗就是光信号经过复用器时发生的功率损失。MUX输入端到公共端之间的插损,假如是3dB,那这路光只剩下一半功率;DEMUX公共端到输出端还要再来一次损耗。插损的来源很多,除了波导和膜层的固有损耗之外,连接器、法兰、尾纤弯曲也都会产生损耗。

TFF型因为逐级级联,插损会随着通道数增长而变高;AWG相对均匀一些。别小看这个指标,在做链路预算时,复用器两端的插损加起来可能有8到10dB,比几十公里光纤本身的损耗还大。所以验收时一定要实测每个通道的插损,方法和想法都很简单,用稳定光源从通道端口注入,再在公共端用光功率计读数,和光源输出功率做差,就是插损值。测的时候注意光源波长必须对准被测通道的中心波长,不然测出来的数值没意义。

4.2 相邻通道隔离度:串扰是隐性杀手

隔离度衡量的是信号从某一个通道漏到相邻通道的量。隔离度差了,第1波的光会有一部分漏到第2波去,接收端的信号质量马上恶化。常见的指标分相邻隔离度和非相邻隔离度两种,工程上一般认为相邻隔离度至少要有30dB以上才算合格。

不过我想提醒的是,实际维护中遇到的“串扰”问题,很多不是器件本身隔离度不合格,而是人把端口插错了。某个通道本该接第5波的光,结果现场接了第7波的跳线,两路信号同时进到一个复用器通道,接收端光谱就会显示出异常的双峰或展宽。所以现场施工时,通道标签一定要清楚,否则再好的器件也会被“人为泄漏”搞出误码来。

4.3 中心波长与通道带宽:对得准的车位

复用器的每一个通道,都有一个标称的中心波长和一个通带宽度。激光器输出的波长相当于车的宽度,通道带宽相当于车位的宽度。车太宽或者停偏了,就会压线,甚至蹭到隔壁车位。

以100GHz间隔的通道为例,-0.5dB带宽通常在0.5nm左右。如果激光器中心波长偏了0.2到0.3nm,信号就处在通道边缘区域,插损会增加很多。这个现象在波分系统里很常见,尤其是用了未加锁模块的时候。验收时可以用光谱仪看通道形状,把光源设为通道中心波长,观察输出光谱的峰值位置和波形对称性,旁边如果有异常旁瓣,说明器件或连接有问题。

4.4 温度稳定性与长期可靠性

波分复用器不一定都待在恒温机房,有的装在室外光交箱,有的在机房角落挨着空调出风口,环境温度波动很大。无源器件的温度范围一般能做到-5℃到70℃,但具体要看规格书。AWG对温度尤其敏感,没做温补的型号,温度变化50℃可能带来0.5nm左右的波长偏移,在0.8nm间隔的DWDM系统里,这已经是不能接受的了。

还有一个容易被忽视的可靠性问题,就是尾纤端面。复用器尾纤插头如果脏了或者磨损,会产生反射,强反射会影响激光器的正常工作,严重时直接造成瞬时误码。所以每次插拔尾纤前,都应该用光纤检查镜看看端面,用专用清洁笔清理,不用的时候一定盖上防尘帽,不要用酒精棉乱擦。

5. 从骨干网到数据中心:波分复用器的真实工程角色

5.1 骨干网和城域网的点到点扩容

传统传输网里,两个核心节点之间最典型的就是点到点链路。要在不新增光纤的前提下扩容,只需在A端加MUX、B端加DEMUX,把原来的业务按波长分配到对应端口,整条光纤的容量就成倍往上翻。波分复用器在这个场景里,基本就是“物理层扩容开关”。

我在某城域网项目里做过一次这样的割接,两个机房之间原来只有4条10G链路,光纤已经几乎用尽,新业务又急等着上线。我们上了一套16波DWDM复用器,先启用其中8个波长,原有的4条10G业务逐一搬进4个波道,剩下的波长留给新业务。整个割接过程没有新增一根光缆,业务安排在夜间窗口执行,用户完全无感知。这种扩容方式,可以说是所有传输工程师最喜欢的一种,简单、直接、动光不动地。

5.2 数据中心互联:波分复用器进入“短距离赛道”

数据中心之间的互联需求这几年变化很大,带宽越开越大,距离却不一定是几百公里,很多DCI链路也就几十公里。这时候大规模建设OTN骨干站成本太高,更常见的做法是直接在光模块层面做文章。一些并行光模块内部就在用波分复用,比如把4个波长合成到一对光纤里跑100G甚至400G,模块内部就集成着微型合分波器。

这类方案的波长间隔比传统DWDM更密,对模块内器件的精度要求非常高,但它恰恰说明了一个趋势:波分复用器正在“变小、变密、变便宜”。它不一定是机房里的机架式设备,也可能是一颗藏在光模块里面的微型芯片。做网络集成的人理解这一点很重要,因为很多所谓的高速率光模块,本质上就是一台微缩版的波分复用设备。

5.3 无源光网络里的“波分影子”

在接入网领域,PON系统天然就是按波长分工的,上下行就用了两个不同的波长共用一根光纤,这其实就是最基础的两波WDM。再往前走一步的WDM-PON,会给每个用户或者每类业务分配独立的波长,从物理层就保证了业务隔离,安全性更高。

5G前传和回传场景里,小型化波分复用器也大量出现。多个基站的前传业务往往要汇聚到一根主干光纤上,每路业务分配一个波长,一根纤就能传五路六路甚至更多。这类应用平平无奇,但数量极其庞大,恰恰是波分复用器真正的“基本盘”。它不一定出现在聚光灯下,但每一根物理光纤背后,几乎都有它的影子。

6. 实战:功率预算计算与一次链路故障排查复盘

6.1 功率预算:30km、16通道DWDM怎么算

做链路设计,第一步永远是算功率预算。以我做过的一个经典场景举例:

  • 光模块发射功率:+2dBm
  • 接收灵敏度:-24dBm
  • 光纤长度30km,标准单模光纤按0.25dB/km算,光纤损耗7.5dB
  • 16通道DWDM复用器:MUX插损4dB,DEMUX插损4dB,合计8dB
  • 连接器和法兰,记4个点,每个0.5dB,合计2dB
  • 尾纤跳线、波道对不准等因素,留3dB工程余量

总损耗 = 7.5 + 8 + 2 + 3 = 20.5dB 链路裕量 = 发射功率 - 接收灵敏度 - 总损耗 = 2 - (-24) - 20.5 = 5.5dB

5.5dB的裕量对这个场景来说是可以接受的,说明方案可行。如果把距离增加到60km,光纤损耗就变成15dB,链路裕量直接变成负值。这时候要么换更高灵敏度的APD接收模块,要么在链路中间或者发送端加光放大器。加了光放大器之后,噪声也会被放大,不光是看功率够不够,还要考虑OSNR的变化,这就超出了手算的范畴,需要借助光层仿真工具来做。

这个预算例子也提醒一件事:很多人只关心光模块功率,忽略了复用器两端8dB的插损。实际上在30km这种距离上,复用器的插损比光纤本身的损耗还大,选型时如果插损指标差一点,整个链路裕量就会被吃掉一大截。

6.2 一次闪断故障的排查复盘

再还原一次实际排障过程,这条链路的故障表现很有迷惑性。某条10G业务间歇性闪断,但用光功率计测主通道,光功率完全正常,怎么看都像是设备问题。

第一步看收端模块状态,没有LOS告警,但有误码增长,说明链路物理上是通的,问题出在信号质量上。第二步怀疑连接器老化,清洁了所有法兰之后故障依然存在。第三步上光谱仪,在收端观察光谱,发现通道上出现了两个明显地峰值,一个在业务指定波长附近,另一个出现在相邻波长处,而且功率相差不大。这个现象说明有“串波”,要么是两路光被同时送进了一个复用器通道,要么复用器端口被错误跳接。

第四步核对配线表,发现第5波本应接业务A的端口,现场却被接上了第7波的跳线。重新跳线之后,光谱恢复成单峰,误码也随之消失。这个案子给我的教训是:光功率正常只代表总功率达标,光信号的“形状”可能已经坏了。排波分系统的故障,一定要看到波长维度,光谱仪是最直接的工具,手边没有光谱仪时,至少逐段断开链路测光功率,判断每一段有没有异常跳变。

6.3 尾纤清洁、标签和防尘:几个高频坑

波分复用器的维护里,最常见的坑都出在尾纤上。第一是尾纤数量多、颜色没法区分,插错端口是常态;第二是端面污染之后反射变大,影响激光器稳定性;第三是端口没盖防尘帽,灰尘累积多了,插损和反射同时恶化。

我的习惯很固定,每根尾纤两头都贴标签,写清楚波长、业务和方向,在复用器端口按通道顺序贴颜色标签。每次插拔前先用检查镜看端面,插拔后用清洁笔重新清洁一次,不用的端口立即盖上防尘帽。这些细节看着琐碎,但在波分系统里能挡掉一大半低级故障,尤其是夜里割接时,标签清晰比技术高超更重要。

7. 选型心法:少走弯路的几条经验

7.1 先回答业务问题再谈参数

我看过很多人选型,一开始就盯着一堆技术指标研究,实际上顺序反了。先问自己五个问题:现在要承载几路业务,近期会不会翻倍;链路有多长,要不要经过中间节点;有没有配合光放大器使用的打算;准备用的光模块支不支持所选波长和间隔;设备是放机房还是室外箱体。这些问题回答完了,CWDM还是DWDM、TFF还是AWG,基本就已经有答案了。

比如业务只有4到8路、距离十几公里、预算有限,那CWDM加TFF的组合几乎肯定是最优解。如果能预见到要扩到40波以上、要走长距离骨干,那就一步到位考虑AWG加温控方案,省得中途拆换。

7.2 收货验收时看些什么

复用在选型后容易犯的错误是“买到手就装上,通了就算完”。我建议收货时做几件简单的事:用光源和光功率计实测每个通道的插损,和出厂报告对一下,差太多直接退回;有条件的用光谱仪看通道波形,确认中心波长和带宽没有明显偏差;检查外壳和尾纤,有些设备尾纤特别短、弯曲半径小,现场接配线架会很费劲;确认MUX和DEMUX方向标示清楚,连接器类型和现网跳线一致。

这些验收工作花不了多少时间,但能把隐藏的坑排在进机柜之前。尤其是在多个批次设备混用的节点上,只靠外观判断往往看不出差异,实测数据比纸面参数可靠得多。

7.3 预留升级空间和维护心得

我见过的另一个常见问题,是“按当前业务量买设备”。当时只开8波,就买8波复用器,第二年业务翻倍,只能拆模块重装16波,既花钱又影响业务。如果扩容周期不明确,我建议直接上16波甚至32波模块,哪怕初期只启用一半波长。波分复用器作为无源器件,寿命很长,一次投资长期使用,预留端口远比事后扩容划算。

维护层面,波分复用器属于“低故障、难排查”的典型。它在正常情况下很可靠,一旦出问题,大多是波长漂移、插错端口、尾纤污染这类隐性故障。建立好端口台账,记录每一波对应的业务和跳线位置,定期做光功率趋势记录,比等故障发生后再去逐段查线要省心得多了。

说实话,波分复用器在光通信系统里并不起眼,但它确实是无数扩容和割接项目里离不开的基础部件。项目做得越多,我越觉得这个器件的关键不在“贵不贵”,而在于链路里的人是不是真的按波长去思考问题。日常维护中,能随口说出“哪一个波长跑哪一条业务”的团队,故障往往也是最少的那一个。最后分享一个小技巧:如果条件允许,在波分链路的接收端保留一台光谱分析仪,哪怕是简单的在线监控型也很有用,很多疑难杂症当场就能定位,省掉大量逐段插拔排查的时间。

相关新闻

C#上位机与Zigbee串口通信实战:数据解析与控制指令详解

C#上位机与Zigbee串口通信实战:数据解析与控制指令详解

简介:面向C#/Zigbee上位机开发者的完整工程包,适用于需要实现串口通信、Zigbee传感器数据采集、界面显示与设备控制的物联网项目。资源包含小区燃气监控系统上位机源码、可执行程序及相关工程配置,便于学习从SerialPort串口收发、数据解析到M…

2026/10/20 10:41:31 阅读更多 →
深入解析C语言尾队列TAILQ:内存布局与核心宏原理

深入解析C语言尾队列TAILQ:内存布局与核心宏原理

我最早看到TAILQ_INSERT_TAIL()的时候,心里其实很疑惑:Linux 内核不是已经有一套list_head了吗,为什么还要再搞一套“尾队列”?直到有一次在一段网络驱动代码里追数据的入队和出队逻辑,发现对方用的是 BSD 风味的TAILQ…

2026/10/20 10:40:28 阅读更多 →
儿童图书推荐系统:协同过滤+认知加权实战

儿童图书推荐系统:协同过滤+认知加权实战

简介:本资源是一套基于协同过滤算法的儿童图书推荐系统完整课程设计源码,面向Java初学者与高校计算机专业学生,解决个性化图书推荐场景下的算法实现与工程落地问题。项目采用SpringBoot快速构建后端服务,集成MySQL存储用户行为与图…

2026/10/20 10:40:28 阅读更多 →

最新新闻

深度学习训练调参实战:梯度、激活函数、学习率与优化器的链路

深度学习训练调参实战:梯度、激活函数、学习率与优化器的链路

入门深度学习时,很多人会被一连串名词劝退:激活函数、优化器、学习率、梯度。我第一次跑模型的时候也觉得它们是四个独立的调参项,今天调一下学习率,明天换一个激活函数,最后模型loss曲线像心电图一样乱跳,…

2026/10/20 13:59:00 阅读更多 →
基于PyTorch的CNN食物识别模型:从原理到实战

基于PyTorch的CNN食物识别模型:从原理到实战

你打开外卖App对着餐盒拍一张照片,系统自动识别出“宫保鸡丁”和“米饭”,然后完成结算。食堂的结算台前,摄像头一扫,餐盘里的菜品被逐项识别计价。这些场景背后,核心的技术单元就是卷积神经网络(CNN&#…

2026/10/20 13:59:00 阅读更多 →
远程桌面连接报CredSSP加密Oracle修正错误?三步修复策略

远程桌面连接报CredSSP加密Oracle修正错误?三步修复策略

1. 问题现象:这台电脑能上网,偏偏远程桌面连不上先说最常见的画面:你在公司或者家里,打开“远程桌面连接”窗口,输入对方电脑的IP,点“连接”,等了几秒,弹出来一个红色感叹号的报错—…

2026/10/20 13:59:00 阅读更多 →
rsync远程同步实战:从增量原理到定时备份与daemon部署

rsync远程同步实战:从增量原理到定时备份与daemon部署

搞运维的人,迟早都会撞上“数据同步”这道坎。不管是把代码推到多台机器上,还是把日志定期归档到备份机,甚至是给客户做异地灾备,这几个场景里最常被拉出来干活的工具,就是rsync。rsync这名字乍看像“远程同步”的缩写…

2026/10/20 13:59:00 阅读更多 →
AI Infra全景地图:七层架构、GPU调度与分布式训练实战笔记

AI Infra全景地图:七层架构、GPU调度与分布式训练实战笔记

做AI Infra这块,最头疼的其实不是某个具体技术学不会,而是知识太散。今天看了篇分布式训练的博客,明天刷到个GPU调优的视频,后天又碰到个数据管线的分享,每样都似懂非懂,真到自己搭环境、调性能的时候&…

2026/10/20 13:59:00 阅读更多 →
链表环与相交的底层原理:从内存地址到工程可靠性

链表环与相交的底层原理:从内存地址到工程可靠性

1. 这不是一道“刷题”题,而是数据结构底层思维的试金石“链表是否有环,是否相交”——看到这八个字,很多人第一反应是:哦,又是LeetCode第141、142、160题。翻出快慢指针模板,背下相遇点公式,提…

2026/10/20 13:57:57 阅读更多 →

日新闻

CLRC663芯片Pin-to-Pin替代实战:从评估到量产全记录

CLRC663芯片Pin-to-Pin替代实战:从评估到量产全记录

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/20 1:01:30 阅读更多 →
ESP32舵机控制指南:原理、多路驱动与避坑实战

ESP32舵机控制指南:原理、多路驱动与避坑实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/20 1:01:30 阅读更多 →
位移法实现一阶低通滤波:单片机ADC采样降噪实战

位移法实现一阶低通滤波:单片机ADC采样降噪实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/20 1:01:30 阅读更多 →

周新闻

基于GMM的语音识别系统原理与MATLAB实现详解

基于GMM的语音识别系统原理与MATLAB实现详解

说到基于高斯混合模型(GMM)的语音识别系统,很多人第一反应就是一堆数学公式,觉得门槛很高。但如果你真的在MATLAB里把它落地跑通,会发现核心其实就是三件事:把声音变成特征向量,用GMM给每个类别…

2026/10/20 10:02:13 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理这四个字听起来挺唬人,但落到具体操作上,无非就是让计算机按你的想法“摆弄”像素。我在一个模拟项目X里用了一套特别经典的基础处理流程:对图像做反白、改调色板、彩色转灰度,最后把像素数据导出成txt文件。单看每一…

2026/10/19 17:32:41 阅读更多 →
机器人大脑技术盘点:具身智能的感知、决策与数据闭环

机器人大脑技术盘点:具身智能的感知、决策与数据闭环

如果你的信息流最近也天天刷到“机器人大脑”这个词,你会发现一个很有意思的现象:每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型,有人指的是运动控制系统,还有人指的是能理解物理世界的端到端模型。在2026年这个时…

2026/10/20 2:50:50 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/20 10:02:08 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/20 9:50:17 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/20 9:50:45 阅读更多 →