新能源汽车BMS开发工程师

最新推荐文章于 2024-12-11 22:23:27 发布
最新推荐文章于 2024-12-11 22:23:27 发布
阅读量3.5k 收藏 61
点赞数 4
文章标签： 汽车 能源
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_37702416/article/details/125836723
版权

新能源汽车BMS开发工程师

1 新能源汽车结构与原理

学了这门课，能帮你解决什么问题

1、对新能源汽车及电动汽车有较为全面的认识；

2、了解纯电动汽车和混合动力汽车的组成；

3、了解燃料电池汽车的组成；

4、对新能源汽车的发展趋势有一定的认识。

这门课适合谁，不适合谁

适合：建议车辆工程、自动化、机械工程等相关专业，需要具备一定的本科阶段数学基础，对微积分、线性代数、大学物理力学分析有学习基础。

这门课有什么特色

系统详细的内容

课程系统阐述新能源汽车结构与原理，对学员详细接受该部分知识有巨大的帮助。

数量繁多的实操

课程理论实操相结合，通过视频的形式形象完美阐述内容，学员学习本课程，能形成完善的知识体系。

请添加图片描述

2 控制策略开发与MATLAB应用

课程概要

本课程针对汽车控制策略开发工作，介绍了控制策略开发的流程、规范及所需用到软件工具、功能模块。学员通过本课程将可以掌握MATLAB/Simulink在汽车控制策略开发中的实际应用，以及建模规范（MAAB），并通过案例学习和实践积累应用经验。

学了这门课，能帮你解决什么问题

1、了解控制策略开发，对MATLAB有较为清晰的认识，并能简单操作该软件；

2、了解汽车策略开发中的软件工程，对软件开发等工作有全面认识；

3、通过实例开发学习有效积累工作经验。

请添加图片描述

3 AUTOSAR汽车开放系统架构

AUTOSAR，即汽车开发系统架构（Automotive Open System Architecture），是一套支持分布式的、功能驱动的汽车电子软件开发方法和电子控制单元上的软件架构标准化方案，目前AUTOSAR联盟已经包括宝马、大众、福特、丰田、BOSCH、大陆集团等众多汽车企业、汽车电子企业等。本课程将介绍AUTOSAR的基本理念、开发方法论，及其定义的软件架构各模块的含义，例如应用层、基础软件层、RTE层等。并通过新能源汽车电机控制器的开发案例引导学员掌握应用技巧。

学了这门课，能帮你解决什么问题

1、了解AUTOSAR的基本概念，对其方法论有较为系统的认识；

2、了解AUTOSAR的分层软件架构；

3、熟悉BSW模块；

4、了解AUTOSAR的功能安全机制的应用。

这门课有什么特色

系统详细的内容

课程系统阐述AUTOSAR，对学员详细接受该部分知识有巨大的帮助。

数量繁多的实操

课程理论实操相结合，通过视频的形式形象完美阐述内容，学员学习本课程，能形成完善的知识体系。

请添加图片描述

4 ISO26262功能安全标准（含扩展版）

课程概要

随着电子电气系统越来越集成和复杂，其安全性也越发显得重要。因此，对功能安全的考虑应该深入工程师的设计思维。而ISO 26262正是国际标准化组织专门针对汽车电子电气系统制定的功能安全标准，目前已经在汽车行业广泛推行，本门课程针对ISO26262标准中安全管理和系统安全设计相关的内容进行讲解，并引入实际案例、文件模板和项目练习。学员通过学习可以迅速掌握标准的核心要求，例如安全等级划分标准、功能安全管理、安全设计流程等，能够在汽车产品开发的不同阶段、不同层级严格执行功能安全标准。

学了这门课，能帮你解决什么问题

1、了解ISO 26262功能安全标准，对其系统安全及安全管理有较为全面的认识；

2、熟悉安全管理生命周期，对其系统设计，安全硬件开发、安全软件开发有所了解；

3、能够在汽车产品开发的不同阶段、不同层级严格执行功能安全标准。

请添加图片描述

5 动力电池基础

