05服务用于读取氧传感器的状态，日照质量OBD直销，对于OBDonCAN来说不支持该服务，相应的功能由06服务实现。 Service 06 - Request On-Board Monitoring Test Results for Specific Monitored Systems 该服务用于请求对特定被监测系统的监测结果。OBD中定义了一个MID（Monitor ID）的表格，来标识被监测系统。一个ECU不一定需要支持所有的MID，获知具体支持哪些MID的方法与01和02服务所使用的方法相同，也是先读取00，20，40等ID。

    06服务的命令格式是SID 若干MID，命令格式如下 06服务的request 06服务的response 06服务的response中，针对某一个MID，可能有多个TID（Test ID），因为针对一个系统可能有多个测试项目。TID表格也在OBD中定义。06服务的response格式固定，每个MID的每个TID有6部分组成，可以在上面的例子中看出： 1. MID 2. TID 3. Unit And Scaling ID，用于标识这个TID的测试内容是什么，比如电压、时间，日照质量OBD直销、计数器之类的。 4. Test Value，日照质量OBD直销，实际测量值 5. Min. Test Value，这个测量值的最小值 6. Max. Test Value，这个测量值的较大值。

三：接收设备上报的原始数据，从这些数据中计算出车况、驾驶习惯等，并响应或推送分析结果到手机APP上。

   其中，数据计算是其主要功能，通常的OBD产品都会说这个后台计算是大数据的、是云;这正符合当前的潮流，同时云计算和大数据能加快这种产品的发展、落地。数据计算不仅*是算法的问题，还需要汽车方面的专业知识。 OBD车联网产品，主要侧重稳定性、及时性、智能性。 稳定性，主要体现在车载设备的工作能力上：不会引起车辆故障、不会大量耗费车辆的电池电量、在各种气温各种颠簸各种辐射环境中能正常采集数据、在移动网络失常时有补偿策略、等等。 及时性，体现在各类型用户获得信息时没有延迟，比如：孩子开车超速家长能立即知道、车辆熄火后驾驶者就可以得到本次行程的详细分析结果、4S店通过数据分析后尽快提示车主以避免麻烦、等等。 智能性，主要体现在数据的分析结果上，面对不同用户是可读的、准确的，比如故障码，提供给车主的不应该是那堆专业词汇，并且通过对多个故障码的联合分析，能告知车主故障程度及建议的解决方案(暂不影响使用、尽快修理、车辆不宜行驶等等)。

公家平台、企业平台和车载终端的关系：

1、车载终端上报数据至企业平台。

2、企业平台转发数据至公家平台。

3、公家平台接收企业平台转发的数据。

4、公家平台接收车载终端的安全备案信息，提供备案服务。

5、公家提供与企业平台的对接服务并接收企业平台的发动机、车辆注册信息（接口形式）。

入网前准备流程：

1、公家平台注册企业账号。

2、预约并完成平台对接。

3、安全芯片资质提交审核。

4、安全芯片ID申领（通过接口）

5、车型、发动机、车辆基础信息上传（通过接口）

免责声明： 本页面所展现的信息及其他相关推荐信息，均来源于其对应的用户，本网对此不承担任何保证责任。如涉及作品内容、 版权和其他问题，请及时与本网联系，我们将核实后进行删除，本网站对此声明具有最终解释权。