这两年汽车圈最热闹的赛道除了智能座舱和自动驾驶就是雷达芯片了。过去我们聊雷达主角是博世、大陆、电装这些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/Hz1MHz附近差一点的芯片可能只能到-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的还是某主机厂定制的对你的区别都不大因为核心方法和工具链都是相通的。