主机厂自研雷达芯片:毫米波与UWB技术解析及开发者选型指南
2026/9/8 13:33:10 网站建设 项目流程

这两年汽车圈最热闹的赛道,除了智能座舱和自动驾驶,就是雷达芯片了。过去我们聊雷达,主角是博世、大陆、电装这些Tier 1,再往上游是英飞凌、恩智浦、TI这些芯片巨头。但最近风向变了,好几个主机厂开始直接下场做毫米波雷达和UWB雷达芯片,这件事儿值得好好拆一拆。对做嵌入式、做射频、做算法的小伙伴来说,这不仅仅是行业新闻,更直接关系到你接下来几年的技术栈选择和项目方向。

我自己的背景是做了十几年汽车电子和射频感知,从最早的单芯片毫米波方案一路跟到现在的4D成像和UWB脉冲雷达。今天这篇不聊虚的,就把主机厂下场做雷达芯片这件事儿背后的技术逻辑、芯片级难点、以及作为开发者我们该怎么看、怎么选型、怎么避坑,一次性讲透。

1. 主机厂为什么要从Tier 1手里抢雷达芯片的饭碗

先解决一个问题:主机厂过去都是买现成的雷达模组,为什么现在要自己搞芯片?答案不只是“降本”这么简单,里面有三层算盘。

第一层是供应链安全。这几年芯片短缺的教训大家还记忆犹新,一颗小小的MCU或射频芯片就能让整车厂停产。雷达模组是智能驾驶的“眼睛”,如果核心芯片捏在别人手里,产能、价格、定制化全都受制于人。主机厂下场做芯片,本质上是把“核心传感器”的命脉攥回自己手里。

第二层是算法和软硬协同的天花板。传统模式里,主机厂跟Tier 1买雷达模组,拿到的是黑盒或者半黑盒,点云数据已经过了一层处理。但真正想做差异化的主机厂,比如要做4D点云、要识别静态障碍物、要做舱内生命体征检测,这些算法需要和芯片底层寄存器、内存架构深度耦合。自己在芯片层面做定制,才能榨干硬件性能。举个形象的例子:买现成模组相当于租精装房,自己下场做芯片相当于从地基开始盖房子。

第三层是成本账。一辆L2+的车至少配5颗毫米波雷达,L3以上可能用到6到8颗。以前每颗模组里芯片成本占大头,主机厂批量上车后,年出货量能到几百万颗,自己定义芯片可以省掉中间商溢价,还能把多颗雷达共用的电源管理、通信接口集成进去,整体物料成本能压下来两到三成。

当然,主机厂下场做芯片不是真去建晶圆厂,目前主流做法是“自主定义+委外流片”或者“深度绑定芯片设计公司”,车规工艺还是交给台积电、格芯这类代工厂。技术上归谁管、IP归谁有,这才是话语权的关键。

1.1 从“买模组”到“买晶圆”:主机厂芯片团队在干什么

主机厂自研雷达芯片,团队配置和传统Tier 1的设计公司不太一样。一个合格的雷达芯片项目组,至少要涵盖射频前端设计、基带算法、SoC集成、车规可靠性、系统测试这几块。国内某头部新势力招聘雷达芯片总监时,要求有77GHz射频芯片流片经验,这就是很明确的信号:他们不是搞个壳子,是真要碰射频毫米波。

这里面最难的其实是人才和流程。做芯片和做嵌入式软件完全是两个节奏,芯片从定义到回片到量产,正常要两到三年,而且一次流片费用就是几百万美金。主机厂过去习惯了三个月一改款的迭代速度,现在要适应“芯片改版靠流片”这个硬约束。我了解到的情况是,部分主机厂专门成立了芯片公司,独立运营,就是为了隔离这种长周期风险。

