GBT32960 国标重点解读.pdf
《GBT32960 国标重点解读.pdf》由会员分享,可在线阅读,更多相关《GBT32960 国标重点解读.pdf(68页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、GB/T 32960 -2016 要点解读 汇报人:刘汇报人:刘 鹏鹏 电动汽车远程服务与管理系统技术规范电动汽车远程服务与管理系统技术规范标准标准起草组起草组 20162016年年1111月月 GB/T 32960 电动汽车远程服务与管理系统技术规范 第一部分:总则 监测体系架构与功能 说明 第二部分:车载 终端 终端功能要求与技术 条件 第三部分:通信 协议及数据格式 平台、终端的通信协 议、数据内容与格式 2 2 3 按照企业是第一责任主体的思路,构建新能源汽车监测平台 的体系架构。 所有数据均按照直接上传到企业平台,然后转发到公共平台 的技术方式。公共平台内亦按照平台交换协议,逐级上报
2、。 公共平台 企业平台 电动汽车 车与平台 通信协议 平台交换 通信协议 车载终端 4 新能源汽车企业监测平台 数据实时传输 新能源汽车国家监测平台 能力验证 最低30s,故障时1s回溯不同机制,上报频率不同 数据基本要求:GB/T 32960.3 数据上报最低时间间隔:30s,故障时1s 车载终端的通信协议可由企业自定义。 企业可根据自身安全监测要求,进行数据扩项或提高频率。 5 根据新能源汽车安全监管要求,公共平台需进行新能源汽车 数据上传能力的验证,车载终端的传输协议应按照国标第三 部分附录B的要求进行传输。 如企业完全按照企业自定义协议,则需满足两套标准的传输 要求。 新能源汽车企业监
3、测平台 数据实时传输 新能源汽车国家监测平台 能力验证 GB/T 32960.3 附录B GB/T 32960.3 附录B拓展 或企业自定义数据 6 数据采集内容 由于车辆不可避免3级故障的产生,动力蓄电池单体电池电压 和各个电池包探针温度数据也应包含在企业平台数据采集范 围内,亦表明企业的数据上传的能力验证中,也需要对此项 内容进行考核,以确保3级故障回溯跟踪时的数据完整性。 5.3.2公共平台从企业平台获取车辆行驶、充电等运行数据,进行监管和 相关数据分析。 5.5动力蓄电池单体电压及温度数据要求 在车辆出现GB/T 32960.3规定的3级故障或报警时,整车企业应具备提供 动力蓄电池单体
4、电池电压和各个电池包探针温度数据的能力,确保故障 相关数据的完备。 7 报警功能 车辆自身具备一定的 数据辨别能力,并按 需进行数据的上传。 由VCU判断,终端处 理,要求高 车辆按照1s本地存储, 平台判断故障点后向 终端发送指令获取。 数据有一定滞后性且 存在无法获取的风险。 车辆按照1s进行数据 上报。 数据压力大 5.2.2 企业平台应具备车辆故障监控和安全报警的功能。根据 可能对车辆造成的安全隐患严重程度,对故障和报警进行分 级管理,不同的级别应设置相应的处置措施。 自动按照1s的周期,上报故障点前后30s的数据 8 故障处置上报 5.3.1公共平台应具备整车企业使用的信息录入及维护
5、功能, 用于企业录入车辆静态信息以及上报故障与报警的处置措施、 处置进度和处置结果。公共平台应对企业录入信息进行审核。 5.3.2公共平台从企业平台获取车辆行驶、充电等运行数据, 进行监管和相关数据分析。 该内容上报方式为非实时传输数据,而是触发数据,一般以 人工上报为主,应由公共平台进行开放的接口或程序,便于 企业上报。 9 公共平台要求 (1)整车企业信息维护与审核; (2)故障与报警的处置措施、处置进度和处置结果上报; (3)具备车辆运行数据、故障数据的统计和分析功能; (4)与上一级公共平台的信息上报功能。 通知要求:地方监测平台建设参照电动汽车远程服务 与管理系统技术规范(GB/T
6、32960)国家标准,不得在国 家标准之外随意扩大信息采集范围,同时应当做好地方监测 平台数据保密工作,确保信息安全。 GB/T 32960 电动汽车远程服务与管理系统技术规范 第一部分:总则 监测体系架构与功能 说明 第二部分:车载 终端 终端功能要求与技术 条件 第三部分:通信 协议及数据格式 平台、终端的通信协 议、数据内容与格式 1010 集成设计集成设计在车辆其他装置或系统的车载终端;在车辆其他装置或系统的车载终端; 单独设计单独设计为独立的装置或系统的车载终端。为独立的装置或系统的车载终端。 规定了电动汽车规定了电动汽车远程服务与管理系统车载终远程服务与管理系统车载终 端的端的和和
7、; 适用于适用于或或车载终端车载终端。 1111 与车辆显示系统集成与车辆显示系统集成独立的车载终端独立的车载终端 完整性准确性 不可否 认性 存储数据可加密存储数据可加密。 1212 车辆数据的采集、解析、存储均应 完整、准确,保证数据的可追溯。 存储、上报内容即视为 认可数据,不可否认 1 日期与时间 2 数据采集 3 数据存储 4 数据传输 5 数据补发 6 注册与激活 7 独立运行功能 8 远程控制功能 1313 14 时间和日期 终端自 带时钟 与定位系 统校时 与企业 平台校 时 4.2.1时间和日期 车载终端应提供时间和日期。时间应精确到秒,日期应精确到日。 与标准时间相比时间误
8、差24h内5s。 数据上传 及时,时 钟准确 企业平台应 提供准确的 时钟源 时钟准确 率高 注:时钟准确性影响数据传输的校对,并影响数据传输的延迟率判 定,严重的将不能被认可有效。 至少保存7天历史数据,便于数据未准确上传的补发; 按照GB/T 32960.3规定数据项进行数据采集,若CAN总线未能采 集的数据项,应在终端上进行计算产生,不建议通过平台计算。 1515 数据采集与存储 4.2.3.1 车载终端应按照最大不超过30s时间间隔将采集到的实时数据保存 在内部存储介质中。当车辆出现GB/T 32960.3-2016表17的3级报警时, 车载终端应按照最大不超过1s时间间隔将采集到的实
9、时数据保存在内部存 储介质中。 实时数据的采集频次不应低于1次/s 采集到的数据按1s采集 缓存30s 采集到的数据按1s采集 1s存储 基本原则:公共平台仅抽样采集车辆数据,不对车辆下发任何修改指 令,均由企业平台进行处理。 1616 新能源汽车企业监测平台 数据实时传输 新能源汽车国家监测平台 能力验证 指令下发 1、终端更新、参数设置等指令 2、抽样开启、关闭等调用指令 数据传输 4.2.4.1车载终端应具有将采集到的实时数据发送到企业平台的功能。 4.2.4.2车载终端上传到企业平台实时数据的传输时间间隔及数据种类应符 合GB/T 32960.32016的相关要求。 建议采用双链路传输
10、模式,确保抽样时企业链路的保持。 1717 恢复正常时,空闲时间内完成补发数据上报; 补发上报数据应为7日内通信链路异常期间存储的数据。 数据补发 4.2.5数据补发 当通信异常时,车载终端应将采集的实时数据存储到本地存储介质中,等 待通信恢复正常后进行实时数据的补发,补发数据及方式应符合GB/T 32960.32016的相关要求。 1818 独立运行 4.2.7独立运行 车载终端在外部供电异常断开后,仍可以独立运行,且至少保障外部供电 断开前10min的数据上传到企业平台。 自动休眠机制 1919 项目要求 过电压性能符合GB/T 28046.2-2011中4.3的试验要求和试验方法。 供电
11、电压缓降和缓升性能符合GB/T 28046.2-2011中4.5的试验要求和试验方法。 反向电压性能符合GB/T 28046.2-2011中4.7的第2种情况的试验要求和试验方法。 耐机械振动性能符合GB/T 28046.3-2011中4.1的试验要求和试验方法。 耐机械冲击性能符合GB/T 28046.3-2011中4.2的试验要求和试验方法。 外壳防护性能 根据GB/T 28046.4-2011附录A表A.1进行选择;按照ISO 20653:2013规定 的试验方法进行;试验后所有功能处于GB/T 28046.1-2011定义的A级。 低温性能符合GB/T 28046.4-2011中5.1
12、.1的试验要求和试验方法。 高温性能符合GB/T 28046.4-2011中5.1.2的试验要求和试验方法。 温度梯度性能符合GB/T 28046.4-2011中5.2的试验要求和试验方法。 湿热循环性能符合GB/T 28046.4-2011中5.6试验1的试验要求和试验方法。 基本电气产品技术要求 GB/T 32960-2016 电动汽车远程服务与管理系统技术规范 第一部分:总则 监测体系架构与功能 说明 第二部分:车载 终端 终端功能要求与技术 条件 第三部分:通信 协议及数据格式 平台、终端的通信协 议、数据内容与格式 2020 一一 二二连接及通讯方式连接及通讯方式 2121 四四附录
13、说明附录说明 三三内容解析内容解析 22 电动汽车指使用电能驱动的所有车辆,包含油电混动及 双源无轨车辆。 各级地方政府监测平台应采用本标准进行数据采集,并 按照本标准上传车辆数据到国家监测平台。 范围 二二 一一指导范围指导范围 2323 四四附录说明附录说明 三三内容解析内容解析 24 平台间连接方式可以使用HTTP(HTTPS)、TCP/IP等方式进行,本标准 建议使用TCP/IP方式进行传输,可采用消息中间件的形式进行传输。 平台间数据传输格式应依照本标准描述进行加密传输,传输方式可采用 数据加密(不对称加密)、通道加密(VPN专线)、本地加密(服务器 托管)不推荐。 平台间应存在连接
14、情况校验方式,确保数据可以进行实时传输,当平台 连接出现中断时,应进行本地存储并在连接恢复后进行数据补发。 静态数据可以进行离线传输或通过本标准自定义数据进行传输。 平台间通讯应进行登入及登出操作,用于及时判定平台间通讯是否为正 常断开。 25 应由客户端平台发送平台登入报文(参见表25)。 服务端平台应根据平台相关静态信息对客户端平台登录数据进行相关 校验,并依据校验结果进行应答。 服务端平台应发送应答错误(应答标识为0 x02)。如平台登入报文内容与记录的平 台静态数据不匹配 应及时与服务端平台进行沟通,对登入信息进行调整。 如客户端平台收到应答错误 应每间隔一分钟重新执行登入操作,若连续
15、3次无应 答,应间隔30分钟后继续重新连接。 如客户端平台未收到应答 应发送平台登出报文(参见表26),并在连接恢复时 补发连接断开期间数据。 如客户端平台如因特殊原因需暂 时断开与服务端平台的连接 应提前30分钟发送登出报文给各服务端平台。如服务端平台因特殊原因需暂时 断开与服务端平台的连接 26 平台间车辆数据信息传输 客户端平台收到登入成功应答后方可传输车辆数据信息到服务 端平台。 服务端平台应对客户端平台发送的每一条车辆数据报文进行应 答。如可通过其他技术手段(如消息中间件)确保每条数据都 正常送达,则对于车辆实时数据(命令标识0 x02)中的正确数 据可不做应答处理。 车辆登入、登出
16、数据作为车辆运行信息判定条件,必须进行传 输。 27 平台间车辆数据信息传输 如客户端平台未收到应答,应每间隔一分钟重新执行登入操作,若连续3次无应 答,应间隔30分钟后继续重新连接。 如客户端平台收到应答错误,应及时与服务端平台进行沟通,对登入信息进行 调整。 如车辆报文内容与记录的车辆静态数据不匹配,服务端平台应发送应答错误 (应答标识为0 x02)或不应答。 服务端平台应根据车辆相关静态信息对客户端平台发送的车辆数据进行相关校 验,并依据校验结果进行应答。 三三 二二连接及通讯方式连接及通讯方式 2828 四四附录说明附录说明 一一指导范围指导范围 29 数据包结构说明数据包结构说明 起
17、始字 节 定义 数据类 型 描述及要求 0起始符STRING 固 定 为 ASCII 字 符 # , 用 “0 x23, 0 x23”表示。 2命令单 元 命令标识BYTE 命令单元定义见6.3。 3应答标志BYTE 4唯一识别码STRING 当传输车辆数据时,应使用车辆VIN,其字 码应符合GB 16735的规定。如传输其他数 据,则使用唯一自定义编码。 21数据单元加密方式BYTE 0 x01:数据不加密;0 x02:数据经过RSA 算法加密;0 x03:数据经过AES128位算法 加密;“0 xFE”表示异常,“0 xFF”表示 无效,其他预留。 22数据单元长度WORD 数据单元长度是
18、数据单元的总字节数,有效 值范围:065531。 24数据单元数据单元格式和定义见第7章。 倒数第1 位 校验码BYTE 采用BCC(异或校验)法,校验范围从命令 单元的第一个字节开始,同后一字节异或, 直到校验码前一字节为止,校验码占用一个 字节,当数据单元存在加密时,应先加密后 校验,先校验后解密。 30 起始符与校验码 起始符与校验码是本标准中报文边际界定符号,其中起始符( 0 x23 0 x23)在报文中并无解析意义,仅作为报文起始标记存在,校 验码作为报文终止标记存在,通过将除校验码以外的完整报文进行异 或校验获得。 * 若报文采用数据加密方式,应对数据单元先进行加密,然后再生成 校
19、验码,服务端平台应对报文先校验,然后再对数据单元进行解密。 命令标识与应答标志 命令标识作为报文种类标识存在,解析时应通过命令标识的不同进 行报文种类的区分,应答标志作为报文发送方向的区分,当报文为上 行时,应答标志应为0XFE。 31 唯一识别码 在传输车辆数据时,采用车辆VIN作为唯一识别码进行传输,当进行 平台传输时由服务端平台提供。建议采用以下规则:城市邮政编码 +VIN前三位+两位自定义数据+ “000000”。 数据加密方式、数据单元长度与数据单元 数据单元加密方式为该条报文所采用的数据单元加密方式,除规定内 容外,客户端平台与服务端平台的自定义加密方式可使用0 x040 xfd之
20、 间的数值代替;数据单元长度仅仅指代数据包结构中数据单元项的数据 长度,完整报文长度应为数据单元长度+25;数据单元作为数据传输主 体,在未采用其他加密的情况下应加密后再进行传输。 32 数据单元说明-车辆登入 数据表示内容 长度 (字节) 数据类 型 描述及要求 数据采集时间6BYTE6 时间定义见表5。 登入流水号2WORD 车载终端每登入一次,登入流水号自动加1,从1开始 循环累加,最大值为65531,循环周期为天。 ICCID20STRING SIM卡ICCID号(ICCID应为终端从SIM卡获取的值, 不应人为填写或修改)。 可充电储能子 系统数 1BYTE可充电储能子系统数n,有效
21、值范围:0250。 可充电储能系 统编码长度 1BYTE 可充电储能系统编码长度m,有效范围:050, “0”表示不上传该编码。 可充电储能系 统编码 nmSTRING 可充电储能系统编码宜为终端从车辆获取的值。 注:可充电储能子系统指当车辆存在多套可充电储能系统混合使用时,每套可充电储能 系统为一个可充电储能子系统。 33 车辆登入报文作为车辆上线时间节点存在,需收到成功应答后才能进 行车辆实时报文的传输。如车辆登出/平台登出/异常下线后需重新发 送车辆登入。 34 数据采集时间 数据采集时间指车辆启动的时间,作为车辆上线判定依据之一存在, 如时间为乱码或与GPS时间有较大偏移,则认为此次上
22、线失败。 登入流水号 登入流水号作为车辆上线次数的判定依据,车辆发送一次登入报文, 登入流水号+1,每日00:00分自动归0。 ICCID 车载终端所使用的SIM卡ICCID编号,包含插入式与贴片式,此数值应 从SIM卡中直接读取。ICCID是车辆身份认证的辅助条件,如发生变更, 必须由厂商提供车辆静态信息变更通知,否则认为车辆登入非法。 35 可充电储能子系统信息 可充电储能子系统数用于声明车辆使用的储能方案,如为纯电, 则默认为1,如为电电混合,则依据实际情况发送。 可充电储能系统编码长度是可充电储能系统编码的变量声明,目 前可充电储能系统国标并未确定,以厂商自定义编码为传输数据, 如无编
23、码,则此项传输0 x00. 可充电储能子系统编码目前采用厂商自定义编码,国标确认后, 强制使用国标编码,目前如无编码,此项不传输。 36 数据单元说明-车辆登出 车辆登出报文作为车辆下线时间节点存在。 数据表示内容 长度 (字节) 数据类型描述及要求 登出时间6BYTE6时间定义见表5。 登出流水号2WORD登出流水号与当次登入流水号一致。 登出时间 登出时间指车辆熄火的时间,作为车辆下线判定依据之一存在。 登出流水号 登出流水号与当次登入流水号一致。 37 数据单元说明-平台登入 数据表示内容 长度 (字节) 数据类型描述及要求 平台登入时间6BYTE6时间定义见表5。 登入流水号2WORD
24、 下级平台每登入一次,登入流水号自动加1,从1开 始循环累加,最大值为65531,循环周期为天。 平台用户名12STRING平台登入用户名。 平台密码20STRING平台登入密码。 加密规则1BYTE 0 x01:数据不加密;0 x02:数据经过RSA算法加 密;0 x03:数据经过AES128位算法加密;“0 xFE” 表示异常,“0 xFF”表示无效,其他预留。 38 平台登入报文作为平台正常上线时间节点存在,需收到成功应答后才 能进行车辆实时报文的传输。如平台登出/异常下线后需重新发送平台 登入。 39 平台登入时间 平台登入时间指平台发起连接的时间,作为平台上线判定依据之 一存在,如时
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- GBT32960 国标重点解读 国标 重点 解读
限制150内