斯巴鲁携手安森美,深度解析ADAS传感器平台选型与集成关键
2026/8/28 8:43:43 网站建设 项目流程

前几天圈里都在转斯巴鲁和安森美(ON Semi)合作的消息,说下一代ADAS平台会直接用安森美的传感器方案。乍一看只是一条供应链新闻,但对真正做过车载传感器选型的人来说,这背后信息量很大。我这些年和不少OEM、Tier 1打过交道,也亲手推过几个前视摄像头项目,从器件选型到产线标定都踩过坑。借着这件事,我想把传感器平台这个话题从头到尾拆一遍:斯巴鲁为什么选安森美,这套方案的核心技术点是什么,以及如果你要做同类ADAS平台,有哪些参数和流程是躲不开的。这篇文章适合主机厂电子工程师、Tier 1系统架构师、半导体行业应用工程师,也适合刚入行想搞懂“ADAS传感器到底怎么选”的朋友。

1. 项目概述:斯巴鲁为什么相中安森美

1.1 从EyeSight到下一代ADAS平台

斯巴鲁是最早坚持双目立体视觉的量产车企之一,EyeSight系统从研发至今已经迭代了好几代。和绝大多数单目方案不同,双目方案的核心优势是直接用视差计算深度,不依赖单一的车辆宽度假设,所以在行人横穿、弯道切弯这类场景下,距离估计更准。但代价也很明显:两颗摄像头必须在光轴、色彩响应、噪声特性、温度漂移上都尽量一致,否则视差会出现系统性偏差。因此斯巴鲁对传感器的一致性要求,比普通单目方案高一个量级。这也是为什么他们在选供应商时格外保守,一旦选定,基本就是五年以上的深度绑定。

下一代平台从现有信息看,会继续以双目摄像头为感知核心,同时引入毫米波雷达和更强大的域控制器。安森美作为摄像头传感器的供应方,如果能同时覆盖雷达芯片,那整个感知层的硬件供应链会变得非常干净。这里说的“平台”不是单颗芯片,而是一整套可复用的传感器架构。过去厂商习惯每个车型单独定义传感器,导致摄像头模组、接口、软件驱动都不同;平台化之后,同一套硬件可以横跨多个车型,软件通过OTA升级逐步释放新功能,这是主机厂压缩研发成本最直接的手段。

1.2 安森美手里不只有图像传感器

很多人提到安森美,第一反应是它的CMOS图像传感器,尤其AR0820AT这颗8.3MP车规芯片,在不少新车型的前视摄像头上都能见到。但安森美的汽车产品线比这宽得多:77GHz毫米波雷达收发器、激光雷达用的SiPM/SPAD探测器、IGBT和SiC功率器件、以及电源管理和栅极驱动芯片。如果斯巴鲁要打造一个统一的ADAS平台,理论上安森美能把感知层、供电层、执行层的部分芯片都打包,减少多供应商之间的接口沟通成本。

当然,官方公告没有把所有细节都摊开,但从平台化角度,这种“一家供应商,多类芯片组合”的策略,对主机厂的采购和研发效率都更友好。何况安森美在汽车图像传感器领域拥有很高的市占率,AEC-Q车规认证、ISO 26262功能安全文档、失效分析报告都相当成熟,这些都是小供应商短期拿不出的东西。对于斯巴鲁这种销量规模不大但很看重技术口碑的车企,选择一家“能长期陪跑”的供应商,比单纯追求最新参数重要得多。

1.3 对比索尼、豪威,优势不在像素而在系统

有人会问:论CMOS图像传感器的画质,索尼不是更强吗?豪威价格不是更香吗?怎么斯巴鲁选了安森美?这里面有几个现实逻辑。第一,车载传感器不是消费电子,要求的是超长生命周期和极端环境下的稳定性。索尼的强项在手机感光面积和高像素密度,但在车规流程、长期供货承诺、以及面向自动驾驶的定制化服务上,安森美在汽车领域投入更早更垂直。第二,豪威确实在车规产品上追赶凶猛,价格也更有竞争力,但很多Tier 1反映,它的软件生态、参考设计和功能安全文档还有提升空间。

第三,斯巴鲁的年销量不算高,供应商需要接受相对小批量的订单并保证利润,这要求双方有很强的战略绑定关系。综合下来,安森美在“车规级可靠性+完整平台方案+愿意陪着小众车企慢慢打磨”这几个维度上,正好卡中了斯巴鲁的需求。我们要清醒一点:车规传感器选型从来不是跑分游戏,而是可靠性、供货周期、系统集成成本之间做平衡。斯巴鲁这一步,更像是在给未来五到十年的ADAS路线提前铺路。

