卡车物流运输智能终端CANBUS协议采集API接口协议

使用微信扫描二维码分享朋友圈，成交更快更简单！

卡车物流运输智能终端CANBUS协议采集API接口协议
协议适用于安装应用在重型车上J1939协议采集、存储和传输车辆OBD信息和发动机排放数据的设备装置，通过GPRS将工况数据和北斗定位信息上传至远程服务器，参考协议规范：
GB 16735 道路识别代号(VIN)
GB/T 19596 电动汽车术语
GB/T32960.2电动汽车远程服务与管理系统技术规范第2部分：车载终端
GB/T32960.3电动汽车远程服务与管理系统技术规范第3部分：通信协议及数据格式
GB/T 19596、GB/T32960.2、GB/T32960.3确立的以及下列术语和定义适用于本文件。
注册
车载终端连接上服务与管理平台时，向服务与管理平台发送数据包进行身份识别。
连接建立
终端与平台的数据日常连接可采用TCP方式，终端复位后应尽快与平台建立连接。
连接断开
平台和终端均可根据TCP 协议主动断开连接，双方都应主动判断TCP 连接是否断开。
平台判断TCP 连接断开的方法：
——根据TCP 协议判断出终端主动断开；
——相同身份的终端建立新连接，表明原连接已断开；
——在一定的时间内未收到终端发出的消息，如终端心跳。
终端判断TCP 连接断开的方法：
——根据TCP 协议判断出平台主动断开；
——数据通信链路断开；
——数据通信链路正常，达到重传次数后仍未收到应答。
补发机制
当数据通信链路异常时，车载终端应将上报数据进行本地存储。在数据通信链路恢复正常后，在发送上报数据的同时补发存储的上报数据。补发的上报数据应为当日通信链路异常期间存储的数据，数据格式与上报数据相同，并标识为补发信息上报。
1安全策略
车载终端应提供技术可行的安全策略，产品各种性能和功能处于安全范围内。从以下几个方面来实现：
——车载终端存储、传输的数据应是加密的；
——车载终端存储、传输的数据应是完整的；
——车载终端只能读取车辆数据，不能向ECU发送除诊断请求外的其他任何指令；
——车载终端应只向外发送数据，不应接受除制造商外的操作指令。
2功能要求
自检
车载终端应在通电开始工作时，通过信号灯、显示屏或声音表示当前主要状态。
时间和日期
车载终端应能提供时间和日期。车载终端应能以时、分、秒或hh:mm:ss的方式记录时间；应能以年、月、日或yyyy/mm/dd/的方式记录日期。与标准时间相比时间误差24小时内±5s。
车辆OBD信息采集功能
当监控车辆发动机启动后，车辆行驶前，车载终端应对车辆进行OBD诊断信息的读取下表格信息。并将OBD信息上传给管理平台，24小时内至少上传一次。
车辆发动机数据的采集功能
车载终端应能采集发动机排放相关数据。采集的数据及采集周期见表格。车载终端应可自动识别NOx传感器在未满足正常工作条件下所发送的无效数据。发动机启动后60s内传输数据，发动机停机后可以不传输数据。
车载终端采集的数据
数据项 数据频率（hz）
车速 2
大气压力(直接测量或估计值) 60
发动机大基准扭矩 固定值，注册时上传
发动机净输出扭矩（作为发动机大基准扭矩的百分比），或发动机实际扭矩/指示扭矩（作为发动机大基准扭矩的百分比，例如依据喷射的燃料量计算获得） 2
摩擦扭矩（作为发动机大基准扭矩的百分比） 2
发动机转速 2
发动机燃料流量 2
NOx传感器输出 2
SCR入口温度 2
SCR出口温度 2
DPF压差 2
空气质量流量传感器读取的进气量 2
反应剂余量 2
油箱液位 2
发动机冷却液温度 2
经纬度 1