1.2 芯片自研的三个层次:你到底要做到哪一步

  • 集成方案层次:购买第三方雷达芯片(TI、NXP、英飞凌的),自己设计天线和算法,这不算真正的自研,只算“模组级自研”。很多主机厂的第一阶段就是从这里切入。
  • 定制SoC层次:与芯片公司联合定义芯片规格,把部分算法硬件化,比如FFT引擎、CFAR检测加速器,这种合作模式是目前主流,既能控成本又能保留优化空间。
  • 全自研芯片层次:射频前端、基带、MCU完全自己设计,代工厂只负责流片。这是终极形态,投入巨大,但目前只有全球年销量几百万辆以上的大厂才玩得转。

对绝大多数主机厂来说,卡在第二层和第三层之间的居多。真正敢直接做77GHz射频前端CMOS工艺的,在国内屈指可数,因为毫米波段的寄生效应、工艺偏差、温度漂移都是硬骨头,比数字芯片难啃得多。

2. 毫米波雷达芯片的技术拆解:不是把收发器放一起就行

聊到毫米波雷达芯片,很多人的认知还停留在“一个射频收发器加一个MCU”。实际上,现在的车载毫米波雷达芯片已经是一个高度集成的SoC,里面是射频前端、混合信号链、数字信号处理器的复杂组合,而且每一步都充满坑。

以目前最主流的77GHz毫米波雷达芯片为例,里面至少要包含以下核心模块:

  • 射频发射通道(TX):数颗到数十颗不等,负责向外发射调频连续波(FMCW)。
  • 射频接收通道(RX):与之对应的接收通道,每一路都有低噪声放大器(LNA)、混频器、中频滤波器。
  • 本振与锁相环(PLL):产生稳定、低相位噪声的毫米波信号,这是整个芯片的“心跳”,做不好就是一片噪声。
  • 基带调理与ADC:把模拟中频信号放大、滤波,再数字化。
  • 数字信号处理单元(DSP):执行距离FFT、多普勒FFT、CFAR检测等算法,或者把原始数据打包输出。
  • 通信与控制接口:CAN/CAN-FD、以太网、I2C、SPI等,负责和整车域控制器通信。

这些模块在单颗芯片上共存,带来的最大挑战是隔离度。发射功率和接收灵敏度同时存在,如果芯片内部隔离度不够,发射信号会直接泄漏到接收通道,形成自干扰。就好比你在开演唱会,但自己耳朵里一直听到自己的回音,什么细节都听不清。

2.1 FMCW体制与芯片参数:为什么相位噪声那么重要

车载毫米波雷达绝大多数用的是FMCW体制,即发射频率随时间线性变化的连续波。芯片最重要的两个参数是相位噪声(Phase Noise)和杂散(Spurious),它们直接决定雷达能探测多远、分辨多准。

相位噪声通俗讲就是本振信号的“纯净度”。如果本振不干净,发射信号和回波信号做混频时就会产生额外的噪声底,导致近距离目标淹没在噪声里。在77GHz频段,优秀的车规芯片相位噪声能做到-95dBc/Hz@1MHz附近,差一点的芯片可能只能到-85dBc/Hz,不要小看这10个dB,它直接决定雷达能不能在强杂波环境下检出微弱目标。

再来一个关键参数是调频线性度。FMCW雷达测距的原理是“发射频率随时间线性变化,回波信号延迟后和当前发射信号混频,得到一个差频频率,这个频率和距离成正比”。如果调频斜率不是严格线性,距离维的频谱就会展宽,近处和远处的目标可能糊在一起。所以芯片内部的PLL要支持高精度线性调频,还会配合DDS(直接数字频率合成器)做补偿,这个细节很多人做系统时容易忽略,总以为是算法问题,其实根源在芯片。

2.2 4D毫米波雷达芯片:角度维度的军备竞赛

标题热词里有4D毫米波雷达,这是目前最火的方向。传统毫米波雷达只能输出距离、速度、水平角度三个维度,而4D雷达增加了“高度”或者“俯仰角”信息,同时能给出更密集的点云,接近低线束激光雷达的效果。