课程概要

开发动力电池管理系统需要了解电池的基本结构及工作原理、主要性能参数（例如额定电压、额定功率、能量密度、功率密度等）及测试方法、电池基本特性（温度特性、放电特性等）及分析方法。通过学习，学员可以建立对动力电池的基本认知，以及动力电池开发的主要对象。

学了这门课，能帮你解决什么问题

1、了解动力电池基础，对电池的基础结构及工作原理有较为清晰的认识；

2、对电池的主要性能参数及测试方法有一定了解；

3、了解电池基本特性，并能分析电池特性；

4、对动力电池的发展有进一步了解。

这门课适合谁，不适合谁

本门课程是零基础课程，学员如具有一些简单建模经验会更容易理解本课程内容

请添加图片描述

6 电池建模及状态估计算法

课程概要

动力电池的很多参数具有非线性的特点，给电池的状态评估和建模带来了极高的挑战，也因此成为动力电池管理系统开发的核心工作内容之一。在本课程中，学员将学习动力电池的建模方法、模型参数的辨识算法以及SOC\SOH估计算法、电池功率预测算法和电池内部温度估计算法。

学了这门课，能帮你解决什么问题

1、了解电池模型分类和建模方法；

2、能够对电池进行参数辨别；

3、了解SOC估算，对卡尔曼滤波算法有较为全面的了解。

这门课适合谁，不适合谁

本门课程建议学员在本科或研究生阶段先修过自动控制原理或控制工程等相关理论、拥有MATLAB/simulink建模仿真的经验。

请添加图片描述

请添加图片描述

请添加图片描述

7 动力电池热管理技术

课程概要

在动力电池管理系统开发中，电池的热特性是重要的考虑因素之一，因此需要通过研究电池的热特性进而在管理系统中搭建热管理模块。通过本课程的学习，将掌握电池温度特性及热管理系统的技术现状、电池的热特性及单体电池热建模方法、电池低温加热技术、电池热管理系统的设计方法、系统级的电池冷却系统的仿真匹配及测试。

这门课适合谁，不适合谁

本门课程建议学员在本科或研究生阶段先修过自动控制原理或控制工程等相关理论；本门课程涉及到的建模仿真软件以及设计软件还包括CFD仿真、有限元分析软件ANSYS、CATIA，需要学员具备使用基础；如学员具备AMESim建模仿真经验会更容易理解和练习本课程中的案例。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-2UQf9l60-1658062008896)(/Users/doghuang/Library/Application Support/typora-user-images/image-20220717202522969.png)]

8 电池管理系统设计及实现技术

课程概要

电池管理系统开发工作包括硬件（电池均衡、高压采样、绝缘检测等）、软件（系统算法、故障诊断等）的设计，需要考虑功能性和安全性。通过本课程，学员将掌握电池管理系统的典型拓扑结构、基于AUTOSAR的软件开发以及如何满足功能安全。

学了这门课，能帮你解决什么问题

  1. 了解电池管理系统，对其需求分析及功能定义有一定认识；
  2. 对电池管理系统设计中的电芯需求数据包括基本数据和高级数据有较为全面的了解；

这门课有什么特色

实际案例分析

本课程主要分为理论学习和案例分析，通过两个方面的结合形成有效的学习记忆。学员们完成本课程后，能够轻松应对这类问题。

自主分配学习时间

本课程是在线视频教学，学员可以根据自己的时间安排，自主学习，学习过程中没有时间和空间的束缚。同时，学员可以多次反复观看学习视频，以此巩固所学知识。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-bQHlED6w-1658062008897)(/Users/doghuang/Library/Application Support/typora-user-images/image-20220717202643204.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-NMNHTcv6-1658062008897)(/Users/doghuang/Library/Application Support/typora-user-images/image-20220717202701696.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ww3L8Kf6-1658062008898)(/Users/doghuang/Library/Application Support/typora-user-images/image-20220717202715400.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-vfDiNVhy-1658062008899)(/Users/doghuang/Library/Application Support/typora-user-images/image-20220717202739529.png)]

