原标题：GB/T 27930-2023英文版翻译 非车载传导式充电机与电动汽车之间的数字通信协议
ChinaAutoRegs｜GB/T 27930-2023英文版翻译《非车载传导式充电机与电动汽车之间的数字通信协议》
电动汽车非车载传导式充电机与车辆之间 的数字通信协议 第 1 部分 GB/T2015 系统
本文件适用于采用GB/T 18487.1—202X附录B规定的充电模式4的充电机与车辆之间的通信，也适 用于充电机与具有充电控制功能的车辆电子控制单元之间的通信。
本文件规定的车辆充电通信控制器，包括但不限于GB/T 27930—2015中的电池管理系统（Battery Management System，以下简称BMS），还包括为实现其他特殊功能，而需要和充电机通信的车内系统。
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件， 仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本 文件。
GB/T18487.1—202X 电动汽车传导充电系统 第1部分 通用要求（征求意见稿）
用于传输数据的CAN协议所必需的有序位域，以帧起始（Start of Frame，简称SOF）开始，帧结束
在标识符中一个3位的域，设置传输过程的仲裁优先级，最高优先权为0级，最低优先权为7级。
用于唯一标识一个参数组的一个24位值。参数组编号由扩展数据页、数据页、PDU格式域、PDU特
数据链路层的一部分，为传送数据长度为9~1785字节的PGN提供的一种机制。
4.2 充电机与车辆之间的 CAN 通信网络宜由充电机和车辆两个节点组成，为实现 GB/T 18487.1—202X 附录 E 的兼容方案可在通信网络中增加适配器节点，但各节点之间不应存在地址、PGN 等方面的 冲突。
4.5 充电机与车辆充电通信网络上不应出现本文件未规定的报文；充电机或车辆收到本文件未规定的报 文，不处理。
本文件采用的CAN通信总线网络物理层应符合SAE J1939-11:2006（屏蔽双绞线（非屏蔽双绞线）中的规定。本文件充电机与车辆的通信应使用独立的CAN总线，充电机与车 辆之间的通信速率采用250 kbit/s。双绞线的要求，终端电阻满足SAE J1939-11:2006中 5.2.3的要求。
注：在通信环境恶劣的专用场合（如通信距离较长的商用车充电站），经供电设备制造商和电动汽车制造商协商一 致，可采用50kbit/s通信速率。
采用本文件的设备应使用CAN扩展帧的29位标识符，具体每个位分配的相应定义应符合SAE J1939- 21:2006 中的相关规定。
每个CAN数据帧包含一个单一的协议数据单元（PDU），见表1。协议数据单元由七部分所组成，分 别是优先权，扩展数据页，数据页，PDU格式，PDU特定格式，源地址和数据域。
6.4 参数组编号(PGN) PGN的第二个字节为PDU格式（PF）值，高字节和低字节位均为00H。
车辆与充电机之间传输长度为9~1785字节的参数组时使用传输协议功能。连接初始化、数据传输、 连接关闭应遵循SAE J1939-21:2006中5.4.7和5.10消息传输的规定，数据帧之间的发送间隔为10ms。对于 多帧报文，报文周期为整个数据包的发送周期。
网络地址用于保证信息标识符的唯一性以及表明信息的来源。充电机和车辆定义为不可配置地址， 即该地址固定在ECU的程序代码中，包括服务工具在内的任何手段都不能改变其源地址。充电机和车辆 分配的地址如表2所示。
CAN总线技术规范支持五种类型的信息，分别为命令、请求、广播/响应、确认和组功能。具体定 义应遵循SAE J1939-21:2006中5.4信息类型的规定。
7.2 采用 PGN 对参数组进行编号，各个节点根据 PGN 来识别数据包的内容。
7.4 如果需发送多个 PGN 数据来实现一个功能的，需同时收到该定义的多个 PGN 报文才判断此功能 发送成功。
7.5 定义新的参数组时，尽量将相同功能的参数、相同或相近刷新频率的参数和属于同一个子系统内
的参数放在同一个参数中；同时，新的参数组既要充分的利用 8 个字节的数据宽度，尽量将相关的参数 放在同一个组内，又要考虑扩展性，预留一部分字节或位，以便将来进行修改。
7.6 修改第 9 章已定义的参数组时，新增加的参数要与参数组中原有的参数相关，不应为节省 PGN 的 数量而将不相关的参数加入到已定义的 PGN 中。
7.7 参数选项分为必须项和可选项，必须项参数应按照本文件规定格式发送实际数据，可选项参数可
按照本文件规定格式发送实际数据或所有位填充 1 发送；对于同一报文中全部内容为可选项的，发送
方可不发送该报文，如果发送，应按照本文件规定格式发送实际数据或所有位填充 1 发送。
7.9 当发送方无法获取或明确当前状态时，为维持通信链路，可发送“不可信状态”信息，接收方应 忽略该信息。
整个充电过程包括六个阶段：物理连接完成、低压辅助上电、充电握手阶段、充电参数配置阶段、 充电阶段和充电结束阶段，如图1所示。物理连接完成、低压辅助上电后，双方开始通信，在通信的各 个阶段，充电机和车辆如果在规定的时间内未接收到对方报文或未接收到正确报文，即判定为超时（超 时指在规定时间内没有收到对方的完整数据包或正确数据包），通信流程详见附录A。当出现超时后， 车辆或充电机发送9.5规定的错误报文。充电结束过程应符合GB/T 18487.1—202X附录B3.6，B3.7的相关 规定。报文的开始发送条件和结束发送条件参见附录B。
充电握手阶段分为握手启动阶段和握手辨识阶段，充电机和车辆物理连接完成并上电后，充电机闭 合电子锁成功后，闭合低压辅助供电回路，进入握手启动阶段发送握手报文，并进行充电机自检。如果 自检通过，双方进入握手辨识阶段，交互车辆和充电机的身份及其它必要信息；如果自检失败，充电机 发送9.3规定的充电机中止充电报文。低压辅助上电及充电握手阶段报文应符合表3的要求。
充电握手阶段完成后，充电机和车辆进入充电参数配置阶段。在此阶段，车辆向充电机发送动力蓄 电池当前电池电压，如果该电压不在充电机输出能力范围内，充电机判断充电参数不匹配；车辆也可根 据充电机最大输出能力判断能否进行充电。如果判断充电参数不匹配，充电机和车辆发送中止充电 报文（如果充电机判断充电参数不匹配，应在发送充电机最大输出能力报文后再发送中止充电报文）； 如果充电参数匹配，进入充电准备就绪过程，该过程应符合GB/T 18487.1—202X中B.3.4的要求。充电参 数配置阶段报文应符合表4的要求。
充电参数配置阶段完成后，充电机和车辆进入充电阶段。在整个充电阶段，车辆实时向充电机发送 电池充电需求，充电机根据电池充电需求调整充电电压和充电电流，保证充电过程正常进行。在充电过 程中，充电机和车辆发送各自的充电状态。除此之外，车辆可向充电机发送动力蓄电池具体状态信息及 电压、温度等信息。BMV，BMT，BSP为可选报文，充电机不对其进行报文超时判定。
车辆根据充电过程是不是正常、电池状态是不是达到自身设定的充电结束条件以及是否收到充电机中 止充电报文来判断是否结束充电；充电机根据是否收到停止充电指令、充电过程是否正常、是不是达到预 先设定的充电参数值，或者是否收到车辆中止充电报文来判断是否结束充电。充电阶段报文应符合表5 的要求。
当充电机和车辆停止充电后，双方进入充电结束阶段。在此阶段车辆向充电机发送整个充电过程中 的充电统计数据，包括：中止SOC、电池最低电压和最高电压；充电机收到车辆的充电统计数据后，向 车辆发送整个充电过程中的输出电量、累计充电时间等信息，最后充电机停止低压辅助电源的输出。充 电结束阶段报文应符合表6的要求。
在通信的各个阶段，如果车辆或充电机在规定时间内未接收到对方报文或未接收到正确报文，应发 送错误报文。错误报文应符合表7的要求。
报文功能：充电机应在低压辅助供电回路闭合后1s内发送出第一帧CHM报文，并按照250ms的间隔 时间周期发送，直到充电机自检结束或收到车辆中止充电报文。车辆通过CHM报文确认充电机的通信 协议版本号，因此周期发送过程中，CHM报文信息应一致。PGN9728报文格式见表8。
报文功能：当车辆收到PGN9728充电机握手报文后，发送BHM报文，并按照250ms的时间间隔周期 发送。充电机将BHM报文中的车辆端绝缘监测允许总电压作为其绝缘检测的输出电压依据之一（绝缘 检测应符合GB/T 18487.1—202X 中B.3.3的要求）。PGN9984报文格式见表9。
1) SPN2601 车辆端绝缘监测允许总电压（V）： 数据分辨率：0.1 V/位，0 V 偏移量。
报文功能：当充电机自检完成并通过后，停止发送CHM报文，开始按照250ms的周期发送CRM报 文。在接收到BRM报文前，SPN2560=0x00；在接收到BRM报文后，SPN2560=0xAA。PGN256报文格式 见表10。
报文功能：当车辆收到SPN2560=0x00的CRM报文后，按照250ms的时间间隔向充电机周期发送BRM 报文，直到收到SPN2560=0xAA的CRM报文为止。由于该报文参数组长度超出8字节，应使用传输协议 功能传输，具体详见6.5的规定。PGN512报文格式见表11。
报文功能：当车辆接收到SPN2560=0xAA的CRM报文后，进入参数配置阶段。车辆按照500ms的时 间间隔向充电机周期发送BCP报文。由于该报文参数组长度超出8字节，应使用传输协议功能传输，具 体详见6.5的规定。PGN1536报文格式见表12。
1) SPN2816 单体动力蓄电池最高允许充电电压： 数据分辨率：0.01 V/位，0 V 偏移量；数据范围：0~24 V；
7) SPN2822 车辆接口当前电压测量值： 数据分辨率：0.1 V/位，0 V 偏移量。
报文功能：充电机接收到BCP报文后，按照500ms的时间间隔周期发送CTS报文，车辆要不要进行时 间同步操作由其依据自己工作模式或工作状况决定。PGN1792报文格式见表13。
电动汽车非车载传导式充电机与车辆之间 的数字通信协议 第 2 部分 ChaoJi 系统
本文件适用于采用GB/T 18487.1—202X附录D规定的充电模式4的充电机与车辆之间的通信，也适 用于充电机与具有充电控制功能的车辆电子控制单元之间的通信。
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件， 仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本 文件。
GB/T 18487.1—202X 电动汽车传导充电系统第1部分通用要求（征求意见稿）
用于传输数据的 CAN 协议所必需的有序位域，以帧起始（Start of Frame，简称 SOF）开始，帧结
发送或接收参数组及其参数数据的一个实例，一个报文的发送可能需要交互一个或多个“CAN 数 据帧”。
在标识符中一个 3 位的域，设置传输过程的仲裁优先级，最高优先权为 0 级，最低优先权为 7 级。
5.2 充电机与车辆之间的充电通信过程由完成不同业务功能的功能模块按序组成，具体信息交互报 文、交互过程由功能模块的 FDC 决定。
5.3 充电信息交互报文包括各功能模块 FDC 规定的报文（见附录 A）及公共报文（见附录 B），基 本充电应用场景的信息交互过程详见附录 C。
本文件采用的CAN通信总线网络物理层应符合SAE J1939-11:2006（屏蔽双绞线（非屏蔽双绞线）中关于物理层的规定。本文件充电机与车辆的通信应使用独立的CAN总线，
采用本文件的设备应使用CAN扩展帧的29位标识符，具体每个位分配的相应定义应符合SAE J1939—21:2006中的相关规定。
每个CAN数据帧包含一个单一的协议数据单元（PDU），见表1。协议数据单元由七部分所组成，分 别是优先权，扩展数据页，数据页，PDU格式，PDU特定格式，源地址和数据域。
网络地址用于保证信息标识符的唯一性以及表明信息的来源。SECC、EVCC和VACC定义为不可配 置地址，即该地址固定在ECU的程序代码中，包括服务工具在内的任何手段都不能改变其源地址。SECC、 EVCC和VACC的地址分配如表2所示。
版本协商是通信协议的引导部分，协商原则、报文定义和信息交互过程固定不变。版本协商过程中， 充电机和车辆通过协商决定通信协议版本号。版本协商的具体描述如表3所示。
版本协商的交互报文的数据链路层应满足本文件第6章的规定。版本协商过程包括“充电机协议版 本报文”、“车辆协商结果报文”，其帧格式定义如表4，表5所示，参数类型定义详见附录A。
车辆和充电机物理连接完成，充电机闭合 S1 开关后应在 1s 内发送“充电机协议版本报文”。充电 机首先发送其支持的最高协议版本号，车辆接收后检查自身支持的版本号并返回协商结果。如果“继续 协商”，双方继续以较低的版本号进行协商；如果 “协商成功”，双方按照协商一致的版本进行信息交 互；如果 “协商失败”，双方退出充电过程。
本文件规定的消息类型包括需要确认的消息、不需要确认的消息。需要确认的消息为上层应用提供 可靠性传输服务，按照消息长度分为需要确认的短消息（消息长度小于等于8字节）和长消息（消息长 度大于8字节），长消息按照多信息帧传输方式传输。不需要确认的消息则是面向简单不可靠信息的传 输服务，消息长度小于等于8字节。
不需要确认的消息无需接收方应答确认，上层应用中需周期发送的报文通常定义为该消息类型。不 需要确认的消息的信息帧格式如表10所示。
发送方发送需要确认的短消息的信息帧后，如果没有接收到应答确认帧，应进行重发，重发次数默 认为4（具体参考第10章具体实际的要求）。如果发送方完成最大重发次数后仍然没有接收到确认信息，发送 方应该放弃进一步尝试，重发的时间间隔为250ms。需要确认的短消息信息帧格式如表11所示，应答确 认帧的格式定义如表12所示。
发送方首先将长消息其拆分为多个信息帧，在建立连接后按序进行传输。接收方接收到所有的数据 帧后再重组成原始信息。
为了保证信息帧能被识别和重组，信息帧数据域的首字节定义为信息帧的帧序号，序号范围为1~255
（序号为0的信息帧，仅仅用于建立连接），信息帧应从编号1开始按序进行发送，最长的数据长度是1785 个字节。当发送方请求建立长消息传输的虚拟连接时，首先发送帧序号为0的信息帧，在收到接收方的 应答确认后，按要求发送信息帧。
每个信息帧（除了最后一个信息帧）都装载着应用层数据中的7个字节，最后一个信息帧的数据域 的8个字节包含：信息帧的序号和至少一个字节的应用层数据，未使用的字节全部设置为0xFF。
9.4.2.2 数据传输 信息帧之间的发送间隔时间LMS_T1应不大于10ms。由于无法区分帧序号相同的不同长消息的信息
帧，因此只允许在同一时间建立一个虚拟连接，即只有当发送方或接收方发送长消息放弃连接确认或接 收方发送长消息接收结束确认，才能建立新的虚拟连接。
9.4.2.2 信息帧重组 信息帧接收完成后，接收方接收完成所有信息帧后，应按照帧序号从小到大将其重组回原始信息。
虚拟连接是指在通信过程中，为了传送长消息，在两个节点间建立的临时连接，连接管理规定了虚 拟连接的建立、使用和关闭。
——虚拟连接建立前，收发双方应确认记录帧序号的计数器为0，其中发送计数器用于记录下次要 发送的帧序号，接收方计数器用于记录下次要接收的起始帧序号；
——发送方发送帧序号为0的信息帧作为连接建立的请求，接收方应答确认后，连接建立；
——连接建立后，发送方按照接收方的应答确认发送信息帧，发送结束后等待接收方的下一个应答 确认；
9.4.3.2 连接的建立 发送方请求发送长消息时，信息帧帧序号为0，且包含了长消息的总帧数和总字节数。 接收方接收到帧序号为0的长消息后，可选择接收或者拒绝建立连接：若选择接收，应发送长消
息应答确认帧LM_ACK，且LM_ACK中应包含接收方待接收的起始帧序号、待接收总帧数，发送方接收 到应答确认帧LM_ACK，连接建立完成，之后接接收方应从序号为1的信息帧开始接收；如果接收方缺 少资源或存储空间，可拒绝建立连接，此时应发送放弃连接确认LM_NACK，连接建立失败。
发送方接收到LM_ACK后开始数据传输，由接收方负责调整节点之间的数据流控制，如果接收方需 要暂停数据流，可使用LM_ACK将待接收总帧数置为1，待接收起始帧序号置为前一次接收到的最后一 帧帧序号，发送方按要求发送信息帧（接收方每发送一次LM_ACK，接收方响应一次），接收方收到该 报文后不做处理。
9.4.3.4 连接的关闭 接收方接收到所有信息帧后，应发送消息结束确认LM_EndofACK，通知发送者连接关闭。 在传输过程中，接收方和发送方均可发送LM_NACK终止传输，收到LM_NACK后双方退出长消息
的传输，连接关闭，接收方不对收到的报文作处理。 任一方发生传输故障（例如连续出现3次同类型的连接超时）都可能会导致连接关闭。 长消息的连接关闭，包括以下情形：
——接收方接收到一个信息帧后，若LMS_T2时间内未接收到下一个信息帧即为超时，超时后发送 LM_ACK通知发送方重发，连续出现3次超时后发送LM_NACK放弃连接。
——接收方发送LM_ACK后，若LMS_T2时间内未接收到正确帧序号的信息帧即为超时，超时后发 送LM_ACK通知发送方重发，连续出现3次超时后发送LM_NACK放弃连接。
——发送方发送帧序号为0的信息帧后，若LMS_T2时间内未接收到接收方的确认消息即为超时，超 时后重发帧序号为0的信息帧，连续出现3次超时后发送LM_NACK放弃连接；
——发送方发送完成本次需要传输的全部信息帧后， 若LMS_T2内未接收到接收方的确认消息
（LM_ACK或LM_EndofACK）即为超时，超时后发送方重发本次传输的最后一帧，连续出现
——发送方从发送帧序号为0的信息帧后，传输整个长消息的时间大于LMS_T3即为超时，超时后发 送方发送LM_NACK放弃连接。
9.1.1 采用 PGI 对参数组进行编号，各节点根据接收到的报文的 PGI 来识别参数组。
9.1.3 接收方接收到超出报文范围或标准未规定的参数值，如无特别规定，不处理该参数值。
9.1.4 接收方接收到状态转换表未列举或不满足报文交互顺序（如在一个功能模块中接收到其他功能模 块的报文）的报文，如无特别规定，不处理该报文。
9.1.6 在通信过程中，如无特别规定，车辆或充电机接收到任何原因的中止报文，应按照 GB/T 18487.1—
202X 中 D.3.8，D.3.9，D.3.10 的要求执行充电中止过程，并退出通信或进入下一个功能模块的信 息交互（见第 10 章）。如果车辆或充电机出现充电异常，应发送与中止原因一致的的充电中止报 文，并退出通信或进入下一个功能模块的信息交互。
9.1.7 本文件中传输的数据类型定义如表 17 所示，应采用小端模式的网络字节序来传递数字信息。
本文件规定的充电通信过程由多个功能模块按序组成，各功能模块的功能代码FC如表18所示。一 个完整的充电通信过程包括所有必须项功能模块以及零个或多个可选项功能模块，如图3所示。
功能协商、参数配置以外的其他功能模块都可进行重载，以实现在该功能模块上的某个特定功能实 例，通过功能描述码FDC来区分各功能模块的不同实例。本文件中，每个可重载功能模块支持的FDC上 限为8个。
充电通信过程中，为了能够更好的保证信息交互的同步性，除功能协商外，在进入除功能协商以外的其它功能 模块前，应首先进行阶段确认（见附录B.1），确保双方在相同的FC及FDC上进行信息交互。
注1：只有当通信协议的主版本号发生变更时功能协商、参数配置功能模块的内容才能发生明显的变化。 注2：鉴权功能模块FDC见附录D，预约功能模块FDC见附录E。
功能协商功能模块是不可重载的，功能协商原则、报文定义和信息交互过程在固定不变，只有一个 应用实例（即FDC固定为1）。通过功能协商双方确认本次充电实现的业务功能，并按照协商一致的功 能模块以及各功能模块的FDC进行报文交互。功能协商功能模块的总体描述如表19所示。返回搜狐，查看更加多