要实现4D,芯片最基本的手段是增加收发通道数量,配合MIMO天线技术,用多个发射天线和多个接收天线组合成虚拟阵列。举个例子,3发4收的芯片,用MIMO技术可以虚拟出12个接收通道;而12发16收的芯片能虚拟出192个通道,角度分辨率能到1°以内。这背后推高了芯片的调制复杂度、数据吞吐量和功耗。

5D和4D的区别?5D会额外纳微多普勒信息,用于识别行人手臂摆动、轮速、甚至呼吸频率。这个在生命体征检测上特别有用,也和后面要聊的UWB雷达形成了功能重叠。主机厂下场做毫米波雷达芯片,很多是从4D成像芯片切入的,因为这是高端车型真正需要、且被国外芯片巨头垄断的领域,国产替代的窗口在这里。

2.3 国产毫米波雷达芯片的现状和真实差距

我用了相当长时间的国产77GHz毫米波雷达芯片后,可以负责任地说,差距确实在缩小,但守得住的地方还得承认。国产芯片这几年集体爆发,像加特兰、岸达、矽昌这些公司都做出了量产级产品。工艺上已经追到CMOS工艺,成本比国外的SiGe(锗硅)工艺有优势。

主要差距还是在极端工况的一致性和长期可靠性。毫米波芯片的良率、高温下的性能漂移、批量一致性,这些都是需要大量整车上路数据反哺的。国外芯片巨头几十年的车规经验和失效数据库不是几年就能追得上的。主机厂下场自研的好处是能拿到一手数据,通过自用和整车数据反哺,加速迭代,这是纯芯片公司比不了的闭环优势。

3. UWB雷达芯片:一颗芯片吃下通信、定位、雷达三碗饭

UWB大家熟悉的是它的通信和定位功能,比如苹果AirTag和数字车钥匙都用了UWB。但UWB本质上是个雷达体制,它通过发送纳秒级的极窄脉冲,接收回波后分析信道脉冲响应(CIR)来探测物体。主机厂看中UWB雷达,是因为它一个芯片干三件事:通信、定位、感知。在数字钥匙已经标配UWB的车型上,软件升级就能顺便做车内雷达功能,边际成本趋近于零。

UWB雷达的理论基础和毫米波完全不一样。毫米波FMCW测距公式前面说过,UWB则是基于飞行时间(ToF)原理,发射纳秒级脉冲,直接测量回波时间差,精度可以到厘米级。再加上UWB的频段从3.1GHz到10.6GHz,带宽超过500MHz,距离分辨率能做到大约3厘米,而77GHz毫米波雷达通常只能做到4到5厘米左右。所以在近距离、高精度的场景里,UWB雷达反而有优势。

3.1 UWB雷达芯片的核心技术点:CIR与等效时间采样

UWB雷达芯片最核心的技术点,一个是CIR的采集能力,一个是采样机制。

CIR可以理解为雷达“看”到的环境回波特征。UWB芯片发送一个脉冲,信道中的各种反射物都会产生回波,芯片把每个时延处的回波强度记录下来,就得到一条CIR曲线。这条曲线里包含了目标距离、大小、甚至微动信息。UWB雷达要做人体存在检测或呼吸监测,本质就是实时分析CIR序列的变化。

但在芯片层面,要直接采到纳秒级脉冲的回波,如果用实时采样,ADC的采样率需要到几个GSPS,成本和功耗都扛不住。所以UWB雷达芯片普遍采用等效时间采样,即利用周期性脉冲,每个周期只采一个点,多个周期拼接出完整波形。相当于把高频信号降频采样,再用数字化算法重建。这个设计决定了UWB雷达芯片的采样速度、功耗和信噪比。

主机厂下场做UWB雷达芯片,通常是把UWB收发射频前端、等效时间采样器、数字处理加速器、安全加密模块全部集成到一颗SoC里。这样做的好处是“一颗芯片上车”,既能做手机数字钥匙的测距定位,又能切换成雷达模式做舱内儿童存在检测(CPD)或入侵报警。

3.2 生命体征检测:UWB和毫米波谁能赢