2. 核心细节解析:这套传感器方案强在哪

2.1 前视图像传感器:AEB的成败就在这几个参数

前视摄像头是AEB、ACC、LDW这些功能的基础,而图像传感器又是摄像头的灵魂。很多项目在选型时只盯着分辨率,觉得像素越高越安全,实际完全不是这么回事。真正要看的是分辨率、动态范围、LED闪烁抑制、帧率、工作温度这五项的平衡。我建议选型阶段至少建一张表,把每一项和功能场景对应起来看。

参数为什么重要常见要求
分辨率决定远处目标物的像素覆盖,影响有效识别距离2MP到8MP
动态范围HDR隧道口、逆光场景下能否看清目标轮廓120dB以上
LED闪烁抑制LFM避免LED灯/交通信号灯在画面中闪烁丢失必须支持
帧率高速相对运动时目标跟踪是否连续30到60fps
工作温度前挡区域高温,传感器暗电流会增大-40℃到105℃

以AR0820AT为例,它在8.3MP分辨率下用了3.0μm的大像元,这种设计在低照度下比那些把像素硬塞进小尺寸传感器的方案更有优势。像素尺寸越大,单个像素接收到的光子越多,信噪比就越高,夜间AEB能识别的距离也会更远。如果只看像素数而不看像元面积,很容易在夜测时翻车。

还有一个常被低估的指标是LFM。LED车灯和交通灯普遍采用脉宽调制方式调光,频率通常在90Hz到400Hz之间,如果传感器曝光时序没做专门优化,画面里就会看到LED灯一亮一灭,看起来像在闪烁,AEB系统可能因此漏检目标。安森美的LFM技术本质上是把曝光窗口拉长,尽量覆盖LED的一个完整脉冲周期,同时保留HDR的宽动态范围。这两个功能同时做到,比单纯堆参数难得多。

2.2 毫米波雷达与摄像头:怎么融合才不会打架

下一代ADAS平台基本都会走“摄像头+毫米波雷达”融合路线。摄像头擅长做目标分类,能区分行人、车辆、自行车,但它怕强光、怕黑夜、怕大雾;毫米波雷达正好相反,测距测速非常准,而且全天候工作,但它分辨不出目标到底是个铁皮箱子还是个人。两者的融合不是简单把两路结果叠加,而是要让系统在“摄像头看到但雷达没看到”或“雷达看到但摄像头没看到”时给出一致的决策。

融合从架构上分两种:早期融合和后期融合。早期融合在原始数据层做对齐,把雷达点云投影到图像坐标系,再交给AI模型一起推理,精度更高但需要极强的算力和带宽;后期融合是分别处理生成目标列表,再用卡尔曼滤波做轨迹关联,工程上更容易落地,但信息损失相对多。斯巴鲁既然选了平台化方案,我猜他们大概率会兼顾二者:先用后期融合保证基础功能量产,再逐步通过OTA升级引入更多早期融合的能力。在硬件上,传感器输出的数据接口必须统一,摄像头走MIPI CSI-2,雷达走CAN或以太网,最终汇聚到域控。这个过程如果供应商能提供完整的驱动和参考设计,能省掉大量联调时间。

2.3 平台化软硬件解耦:为什么“Platform”才是重点

“Platform”这个词在汽车圈已经被用烂了,但斯巴鲁和安森美这次强调的,恰恰是“可复用的传感器平台”。对车企来说,平台化意味着硬件预埋和软件解耦。举个例子:同一颗前视摄像头,低配车型可能只启用AEB和LDW,高配车型通过OTA再解锁交通拥堵辅助和高速NOA。底层传感器硬件不用换,只升级域控和软件就行。

安森美在这里能做的不只是提供传感器芯片,还包括完整的软件驱动、SDK、参考硬件设计,甚至兼容不同主控平台。有了这层打包能力,Tier 1不用每次从头做摄像头模组的底层适配,主机厂也不用因为换一个车型就重新验证传感器。对斯巴鲁这种车型谱系不算特别宽、但每一款都要走量求稳的品牌来说,平台化能极大摊薄研发成本。而且平台化还带来一个隐性好处:传感器一旦被大量车型共用,供应链库存调度更灵活,单一车型销量波动不会直接造成芯片积压或断供。

3. 实操过程:如果我来做这个选型和集成

3.1 从场景需求倒推传感器参数

