【AUTOSAR】BMS开发实际项目讲解（三十五）----电池管理系统CAN网络和故障管理

最新推荐文章于 2025-07-14 16:42:05 发布
原创 最新推荐文章于 2025-07-14 16:42:05 发布 · 2.4k 阅读 · 15 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
该文档详细描述了电动汽车电池管理系统的CAN网络配置，包括终端电阻、波特率和通信协议，以及故障管理的四个等级和故障恢复机制。同时，概述了软件设计的AUTOSAR要求、编码规范和诊断、重编程及网络管理功能。硬件设计部分涵盖了电源管理、存储需求以及传感器测量要求。

    1. CAN网络
      1. 关联的系统需求

Sys_Req_4601、Sys_Req_4602、Sys_Req_4603、Sys_Req_4604、Sys_Req_4605、Sys_Req_4606;

      1. 功能实现描述
        1. 整车CAN网络拓扑

该项目CAN网络拓扑如下:

 

  1. CAN网络拓扑图

网络拓扑CAN节点说明：

  1.  CAN网络节点说明

序号

节点名称

说明

1

GW

整车网关,实现不同网络的CAN消息间的交互

2

VCU

整车控制器

3

DC/DC

/

4

OBC

车载充电机

5

Inverter

交直流逆变控制器

6

DC_Chrager

直流充电设备

7

Reserved

暂无应用

8

Calibration Device

外部CAN标定装置

        1. CAN网络开发要求

ID

Description

ASIL

Ref.

CAN-101

系统CAN网络终端电阻配置

  1. I_CAN（内部CAN）终端电阻=120Ω±10Ω
  2. V_CAN（内部CAN）终端电阻=120Ω±10Ω
  3. C_CAN（内部CAN）终端电阻=120Ω±10Ω
  4. D_CAN（内部CAN）终端电阻=120Ω±10Ω

QM

Sys_Req_4601

CAN-102

系统CAN网络波特率配置

  1. I_CAN（内部CAN）波特率=500Kbps
  2. V_CAN（内部CAN）波特率=500Kbps
  3. C_CAN（内部CAN）波特率=250Kbps
  4. D_CAN（内部CAN）波特率=500Kbps

QM

Sys_Req_4601

CAN-103

系统CAN网络通讯协议

  1. I_CAN（内部CAN）协议：参见[IC]
  2. V_CAN（内部CAN）协议：参见[VC]
  3. C_CAN（内部CAN）协议：《GBT 27930-2015电动汽车非车载传导式充电机与电池管理系统之间的通信协议》
  4. D_CAN（内部CAN）协议：[UDS1]、[BL]、[OTA]

QM

Sys_Req_4601

CAN-104

系统CAN网络开发规范

  1. CAN通讯模块应符合[CS]要求

QM

Sys_Req_4602

    1. 故障管理
      1. 关联的系统需求

Sys_Req_4701、Sys_Req_4702、Sys_Req_4703、Sys_Req_4704;

      1. 功能实现描述

ID

Description

ASIL

Ref.

SFM-001

BMS系统故障分为4种等级

  1. level 1：报警
  2. level 2：报警、功能降级（根据不同故障具体定义，参见[FL]）
  3. level 3：报警、正常请求下高压（根据不同故障具体定义，参见[FL]）
  4. level 4：报警、紧急下高压（根据不同故障具体定义，参见[FL]）

QM

Sys_Req_4701

SFM-002

BMS系统故障恢复机制

  1. 根据不同故障具体定义，参见[FL]

QM

Sys_Req_4702

SFM-003

系统故障上报要求

  1. 系统处于激活状态时，在未满足故障释放条件之前，应持续通过CAN网络反馈对应的故障信息；

QM

Sys_Req_4703

SFM-004

系统故障汇总

  1. 系统故障汇总表详见[FL]，系统设计需满足其中要求

QM

Sys_Req_4704

  1. 软件设计
    1. AUTOSAR

本节描述有关Autosar软件的技术要求。

ID

Description

ASIL

Ref.

AUTO-001

AUTOSAR 版本要求

  1. AUTOSAR释放版本应为AR 4.0.3或更高版本。
  2. 应通过AUTOSAR测试规范或其他方法证明软件符合AUTOSAR

QM

/

AUTO-002