热词里专门有毫米波雷达生命体征检测和UWB雷达,这正是两个技术流派打架最凶的场景。放在几年前,大家更看好毫米波做呼吸和心跳监测,因为77GHz或60GHz频段波长更短,对胸廓微动更敏感。但UWB通带极宽,时域分辨率高,可以做极精准的微动测量,而且UWB的低功耗特性让它可以一直开机工作,适合车内整夜监测。

从实测数据来看,UWB雷达做呼吸检测时,能稳定测到0.2Hz到0.5Hz的呼吸频率,而做心跳检测时,需要提取约1Hz到1.7Hz的微多普勒信号,两种技术都有挑战。毫米波雷达在这个场景下主要受限于近距离盲区和对大目标的过强反射,而UWB雷达依靠极窄脉冲,反而能把近场区域覆盖得很好。

我的建议是,做生命体征检测项目时,别死磕某一个技术。如果车规平台已经有UWB芯片,优先用UWB;如果你在做独立雷达模组,60GHz毫米波依然是更成熟的选择。主机厂下场做双模芯片(毫米波+UWB融合)的目的,就是想在这两种体制之间无缝切换,用毫米波做远距离外部感知,用UWB做舱内精感知。

3.3 UWB雷达芯片和通信功能的共存问题

UWB芯片的最大优势是一芯多用,但通信和雷达同时工作也会遇到互相干扰的问题。UWB通信需要持续监听、响应其他设备的请求,而雷达模式需要持续发脉冲、收回波,两个模式在射频前端都要抢占天线和时间资源。

所以芯片上会做一个模式切换仲裁器,类似时分复用策略。比如快扫模式(雷达)和慢速轮询模式(通信)交替进行,牺牲一点通信实时性,换来雷达连续监测。对主机厂来说,这个调度策略很关键,因为如果数字钥匙的测距被延迟几百毫秒,用户感知不明显;但如果雷达漏掉一次舱内儿童微动检测,就是安全隐患。芯片设计上要给雷达模式更高优先级,这个细节你在评估芯片方案时一定要确认清楚。

4. 主机厂下场对开发者与选型带来的实际影响

不管你是做雷达模组的、做域控制器的、还是做算法应用的,主机厂下场做芯片这件事儿都会影响你的工作方式。最大的变化是,芯片原厂和主机厂的距离被拉近了,以前你可能只需要对着芯片原厂的参考设计抄板子,现在得直接对着主机厂自己的芯片规格书做适配。

4.1 评估一款雷达芯片时,除了参数还要看什么

很多工程师选毫米波雷达芯片时,只盯发射功率、接收灵敏度、通道数这几个射频参数,但真正上车后会遇到更多实际问题。根据我的经验,至少还要看这几点:

  • 成熟度与软件栈:芯片有没有成熟的SDK,驱动写得好不好,是否提供标定工具。有些芯片射频参数很漂亮,但软件开发包半年不更新,算法工程师用起来想骂人。
  • 车规等级与生态认证:AEC-Q100是基础,还要看是否通过了功能安全ISO 26262的ASIL-B以上等级。毫米波雷达芯片用在辅助驾驶上,功能安全等级不够,过不了整车SOP。
  • 集成度与BOM成本:芯片是否集成了电源管理、CAN收发器、存储接口。集成度低意味着外围电路更多,一颗芯片便宜但外围器件贵,总成本照样下不来。
  • 供应商支持力度:芯片原厂是否愿意深度配合定制,是否能提供参考天线设计、测试治具,这决定你项目的研发周期。

有一个很现实的案例,某国产芯片便宜到爆,但原厂FAE只有两个人,遇到问题要等一周才能回复,项目组差点被拖死。芯片选型不是选参数,是选生态配套和团队支持。

4.2 芯片与软件的分界:主机厂自研芯片后软件开发怎么办

主机厂自研芯片,必然会把芯片底层的寄存器库、固件和参考算法掌握在自己手里。这意味着对外部的算法供应商和Tier 1来说,过去“拿模组跑算法”的模式会受到冲击。以后你可能是直接拿主机厂提供的芯片SDK,在上面做应用层算法,而底层的点云生成、CFAR检测可能已经被芯片硬件加速器固定了。