很多工程师做选型是“供应商给什么用什么”,但更合理的做法是从功能场景倒推。比如AEB要求“车速60km/h时能在150m外识别到横穿的行人”,那就可以算一下需要多大焦距、多大像素密度。假设目标行人宽度是0.5米,距离150米,镜头焦距35毫米,传感器像元尺寸3微米,那么在传感器平面上,行人成像宽度约为35mm × 0.5m / 150m = 0.1167mm,换算成像素大约是0.1167mm / 3μm ≈ 39个像素。39个像素对于识别轮廓完全够用,但如果是夜间低对比度场景,这个数字会打折扣,所以实际设计时常需要把目标像素余量放宽到50个以上。

同样,视场角和焦距的关系由几何公式决定:f = sensor_width / (2 × tan(HFOV/2))。如果传感器横向宽度12毫米,目标水平视场角40度,计算得到焦距约16.5毫米。视场角越窄、焦距越长,看远处越清楚,但近处盲区也会变大。这个平衡要根据功能定义来敲定:经常跑高速就把视场角做窄一点,城市工况多就要做得更宽。参数不是越高越好,而是要放在自己的使用场景里验证。

3.2 硬件集成中容易翻车的地方

参考设计板和量产板之间,隔着一个“真实电磁环境”的鸿沟。我见过不少项目在评估板上图像很干净,一装进整车就出现横纹、噪点,最后定位到是电源纹波和地弹问题。图像传感器对电源噪声极敏感,尤其是模拟电源和PLL供电。量产板上一定要把电源设计当成模拟电路来做,LDO的输出电容、去耦电容不能省,开关电源的频率也要避开传感器输出时钟的倍频点。

散热是另一个大坑。前挡风玻璃后面夏天温度很容易到85℃以上,传感器芯片温度升高,暗电流会指数级增长,图像里就会出现随机白点,专业说法叫hot pixel。这个问题光靠软件校正不够,还得在结构上用导热垫、散热片把热量导出。我实测过一个项目,环境温度从25℃升到85℃,暗电流噪声差不多翻了三倍,最后是通过加大接地铜箔面积和加装风扇解决的。量产前一定要做高温长时间老化测试,最好用红外热像仪看芯片表面温度,不要只看环境仓温度。

3.3 摄像头标定与产线一致性

摄像头装到车上以后,因为挡风玻璃的折射、安装公差、镜头畸变,实际看到的图像和理想模型有偏差,所以必须做内参标定和外参标定。内参标定解决镜头焦距、主点、畸变;外参标定解决摄像头相对车身坐标系的安装位置和角度。对双目方案来说,还有左右目之间的相对位姿标定,如果两颗摄像头略有旋转,视差图会出现系统性误差,直接影响测距精度。

产线一致性是容易被忽视的大问题。同一批摄像头传感器,感光响应、暗电流、白平衡都存在细微差别。出厂前需要逐颗做亮度均匀性校正、坏点标记、色彩校准,并在标准光源箱里拍照验证。我见过一家供应商在产线上换了一套灯管,结果导致一批摄像头白平衡偏差,车辆在白天偏色严重,客户投诉了一整个月。这类问题看起来不起眼,但发生后返工成本极高。如果斯巴鲁和安森美合作,这类产线校准流程应该很成熟,毕竟老牌车规供应商在这块积累很深。

4. 避坑手记:传感器平台项目的常见问题

4.1 选型期最容易犯的四个错误

第一个错误是只看分辨率不看像元大小。高像素密度在白天确实清晰,但晚上光线不足时,小像元接收的光子少,信噪比下降,反而可能不如大像元低分辨率方案。第二个错误是忽略LED闪烁抑制。很多摄像头在室内测试一切正常,上路碰到LED交通灯就抓瞎,最后才想起来LFM参数没验证。

第三个错误是不确认长期供货周期。汽车零部件要保证停产后十年以上的备件供应,而半导体产品通常会迭代停产。选型时必须谈LTSA长期供货协议,并把产品生命周期条款写进合同。第四个错误是只用供应商的评估板做测试,没有在自制底板上做实际环境验证。评估板布局干净、电源余量大,量产板改动后可能引入噪声,有时候候选传感器在评估板上表现差异不大,一上量产板就拉开差距。所以选型阶段越早做“贴近量产状态”的验证,后面风险越小。

4.2 测试阶段真实故障排查

