嵌入式AI如何真正跑上量产ECU? 拆解ETAS嵌入式AI解决方案
AI正在改变汽车电子的开发方式。模型在云端训练不难,难的是把它放进一颗资源受限、还要满足功能安全等级的车规ECU里。ETAS嵌入式AI解决方案(ETAS Embedded AI)围绕这条路径,提供了一站式工具链:从测量数据出发,自动完成模型训练与优化,最终生成可安全部署到目标ECU的C代码。这套方案已在博世集团10+个量产项目中经过使用验证。
为什么"AI上车"这么难
传统ECU功能的开发依赖物理模型和大量标定工作,越是复杂的非线性系统(电池、发动机、电机),建模成本越高。引入AI本来是为了解决这件事,但直接把训练框架里的模型搬进ECU,会遇到三重障碍:
l 资源限制:量产ECU的算力、内存和存储都有严格预算,没有余量跑通用推理框架;
l 安全合规:面向量产的软件必须满足ISO 26262功能安全流程,AI模型生成的代码需要可追溯、可验证;
l 工程门槛:传统汽车工程师大多不是AI专家,缺一条从"测量数据"到"可部署代码"的自动化路径。
ETAS的答案不是造一颗AI芯片,而是把AI塞进现有的、资源受限的ECU里——不需要专用AI硬件加速器。
工具链拆解:从数据到代码
第一步:ASCMO自动建模。
工程师提供测量数据,ASCMO自动训练并优化AI模型(支持RNN、CNN、MLP),全程不需要AI专业知识。训练完成的模型精度可以直接对标物理传感器和物理模型,这为"虚拟传感器"(用AI模型替代实体传感器)打下基础。
第二步:Embedded AI Coder生成代码。
把训练好的神经网络自动转换为嵌入式C代码。关键在三点:
1. 生成的代码结构支持ISO 26262 ASIL-D等级的开发流程,让AI代码进入安全关键场景成为可能;
2. 转换过程中完成定点化和针对目标平台的优化,代码在通用微控制器上即可运行;
3. 支持导入TensorFlow Lite、ONNX等主流框架的既有模型,已有的训练资产不必推倒重来。
第三步:可重参数化部署。
生成的代码可通过DCM文件重参数化——同一套代码,通过标定数据适配不同变种,多车型、多配置的维护成本大幅下降。
性能与内存:MLCommons上可查证的数字
资源优化是这套方案最硬的部分。经过Embedded AI Coder优化后:
l 内存占用最高可节省50%;
l 推理性能与商业工具持平,显著优于开源工具;
l 支持的神经网络规模从数百个参数到数百万个参数;
l 所有性能结果均发布在权威AI基准测试社区MLCommons®,公开可查。
换算成工程语言:同样的功能,用更小的RAM和Flash预算就能实现,或者同样的硬件预算能承载更复杂的AI功能。
硬件兼容性方面,方案支持ARM Cortex-M、Cortex-A、Synopsys DSP、Renesas等多种平台,不绑定特定芯片,适配现有AUTOSAR架构。
四个已经落地的场景
虚拟传感器。
用AI模型替代NTC温度传感器等物理传感器,进行速度估算、电机位置检测。省掉的不只是传感器本身的物料成本,还有线束、接插件和相应的机械复杂度。
电池健康管理。
基于机器学习的充电优化、SOH(电池健康状态)预测和热管理,直接改善电动车续航。
发动机控制。
进气量预测、扭矩分配这类强非线性系统的建模,AI模型比物理模型更容易达到精度要求。
离手检测。
方向盘离手检测功能中,AI传感器方案替代传统电容传感器方案。
来自博世的量产验证
这套工具链由博世开发,并首先在博世集团内部落地——10+个量产项目的使用验证,意味着它通过了真实的量产考验:真实的资源预算、真实的开发周期、真实的功能安全流程。
2026年金辑奖授予该方案「最佳技术实践应用奖」,评的正是这种"不是演示、而是量产"的落地能力。
对整车厂和供应商而言,嵌入式AI的门槛正在从"要不要用"变成"怎么用"。工具链的意义就在这里:让每个熟悉标定和ECU开发的工程师,都能把AI用进量产项目。
关于ETAS:ETAS嵌入式AI解决方案由博世开发,并在博世集团10+个量产项目中经过使用验证。
欢欢@盖世汽车供应链
悠悠@盖世汽车
豆豆@盖世汽车