对这个趋势我持谨慎乐观态度。硬件化固定算法会有性能优势,但也意味着灵活性下降。如果芯片的固定算法不匹配你的场景,你得跟主机厂的芯片团队反复沟通需求,甚至等他们出新版芯片,这个节奏比软件迭代慢得多。所以,做上层算法的朋友要提前想好自己的差异点在哪,纯算法优势被硬件化压缩后,场景理解能力可能变成真正的护城河。

4.3 对个人开发者与初创团队的机会窗口

主机厂下场做大芯片,说实话对个人开发者不一定是坏事。这波浪潮会带火两个方向:一个是围绕这些芯片的开发板、测试工具、教学课程,参考当年单片机开发板生态的繁荣;另一个是针对特定场景的算法,比如UWB雷达做老人跌倒检测、毫米波雷达做两轮车防碰撞,这些应用层机会非常多。

如果你想入门雷达方向,我建议直接买一块现成的毫米波雷达开发板,比如TI的IWR1443/IWR6843系列,或者基于国产芯片的模组,先跑通一个呼吸检测或人员跟踪demo。重点不是会调库,而是理解从原始ADC数据到距离维FFT再到点云输出的整个链路。只有理解了这个链路,等主机厂自研芯片放出来时,你才有能力快速上手。

5. 实测定标与常见问题:雷达芯片上车前必须踩完这些坑

聊了这么多趋势和架构,最后落到实操上。无论你是用TI、NXP还是国产自研芯片,雷达系统设计上车前有一些坑是共通的,我挑几个典型的展开说说。

5.1 天线设计与隔离度问题:为什么芯片好但信号差

雷达芯片再强,天线设计跟不上也是白搭。77GHz频段波长约3.9毫米,天线尺寸很小,通常直接在PCB上做微带贴片阵列。关键问题是天线之间的隔离度,以及天线和芯片之间的馈线损耗。

已知经验是,毫米波雷达天线区域的铺铜、过孔、阻焊层厚度都会影响实际辐射方向图。我见过一个项目,芯片的发射功率正常,但实测EIRP(等效全向辐射功率)比理论值低了近3dB,最后查出来是天线馈线转折处的阻抗不连续导致的反射。这种问题在仿真软件里不一定能完全暴露,只能靠暗室实测反复调。

所以,如果你用开发板做原型设计,别直接把开发板的天线设计照搬到产品PCB上。板层叠构不同、周围器件不同,天线的阻抗匹配就会漂移。至少要预留天线匹配调试焊盘,方便后期用网络分析仪做微调。

5.2 电源噪声与散热:芯片性能的隐形杀手

雷达芯片对电源噪声极其敏感。特别是PLL和ADC,电源纹波稍大一点,相位噪声和信噪比就会恶化。有人用便宜的DC-DC直接给雷达芯片供电,结果雷达最远探测距离掉了将近三成。

正确做法是雷达芯片的模拟电源和数字电源分开,模拟电源用低噪声LDO供电,数字电源可以用DC-DC。LDO的PSRR(电源抑制比)在100kHz到10MHz区间要足够高,越高越好。典型值至少60dB以上,否则77GHz的VCO会把电源上的干扰直接调制成相位噪声,拉低目标检测能力。这一点与热词里TP4056充电芯片那个电路里的电源噪声处理思路是相通的,只是量级完全不同。

散热也不能忽略。毫米波雷达通常安装在车头格栅或前挡风玻璃后面,这些位置夏天暴晒后环境温度可以到85℃以上。芯片结温过高会导致增益下降、噪声系数恶化,极端情况下还会触发过热保护,整车报故障。散热设计上要把导热垫、屏蔽罩与结构件之间的接触做扎实了,我建议你做高低温循环测试时,把雷达满负荷运行几小时再测指标,这种“烧机”测试最能暴露散热隐患。

5.3 多雷达互扰:同一辆车都有干扰,别说多车了

