车辆的控制如何实现？

      那么相同的原理如图手机APP通过LTE（4G）、蓝牙、wifi与OBD盒子相连，用户可以通过手机下发各类控制指令给OBD盒子，OBD盒子通过CAN报文经由OBD接口发送至车辆，实现车辆的控制，如：打开车窗、启动发动机、启动空调。然而，日照**OBD价格，这些控制几乎都涉及到车辆的安全，要实现这些控制功能通常需要先完成身份校验。 校验过程大概如下： 请求身份校验随机数种子； 被控制单元回复校验种子seed； 控制发起者依据seed按加密算法计算出身份请求信息; 被控制ECU核对请求信息; 身份校验通过。 身份校验流程简图 因此，如需完成控制功能需要知道被控制单元的身份校验加密算法，只有通过了身份校验才是进一步实现车辆控制。但实际上，日照**OBD价格，由于大部分OBD盒子为后装产品，且产品面对的是市面上大部分车型，日照**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。 

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