我记录过几个典型的故障案例,分享出来供大家排查时参考。第一个是图像上出现周期性横条纹,检查一圈后发现是摄像头排线靠近DC-DC电感,磁场耦合进了MIPI信号。解决办法是重新布线,让MIPI差分对远离功率电感。第二个是黄灯闪烁误检,现象是夜间前方LED尾灯在画面中快速闪烁,导致AEB连续误触发。排查到最后是LFM模式没有正确开启,寄存器配置用了默认的普通HDR模式。

第三个问题是双摄像头画面不同步,左右目拍到的目标位置有错位。原因是两颗摄像头用了各自的内部时钟,而曝光开始时间有微小偏差。解决办法是启用外部触发同步,用域控制器输出同一PWM触发信号同时控制两颗传感器的曝光。如果你也在做双目项目,建议画原理图时就把同步触发引脚预留出来,软件上默认打开外部触发模式,别等到发现错位再改板。

4.3 供应链风险与第二供应商策略

半导体行业周期波动很大,车规芯片的交货周期经常从26周拉长到52周。即便是安森美这种大厂,也有产能紧张的时候。所以主机厂即便和安森美深度绑定,也必须在系统设计阶段考虑“第二供应商”的可能性。最好的做法是在硬件抽象层定义一个标准MIPI接口,并封装统一的摄像头驱动接口,让上层算法不直接依赖特定传感器寄存器。

这样如果某天安森美产能异常,还可以切换到另一家兼容封装、兼容接口的车规传感器,代价只是重新做一次图像质量调优。当然,完全兼容是很难的,不同传感器的像素排列、HDR时序、坏点表都不同。所以现实的做法是选两家“能力相近”的供应商,从项目一开始就同步做验证,而不是等芯片缺了再临时换。斯巴鲁这次选择安森美,多少也带着锁定长期供应关系的考量,但聪明的OEM一定还会留一手,不会把所有鸡蛋放一个篮子里。

5. 从斯巴鲁和安森美看到的行业信号

5.1 传感器平台化对OEM的吸引力正在变强

以前ADAS传感器是“每个车型分别招标、分别定制”,技术迭代快但成本高。现在大家慢慢回过味来:与其每款车都用不同的传感器组合,还不如让一个系列覆盖高中低配,靠软件做功能分级。平台化还能缩短新车导入周期。这一点对斯巴鲁特别有意义,因为它的产品线不算长,但几乎每款车都需要标配EyeSight,如果能用一套平台覆盖整个车系,只要验证一次就能快速铺开。

安森美这次拿下的不只是两辆车、一张订单,而是一个可持续复用的平台入口。后面如果斯巴鲁新车型新增了激光雷达或4D成像雷达,传感器平台可能还是安森美的。这种战略价值远远超过单颗芯片的采销金额。我甚至觉得,这次合作会倒逼其他传感器厂商重新思考自己的定位:单纯卖芯片已经不够,必须能把参考设计、工具链、功能安全流程一起打包,才有资格坐进车企的长期供应商名单。

5.2 中小车企更适合“深度绑定”型的供应链

头部车企往往喜欢同时引入多家供应商,用竞争压价,同时保证供应链安全。但对斯巴鲁这种体量的车企来说,同时维护三四家传感器供应商的软件栈、安全文档、失效分析体系,成本可能完全吃不消。与其这样,不如找一家核心供应商深度绑定,把平台统一,减少变数。这就像开餐厅,大品牌可以同时采购多家农场供应商,社区店更愿意和一个靠谱的供货商长期合作,稳定比价格重要。

当然,深度绑定不意味着一味信任,主机厂还是要在合同里留好失效退出机制和产能保障条款。但从行业趋势看,ADAS越来越复杂,传感器和域控的适配工作量成倍增加,未来“一个平台、一家主导供应商、多家备份”的模式会越来越普遍。安森美如果能借斯巴鲁这个标杆案例,把双目摄像头方案的底层驱动和参考设计打磨得更完善,对它在全球车规传感器市场的口碑会是一次很好的背书。

最后再分享一点个人体会。每次看到这种合作新闻,很多人第一反应是“谁家股票要涨”,但我更建议工程师把注意力放在技术选型和系统集成上。车规传感器拼的不是单点参数,而是长期可靠性、供货承诺和整个开发工具链的成熟度。你在自己的项目里做选型时,一定要把HDR、LFM、工作温度、生命周期这几个硬指标按场景逐条验证,宁可前期多花几周做对比测试,也别等量产发现传感器在隧道口或LED灯前“瞎眼”。传感器这块做扎实了,ADAS平台的上限才能真正撑起来。

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

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

立即咨询