公家平台、企业平台和车载终端的关系:
1、车载终端上报数据至企业平台。
2、企业平台转发数据至公家平台。
3、公家平台接收企业平台转发的数据。
4、公家平台接收车载终端的安全备案信息,提供备案服务。
5、公家提供与企业平台的对接服务并接收企业平台的发动机、车辆注册信息(接口形式)。
入网前准备流程:
1、公家平台注册企业账号,枣庄自动OBD,枣庄自动OBD。
2、预约并完成平台对接。
3、安全芯片资质提交审核。
4、安全芯片ID申领(通过接口)
5,枣庄自动OBD、车型、发动机、车辆基础信息上传(通过接口)
01服务该服务用于读取动力系统当前的诊断数据,比如某个传感器的状态、发动机转速、DTC数量、故障指示灯是否亮起等,命令格式是SID 若干PID(Parameter ID)。每个PID也是一个byte,所以理论上PID取值范围是0x00至0xFF,但是ISO-15031-5只明确定义了部分PID,其余的值都保留。问题来了,OBD定义了如此多的PID,那么某个ECU到底支持哪些PID,诊断仪是如何获知的呢?实际上,PID分为两类,一类用于表征具体的数据,而另一类则用于指出该ECU支持哪些PID。用于第二种目的的PID分别是0x00 , 0x20 , 0x40…. 读取其中一个ID后ECU会返回4个字节的结果,这4个字节中的每个bit表示其所对应的PID是否被支持。以下面这个例子来说明就很容易理解了: OBD request for SID 01 OBD response for SID 01 通常来说,诊断仪要首先读取00、20、40这些ID,然后就知道ECU支持哪些其他的PID了,而其他的PID就是很直接地表示某种数据,在ISO-15031-5的附录中有全部数据格式的定义。
为了监控排放相关系统,比如发动机和变速箱,美国和欧洲制定了OBD(On-Board-Diagnose)标准。OBD定义了排放相关系统必须支持的诊断服务和数据传输格式,支撑OBD数据传输的底层数据链路可以是K线,也可以是CAN线,目前大多数车的OBD接口都是CAN总线。OBD是与UDS并列的一套应用层协议,对于与排放相关的ECU来说,通常这种ECU上既要实现OBD,也实现UDS。 OBD总共定义了9个诊断服务,每个服务用一个byte来**,即所谓的ServiceID(SID),从0x01到0x09。
文章来源地址: http://huanbao.chanpin818.com/hjjcyq/zxjcyly/deta_4263297.html
免责声明: 本页面所展现的信息及其他相关推荐信息,均来源于其对应的用户,本网对此不承担任何保证责任。如涉及作品内容、 版权和其他问题,请及时与本网联系,我们将核实后进行删除,本网站对此声明具有最终解释权。