ISO14229+统一诊断服务.pptVIP

* C1和C2是并列的，根据子功能的不同选择使用C1还是C2. * 复位服务：发送肯定响应后，ECU再执行对应类型的复位。 * 24和22的请求和响应基本一样。只不过24是读DID的定标信息。22读的是DID所表示的数据。 * F190 hex (VIN number)，可以在一个请求内读多个DID。VIN返回17个字节的数据。 * 22这条服务很简单，首先它没有子功能。22后可以直接跟1个或多个的DID。 * 23服务也很简单。只要注意指示起始地址和读的大小的长度就好了。。。。注意有个交叉！从MSB到LSB！ * addressAndLengthFormatIdentifier : 内存大小的数据长度 （Bit7~Bit4） 起始内存地址的数据长度 （Bit3~Bit0） * 2C这条服务其实也比较的简单。子功能有3个。01：由原DID们创建新DID。02：由内存地址来创建新DID。03：删除动态创建的DID。 * 这里的DTC信息说明的不准确，还包含snapshot，extended data等。 ISO14229-1 does not specify any decoding method J1939-73DTCFormat 可疑参数编号SPN (19位) 故障模式标志FMI (5位) 发生次数OC (7位) 可疑参数编号的转化方式CM (1位) ISO15031-6 * Powertrain一般使用两个字节的DTC，因为在ISO 15031中详细规定了两个字节的PowertrainDTC，如果需要三个字节的格式，第三个字节为$00; 其他部分使用三个字节的格式！ P0xxx----P3xxx中，P映射到DTC最高字节的最高2位，0映射到DTC最高字节的第5和4位，第一个x映射到DTC最高字节的的低4位，后两个x映射到DTC的第2个字节。因此P0共占用了4个位，而不是一个字节。 * 14服务没有子功能。。。比较的简单。 * 0x19这个服务很复杂，只介绍子功能0x01和0x02 * Change the picture * DTCStatusAvailabilityMask:响应报文中会给出。 ECU根据Tester发送的DTCStatusMask来响应DTC的数目，DTC statusOfDTC用一个字节来表示，具体见协议的附录D.4。 * 19 01这个服务就是输出statusmask指明的DTC数量。 * 报告所有的Snapshot的ID，响应报文中包含ID以及其对应的DTC. 通过DTC编号报告快照记录(ByDTCNumber) 通过记录号报告快照记录(ByRecordNumber) 两者的区别，没搞懂。。。。。。。 * FBL中用来检测编程条件。。。FF00是擦Flash。FF01是CRC校验。报文格式：31 01 FF 00 ，31 01 FF 01 子功能：01启动，02结束，03请求结果。 Routine服务的实现有2中方法： 方法A： Client 启动Routine Server运行Routine Client 结束Routine Client 请求Routine结果 方法B： Client 启动Routine Server运行Routine Server 结束Routine * routineControlOptionRecord This parameter record contains either: ? routine entry option parameters, which optionally specify start conditions of the routine (e.g. timeToRun, startUpVariables, etc.); or ? routine exit option parameters which optionally specify stop conditions of the routine (e.g. timeToExpireBeforeRoutineStops, variables, etc.). * routineStatusRecord This parameter record is used to give to the client either: ? additional information about the status of the server following the start of the routine; or ? additional information about the status of the server after the routine has been st