做智能汽车项目这些年,被问得最多的一句话就是:“智能汽车芯片到底推荐哪个牌子?”问的人里有负责采购的,有做软件集成的,有准备创业的小团队,还有刚入行没多久的学生。每次我都不急着列清单,而是先劝你把问题换一换:你手上要做的到底是什么功能、哪个价位、什么样的安全等级、大概多少出货量?因为同一辆智能汽车里,至少有四五个不同种类的芯片,没有任何一个品牌能通吃全部。
这篇文章把我自己这几年做芯片选型、开发板评估、实车验证过程中攒下来的经验完整写出来。我会把主流品牌按画像拆分,按车型价位和功能场景给出可以直接抄作业的推荐组合,把TOPS、ASIL、AEC-Q100、供货周期这些特别容易理解偏的参数单独拎出来讲透。对于刚接触智能汽车芯片的人,这篇就是一个过滤网,能帮你把行业话术滤掉,留下真正能落地的选项。
1. 先把“智能汽车芯片”这个大筐拆开
1.1 智驾、座舱、车身、网关芯片是完全不同的物种
很多人以为智能汽车芯片就是一颗大算力SoC,车上所有东西都靠它。实际拆开一辆车来看,至少有四个独立的功能域:
- 智能座舱域:负责中控大屏、仪表、HUD、语音助手、多屏联动。重点是CPU性能、GPU渲染能力、视频编解码,以及跑AI语音和视觉算法的NPU。它追求的是“爽”,交互顺滑、画面不卡。
- 智能驾驶域:负责摄像头、毫米波雷达、激光雷达的数据融合,输出ACC、AEB、车道保持、自动泊车、城市领航等控制指令。它追求的是“准”和“稳”,要能在几毫秒内完成感知、预测、规划。
- 车身控制与底盘动力域:负责车窗、门锁、灯光、制动、转向、电池管理这些执行功能。这里基本都是MCU,追求的是极端可靠,死机一秒都不行。
- 网关与通信域:负责车内几十个ECU之间的CAN、以太网、LIN数据交换,以及对外通信。它追求的是带宽和转发实时性。
这四个域用的芯片逻辑完全不同。座舱芯片选消费电子迭代快的那类没有问题,但拿它去做转向控制就是事故苗子。MCU算力很低,但功能安全等级高,在刹车和转向相关场景里,比一颗500 TOPS的大算力芯片更关键。
所以别人问我“哪个品牌好”,我第一反应永远是:先把你要做的功能域圈出来,再谈品牌。
1.2 为什么“只看TOPS”的选型方式最坑人
TOPS是每秒万亿次运算,听起来很直观,数字越大越强。但实际项目里,只看TOPS踩坑的概率非常高,原因有三:
第一,TOPS测的通常是INT8精度下NPU的峰值算力。真实跑一个Transformer模型、一个BEV感知网络,因为内存带宽、缓存大小、算子调度效率的限制,能跑出来的性能往往是峰值的三到五成。峰值500 TOPS的芯片,可能实际跑某个网络还不如峰值200 TOPS但编译器优化好的芯片。
第二,智能驾驶需要的不只是NPU。摄像头接入、图像信号处理、雷达点云预处理、规划控制算法,很多都在CPU和GPU上跑。CPU的DMIPS、GPU的浮点能力同样决定整体表现。如果只盯着NPU的TOPS,可能会选出一颗“头重脚轻”的芯片,NPU闲着,CPU已经满载了。
第三,TOPS高通常意味着功耗高、散热压力大。车规环境里,被动散热条件很苛刻,功耗一旦上去,性能就要降频。标称的峰值TOPS在车里根本维持不住,必须看“持续算力”和“每瓦性能”。
我见过一个大算力方案,厂商专门搞了个水冷Demo,现场演示非常震撼。结果我们模拟了一下整车环境,60瓦以上的板卡功耗直接让周边线束和接插件温度超标,整套方案只能推到冬天重做散热设计。参数是参数,实车是实车,这个教训值不少钱。
1.3 圈内真正在用的“选型三板斧”
与其研究厂商PPT,不如自己动手做三件事:
- 找官方SDK和编译器,把你真实要跑的模型放进去编译,在开发板上实测帧率和延迟。直接跑一遍,比什么宣传都管用。
- 查芯片对应的功能安全资料,看它有没有独立的安全岛、有没有ASIL-B或ASIL-D的认证报告、软件库是不是“认证就绪”。芯片本身过了认证和整个系统过了认证是两回事,但芯片底子不行,后面系统认证会非常痛苦。
- 评估供应链和生命周期,确认这颗芯片不是独家,至少有第二个可替代型号或第二家可合作渠道;确认芯片厂对汽车产品承诺的供货周期能覆盖你车型至少十年的生命周期。
这三板斧下来,大部分虚标和话术都会被过滤掉。下面再具体讲品牌阵营该怎么看。
2. 主流品牌阵营:业内都认识,但我给它们匿名画像
写这篇文章前我犹豫过要不要直接写品牌名。后来想想,在群里聊选型时,我们几个老工程师也经常用代称,什么“铜厂”“核弹厂”“手机厂”,大家反而更清楚。所以下面我统一用匿名画像的方式,把市面上的主流玩家分清楚。对号入座之后,你自己去查对应产品线就行。
2.1 W厂:从视觉算法起家的老牌霸主
W厂是做视觉芯片起家的,在L2级别辅助驾驶这个市场里份额非常高。它的策略是算法和芯片深度绑定,用户拿到的是一个完整的视觉感知解决方案,而不是一颗裸芯片。
优势非常明显:集成度高、功耗低、可靠性经过大量车型验证。传统车企做L2,前视摄像头加一颗W厂的芯片,几百块钱就能实现AEB、ACC、车道保持,量产风险很小。
代价是封闭。它不开放底层,你想在它的芯片上跑自己的自定义模型,或者接入激光雷达做更复杂的融合,难度很大。适合的目标是:你只想稳定实现主流L2功能,不想折腾底层算法。
2.2 G厂:高算力GPU路线的中坚力量
G厂从GPU和AI计算起家,在数据中心领域很强,后来把高算力路线带到智能驾驶。它的车载平台是很多高阶智驾方案的首选,从几十TOPS到五百甚至上千TOPS的产品线铺得很全。
优势是生态完善、开发灵活。算法团队熟悉它的工具链,神经网络模型能快速迁移,各种参考设计和量产方案都很多。想做城市NOA、高速领航这类复杂功能,选它最省心。
要注意的是功耗和成本。高算力对应高功耗,整板散热和电源设计必须花大力气。它的芯片单价也普遍偏高,用在30万以上的车型上才划算,入门车型硬上就是给自己找麻烦。
2.3 M厂:座舱生态的巨头
M厂是消费电子芯片起家的,手机SoC的技术底子非常厚。这几年在智能座舱市场势头很猛,主流车型的座舱芯片基本绕不开它。
它强在没有对手能撼动的GPU渲染能力和安卓生态。十几年前手机积累下来的图形、编解码、驱动优化经验,直接搬到车机上,多屏交互、游戏、影音体验确实是第一梯队。新一代座舱平台已经在跑AI大模型、端侧语音助手这些功能,体验很突出。
局限在于功能安全和实时控制不是它的长项。座舱做得好,不代表适合做刹车和转向。所以圈内成熟的方案是“M厂座舱SoC加一颗安全MCU”的组合,一个管体验,一个管安全。
2.4 国产阵营的两位黑马:H厂与B厂
国产智能驾驶芯片这几年进步很快,最典型的是H厂和B厂。
H厂做AI芯片出身,产品定义非常务实。中低端型号直接瞄准性价比市场,开放程度高,工具链和文档对国内开发者友好。它的方案在不少量产车型上已经跑通,城市NOA也有落地,是国内团队选型时绕不开的参考项。
B厂同样主打自动驾驶计算平台,覆盖从入门到高阶的算力区间,提供的参考方案完整度很高,供应链本土化程度深,服务响应速度往往是国际大厂比不了的。
国产芯片的短板是历史积累相对短,极端工况数据库、长期可靠性数据不如老牌国际厂商丰富。但这几年出货量上来之后,问题暴露和修复的节奏很快。我的看法是:中低阶智驾场景,国产芯片已经是非常成熟的选择;高阶智驾,可以给它一个和进口方案同台竞标的机会,用实测数据说话。
2.5 车身与底盘域的老牌MCU厂商
座舱和智驾聊得热闹,但车里真正量大面广的芯片其实是MCU。一个主流车型往往要几十到上百颗MCU,负责车窗、灯光、电池管理、制动、转向。
这个市场的老牌厂商主要集中欧洲、日本和美国几大家。它们的优势是几十年的车规经验,AEC-Q100认证齐全,功能安全方案成熟,ISO 26262流程非常规范,供货稳定。
选MCU不要追求算力,要追求“底子干净”:有没有足够的安全诊断机制、有没有经过验证的AUTOSAR驱动、有没有配套的功能安全库。很多时候,MCU一颗也就十几块到几十块钱,但它出问题导致的召回成本是芯片本身的千倍万倍。
把上面这些画像放在一起,可以简单归纳成一张对照表:
| 代称 | 主要战场 | 核心强项 | 选型注意点 |
|---|---|---|---|
| W厂 | L2级基础智驾 | 稳定、可靠、成本低 | 生态封闭,高阶难扩展 |
| G厂 | 高阶智驾/算力平台 | 工具链成熟、算力大 | 功耗高、成本高 |
| M厂 | 智能座舱 | 渲染强、生态丰富 | 功能安全不适合执行域 |
| H厂/B厂 | 中高阶智驾 | 性价比高、服务好 | 长期可靠性数据积累中 |
| 欧日美老牌 | 车身/底盘MCU | 车规经验深厚 | 迭代慢、灵活性一般 |
3. 按价位段直接抄:四种车型的芯片组合推荐
选型建议不能脱离车型定位谈。我这里按四个典型价位段给出组合,都是我参与过或者完整研究过的类型。价格只是大致区间,具体看车企的成本策略和功能定义。
3.1 10万元级入门车:够用、便宜、好改
这个价位段的用户关注的是“有没有”而不是“好不好”。智能座舱有中控大屏、有基础语音、能连手机;智驾有ACC、AEB、车道保持,总共L2级别。
推荐组合:
- 座舱:M厂的中低端车规平台,或者国产对应平台,成本低,驱动成熟,UI带得动。
- 智驾:W厂的基础视觉方案,或者国产低阶一体机方案,前视摄像头加一颗SoC搞定。
- 车身控制:传统欧系或日系MCU,稳定压倒一切。
这里要克制。入门车最怕功能堆太多但每个都做得不好,成本和售后都会炸。一颗8 TOPS左右的芯片做L2足够了,不用上大算力。很多新势力早期产品就是在这个价位强行上高算力,结果软件迭代跟不上,用户感知不到价值,白白增加好几千元硬件成本。
3.2 15万到25万元主流家用车:舒适座舱加L2
这是中国乘用车市场最主流的价位段,也是竞争最激烈的区间。用户既想要智能座舱的体验,也希望智驾能覆盖高速和城市快速路。
推荐组合:
- 座舱:M厂的第三代或新一代主流座舱平台,支持仪表、中控、副驾屏三屏联动,语音助手响应快。
- 智驾:国产H厂中端型号或G厂中端平台,算力在30到100 TOPS之间,支持高速领航、自动变道、行泊一体。
- 安全冗余:另配一颗ASIL-D级别MCU,负责执行层面的仲裁和降级策略。
这个区间我强烈建议优先考虑国产H厂或B厂。理由不只是便宜,更重要的是国内团队改需求的速度太快了。我们曾经因为一个车道线识别策略问题,和H厂工程师当天晚上就开了线上会,第二天就拿到新版本SDK。和海外厂商沟通,光邮件往来就耗了一周。
3.3 30万元以上旗舰:性能冗余不再叫奢侈
旗舰车型的核心是“我要有,还要敢用”。城市NOA、代客泊车、舱驾融合大模型、车载虚拟化,全部要支持。这个价位段的用户愿意为体验买单,前提是体验真的做出来了。
推荐组合:
- 座舱:M厂新一代旗舰SoC,同时驱动前排多块大屏和高清HUD,跑端侧大模型。
- 智驾:G厂高阶平台或H厂旗舰,一颗或两颗芯片,总算力200到500 TOPS,支持城市领航、复杂路口通行。
- 传感器接入:要预留给激光雷达和4D毫米波雷达足够的PCIe、以太网接口。
- 功能安全:ASIL-D MCU必须双冗余,一套主控一套备份,切换时间要求极短。
这个组合的成本不低,一套域控制器下来可能要大几千元。但对旗舰车型来说,这笔钱是合理的。真正的风险不是硬件贵,而是选了硬件却让软件团队写不出与算力匹配的功能来。
3.4 商用车与L4平台:安全冗余是第一优先级
商用车、Robotaxi、无人配送这类场景,功能定义和乘用车完全不同。它们不追求炫酷交互,追求的是长时间稳定运行、多传感器融合、极端天气下可降级运行。
推荐组合:
- 智驾:G厂或B厂的高算力平台,至少双芯片冗余,采用主备或双活架构。
- 传感器:多路800万像素摄像头、4D雷达、激光雷达同时接入。
- 安全控制:采用双MCU锁步或双通道架构,确保单点失效也能安全停车。
- 通信:必须支持车路协同接口,预留对外通信带宽。
商用车的验证周期比乘用车更长,因为车辆运行时间长、工况复杂。芯片选型时必须关注散热设计和宽温范围,尽量选择已经有商用车量产案例的平台,不要当第一个吃螃蟹的人。
4. 核心参数拆解:从TOPS到ASIL,一口气讲明白
4.1 算力指标:TOPS、DMIPS、FLOPS到底谁管谁
智能汽车芯片上会看到各种单位并列出现,每个管的都不是同一件事:
| 指标 | 名称 | 管什么 | 选型时怎么看 |
|---|---|---|---|
| TOPS | 每秒万亿次操作 | NPU推理算力 | 看实测模型,不看峰值 |
| DMIPS | 每秒百万条指令 | 通用CPU性能 | 看逻辑处理、调度能力 |
| FLOPS | 每秒浮点运算 | GPU/通用计算 | 看渲染和浮点算法 |
| MACs | 乘加运算次数 | 神经网络计算量 | 换算推理时间时很关键 |
真实项目里,模型推理时间通常按“MACs ÷ 有效算力利用率”估算。同样的152 GMACs模型,在一颗标称50 TOPS但利用率只有30%的芯片上,推理时间大约是152÷(50×0.3)=10.13毫秒;在另一颗标称20 TOPS但利用率能做到50%的芯片上,推理时间大约是152÷(20×0.5)=15.2毫秒。看起来前者慢,反过来看,两颗芯片的差距没有纸面算力差距那么大。所以一定要拿真实模型跑测试,不能只看纸面数字。
4.2 功能安全等级:ASIL-B和ASIL-D差在哪
功能安全等级按严重度、暴露概率、可控性来划分,从低到高是ASIL-A、ASIL-B、ASIL-C、ASIL-D。QM则是完全不涉及安全。
座舱娱乐功能通常是QM,最多做到ASIL-B。车道保持辅助会做到ASIL-B或ASIL-C。自动紧急制动、转向控制这类直接介入执行层的,基本要求ASIL-D。
我在评估芯片时,会专门确认两件事:第一,芯片的某个具体内核有没有拿到ASIL-D认证,是整个SoC都过了,还是只有一个安全岛过了;第二,配套软件包是“已认证”还是“认证就绪”,两者之间的工作量差距非常大。“认证就绪”忽悠自己,后面做系统认证时甲方会把你打回去重推。
4.3 车规合格证:AEC-Q100与IATF 16949不是噱头
很多消费级芯片看着参数很强,但上车前必须过车规门槛。
AEC-Q100是车规级集成电路的可靠性测试标准,包含高温工作寿命、温度循环、ESD、湿度、引脚弯曲等一系列测试。通过它代表芯片器件本身可以在汽车环境里稳定工作。IATF 16949则是生产质量管理体系,代表整个工厂的制程控制、良率管理、追溯机制达到车规水平。
一颗芯片即使设计再优秀,如果它没有过AEC-Q100,也没有在IATF 16949体系下生产,那它在整车上的失效率和寿命都会有风险。消费电子芯片死机了顶多重启,汽车芯片死机了可能就是安全问题。
4.4 供货与生命周期:智能汽车芯片最容易忽视的暗礁
车型生命周期一般要覆盖10到15年,加上售后备件,供应链要维持更久。芯片厂一旦停止供货或产品迭代型号不兼容,后续的软件升级、维修备件都会出问题。
所以签选型意向时,我一定会要求芯片厂商提供三样书面承诺:
- 至少10年的供货保证。
- 停产提前通知周期,一般是18到24个月。
- 替代料方案,至少说明第二供应商或兼容型号。
这三样没有,哪怕芯片再便宜再强,我也不敢把它放进量产车型里。
5. 实操流程:从拿到SOR到完成小批量的完整落地步骤
5.1 第一步:把需求表写成像样的规格书
很多人选芯片是拿着厂家推荐方案直接抄,这很危险。正确的第一步是自己写需求,也就是系统需求规格书(SOR)。
我常用的格式是这样,以一台15万元价位家用车为例:
| 需求项 | 参数要求 |
|---|---|
| 座舱CPU | 不低于2个中高性能大核 |
| 座舱GPU | 支持3块1080P屏幕同时渲染 |
| NPU算力 | 语音+视觉合计不低于12 TOPS |
| 摄像头接口 | 支持6路摄像头输入,其中4路800万像素 |
| 网络接口 | 至少1路千兆以太网,支持TSN |
| 功能安全等级 | 安全岛不低于ASIL-D |
| 工作温度范围 | -40°C到85°C |
| 生命周期 | 不少于10年 |
写完后先内部评审两天,确认每一条背后都有真实功能支撑,再拿给芯片厂商聊,不然很容易被销售带节奏。
5.2 第二步:拿开发板跑三场“魔鬼测试”
开发板到手后,别急着写业务代码。先跑三场测试:
第一场是模型实测。把计划上车的感知模型、语音模型全部交叉编译放进芯片里,记录帧率、延迟、内存占用。至少连续跑24小时看热不热。
第二场是外设压力测试。把所有摄像头、雷达、显示器接口同时接满,跑满带宽,观察CPU中断处理能力和网络丢包情况。很多芯片单跑算力很强,一接多路摄像头CPU就已经满载了。
第三场是掉电与复位测试。模拟整车各种异常上下电时序,看芯片能不能正常复位启动、能不能进入安全状态。这个测试经常能暴露出电源管理模块的缺陷。
这三场测试完,我对一颗芯片的判断力会比销售讲一百页PPT都有效。
5.3 第三步:软件工具链和中间件的账要提前算清
硬件选得再好,软件工具链不成熟照样废掉。
重点确认四件事:
- 编译器是否稳定,有没有针对特定模型结构的优化。
- 驱动和BSP是否完整,AUTOSAR标准支持的版本是多少。
- 中间件生态,包括SOA框架、信息安全方案、OTA升级方案。
- 调试工具是否顺手,仿真器、日志系统、性能分析工具是否齐全。
工具链评估要按“让一个新人上手十天”的标准来做。如果文档混乱、例程跑不通、社区也没答案,那就别指望量产周期内能把软件跑稳定。
5.4 第四步:小批量试装的节奏与风险卡点
一切测试通过后,进入小批量环节。我建议分两批:
第一批是台架加工程样车,大概10到20台,主要做电器匹配、通信测试、功能标定。这个阶段重点看的是芯片在整车EMC环境下稳不稳定,和ECU之间有没有互相干扰。
第二批是冬季和夏季标定车,大概30到50台,跑高寒、高温、高原工况。智能驾驶算法在极限环境下很容易触发异常,这个阶段暴露的问题越早越好。
每个阶段都要设定明确的放行条件,达不到就回去整改,不要赶节奏。车载芯片最忌讳的就是“先量产后优化”,出了问题召回成本实在太高。
6. 选型路上我踩过的坑
6.1 国产芯片便宜,真不是“平替”这么简单
我一度也以为国产芯片就是国际大厂的平替,后来发现完全是两种打法。国产厂商更愿意陪你把方案做深度定制,本地工程师随叫随到,SDK更新勤快得甚至有点吵;国际大厂产品更成熟、文档更全,但遇到问题排期慢、改需求流程长。
选国产芯片,要把服务优势考虑进总体成本里去算,而不是只看单颗芯片的采购价。
6.2 算力翻倍、散热翻倍,台架都放不下
有一年的选型,我们贪图大算力,选了一颗200 TOPS级别的芯片做小算力车型的预留。结果域控制器整板功耗接近80瓦,必须在壳体内加主动风扇。整车的NVH工程师看到风扇直接崩溃,要求我们换方案。
后来我们老老实实按功能需求选芯片:预留性能冗余可以,但冗余要控制在15%左右,不能翻倍预留。算力带来的是性能,也是热量和成本。
6.3 ASIL-D不是越高越好,过了头反而坏事
有个项目在做转向控制时,我们直接提出所有芯片都要ASIL-D。结果发现满足ASIL-D的MCU算力都不够跑复杂的双冗余算法,最后不得不回到ASIL-B加外部安全监控芯片的方案。
功能安全是做减法出来的,不是加法。正确的流程是先做系统级安全分析,看哪些功能需要什么等级,再倒推芯片选型。而不是反过来,先选一个ASIL-D芯片,再把所有复杂度都往它身上压。
6.4 常见问题速查表
最后列一个我在项目群里经常回答的问题表,都是真实项目反复出现的点。
| 问题场景 | 排查思路 | 落地建议 |
|---|---|---|
| 标称TOPS很高,实测模型却跑不快 | 先看编译器和算子库优化,再看内存带宽 | 用真实模型实测,不信峰值 |
| 摄像头多接几路就掉帧 | 查ISP带宽和CPU中断负载 | 选多路ISP接入能力匹配的芯片 |
| 高低温测试时芯片性能波动明显 | 查降频策略和散热设计 | 关注持续算力而非峰值 |
| 自动驾驶功能需要更高安全等级 | 做系统级功能安全分析,拆分执行与感知 | M厂座舱加安全MCU的组合 |
| 芯片A便宜但生态不熟 | 预估学习成本和开发周期 | 折算TCO总成本后对比 |
| 担心唯一供应商缺货 | 流片阶段就要做第二供应商备份 | 双供应商接口预留在硬件设计里 |
6.5 我个人这几年唯一不变的选型原则说一句
跑过那么多项目,踩过那么多坑,最后真正决定选型成败的往往不是那一张算力对比表,而是芯片原厂对量产项目的支持深度:问题响应快不快、SDK更新勤不勤、生命周期的承诺能不能落到纸面上。品牌重要,但品牌背后那支团队有多重视你的项目,才更重要。你手里的车型卖十年,别人服务你十年,这种合作关系在写选型报告的那一天就应该考虑进去。