9 动力电池测试与验证

课程概要

测试和验证是动力电池管理系统开发工作的重要一环，在岗位中需要熟悉动力电池的测试验证要求、标准，能够制定测试计划，并通过测试分析来改善系统设计。通过本课程的学习，学员可以完成开发工作的最后一环，能够开展测试计划制定、测试数据分析等工作。

课程概要

测试和验证是动力电池管理系统开发工作的重要一环，在岗位中需要熟悉动力电池的测试验证要求、标准，能够制定测试计划，并通过测试分析来改善系统设计。通过本课程的学习，学员可以完成开发工作的最后一环，能够开展测试计划制定、测试数据分析等工作。

学了这门课，能帮你解决什么问题

1、了解动力电池系统的测试背景，对动力电池的评估性测试有所认识；

2、对动力电池系统开发及电池验证性测试有较为全面的了解；

3、了解国内人测试标准现状及分析。

这门课有什么特色

系统详细的内容

课程系统阐述动力电池测试与验证，对学员详细接受该部分知识有巨大的帮助。

数量繁多的实操

课程理论实操相结合，通过视频的形式形象完美阐述内容，学员学习本课程，能形成完善的知识体系。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-FHjpICKo-1658062008900)(/Users/doghuang/Library/Application Support/typora-user-images/image-20220717202923115.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-CljyUOJ6-1658062008901)(/Users/doghuang/Library/Application Support/typora-user-images/image-20220717202939101.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-usd6croH-1658062008902)(/Users/doghuang/Library/Application Support/typora-user-images/image-20220717202959069.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-mUhDJCir-1658062008905)(/Users/doghuang/Library/Application Support/typora-user-images/image-20220717203101198.png)]
请添加图片描述
请添加图片描述
请添加图片描述
请添加图片描述