热词里没直接提,但这是雷达工程师最头疼的问题:毫米波雷达之间的互相干扰。如果你的车装了4到6颗雷达,它们都在同一个频段发射FMCW信号,一颗雷达的发射信号直接窜进另一颗雷达的接收通道,就会产生虚假目标或抬高噪声底。

芯片层面缓解互扰的手段包括频率调制斜率随机化、时分复用发射、以及波形分集。实际调试时,如果出现莫名其妙的幽灵目标,先怀疑是不是同频互扰。我建议你在开发早期就做“多雷达同场景干扰测试”,把所有雷达同时开机满负荷跑,看点云里会不会出现固定虚假目标。

5.4 UWB雷达的CIR数据采集与人体检测调参实战

UWB雷达做人体存在检测,我建议重点盯CIR的动态变化,而不是单帧CIR的绝对值。静止人体和沙发、座椅的区别在于,人体呼吸时会带来胸腔微动,导致CIR中特定时延区间出现周期性变化。这个变化幅度可能只有几毫米到一厘米,换算成CIR幅度变化可能只有几个dB。

调参时有一个关键变量是“检测时间窗口”。想快速检测到人体进入车内,需要短时间窗口,比如1到2秒;但要稳定区分静止的人和遗留的包,则需要更长窗口,比如10到30秒。这两个目标是有冲突的,实际车规项目中一般会设置两个并行检测器,一个做快速触发、一个做稳定确认。

另外,UWB雷达的检测范围和天线摆放有关。如果是放在车顶阅读灯位置,CIR里车顶和座椅的强反射可能会盖过人体回波。建议在安装位置实测几组空车和载人CIR数据,用空车状态做背景差分,再在背景差分后的信号上做微动检测,效果会好很多。

5.5 芯片级数据接口与点云输出的带宽规划

4D毫米波雷达和UWB雷达都会产生大量原始数据,尤其在输出点云甚至原始ADC数据时,接口带宽可能成为瓶颈。以一片4发4收、每帧256个距离门、多普勒128个点的雷达芯片为例,输出点云虽然不大,但如果你想拿原始数据做自定义AI检测,数据量会直接飙升到每秒几十MB到几百MB。

所以做系统设计时,要提前想好数据通路。如果芯片内部有硬件预处理,雷达只输出目标列表或压缩点云,以太网通信压力就小很多;如果你需要做自定义检测模型训练,尽量用带原始数据输出能力的芯片,但在车规域控制器里带宽规划一定要留足余量。我们项目曾经因为以太网带宽满了,丢掉部分雷达点云,模型精度直接掉了好几个点,排查了两周才发现是数据通路瓶颈。

6. 总结

主机厂下场做毫米波雷达和UWB雷达芯片,本质上是智能汽车感知技术的话语权之争。从全球格局来看,国外大厂在77GHz毫米波雷达芯片和UWB芯片领域积累深厚,但国产芯片和主机厂的协同创新正在快速缩短差距。对每一个做汽车电子或射频感知的开发者而言,这是一次难得的机遇窗口。

我个人的切身体会是,芯片从来不是纸面上那堆参数,而是无数细节工程问题的集合。真正能把一颗雷达芯片用好,需要你对射频、天线、电源、算法、整车集成都建立真实的体感。这没有捷径,只能靠一次次流片、一轮轮暗室测试、一版版软件迭代去积累。主机厂愿意下场啃这块硬骨头,对整个行业来说都是好事,至少意味着未来我们会看到更多真正为场景而生的雷达芯片,而不是拿着同一颗通用芯片做阉割适配。

如果你正在评估进入这个领域,我的建议很简单:先买一块开发板,烧一版呼吸检测的demo,再去暗室测一次方向图,你就知道这里面的门道有多深了。等你把这些基础功打扎实了,不管芯片是TI的还是某主机厂定制的,对你的区别都不大,因为核心方法和工具链都是相通的。

需要专业的网站建设服务?

联系我们获取免费的网站建设咨询和方案报价,让我们帮助您实现业务目标

立即咨询