均胜电子
BMS 汽车基础软件工程师
BMS 汽车基础软件工程师
发布于 1 小时前普通员工/个人贡献者
全职员工仅现场办公汽车电子
汽车电子
Aspice
Aurix Tc3Xx
Autosar
Bsw
C语言
Etas
Mcal
嵌入式软件开发
值不值得投
薪资怎么样
1.9万
比汽车电子中位数低
发布情况
新岗位 · 今天发布
公司情况
这家公司招聘很活跃
17 个在招 · 其中汽车电子 2 个
市场机会
选择面较广
宁波 · 汽车电子 · 80 个在招
职位详情
关于这个职位
该职位面向汽车电子控制单元，负责 AUTOSAR 基础软件（BSW）的集成、配置与维护，基于 ETAS 工具链完成 MCAL、OS、NVM、通信与诊断等模块的落地，并开发维护 Flash Bootloader
同时需支撑 Aurix TC3xx、TI、NXP S32K3xx 等 MCU 平台的调试与量产阶段软件问题定位，按 ASPICE 流程交付
最低要求
本科及以上学历，电子、计算机、自动化等相关专业
熟悉 AUTOSAR 架构，有 BSW / MCAL 实际项目经验
熟悉至少一种 MCU 平台（Infineon / NXP / TI）
了解 Bootloader、刷写流程及 ECU 启动机制
熟练 C 语言，具备嵌入式软件开发经验
工作职责
负责 AUTOSAR 基础软件（BSW）的集成、配置与维护
基于 ETAS 工具链，完成 MCAL、OS、NVM、WDG、通信、诊断等基础软件包配置
支持 Aurix TC3xx、TI、NXP S32K3xx 等平台
负责 Flash Bootloader / Boot Manager 的开发与维护
支持基础软件调试、问题定位及量产阶段软件支持
参与 ASPICE 流程下的软件开发与交付
AI 洞察
优缺点分析
优点
- 技术栈处于汽车电子的核心层，AUTOSAR BSW 能力在行业内通用性强，跨主机厂与 Tier1 均可迁移
- 涉及多个主流车规 MCU 平台与 Bootloader，能同时积累底层驱动、诊断刷写与量产交付经验
- 新能源电控与智能座舱业务方向明确，项目量产的实战机会多，有助于形成完整的产品化履历
- 按 ASPICE 流程开发，有助于形成规范的汽车软件工程习惯，对后续进入更高等级项目有帮助
- 基础软件问题往往表现为难以复现的偶发故障，调试需要软硬件联合排查，对耐心和系统性思维要求高
- 适合有嵌入式开发基础、做过 AUTOSAR 或 MCU 底层配置，愿意在汽车基础软件方向长期深耕的工程师
- 偏好严谨流程、能接受软硬件联合调试的候选人更契合
缺点 / 挑战
- 需要在多个 MCU 平台与工具链之间切换，配置项繁杂，短期上手成本较高
- 量产阶段支持通常与项目节点绑定，问题定位时效压力较大，需要良好的沟通与文档习惯
角色解读
- 纵向可向基础软件架构师发展，负责整车/域控级 AUTOSAR 架构设计与平台化方案
- 横向可拓展至功能安全（ISO 26262）、信息安全（ISO 21434）或域控制器全栈软件开发，提升稀缺度
- 积累量产项目与 ASPICE 流程经验后，可转向技术负责人或项目管理方向，承担平台与团队交付责任
- 在 ETAS 工具链下完成 AUTOSAR 基础软件的集成与配置，覆盖 MCAL、OS、NVM、WDG、通信与诊断等模块，让上层应用能跑在稳定的基础软件之上
- 负责 Flash Bootloader / Boot Manager 的开发与维护，保证 ECU 能正常启动、刷写和升级，这是量产车软件迭代的关键通道
- 针对 Aurix TC3xx、TI、NXP S32K3xx 等不同 MCU 平台做移植与适配，处理硬件抽象层差异
- 在项目调试与量产阶段定位基础软件问题，按 ASPICE 流程输出配置说明、测试与交付文档
- 扎实的 C 语言与嵌入式底层功底，理解寄存器、中断、内存映射与启动流程
- 熟悉 AUTOSAR 分层架构与 BSW/MCAL 配置方法，具备实际项目配置与集成经验
- 掌握至少一种主流车规 MCU 平台（Infineon Aurix、NXP S32K3xx、TI），能看懂芯片手册与硬件原理图
- 了解 Bootloader 刷写协议、ECU 启动机制以及 CAN/LIN 等车载通信与 UDS 诊断
申请策略
- 面试前了解均胜在智能座舱与新能源电控两块业务的产品形态，明确该岗位服务于哪类控制器，有助于在沟通中体现业务理解
- 可提前准备一两个「问题现象—排查思路—根因—解决方案」的完整案例，汽车电子岗位非常看重系统性定位过程
- 明确写出参与过的 AUTOSAR 项目，说明负责哪些 BSW 模块（MCAL、OS、NVM、通信、诊断）的配置与集成，量化模块数量或 ECU 数量
- 突出具体 MCU 平台经验，如 Infineon Aurix TC3xx、NXP S32K3xx、TI 等，并说明在使用中解决的典型问题
- 单独列出 Bootloader / Boot Manager 或刷写升级相关成果，包括支持的刷写方式、升级时长或稳定性指标
- 如有 ASPICE、功能安全或 UDS 诊断相关经验，务必点明，并列出使用的工具链（如 ETAS 相关工具）
- 系统梳理 AUTOSAR 分层架构与 BSW 配置规范，熟悉常用模块的参数含义与典型配置组合
- 补强车规 MCU 底层知识，包括启动流程、内存布局、看门狗与 NVM 机制，最好能动手做一次最小系统配置
面试指南
- 用「背景—我的职责—技术方案—结果」四段式描述项目，明确区分团队成果与个人贡献，避免只讲流程不讲判断
- 技术类问题建议先给结论，再讲原理与配置要点，最后补充一个实际踩坑与解决案例，体现深度和落地能力
- 排查类问题按「现象复现—分层隔离—软硬件交叉验证—根因确认—回归验证」的逻辑作答，突出方法论而非运气
- 请介绍一个你主导或深度参与的 AUTOSAR BSW 集成项目，负责哪些模块，遇到过什么典型问题？
- ETAS 工具链下配置 MCAL 和 OS 时，最容易出错的点在哪里？你是如何规避的？
- Flash Bootloader 的启动与刷写流程是怎样的？如何保证刷写失败后 ECU 仍可恢复？
- 在不同 MCU 平台（如 Aurix 与 S32K3xx）之间移植基础软件时，主要差异和处理方式是什么？
- 量产阶段出现偶发性基础软件问题，你会如何组织排查？
Watch Jobs