dogRuning
关注
AUTOSAR面试题集锦（1）基础知识
pQAQqa的博客
02-08 582
MCAL将底层硬件驱动抽象出来，对外设模块进行规范，基于Autosar规范进行驱动配置，提高了系统的可移植性、模块化和可重用性。硬件抽象：MCAL通过为硬件提供一个抽象层，使得上层的应用程序和操作系统无需直接与硬件交互，使得应用软件可以在不同的硬件平台之间更容易地迁移，无需对应用层进行大量修改。
软、硬件工程师面试资料
10-31
对应聘硬件工程师、软件工程师面试过程中可能出现的题目进行了总结
广汽研究院BMS软件工程师_“厉害了我的亲”！广汽新能源“埃安V”续航达600公里？...
weixin_39922361的博客
12-14 302
汽车，从发明到现在已走过130余年时间，这个当年被称为“怪物”的工具迅速改变了人们的生活方式和效率，如今汽车将面临一次伟大变革，从“能源车时代”即将进入“新能源车时代”。 然而，这场变革并非一帆风顺，虽然很多车企推出新能源车，但品质良莠不齐，要么动力差，要么续航里程短。那么，在即将到来的“新能源车时代”，哪家车企的新能源车能成为南北通吃的“至IN单品”呢？ “...
BMS面试背诵
qq_39617236的博客
02-28 1984
充电机地址：86(56H)；BMS地址：244(F4H)；充电机与BMS之间通信网络采用 CAN2.0B 通信协议 (支持29位扩展帧ID， CAN2.0A 只支持标准帧 ID)；充电机与BMS之间的通讯速率采用250kbit/s。在充电过程的各阶段，充电机和BMS如果在规定的时间内没有收到对方报文或没有收到正确报文即判定为超时，超时时间除特殊规定外均为5s；整个充电过程包括6阶段：物理连接完成，低压辅助上电，充电握手阶段、充电 参数配置阶段、充电阶段、充电结束阶段。
BMS 硬件工程师面试题
扬帆起航
10-08 938
BMS 硬件工程师面试题
AUTOSAR 面试topics小结
qq_20848757的博客
03-20 2296
OS: OS has 4 levels in AUTOSAR, timing protection（任务执行时间监测）and memory protection（防护未授权软件访问相关内存） ALARM： comes from the hardware timer, could be used to set an event or trigger a callback function Basic Task: suspend, ready, run Extended Task: H...
[AutoSar]CP autosar 面试题
汽车-嵌入式-工作笔记-autosar
11-17 3027
一些cp_autosar 的面试常见问题
重磅推荐-新能源汽车BMS开发工程师视频教程全套（九大专题，共100+节课）.zip
02-15
一、动力电池基础 1.1 概述 动力电池基础 2.1电池的基本结构及工作原理 3.1电池主要性能参数及测试方法 4.1电池的基本特性及分析方法 二、动力电池热管理技术 1.1 电池热管理系统的需求及功能定义（上） ...
精品推荐-新能源汽车BMS开发工程师视频教程合集（100+节课）.zip
06-26
新能源汽车BMS开发工程师视频教程，共9章。 1、新能源汽车结构与原理 新能源汽车动力电池系统 电动汽车及新能源汽车定义 纯电动汽车组成 混合动力汽车组成 燃料电池汽车组成 动力电池系统总体方案 动力电池系统总体...
新能源 + BMS + 储能 + 系统原理 + 技术分析
08-28
通过深入学习和理解BMS储能技术，工程师们可以开发出更高效、更安全的电池管理系统，推动新能源产业的发展，为构建清洁能源未来做出贡献。《BMS储能技术研究》这份资料将提供详细的理论基础和实践案例，对于从事相关...
基于labview实现新能源汽车BMS温度故障检测
05-28
新能源汽车的电池管理系统（Battery Management System，简称BMS）是其核心组成部分，它负责监控、保护和优化电池组的工作...通过熟练运用LabVIEW，工程师们可以构建出高效、可靠的BMS系统，保障新能源汽车的安全运行。
普华基础软件股份面试题
02-27
普华基础股份有限公司，国企，2014面试题
新能源汽车BMS电池管理系统核心技术解析与实战指南
最新发布
03-31
适合人群：从事新能源汽车BMS开发的工程师和技术爱好者，尤其是有一定硬件和嵌入式编程基础的研发人员。 使用场景及目标：帮助读者深入了解BMS系统的实际设计和实现细节，掌握高效可靠的硬件设计方法和软件算法，...
汽车电子软件开发AutoSAR BSW开发分享
ls_dashang的博客
09-16 603
小编19年本科毕业，从实习开始接触汽车电子开发相关工作，做过网络管理、UDS诊断协议、FBL、OS、RTE、MCAL部分模块配置、也做过软件leader负责计划、交付等工作。1、专项技术深挖：AutoSAR BSW架构大致分为三横七纵，如通信协议栈，从驱动层到抽象层、服务层深入理解，包括CAN、LIN、网络管理、诊断等。4、系统需求工程师、软件测试、OEM DRE等：由开发转其他职能部门，这些部门也需要对软件开发内容简单了解、需要更强的沟通能力以及协调能力。二、汽车电子软件开发工程师发展方向。
AUTOSAR 面试知识回顾
qq_20848757的博客
09-24 4292
如果答不上来，就讲当时做了什么。
AUTOSAR 面试问题7：AUTOSAR OS的basic task，extend task。 ISR category 1， ISR category 2
qq_20848757的博客
01-27 4861
https://blog.csdn.net/xiaowestwind/article/details/107783054 OSEK OS： OESK OS是一个事件触发操作系统，通过定时器溢出、错误发生等这些事件触发OS TASK的调度运行。AUTOSAR OS的核心功能还是源自OSEK OS ，OSEK OS的很多特点在AUTOSAR OS中还是适应的。 AUTOSAR OS： 静态操作系统：举个例子，OS中的task是实现在Davinci CFG工具中配置好的，实现运行中不会像...
AUTOSAR 2万字面试题全面解析（持续更新）
大模型大数据攻城狮的专栏
07-24 4265
ECU抽象层（EAL）是AUTOSAR架构中的一部分，它位于微控制器抽象层（MCAL）之下，但通常与MCAL一起被提及。EAL的目标是提供一个统一的接口来访问和管理ECU（Electronic Control Unit，电子控制单元）的硬件资源，包括处理器、存储器和外围设备。通过这种抽象，EAL使得上层软件能够以一种标准化的方式与ECU硬件交互，而不需要关心具体的硬件实现细节。EAL解决了硬件异构性带来的问题，即不同ECU可能采用不同类型的处理器和硬件配置。
2023年蜂巢科技最新面试题
Andrew_Chenwq的博客
02-28 890
⽣产者/消费者模式不是⾼性能的实现：涉及到同步锁。涉及到线程阻塞状态和可运⾏状态之间的切换。涉及到线程上下⽂的切换协成定义：协程，英⽂Coroutines，是⼀种⽐线程更加轻量级的存在。正如⼀个进程可以拥有多个线程⼀样，⼀个线 程也可以拥有多个协程。最重要的是，协程不是被操作系统内核所管理，⽽完全是由程序所控制（也就是在⽤户态执⾏），这样带来的好处就是性能得到了很⼤的提升，不会像线程切换那样消耗资源协成优点：协程的暂停完全由程序控制，线程的阻塞状态是由操作系统内核来进⾏切换。
bms 问题整理
cammynow的博客
12-11 797
导通电阻（Rds(on)）是 MOSFET 导通时的一个电阻值，影响电流流过时的压降、功率损耗和温升。导通电阻越小，MOSFET 的效率越高，发热越少，适合高功率、高电流的应用。在选择 MOSFET 时，应根据电流要求和功率损耗要求来选择合适的导通电阻。
MCAL BSW是什么意思 什么区别
02-27
<think>嗯，用户问的是MCAL和BSW在AUTOSAR中的意思以及它们的区别。我需要先回忆一下AUTOSAR的架构层次。AUTOSAR分为应用层、运行时环境（RTE）、基础软件层（BSW）和微控制器抽象层（MCAL）。 首先，MCAL全称是Microcontroller Abstraction Layer，也就是微控制器抽象层。它的主要作用是将硬件相关的部分抽象出来，提供统一的接口给上层的基础软件。比如，不同的微控制器有不同的外设寄存器，MCAL会封装这些差异，让上层软件无需关心具体的硬件细节。例如，一个GPIO的操作，无论底层是Infineon还是NXP的芯片，MCAL都会提供相同的API，如Dio_WriteChannel()。 然后，BSW是基础软件层，包含更多模块化的服务，比如通信协议栈（CAN、LIN）、存储器管理（NvM）、诊断（DCM）等。BSW建立在MCAL之上，利用MCAL提供的硬件抽象接口来实现具体的功能。BSW可以分为不同的子层，比如服务层、ECU抽象层、复杂驱动等。例如，CAN模块在BSW中处理报文收发，而底层实际是通过MCAL的Can驱动来访问硬件寄存器。 两者的区别可能在于层级和功能。MCAL更底层，直接和硬件打交道，提供硬件抽象；而BSW在MCAL之上，提供更高级别的服务和功能，比如协议处理、诊断服务等。用户可能混淆这两个概念，或者想了解它们如何分工协作。需要解释清楚MCAL是硬件抽象，而BSW是构建在其上的基础软件模块，各自的作用和联系。 另外，用户可能是在学习AUTOSAR架构时遇到这两个术语，或者在实际开发中需要配置MCAL和BSW模块，因此需要明确两者的职责和区别，以便正确进行软件设计和配置。可能需要举例子说明，比如使用MCAL的ADC驱动读取传感器数据，然后BSW中的COM模块将数据打包发送到总线上。这样用户更容易理解分层结构的好处，比如硬件更换时只需调整MCAL，而BSW和应用层代码无需修改。</think>在AUTOSAR架构中，**MCAL**和**BSW**是分层软件架构中的两个关键层级，其核心区别与作用如下： --- ### **1. MCAL（Microcontroller Abstraction Layer，微控制器抽象层）** #### ▋ 定义与作用 - **硬件直接交互层**：直接操作微控制器（MCU）的**寄存器与外设**，例如GPIO、ADC、PWM、CAN控制器等。 - **统一硬件接口**：对上层软件（BSW层）提供**标准化的API接口**，屏蔽不同芯片厂商（如英飞凌TC3xx vs 恩智浦S32K）的硬件差异。 - **示例**： ```c // MCAL提供的标准化API Dio_WriteChannel(Dio_ChannelType ChannelId, Dio_LevelType Level); // 控制GPIO引脚电平 Adc_ReadGroup(Adc_GroupType Group, Adc_ValueGroupType* DataBufferPtr); // 读取ADC采样值 ``` #### ▋ 包含模块 | 模块类型 | 功能描述 | |----------------|-----------------------------------| | **DIO** | 数字输入/输出控制（如控制LED） | | **ADC** | 模数转换（读取传感器模拟信号） | | **PWM** | 脉宽调制（控制电机转速） | | **CAN** | CAN控制器驱动（收发原始报文） | | **SPI/I2C** | 通信总线驱动（连接外部芯片） | --- ### **2. BSW（Basic Software，基础软件层）** #### ▋ 定义与作用 - **硬件无关服务层**：基于MCAL提供的硬件抽象，实现**通用软件服务**（如通信协议栈、诊断服务、存储管理）。 - **模块化设计**：各模块独立配置，支持汽车功能的灵活扩展。 - **示例**： ```c // BSW中的服务调用 Com_SendSignal(COM_SIGNAL_ID_RPM, &rpmValue); // 通过CAN发送转速信号 NvM_ReadBlock(NVM_BLOCK_ID_CALIBRATION, &calibData); // 从EEPROM读取标定数据 ``` #### ▋ 主要子模块 | 模块类型 | 功能描述 | 依赖的MCAL模块 | |----------------|-----------------------------------|--------------------| | **COM** | 信号路由与协议转换（如CAN→信号） | CAN Driver | | **DCM** | 诊断通信管理（UDS协议实现） | CAN/LIN Driver | | **NvM** | 非易失存储管理（EEPROM/Flash） | Flash Driver | | **ECU State Manager** | ECU状态管理（唤醒/休眠） | DIO, Watchdog | | **OS** | 实时操作系统（任务调度） | Timer Driver | --- ### **3. MCAL与BSW的核心区别** | 对比维度 | MCAL | BSW | |----------------|-----------------------------------|----------------------------------| | **层级位置** | 直接与硬件交互（最底层） | 位于MCAL之上，靠近应用层 | | **功能范畴** | 硬件寄存器操作（如配置ADC采样率） | 提供标准化服务（如诊断、通信） | | **可移植性** | 高度依赖芯片型号（需适配新MCU） | 与硬件无关（同一BSW代码可跨平台）| | **配置复杂度** | 需配置引脚映射、时钟树等硬件参数 | 配置服务参数（如CAN报文ID、周期）| --- ### **4. 协作关系示例（以CAN通信流程为例）** 1. **应用层**：生成转速信号`rpmValue = 1500`。 2. **BSW层**： - **COM模块**：将`rpmValue`封装为CAN信号，指定目标报文ID`0x0x7DF`。 - **CAN Interface**：将信号映射到CAN报文数据域。 3. **MCAL层**： - **CAN Driver**：将报文转换为硬件寄存器操作（如写入CAN Tx Buffer）。 - **MCU外设**：触发CAN控制器发送报文。 --- ### **5. 实际开发中的典型场景** - **硬件更换**：若从英飞凌TC2xx切换到瑞萨RH850，需重新实现**MCAL层**（适配新MCU的寄存器），但**BSW层代码无需修改**。 - **功能扩展**：新增LIN通信功能时，需在BSW层配置**LIN协议栈**，并依赖MCAL的**LIN Driver**实现物理层通信。 通过这种分层设计，AUTOSAR实现了**硬件与软件的解耦**，显著提升汽车电子系统的可维护性和可扩展性。
评论 9
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值