充电机及BMS通讯报文分析说明.docVIP

. 1 充电机与BMS通讯报文分析说明 目录 TOC \o 1-3 \h \z \u 一、充电总流程 3 二、报文分类解析 3 充电机与BMS通讯报文分析 注：充电协议参考2012-03-01实施的最新协议 = 1 \* CHINESENUM3一、充电总流程 = 1 \* GB2⑴整个充电过程包括四个阶段： = 1 \* GB3①充电握手阶段01/02 = 2 \* GB3②充电参数配置阶段OA = 3 \* GB3③充电阶段1A = 4 \* GB3④充电完毕阶段1C-1F 〔故障诊断代码〕 注意：在各个阶段，充电机和BMS如果在规定的时间没有收到对方报文或者没有收到正确报文，即判定为报文接收超时，超时时间除特殊规定外均为5秒；当出现超时后，BMS或充电机发送错误报文〔BEM或CEM〕，并进入错误处理状态。〔注：因对协议理解不同，有些BMS厂家会在整个充电过程中发送没有超时信息的错误报文BEM或CEM〕 BEM：BMS接收超时的报文信息 CEM：充电机接收超时的报文信息 = 2 \* GB2⑵通讯协议中地址分配 = 2 \* CHINESENUM3二、报文分类解析 = 1 \* GB2⑴、充电握手阶段 当充电机和BMS物理连接完成并上电后，BMS首先检测低压辅助电源是否匹配，如果匹配，双方进入充电握手阶段，并由充电机首先发送辨识报文CRM〔此时的CRM辨识结果为不能辨识0*00〕，当BMS收到充电机发送的CRM后，发送BMS和车辆辨识报文BRM。充电机在收到BMS和车辆辨识报文BRM后，再发送辨识报文CRM〔此时的CRM辨识结果为能辨识0*AA〕。至此充电握手阶段完成。 = 1 \* GB3①CRM报文包含容： 截包工具中显示此报文容为：0*1801F45600 00 00 00 00 00 00 00 分析此报文容： O*1801F456为此报文ID，“18〞为包含报文优先级〔3个位〕、保存位〔1个位〕和数据页〔1个位〕。“01〞为此报文PGN〔参数组编号〕或者PF。“F4〞表示此报文发送的目的地址为BMS。“56〞为发送此报文的源地址为充电机。〔注：查看报文时，只要看报文ID最后的两个数据：“56〞则表示此报文为充电机发送出来的；“F4〞则表示此报文为BMS发送出来的〕 00 00 00 00 00 00 00 00为此报文的数据，最前面一个字节“00〞表示CRM里面的辨识结果〔0*00,BMS不能辨识；0*AA,BMS能辨识〕。第二个字节“00〞表示CRM里面的充电机编号。后面的六个字节“00 00 00 00 00 00〞表示CRM里面的充电机所在区域编码。 = 2 \* GB3②BRM报文包含容： 因为此报文超过8个字节，所以发送的时候会按照J1939协议发送数据。在发送大于8个字节的数据之前，无论是充电机或者BMS会先发送一个连接请求的报文， 截包工具中显示：0*1CEC56F4 10 29 00 06 FF 00 02 00 分析此报文容： 0*1CEC56F4为此报文ID, “1C〞为包含报文优先级〔3个位〕、保存位〔1个位〕和数据页〔1个位〕。“EC〞为此报文的功能说明〔EC为数据大于8字节的报文连接请求，EB为长度大于8字节的报文数据容传输〕。“56〞表示此报文发送的目的地址为充电机。“F4〞表发送此报文的源地址为BMS。〔此报文说明BMS想要发送数据长度大于8字节的报文，首先希望与充电机建立长包的发送连接，之后BMS开场传输数据〕。 10 29 00 06 FF 00 02 00为此报文的容，“10〞表示功能码16请求发送，说明此报文想要与充电机建立连接。“29 00〞用两个字节表示BMS将要发送的数据数量为0*0029=41个字节数据。“06〞表示要发送此报文中的41个数据一共要发送6个包才足以容纳41个字节的数据。“FF〞为保存容。“00 02 00〞表示此报文BRM对应的PGN〔查看报文时可通过此数据容找出，现在要建立连接请求的报文为协议中对应的哪个报文-即将发送的报文类型〕。 充电机接收到BMS发送的请求发送报文后，会发送一个功能码为17的准备发送报文，通知BMS可以发送长包了。 截包工具中显示：0*1CECF45611 06 01 FF FF 00 02 00 分析此报文容： 0*1CECF456为此报文ID,“1C〞为包含报文优先级〔3个位〕、保存位〔1个位〕和数据页〔1个位〕。“EC〞为此报文的功能说明〔EC为数据大于8字节的报文连接请求，EB为长度大于8字节的报文数据容传输〕。“56〞为发送此报文的源地址为充电机。“F4〞表示此报文发送的目的地址为BMS。 11 06 01 FF FF 00 02 00为此报文的数据容，“11〞表示功能码17准备发送，说明充电机允许BMS发送长度