AUTOSAR 基础软件

  1. 对AUTOSAR标准有偏差的部分，应作为RTE之上的应用层软件组件实现，即所谓的基础软件扩展模块

QM

/

    1. 编码要求

ID

Description

ASIL

Ref.

COD-001

软件建模规范

  1. 应符合《 Modeling Guideline》

QM

/

COD-002

软件C++编码规范

  1. 应符合《 Coding Guideline》

QM

/

    1. 诊断，重编程&网络管理
      1. UDS（统一诊断服务）

ID

Description

ASIL

Ref.

UDS-001

UDS功能定义

  1. 本系统支持UDS，外部设备可通过D_CAN与本系统进行相关诊断交互

QM

Sys_Req_4604

UDS-002

UDS开发要求

  1. 系统应符合[UDS1]
  2. 系统应符合[UDS2]

QM

Sys_Req_4604

      1. 重编程

ID

Description

ASIL

Ref.

REP-001

软件重编程功能

  1. 系统支持应用软件及应用数据（包括网络配置数据和标定数据）重编程功能，对应应满足[BL]
  2. 重新编程后不应丢失任何数据

QM

Sys_Req_4603

REP-002

重编程限制条件

  1. 对重编程具有限制条件(如：最低温度、最低电压、车速等)，BMS应对合[UDS2]中明确的重编程限制条件进行检测，并在不满足条件时自动拒绝重编程。

QM

Sys_Req_4603

REP-003

软件重编程时间要求

  1. 重编程时间不得超过30分钟

QM

Sys_Req_4603

REP-004

OTA开发规范

  1. 为方便ECU售后维护和后续功能升级，BMS需支持OTA功能，
  2. 系统应满足合[OTA]中要求

QM

Sys_Req_4606

      1. 网络管理

ID

Description

ASIL

Ref.

NWM-101

网络管理功能定义

  1. 系统应具备Autosar直接网络管理功能，V_CAN其它网络节点可通过V_CAN与系统进行网络管理相关信息交互

QM

Sys_Req_4605

NWM-101

网络管理开发规范

  1. 网络管理功能应满足合[NMS]

QM

Sys_Req_4605

    1. 数据存储

ID

Description

ASIL

Ref.

MEM-101

BMS应该存储在NVM中（可以使用EEPROM或Flash或两者的组合来实现），至少包含以下参数:

  1.  [UDS2]中要求的存储数据（包括：DTC、DID、快照信息等）
  2. [FL]中要求存储的故障数据

QM

Sys_Req_4604

  1. 硬件设计
    1. 硬件资源需求表

硬件资源

资源描述

参数

备注

电源

低压蓄电池供电输入

1路

充电机供电输入

1路

电源电压检测

1路

存储

MCU片内存储

ROM: ≥3.5 MB

RAM: ≥430 KB

CAN通信

内部CAN

1路

内部CAN终端电阻

120Ω±10Ω

标定CAN

1路

标定CAN终端电阻

120Ω±10Ω

整车CAN

1路

整车CAN终端电阻

120Ω±10Ω

整车CAN唤醒

具备

充电CAN

1路

充电CAN终端电阻

120Ω±10Ω

整车硬线信号

IGN信号

1路

IGN唤醒

具备

A+唤醒

具备

充电机12V供电

硬线信号唤醒

具备

预留1路

气囊碰撞信号

1路

充电机信号

CC信号

1路

CC唤醒

具备

CP信号

1路

CP唤醒

具备

CP S2开关

1路

CC2信号

1路

温度采集

充电插座温度检测

2路

冷却液温度检测

2路

PCBA温度检测

1路

均衡温度检测

8路

电源输出

输出12V霍尔供电

1路

高压互锁

高压互锁检测

2路

高边驱动

高边驱动

6路

低边驱动

低边驱动

6路

绝缘检测

绝缘检测

1路

高压继电器端电压检测

高压正极继电器端电压检测

4路

高压负极继电器端电压检测

2路

总电压检测

电池系统总电压检测

1路

单体电池状态采集及控制

单体电压检测

112路

单体温度检测

56路

均衡控制

具备

112路，可单独控制

    1. 低压电源供电

本系统LV供电来自外部电源（整车蓄电池供电 / 直流充电设备供电）。

ID

