大家好，欢迎来到IT知识分享网。
文章目录
前言
数据时代，数据为王。车辆网联化为汽车数据时代提供技术支撑，更多的数据可被收集，但是哪些数据需要被收集，又如何收集呢？目前来看，车端与“云端”数据交互大致分为两类，一类是各OEM自行制定的数据交互收集的方案，以用于远程诊断和将来的“边缘计算”等功用；一类是为保障公共安全，由国家制定的数据收集的方案。GB/T 32960属于后者，本文将解读其协议构成及其测试实现方案。
GB/T 32960介绍
GB/T32960是电动汽车远程服务与管理系统，标准分为3部分:一为总则，定了电动汽车远 程 服 务 与 管 理 系 统 (以 下 简 称 为 系 统)的 术 语 和 定 义、系统结构和一般要求；二为车载终端，规定了电动汽车远程服务与管理系统车载终端的技术要求和试验方法（主要包含电气性能、环境适应性能、电磁干扰等内容）；三为通信协议及数据格式，规定了电动汽车远程服务与管理系统中协议结构、通信连接、数据包结构与定义、数据单元格式与定义（这个也是本文在后续展开的内容）。
图1 电动汽车远程服务与管理系统总体结构图
系统主要包含3部分：一是车载终端， 负责采集及保存整车及系统部件的关键状态参数，并将这些数据上传到平台用于后续处理；二是企业平台， 由整车企业自建或委托第三方技术单位,对服务范围内的电动汽车和用户进行管理,并提供安全运营服务与管理的平台；三是公共平台，由国家、地方政府或其指定机构建立的、 对管辖范围内电动汽车进行数据采集和统一管理的平台。车载终端采集数据后上传到企业平台，企业平台再将必要数据上传到公共平台，其中企业平台与公共平台间的数据传输要求按GB/T 32960.3的内容执行，而车载终端与企业平台间的数据可以自定义传输，也可以按照GB/T 32960.3附录B的要求传输（内容与平台间数据基本一致）。
图2 数据包结构和定义
这里主要关注命令单元和数据单元，这2个字段共同决定了数据内容是包含什么，比如命令标识0x5表示平台登入，0x2表示实时信息上报。
图3 实时信息上报数据格式和定义
图4 信息类型标志定义（部分）
图5 整车数据格式和定义（部分）
图6 简化数据格式示例
GB/T 32960测试开发
图7 测试系统图
通过CANoe对车载终端进行数据仿真，车载终端将采集到的数据上传到企业平台，CANoe再从企业平台将上传的数据下载解析，通过比对仿真数据和上传数据来判断整个数据上传是否存在问题。
图8 两种数据下载逻辑
这两种方式也因为其实现逻辑存在各自的优劣点：
- 方式一，由于数据仿真是通过VN通信接口卡进行发送，所以仿真数据的抓取是直接通过CANoe实现，但是由于数据下载是通过PC网卡实现，下载数据的抓取需要通过其他软件实现，并且要能与CANoe的仿真协同数据抓取的时间段，便于后续分析，这种方式分开了仿真和上传的数据，需要额外同步时间戳，且存在开发上的难度。
- 方式二，由于数据仿真和数据下载都是通过VN通信接口卡执行，所有数据的抓取都可以通过CANoe直接实现并且时间戳是对齐的，但是由于下载数据是通过车载终端进行路由，本身对于原有系统产生了干扰，降低了可靠性和稳定性，可能会增加问题排查以及测试执行的难度。
北汇当前在一套测试工程中将这两种方式都进行了实现，可以很方便地自由切换，根据企业平台的接口方式和网络状态来灵活选择用哪种方式进行测试。
图9 GB/T 32960数据解析结果示例
图10 测试工程截图及部分GB/T 32960测试用例报告
图11 测试结果示例
总结
除了本文所介绍的GB/T 32960外，如前言所述，还有各OEM为数据交互制定的自有协议，数据“路径”不仅仅是车载终端上传的数据，还可能包括子网的控制器通过诸如埋点协议等传递给车载终端的数据，而且由于很多数据不是车内网络的原始数据（比如由原始数据通过定义的逻辑，运算等得到的生产用数据），所以，数据完整性、准确性和及时性很重要。
北汇信息专注于汽车电子测试，本次为大家简单介绍了GB/T 32960协议及其测试开发的相关实践，同时，我们也已开展了针对OEM自有数据交互协议的测试开发，更多详细的内容欢迎垂询和沟通，共同探讨。
注：文中部分图片来源于GB/T 32960
参考文献
喜欢本篇文章的话记得💬评论💖点赞⭐收藏
➕更多技术文章直播课程，敬请持续关注北汇信息➕
⬇️业务咨询请私信北汇信息或在官网留言⬇️
📩📩📩
免责声明：本站所有文章内容,图片，视频等均是来源于用户投稿和互联网及文摘转载整编而成，不代表本站观点，不承担相关法律责任。其著作权各归其原作者或其出版社所有。如发现本站有涉嫌抄袭侵权/违法违规的内容,侵犯到您的权益，请在线联系站长,一经查实,本站将立刻删除。 本文来自网络,若有侵权，请联系删除，如若转载，请注明出处：https://haidsoft.com/120333.html
