新国标GB/T27930-2015:非车载充电机与BMS通信详解
需积分: 46 121 浏览量
更新于2024-09-08
2
收藏 559KB DOC 举报
本文主要介绍了非车载充电机与电池管理系统(BMS)按照国标GB/T27930-2015进行通信的详细步骤,特别是握手阶段的通信流程,涉及到CAN(Controller Area Network)通信帧和报文解析。
在非车载充电机与BMS的通信过程中,首先进行的是握手阶段,这是为了确保两者能够正确地建立连接并交换信息。握手阶段分为以下几个关键步骤:
1. 充电机发送CRM(Charging Machine Recognition)报文,ID为1801F456,其中第一个Byte是00,表示充电机发起识别请求,希望与BMS建立连接。
2. BMS接收到CRM报文后,启动TCPM(Transmission Control Protocol for Multiple Access)协议。它先发送一个RTS(Request To Send)报文,ID为1CEC56F4,通知充电机即将发送数据,并指明数据包的数量。
3. 充电机回应BMS的RTS报文,发送CTS(Clear To Send)报文,ID为1CECF456,确认准备好接收数据。
4. BMS在收到CTS报文后,开始分包发送电池组身份编码信息BRM,数据长度为41Byte,分6个包发送,每个包的ID为1CEB56F4。
5. 充电机接收完整个BRM信息后,回复CM(Communication Management)报文,ID为1CECF456,作为数据接收完毕的确认。
6. BMS在接收到CM报文后,回复CRM报文(ID:1801F456),第一个Byte设置为AA,表明握手成功。
如果在上述步骤中有任何异常,通信将无法继续,系统会等待超时后重新开始握手过程。在CAN通信中,帧ID的优先级由前两个Byte决定,例如1801的优先级高于1CEC。帧ID中的F4H表示目标地址为充电机,而56H表示源地址为充电机。在新国标GB/T27930-2015中,CRM之前还有CHM(Charger Handshake)和BHM(Battery Handshake)报文。
此外,BMS发送的RTS报文数据部分(如ID:1CEC56F4)包含控制字10,表示TP.CM_RTS,即传输协议连接管理的RTS控制字,以及数据包长度信息。例如,29H(41D)表示有41字节的数据需要发送。
总结来说,国标GB/T27930-2015规定了非车载充电机与BMS之间安全、高效的信息交互流程,这对电动车充电系统的可靠性和安全性至关重要。通过详细的握手过程,双方可以确保在充电过程中准确地交换电池状态和充电参数,从而实现安全、智能的充电服务。
2023-06-14 上传
2020-07-31 上传
106 浏览量
2022-06-19 上传
点击了解资源详情
点击了解资源详情
点击了解资源详情
点击了解资源详情
asiens
- 粉丝: 1
- 资源: 3
最新资源
- MATLAB新功能:Multi-frame ViewRGB制作彩色图阴影
- XKCD Substitutions 3-crx插件:创新的网页文字替换工具
- Python实现8位等离子效果开源项目plasma.py解读
- 维护商店移动应用:基于PhoneGap的移动API应用
- Laravel-Admin的Redis Manager扩展使用教程
- Jekyll代理主题使用指南及文件结构解析
- cPanel中PHP多版本插件的安装与配置指南
- 深入探讨React和Typescript在Alias kopio游戏中的应用
- node.js OSC服务器实现:Gibber消息转换技术解析
- 体验最新升级版的mdbootstrap pro 6.1.0组件库
- 超市盘点过机系统实现与delphi应用
- Boogle: 探索 Python 编程的 Boggle 仿制品
- C++实现的Physics2D简易2D物理模拟
- 傅里叶级数在分数阶微分积分计算中的应用与实现
- Windows Phone与PhoneGap应用隔离存储文件访问方法
- iso8601-interval-recurrence:掌握ISO8601日期范围与重复间隔检查