Description

ASIL

Ref.

LVP-001

低压网络的供电电压变化不应干扰BMS系统:                                     

  1. 系统输出信号无干扰，执行机构无意外的控制
  2. 系统输入信号检测模块无干扰，采集信号无非预期的偏差

QM

Sys_Req_7204

LVP-002

系统休眠状态功耗

  1. BMS系统休眠状态功耗应小于1mA

QM

Sys_Req_4903

LVP-003

系统正常工作状态功耗

  1. BMS系统正常工作状态（继电器驱动输出未使能）持续功耗应小于300mA

QM

Sys_Req_4903

LVP-004

系统外部供电异常处理

  1. 如遇低压供电异常(反接、电源短地等)，BMS系统不应被损坏。
  2. 如遇低压供电中断，BMS系统应正常重启，不应记忆DTC。重启后的系统初始状态不应造成非预期的控制输出，不应在下次任务中出现功能问题。

ASILC

TSR-BMS-S101

LVP-005

低压供电范围及功能要求

  1. BMS系统不同供电电压范围下功能要求，详见下表（“Nominal”表示对应功能正常；“Abnormal”表示对应功能异常，不可信）

Functions

Conditions

Supply voltage

6V ≤Vs <9V

Supply voltage

9V ≤Vs≤16V

Supply voltage

16V <Vs ≤ 18V

communication function

Nominal

Nominal

Nominal

All others functions

Abnormal

Nominal

Abnormal

  1. 如果电源电压低于6V或超过18V，系统应关闭CAN通讯功能

ASILC

TSR-BMS-S101

Sys_Req_7201

LVP-006

低压供电监控

  1. 系统应能够实时监测低压供电，当低压供电电压过低/过高时，及时处理（功能降级/禁用，报警）

ASILC

TSR-BMS-S101

    1. 看门狗

ID

Description

ASIL

Ref.

HWD-001

看门狗

  1. MCU Module应具备外部硬件看门狗

ASILC

TSR-BMS-S303

HWD-002

看门狗

  1. HV_μ C Module应具备内部软件看门狗

ASILA

TSR-BMS-5114

    1. 复位

ID

Description

ASIL

Ref.

RST-001

复位

  1. 系统核心模块都应该存储它们能够检测到的任何复位事件，并在可能的情况下为每个原因提供一个DTC (HW、watchdog、时钟故障、非法指令、缓冲区溢出……)

ASILC

TSR-BMS-S302

RST-002

复位

  1. 核心模块复位后的初始状态应是安全的，无意外的输出，不应造成非预期的控制

ASILC

TSR-BMS-S302

    1. 易失性存储&非易失性存储

ID

Description

ASIL

Ref.

MEM-201

存储要求

  1. BMS系统内存组件应该为所有BMS功能提供足够的ROM、RAM和Flash

QM

Sys_Req_4902

MEM-202

存储单元寿命要求

  1. 非易失性存储器应符合100万次读写寿命要求（非编程区）

QM

Sys_Req_4902

MEM-203

非易失性数据完整性检查

  1. NVM数据完整性应使用特定的checksum进行校验
  2. NVM数据完整性校验应在数据恢复初始化阶段进行

ASILC

TSR-BMS-S302

TSR-BMS-S308

MEM-204

存储数据保护

  1. BMS设计应确保存储单元中的数据得到适当保护，以防止电源复位和电池断开

ASILC

TSR-BMS-S302

MEM-205

RAM保护

  1. RAM应被完整性检查机制覆盖

ASILC

TSR-BMS-S302

    1. 传感器要求
      1. 电池单体状态测量

ID

Description

ASIL

Ref.

SENS-101

单体电压采集

  1. 对于每个单体电压采样通道，两次样本采样时间间隔不应大于5ms

QM

Sys_Req_3304

SENS-103

单体电压采样范围

  1. 单体电压采样范围参考本文5.10.3.1

/

/

SENS-103

单体电压采样精度（包括：安全要求精度、非安全要求精度）

  1. 单体电压采样精度参考本文5.10.3.1

/

/

SENS-104

单体温度采集

  1. 对于每个单体温度采样通道，两次样本采样时间间隔不应大于5ms

QM

Sys_Req_3404

SENS-105

