选雷达模块这几年我被问得最多的问题就一个5.8G和24G到底选哪个问这个问题的人背景五花八门有做智能灯具的硬件工程师有做智能家居网关的产品经理也有做安防传感器的创业团队。大家的困惑其实都差不多——规格书上两排参数看下来各有各的长处但真到自己项目里却不知道哪条参数才起决定性作用。我自己的经验是选雷达模块跟选车一样先搞清楚你要跑什么路再去看发动机排量。不同的频段不是谁比谁更高级的关系而是各自锁定了不同层级的检测能力。这篇文章就围绕飞睿智能5.8G和24G两条产品线的实际选型逻辑展开把频段原理、场景匹配、开发落地、常见踩坑一次性讲透适合正处于方案选型或原型验证阶段的硬件工程师、产品经理参考。看完之后你应该能拿着自己的需求清单直接做出判断。1. 两个频段的本质差异波长决定了产品形态和检测上限1.1 5.8G用多普勒做移动侦测胜在成熟和便宜5.8GHz雷达模块工作在5725-5850MHz这一段原理上是典型的连续波多普勒体制。模块发射一个固定频率的连续波信号遇到移动目标反射回来接收端把发射信号和回波信号做混频得到多普勒频移。这个频移的大小和目标的径向速度成正比公式是fd 2v/λv是速度λ是波长。5.8G的波长大约是51.7mm人正常步行速度按1m/s估算多普勒频移大概在38Hz左右。这个数字意味着什么38Hz正好落在音频范围内电路处理起来非常轻松。混频器输出经过一个简单的运放放大再用低通滤波器把高频噪声干掉最后和一个阈值比较超过阈值就输出一个触发信号。整个信号链不需要高性能ADC不需要做FFT一颗低成本的MCU就能搞定。这也是为什么5.8G雷达模块的价格可以压得很低——芯片成熟、外围元器件少、设计门槛低供应链也稳定。实际使用中这类模块对有人在动的检测非常可靠。无论是人走过走廊、手臂挥舞、还是车辆缓缓驶入停车位只要目标产生了径向速度分量模块基本都能稳定触发。但它有一个天然的死角目标完全静止时多普勒频移为零输出自然就归零。所以5.8G适合的场景非常明确——移动侦测而不是存在感知。你如果拿它去做人坐在沙发上不动也保持亮灯的功能大概率会翻车。1.2 24G用FMCW和相位感知做存在检测24GHz模块的工作频段通常是24.00-24.25GHz波长只有12.5mm左右。频率高了以后可以做的事情就完全不一样了。市面上主流的24G模块大多支持FMCW体制也就是调频连续波。发射信号频率随时间线性变化回波和发射信号混频之后差频频率直接对应目标的距离。模块可以把检测范围按距离切分成一个个距离门每个门对应一两米甚至更小的空间切片。为什么这个能力很关键因为存在检测的核心是识别一个静止的人。人坐着不动身体还在呼吸胸腔的起伏幅度大概在1-5mm。这个微动在5.8G频段下引发的相位变化非常小波长51.7mm1mm位移对应的反射信号相位变化不到0.24弧度基本被淹没在噪声和温漂里。而在24G频段波长只有12.5mm同样1mm位移会产生约1弧度的相位变化检测余量大了近一个数量级。所以24G模块做存在感知实际依靠的是两个层面的信息一是距离门里有没有一个相对稳定的回波目标二是这个目标有没有呼吸级的微动信号。哪怕人睡着了、完全不动只要胸腔还在起伏24G模块就能感知到。这个能力是目前家用摄像头和红外PIR都难以替代的——摄像头有隐私问题PIR对静止人体完全无感。24G模块则可以在完全无感的情况下持续告诉系统房间里有人。当然能力上去了代价也是实打实的。24G的信号链更复杂需要线性调频源、正交混频、高速ADC算法上还要跑距离FFT、动目标检测、杂波抑制。这些都会体现在芯片成本、方案开发周期和认证难度上。24G模块的价格通常是5.8G模块的数倍这不是品牌方定得贵而是硬件复杂度摆在那里。1.3 穿透、功耗、成本三个关键维度的横向对比把两个频段放在一起对比不能只看哪个更先进。我列了一张表开发者在立项阶段花五分钟就能把大方向理清楚维度5.8G雷达模块24G雷达模块波长约51.7mm约12.5mm天线尺寸较大PCB板载天线需预留足够净空小适合紧凑结构核心体制多普勒CWCW/FMCW可测距、测速、微动感知静止人体检测基本不具备具备可通过呼吸微动识别测距能力有限无法精确测距FMCW可实现距离测量平均功耗较低略高存在检测通常需连续工作抗干扰与5.8G WiFi同频有干扰风险消费类干扰源少频段更干净穿透能力对墙体、石膏板衰减较小高频路径损耗大穿墙后性能明显下降成本低BOM和开发成本都可控高芯片、算法、认证成本更高典型场景移动侦测、感应灯、安防报警存在感知、智能家居、精细空间应用这张表里最容易被忽略的两项我认为是穿透能力和抗干扰。很多项目希望传感器装在客厅天花板却能感知到走廊里的人走动这种场景5.8G反而更好用——低频穿透衰减小隔着一堵砖墙照样能触发。但反过来如果传感器装在卧室你却不想让它感知到客厅里的人那5.8G的穿透能力就成了误报源这时候要么调低灵敏度要么干脆选24G让检测范围更可控。功耗也要特别说明。5.8G模块在待机模式下可以做间歇侦测平均电流能压到很低的水平适合电池供电的门铃、猫眼、感应灯。24G存在感知则基本需要持续上电因为它要连续观测微动信号中断观测就会漏检所以更多见于AC供电的墙插面板、网关设备。2. 按应用场景匹配五个典型项目该怎么选2.1 智能照明5.8G当仁不让智能照明是我见过5.8G雷达模块用得最多的领域。走廊感应灯、车库灯、楼梯灯、卫生间的镜前灯需求高度统一人一进入感应范围灯立刻亮人离开后延时一会儿灯自动熄灭。这个场景对成本极其敏感一个楼盘或者一个商场的灯具数量动辄上千每个灯具多出一块钱成本整体就是上千块。5.8G模块完美契合这个需求。首先是响应快移动目标进入范围多普勒信号几百毫秒内就能完成触发体感上几乎无延迟。其次是接口简单大部分5.8G模块直接输出一个GPIO电平MCU检测到高电平就开灯根本不需要复杂的协议解析。再就是安装方式灵活雷达穿透能力在这个场景反而是优势——灯通常吸顶安装雷达往下覆盖整个房间的人行通道偏离一点点也不影响检测效果。有一个坑我要单独提醒灯具内部往往紧挨着LED驱动电源和荧光灯镇流器这些器件会产生较强的电磁辐射可能干扰雷达接收端。选型时优先选那些在规格书里明确标注了抗扰能力的5.8G模块或者在结构设计上让雷达天线区域尽量远离驱动电源用金属屏蔽罩把驱动电源罩住效果会好很多。2.2 智能家居存在感知24G的主场近几年智能家居行业最火的一个概念就是把人来灯亮升级成人在灯亮。这两个需求差了一个字技术路线却差了整整一个频段。人在客厅沙发上刷手机身体基本保持静止传统PIR和5.8G多普勒雷达都会判断没人在然后关灯、关空调。但房间里明明坐着一个人这种情况下用户的实际体验非常差。24G存在感知模块解决的就是这个核心痛点。它通过呼吸级的微动检测让系统知道房间里有人在活动哪怕是微弱的活动。这个能力催生了一大批产品形态卧室的空调面板、书房的桌面设备、卫生间的存在传感器、客厅的智能中控屏。模块输出也不再局限于GPIO电平更多是走UART把距离、速度、存在置信度这些数据传给主机让上层应用做更精细的决策。选24G模块做存在感知还要关注一个关键参数最小可检测微动幅度。规格书里通常会写可检测1mm/0.5mm级微动之类这个数字直接决定了人睡着后还能不能被感知到。我实测下来真正靠谱的方案在0.5mm级别是有富余的而一些低成本方案只做到2-3mm人安静看书时就会偶发掉线。选型时别光看宣传语拿到评估板在真实家具环境里测试静坐场景比参数页上的任何数字都可靠。2.3 安防报警与公共设施两个频段各有打法安防类产品对雷达的需求比照明复杂得多。最简单的室内移动报警器5.8G就够用成本低、穿透好可以覆盖整间屋子。但安防场景有个容易被忽略的痛点宠物误报。猫狗在房间里跑动同样会产生多普勒信号5.8G模块很难区分人和宠物只能靠灵敏度调节和保持时间去压误报率效果有限。这时候24G的优势就体现出来了。FMCW体制提供距离分辨能力你可以在配置里把检测范围精确限制在某个距离以内比如只关注地面以上30cm到2m之间的目标或者只关注某个特定区域这样大部分地面爬行的宠物就被排除在外。更进一步24G模块的微动感知还能用来判断目标是否持续存在一个静止躲在角落的入侵者在24G面前无处遁形。公共设施场景比如地铁站闸机感应、无障碍卫生间的人体存在检测、公共洗手间的空位指示那个环境里干扰源多、使用频度高我个人更倾向24G方案。一个是检测可靠性高另一个是可以通过距离门精确控制覆盖范围避免相邻设备互相干扰。当然预算和安装条件允许的前提下24G在这个领域的综合体验明显更好。2.4 车载、工业与户外场景注意特殊要求这两个频段在车载和工业领域也都有应用。24G雷达常见于盲区监测、倒车辅助、非机动车检测这类场景核心原因是它能测距、测速可以输出目标的位置和运动信息这是5.8G做不到的。而5.8G在工业上的应用更多是输送带上的物料检测、自动化设备的安全感应属于比较简单的在位检测。户外场景有一点要特别注意高频信号在雨、雪、雾天气下的衰减会更明显。24G比5.8G更容易受大气环境影响所以做户外周界防范或者景观感应时如果预算允许、检测目标又是移动的人5.8G反而更稳妥。但若目标是感知一个静止躺在公园长椅上的人那还是得上24G并且对防水外壳的材质、厚度要精心设计尽量减小外壳对射频信号的损耗。3. 开发落地全流程:规格书、天线布局和接口设计3.1 规格书里真正要盯的四个参数选型阶段拿着飞睿智能这类厂商的规格书很多工程师容易盯着灵敏度、输出功率这些大数字看我却建议优先看另外几个容易被忽视的参数。第一个是检测范围的可调性。好的雷达模块不应该只有一个固定距离而是能通过电阻、拨码或者UART指令调节检测距离和灵敏度。实际项目里安装高度不同、房间面积不同检测范围几乎必然要做调整如果模块本身不可调后期改板子的成本很高。第二个是启动时间和稳定时间。5.8G模块上电后需要几百毫秒让振荡器稳定24G模块因为要做算法初始化稳定时间可能更长。如果你的产品要求上电后立刻进入可检测状态这两个参数就很重要。另外要关注模块的重复触发延时也就是目标持续在范围内时模块输出是持续保持还是周期性刷新这直接关系到灯具会不会闪烁。第三个是工作电流和纹波敏感度。雷达模块的接收链路对电源噪声很敏感尤其是24G方案的模拟前端。规格书会给出典型工作电流但不会强调电源纹波要求。我量过不少模块电源纹波超过50mV时检测距离就会明显缩短。如果主板上还有蓝牙、WiFi模块在同时工作电源设计一定要留足余量。第四个是接口类型和协议开放性。5.8G模块大多数是GPIO触发输出这对简单项目是够用的。24G模块如果只给你一个有人/无人的GPIO那FMCW的测距能力就被浪费了。做存在感知时我强烈建议选带UART接口、协议开放的模块这样你才能拿到距离、速度、微动能量这些原始判据在上层做自己的滤波逻辑。3.2 天线区域和PCB布局决定性能上限雷达模块是射频器件这句话说起来像废话但实际项目中因为PCB布局把雷达性能做废的案例我见过太多。板载天线的模块天线正上方和周围必须按照规格书要求保持净空。很多工程师为了缩小主板面积把天线区域拿来走信号线、放过孔结果模块的检测距离直接砍半。净空区之外还有几个细节值得注意。天线正下方对应的PCB内层一般要求有完整的参考地不要挖空也不要分割。天线朝外的一面外壳不能用金属材质如果是塑料外壳要注意外壳厚度和介质损耗——很多产品装上外壳之后检测距离缩水两三米基本都是这个原因。另外雷达模块要远离扬声器、马达、电源变压器这类会产生振动或电磁干扰的器件振动会让雷达误以为有微动目标干扰会让接收底噪抬高。安装角度也经常被忽略。雷达的波束通常是一个锥形水平方向和垂直方向的波束宽度不一样。吸顶安装和壁挂安装时模块的朝向决定了覆盖区域是一个圆还是一个楔形。开发初期最好拿评估板配合可调支架在不同高度、不同倾角下测几组数据把安装方案和覆盖范围一起写进结构设计规范里避免后期返工。3.3 信号接口和功耗选型阶段就该定的两件事接口选型看起来是小事实际上影响整个系统架构。如果产品只是一个感应灯GPIO输出就够了MCU读电平、开灯、延时、关灯逻辑简单稳定。但如果是智能家居设备需要把存在状态上报到网关或者需要在APP里调节感应距离那UART接口几乎是必须的。用GPIO输出存在状态、用UART做参数配置这种GPIOUART的组合在24G模块里很常见也是我比较推荐的产品设计方案。功耗的问题则要回到供电方式上。电池供电的产品比如独立式感应灯、门铃传感器一定要关注模块的待机功耗和脉冲工作模式。有的5.8G模块支持间歇性探测比如每200ms开一次接收机其余时间休眠平均电流可以压到微安级别。24G存在感知模块大多数做不到这种深度休眠因为存在检测需要连续工作适合挂在有常电的墙插设备里。还有一个容易踩的坑是电平匹配。雷达模块的GPIO和UART通常是3.3V电平但很多灯具主控用的是5V单片机直接相连会把模块IO口打坏。选型阶段就要确认模块IO是否容忍5V输入或者提前在原理图里加电平转换。另外雷达模块和MCU共地一定要做好地线路径太长会造成电平抖动引发误触发这在多模块产品里非常常见。4. 实测里的高频坑误报、干扰、认证一个都躲不开4.1 五类误报场景和对应的调参思路雷达模块装上之后开始乱触发这是所有开发者的噩梦。我把自己实测和客户反馈里碰到的误报情况整理了一下大致可以分为五类每一类都有对应的处理思路。第一类是窗帘、绿植被风吹动。这类目标的反射截面不大但恰好有周期性的慢速运动极容易被当成人体。处理办法是把检测距离稍微收紧把灵敏度调低一档然后配合模块的持续触发延时——让输出不是一有信号就跳变而是需要连续检测到几帧有效目标才触发。这么做会牺牲一点点响应速度但误报率能降一个数量级。第二类是宠物活动。5.8G模块基本只能靠调距离和灵敏度硬扛效果有限。24G模块可以把距离门下限抬高比如设置目标必须在1米高度以上才触发宠物在地面跑就会被过滤掉。如果模块支持目标RCS估计还可以设置一个反射截面阈值人和宠物的体型差异会体现在这个数值上。第三类是荧光灯、电子镇流器、调光器的干扰。这些器件工作时会辐射宽频噪声哪怕频点不在雷达工作频段也会抬高接收底噪。处理思路是物理隔离雷达天线尽量远离这些器件必要时给干扰源加金属屏蔽罩。选型时也可以关注模块有没有跳频或者窄带滤波能力5.8G模块如果和WiFi路由器挨得太近干扰问题会更明显。第四类是隔墙触发。5.8G穿透力好是优点但在卧室里就变成了缺点——邻居家的走动、楼道里的人流都能触发报警。处理办法是下调发射功率或灵敏度把检测距离压到房间边界以内。24G在这方面的优势是可以通过距离门精确卡边界穿透过来的信号即便存在距离信息也会告诉你它不在房间内。第五类是温度和气流扰动。空调冷风直吹、暖气片上方形成的热气流这些都会让空气密度产生波动24G存在感知模块碰到这种情况可能输出存在。这不是模块出了问题而是物理原理决定的——微动检测本质上是在看一个相位信号的抖动空气折射率变化也会形成相位扰动。对策是在算法层做时间滤波比如连续数十秒检测到微动才判定为存在或者把传感器的安装位置避开空调出风口。4.2 多模块共存与同频干扰处理一个项目里装多个雷达模块这在智能家居里越来越常见。走廊每隔几米装一个感应灯每个灯具里的5.8G模块都工作在同一个频段两个相邻模块会不会互相干扰实测下来5.8G多普勒模块之间的干扰相对轻微因为它的接收机只解调特定频率范围的信号相邻模块的连续波信号只要频率不完全一致基本不会造成持续误触发。但如果多个模块的发射频率非常接近并且彼此的接收灵敏度又很高还是可能出现拍频干扰表现为周期性误触发。24G FMCW模块之间的干扰要更小心一些。FMCW模块发射的是扫频信号一个模块的扫频信号如果直接灌进另一个模块的接收机会在差频域产生虚假目标。常见的应对办法有几种一是把不同模块的扫频周期和起始频率错开二是选择带有随机跳频或者时分调制功能的模块三是在硬件布局上拉开模块之间的空间距离利用天线的方向性减少互耦。还有一个容易忽视的点是5.8G频段和WiFi的共存。5.8G雷达的工作频段和WiFi信道149-165是重叠的家里路由器如果离雷达比较近WiFi的突发流量会产生间歇性的宽带噪声导致雷达误触发或者灵敏度下降。实测中这种干扰的表现是时好时坏很迷惑人。处理办法是物理隔离把雷达模块尽量放得离路由器远一点或者在天线方向设计上让雷达主波束避开路由器所在方向。如果路由器实在无法避开就只能选带较好信道滤波能力的模块。4.3 认证与合规24G不是到处都能随便用很多项目死在最后一步——产品做出来了认证过不了。雷达模块是主动发射设备国内外对它的监管要求和不带发射功能的传感器完全不一样。国内做无线电发射设备需要做型号核准两个频段都要做但24GHz频段的测试项目更多、周期更长费用也更高。如果你做的是出口产品还要分别看目标市场的FCC、CE等要求。24.00-24.25GHz这个频段属于全球ISM频段大体上是开放的但不同国家和地区对使用条件有差异有的限制发射功率有的限制占空比有的要求特定应用场景。5.8GHz频段虽然也属于ISM频段但因为和WiFi共存大部分国家的监管框架已经非常成熟申请流程相对顺畅。我的建议是立项阶段就把认证预算和周期算进项目计划里别等到产品定型才发现认证费用比模块成本还高。合规这件事还要延伸到一个容易忽略的层面如果雷达模块探测到的人体信息要被上层应用处理比如结合存在感知做人员统计、睡眠监测那就涉及个人隐私和数据处理合规。产品经理需要提前评估这些数据的使用边界至少要在用户协议里说清楚数据的采集和用途。5. 决策清单拿着需求直接对表选5.1 七项选型决策指标速查表把前面几个章节的内容压缩成一张决策表开发者在需求评审会上可以直接拿出来对照需求场景检测目标建议频段核心理由走廊灯、车库感应灯移动的人或车5.8G成本低、响应快、穿透好卫生间、卧室存在传感器静止的人24G呼吸级微动感知室内安防移动报警移动入侵者5.8G覆盖范围大、成本可控居家周界防误报移动人体、排除宠物24G距离门过滤小目标办公室工位存在检测长时间静坐的人24G静止识别能力停车位占用检测静止的车辆24G测距存在判定手势识别、隔空控制特定手势动作24G需要速度和多普勒特征这张表不是绝对的比如预算极其充裕的项目确实可以用24G做移动侦测性能上完全没问题只是浪费。反过来要求不高的存在检测场景有人用5.8G加非常灵敏的算法也能勉强实现但那种方案的可靠性和环境适应性都偏差我不推荐在产品里用。5.2 我的选型建议路径最后分享一条我实际用下来非常顺手的选型路径。第一步把所有需求写成一页纸明确一个问题你的产品需要感知的是动了一下就走还是一直待在那里这个问题的答案直接决定频段方向。第二步把供电方式、安装位置、结构尺寸、外壳材质这几项硬件约束列出来和频段方向交叉验证排除明显不合适的方案。第三步把成本预算和认证周期放上台面看看哪条产品线能让项目在预算内顺利落地。第四步也是最关键的一步找厂家拿评估板在你的真实环境里跑一轮标准测试。标准测试我建议包含三个场景人在检测范围内正常走动、人坐在检测范围内静止不动超过三分钟、人为制造一个干扰源比如把窗帘对着出风口吹、让宠物在范围内走动。这三个场景跑完5.8G和24G孰优孰劣、适不适合你的产品数据会告诉你答案。最后说点个人体会。我做过的项目里因为选错频段导致方案返工的比例不低多数不是参数不够而是立项时没把检测的是移动还是存在这个根本问题写清楚。如果你现在正在评估飞睿智能的这两条产品线我的建议是直接找原厂要评估板分别拿到真实的测试环境里跑一轮重点对比静止人体检测和隔墙误报这两个维度。雷达模块这种东西规格书只能告诉你上限实际安装高度、房间布局、家具材质都会大幅影响效果现场实测的数据远比参数表里的数字更有说服力。选型从来不是选一个更好的频段而是选一个更匹配自己需求的频段把逻辑理顺了开发时间自然就省下来了。