01服务该服务用于读取动力系统当前的诊断数据，比如某个传感器的状态、发动机转速、DTC数量、故障指示灯是否亮起等，命令格式是SID 若干PID（Parameter ID）。每个PID也是一个byte，所以理论上PID取值范围是0x00至0xFF，但是ISO-15031-5只明确定义了部分PID，日照自动OBD远程排放管理车载终端，其余的值都保留。问题来了，日照自动OBD远程排放管理车载终端，OBD定义了如此多的PID，那么某个ECU到底支持哪些PID，诊断仪是如何获知的呢？实际上，PID分为两类，一类用于表征具体的数据，而另一类则用于指出该ECU支持哪些PID，日照自动OBD远程排放管理车载终端。用于第二种目的的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的附录中有全部数据格式的定义。 

   02服务一旦ECU确定了某个故障，就要把这个故障被确定时的相关状态信息“冻结”下来，即所谓的冻结帧，这些状态信息对车辆故障的确定非常重要，因为它们记录了车辆发生故障时的很多相关信息，这些状态信息数据必须在ISO-15031-5的PID列表中选择（与Service 01使用的PID列表相同）。02命令和01命令的使用方式非常相似，只不过02读取的是故障发生时的数据，而01读取的当前数据，数据格式和含义都是相同的。与01命令不同的是，02命令中多了一个frame字节， OBD规定，用frame = 0x00来**读取冻结帧。如果主机厂想自己再定义些什么其他的帧，或者多定义几个冻结帧，则可以给frame分配上其他的编号。 需要指出的是，OBD只规定了ECU需要为一个DTC存储冻结帧，当ECU中同时存在多个DTC时，就要根据优先级来判定存储谁的冻结帧了。

    为了监控排放相关系统，比如发动机和变速箱，美国和欧洲制定了OBD（On-Board-Diagnose）标准。OBD定义了排放相关系统必须支持的诊断服务和数据传输格式，支撑OBD数据传输的底层数据链路可以是K线，也可以是CAN线，目前大多数车的OBD接口都是CAN总线。OBD是与UDS并列的一套应用层协议，对于与排放相关的ECU来说，通常这种ECU上既要实现OBD，也实现UDS。 OBD总共定义了9个诊断服务，每个服务用一个byte来**，即所谓的ServiceID（SID），从0x01到0x09。 

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