单体温度采样范围

  1. 单体电压采样范围参考本文5.10.3.2

/

/

SENS-106

单体温度采样精度（包括：安全要求精度、非安全要求精度）

  1. 单体电压采样精度参考本文5.10.3.2

/

/

SENS-107

AFE功耗

  1. 休眠状态下，要求静态电流＜10μA；
  2. 激活状态下，要求工作电流＜20mA

QM

Sys_Req_3305

      1. 高压模块状态测量
        1. 电池系统总电压测量

ID

Description

ASIL

Ref.

SENS-201

电池系统总电压采集

  1. 两次样本采样时间间隔不应大于2ms

QM

Sys_Req_3604

SENS-202

电池系统总电压采样范围

  1. 采样范围参考本文5.10.3.4

/

/

SENS-203

电池系统总电压采样精度

  1. 采样精度参考本文5.10.3.4

/

/

        1. 高压继电器后端电压测量

ID

Description

ASIL

Ref.

SENS-301

高压继电器后端电压采集

  1. 对于每个采样通道，两次样本采样时间间隔不应大于2ms

QM

Sys_Req_3804

SENS-302

高压继电器后端电压采样范围

  1. 采样范围参考本文5.10.3.5

/

/

SENS-303

高压继电器后端电压采样精度

  1. 采样精度参考本文5.10.3.5

/

/

        1. 电池系统总电流测量

ID

Description

ASIL

Ref.

SENS-401

电池系统总电流采集

  1. 两次样本采样时间间隔不应大于1ms

QM

Sys_Req_3504

SENS-402

电池系统总电流采样范围

  1. 采样范围参考本文5.10.3.3

/

/

SENS-403

电池系统总电流采样精度

  1. 采样精度参考本文5.10.3.3

/

/

      1. 温度测量
        1. 进/出水口温度&直流充电插座温度

ID

Description

ASIL

Ref.

SENS-501

进/出水口温度&直流充电插座温度采集

  1. 两次样本采样时间间隔不应大于10ms

QM

Sys_Req_4103

Sys_Req_4303

SENS-502

进/出水口温度采样范围

  1. 采样范围参考本文5.15.3.4

QM

Sys_Req_4103

SENS-503

进/出水口温度采样精度

  1. 采样精度参考本文5.15.3.4

QM

Sys_Req_4103

SENS-504

直流充电插座温度采样范围

  1. 采样范围参考本文5.17.3

QM

Sys_Req_4303

SENS-505

直流充电插座温度采样精度

  1. 采样精度参考本文5.17.3

QM

Sys_Req_4303

        1. PCBA温度

ID

Description

ASIL

Ref.

SENS-601

PCBA温度采集

  1. 两次样本采样时间间隔不应大于10ms

QM

Sys_Req_4901

SENS-602

PCBA温度采样范围

  1. 本项目应用PCBA Temp Detection Module模块检测PCBA温度
  2. 温度采集范围满足-40~125℃的要求

QM

Sys_Req_4901

SENS-603

PCBA温度采样精度

  1. 温度采集精度满足如下要求：

1）<±1℃（-20℃~65℃）；

2）<±2℃（-40℃~-20℃）；

3）<±2℃（65℃~125℃）

  1. PCBA温度传感器为NTC，型号及R-T表参见《RM-0434规格书》

QM

Sys_Req_4901

    1. 电源输出

ID

Description

ASIL

Ref.

SPS-001

12V电源输出（外部霍尔供电）

  1. 要求传感器供电输出通道电压范围为9V~16V
  2. 要求传感器供电输出电流不小于0.5A
  3. 供电输出可控制

ASIL C

TSR-BMS-4121 Sys_Req_3501

SPS-002

12V电源输出控制（外部霍尔供电）

  1. 供电输出可进行主动控制

QM

Sys_Req_3501

    1. 其他信号

ID

Description

ASIL

Ref.

DSI-001

数字信号输入检测

  1. 输入BMS系统的数字信号，当信号幅值大于4V时，判断为“1”
  2. 输入BMS系统的数字信号，当信号幅值小于2V时，判断为“0”

QM

/

DSO-001

数字信号输出

  1. BMS系统输出的数字信号，若为“1”，则信号幅值应大于4V
  2. BMS系统输出的数字信号，若为“0”，则信号幅值应小于2V

QM

/

标签
#电池管理系统 #单片机 #嵌入式硬件 #AUTOSAR #安全
#BMS
AUTOSAR NVM功能介绍和相关配置
酒无忧的博客
03-15 3120
NvM(NVRAM Manager)属于AUTOSAR BSW中一个基本软件模块，该模块用来抽象非易失性(non-volatile)存储的使用，可以是EEPROM或者Flash。为了避免数据访问时的冲突以及不一致，NvM是唯一可以访问非易失性存储的模块。在应用层，采用基于block形式对NvM进行访问。NvM访问MEMIF(Memory Abstraction Interface)，其抽象了底层存储设备，比如Flash模拟的EEPROM(FEE)或者EEPROM(EA)。所以说NvM是硬件独立的。
BMS技术解析：AutoSAR
HmoaAmp的博客
09-22 442
AutoSAR的目标是推进汽车电子系统的开放性、可重用性和可扩展性，减少不同厂商之间的耦合度，并提高系统的稳定性和安全性。BMS技术的主要任务是监测和管理电池组的状态，包括电池组的电压、电流、温度等参数。通过准确获取电池组的状态信息，BMS可以实现对电池组的充放电控制、保护和故障诊断等功能，从而提高电池组的使用寿命和安全性能。BMS对采集到的数据进行处理和分析，以得出电池组的状态信息。BMS通过实时监测电池组的各项参数，可以及时发现故障，并进行相应的诊断和保护措施，防止进一步损害电池组的性能和安全。
BMS（电池管理系统）第九课—AUTOSAR操作系统-1
ningvay的博客
06-07 3936
​AUTOSAR操作系统 上节中对AUTOSAR整个基础软件层框架做了介绍，今天我们来在大框架中添砖加瓦讲一下最核心的操作系统服务模块的详细内容上一篇（没认真听课的童鞋回去复习喲）上文中提到操作系统OS在AUTOSAR架构中被划分在基础软件层中的服务层里的系统服务，它是用于管理计算机硬件和计算机软件资源并为用户程序提供通用服务的系统软件。主要功能分为：任务管理、时间管理、CPU管理、I/O管理、消息管理以及内存管理等。 AUTOSAR架构中的系统服务是一种实时操作系统(Real Time Operati
电池管理系统之神奇的BMS（二）
ALong_Lj的博客
02-07 5696
电量（SOC）算法 除了参数的监控与保护之外，作为BMS系统，其中最重要的功能还有一项，那便是SOC的计算。 　　 　　SOC，全称是State of Charge，系统荷电状态，也叫剩余电量，代表的是电池使用一段时间或长期搁置不用后的剩余容量与其完全充电状态的容量的比值，常用百分数表示。 　　 　　其取值范围为0~100，当SOC=0时表示电池放电完全，当SOC=100时表示电池完全充满。 　　 　　那么SOC有什么意义呢？ 　　 　　任何一个产品，对于一般的终端用户而言，如果对其直接提供电压、电流之类的
CAN --- 控制器局域网总线
m0_58575898的博客
10-19 3816
CAN收发器芯片：TJA1050、TJA1042、SIT1050T(支持高速CAN，传输速率可达1Mbps)。D：CAN发送引脚；R：CAN接收引脚；CANL：低电平CAN电压输入输出端；CANH：高电位CAN电压输入输出端；Vref：参考电压输出；RS：高速/静音模式选择（低电平为高速）。CAN总线以“位同步”机制，实现对电平的正确采样。位数据都由四段组成：同步段（SS）、传播时间段（PTS）、相位缓冲段1（PSB1）和相位缓冲段2（PSB2）,每段又由多个位时序Tq组成。
【AUTOSAR】BMS开发实际项目讲解（二十七）----电池管理系统高压上下电管理
hellotzx的博客
06-30 2316
tep2.【主正继电器、主负继电器、预充继电器】状态诊断均无异常，则使能主负继电器驱动输出，并确认主负继电器实际状态。tep7. 确认【直流充电正继电器、直流充电负继电器】未出现触点粘连，则使能直流充电负继电器驱动输出，否则请求下高压。tep5. 确认主正继电器状态为闭合，则使能预充继电器驱动关闭（驱动模式高压上电完成），否则请求下高压。tep5.确认主正继电器状态为闭合，则使能预充继电器驱动关闭（驱动模式高压上电完成），否则请求下高压。
BMS应用软件开发 — 1 什么是BMS
几度春风里的博客
07-11 1万+
SOH（State of Health）是电池健康状态的指标，用于评估电池的性能和寿命。SOH 在 BMS 中扮演着重要的作用，是电池老化程度的重要反映指标， SOH 估计研究对于电池的安全预警、维护管理以及剩余寿命(Remaining useful life, RUL)预测是至关重要的。
【AUTOSAR】BMS开发实际项目讲解（三十一）----电池管理系统电池热管理功能
hellotzx的博客
06-30 2465
BMS热管理使能为“禁止”时，不论系统当前处于热管理的何种阶段，强制将BMS热管理请求置为“请求停止”，强制将BMS热管理执行状态置为“故障停止”，同时使能“加热控制（关闭）”和“制冷控制（关闭）”2、其他状态组合，均认为无效组合，并做超时判断，当无效组合存在5s，上报“指令状态不符”故障，“BMS热管理执行状态”置为：故障停止。当前不存在禁止热管理的故障（包括系统内部、外部）时，则为“使能”，否则为“禁止”HeatM_VCUReq为热管理请求指令，对应三种状态：制冷、加热、无需求；
【AUTOSAR】BMS开发实际项目讲解（六）----BMS软件架构设计
hellotzx的博客
06-28 3511
时间约束：在前后台运行环境下，各周期性调用的函数执行的超时时间误差≤ 5%，功能安全需求相关周期性调用的函数执行的时间误差≤ 2%时间约束：在RTOS环境下，各任务执行的超时时间误差≤ 5%，功能安全需求相关任务执行的时间误差≤ 2%内存消耗：整体使用率≤ 80%，对于栈：正常运行≤ 70%, 压力测试≤85%内存消耗：整体使用率≤ 80%，对于栈：正常运行≤ 70%, 压力测试≤85%CPU负载约束：正常运行≤ 70%, 压力测试≤ 85%CPU负载约束：正常运行≤ 70%, 压力测试≤ 85%
整车CAN网络拓扑图
a1428685070的博客
09-12 4819
何为智能硬件, 就是包含智能控制单元的硬件, 比如发动机, 发动机上有一块儿专门负责控制发动机进气量, 喷油量, 排气量的控制单元, 这块单元相当于发动机的大脑. 他具有信号发送, 信号接收, 参数存储等基本功能, 这个控制单元就是ECU.早期的整车CAN网络主要是围绕BCM(车身控制器)为控制中心, 早期的汽车, 智能硬件较少, 车身零部件(雨刮/大灯/车窗...)倒是一堆, 所以早期的正常CAN网络把所有其他的ECU全部放在Other ECU里边.
BMS应用软件开发 — 11 CAN通讯
几度春风里的博客
02-09 1894
而表示逻辑 0 时 (显性电平)， CAN_High 的电平为 3.5V， CAN_Low 线的电平为 1.5V，即它们的电压差为 VH-VL=2V。由于 CAN 通讯协议不对节点进行地址编码，而是对数据内容进行编码的，所以网络中的节点个数理论上不受限制，只要总线的负载足够即可，可以通过中继器增强负载。CAN总线采用差分信号方式传输数据，通过两根信号线CAN_H（CAN High）和CAN_L（CAN Low）的电压差值来表示数据的逻辑状态（逻辑0和逻辑1）。CAN总线的遥控帧，实际上是一种请求数据的帧。
BMS 的开发及产品周期
qq_26195179的博客
06-02 2026
BMS 的开发及产品周期
BMS应用软件开发 — 7 BMS硬件系统概述
几度春风里的博客
01-18 4379
继电器供电处增加PMOS开关控制是比较常见的，但是KL30线也增加PMOS开关控制而不是保持常电，这种不太常见，后面仔细看了下，这两个PMOS开关是由唤醒信号来控制，就是说控制板休眠时，SBC是断电的，可能是为了降低静态功耗。AFE选取的是TI的BQ79616，这个与之前看到的MODEL3采样板是不同的，之前分析的AFE是特斯拉定制的Robin与Batman，而这个版本选用的是现有的成熟型号，整个单板的通信拓扑架构如下（来自TI官网）。采样输入采用RC滤波，电容为差模形式，布置在相邻的电压采样引脚；
CAN光端机解决尼特 NT8001 NT8005 NT8009 NT8081消防主机管廊多系统联网问题
LIKE_Fairy的博客
07-18 3194
尼特 NT8001 NT8005 NT8009 NT8081消防主机管廊多系统联网问题
基于电池供电系统的MCU稳压电路设计
逗倪豌儿
02-05 4632
 基于电池供电系统的MCU稳压电路设计 1：电池和稳压芯片之间接滤波电感，可以有效防止电池电压脉冲对MCU的影响，如图1： 图 1 说明：IN-VCC 和 IN-GND 一般直接给电机模块供电； Outvcc 和 GND 给稳压芯片。 2：稳压模块需要接滤波电容，一般情况下接 103 104 即可满足需求。如图 2：   图  2 3：电机模块的电源
autosar架构详细介绍_电池管理系统（BMS）的基本概述软件架构
weixin_39620197的博客
11-04 2628
点击上方蓝字，你的关注，是对我的最大的鼓励！那有什么岁月静好！只不过有人替你负重前行！武汉因“您”而美丽，中国因“您”更精彩！上篇文章大致描述硬件的架构，含输入，输出，处理模块的一些基本概念，本节主要讲述软件相关的架构及基本信息，供初学者，或者刚开始进行0-1研发的各位同志们一些帮助。软件架构概述整体BMS软件的开发基础，有的买成熟的底层，自己开发应用层，有的买Autosar的对应包，自...
C#，BMS上位机开发
最新发布
Vgjjbbg的博客
07-14 882
摘要：本文介绍了一个基于.NET 6.0的BMS监控系统开发方案，使用Visual Studio 2022作为开发环境。系统采用分层架构设计，通过串口和CAN通信与BMS交互，自定义轻量级通信协议。实现了数据解析、SOC估算、实时曲线显示（电压/电流/温度）、异常报警等功能，支持本地CSV存储和云端同步。界面采用WPF开发，可扩展兼容多厂商CAN设备，未来可集成AI故障预测和移动端应用。
STM32---CAN2.0B读取新能源汽车BMS报文
热门推荐
AngerTiger的博客
07-03 2万+
CAN2.0BCAN的简单概述　 CAN-BUS即CAN总线技术，全称为“控制器局域网总线技术（Controller Area Network-BUS）”。Can-Bus总线技术最早被用于飞机、坦克等武器电子系统的通讯联络上。将这种技术用于民用汽车最早起源于欧洲，在汽车上这种总线网络用于车上各种传感器数据的传递。 大家知道当今车辆的电控系统是越来越多，例如电子燃油喷射装置、ABS装置、安全
AUTOSAR模式管理看这一篇就够了-吐血整理（带图）
oneofstudent的博客
12-03 7324
1 概述 1.1 模式管理的组成 AUTOSAR为ECU的运行时软件的状态处理提供了模式管理组件，例如 • BswM模式管理器 • NM网络管理 • ECU状态管理器 • COMM通信管理器 • WDGM看门狗管理器 当然，除了这几个标准的AUTOSAR基础模块外，模式管理组件还涉及到了应用程序模式管理器（APP Mode Management）和RTE的相关功能。后面的章节将一一为你剖析。 2 AUTOSAR架构下的模式管理 模式管理中有三种模式角色，即模式请求者，模式用户和模式管理器。 模式请求者 请求
AUTOSAR图解==＞AUTOSAR_SRS_IOHWAbstraction
一名留德华的，康德的信徒的，专注于汽车电子领域的博客
05-26 2374
本文深入解析AUTOSAR架构中的IO硬件抽象模块。该模块位于ECU抽象层，通过标准化接口实现硬件独立性，支持模拟信号、离散信号和PWM信号等多种信号类型的处理。文章详细阐述了模块架构、信号分类与属性、接口设计、诊断状态管理和电源转换管理等内容。IO硬件抽象模块通过统一接口屏蔽硬件差异，提供信号访问、故障检测和硬件保护功能，实现上层应用与底层硬件的解耦，是AUTOSAR架构中连接软件组件与微控制器驱动的关键模块。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

大道生

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值