ISO15031协议9种模式详解.pdf
iso 15031-2-2010
3
Terms and definitions ...........................................................................................................................1
PDF disclaimer This PDF file may contain embedded typefaces. In accordance with Adobe's licensing policy, this file may be printed or viewed but shall not be edited unless the typefaces which are embedded are licensed to and installed on the computer performing the editing. In downloading this file, parties accept therein the responsibility of not infringing Adobe's licensing policy. The ISO Central Secretariat accepts no liability in this area. Adobe is a trademark of Adobe Systems Incorporated. Details of the software products used to create this PDF file can be found in the General Info relative to the file; the PDF-creation parameters were optimized for printing. Every care has been taken to ensure that the file is suitable for use by ISO member bodies. In the unlikely event that a problem relating to it is found, please inform the Central Secretariat at the address given below.
tl718,obd汽车通讯协议芯片资料
竭诚为您提供优质文档/双击可除tl718,obd汽车通讯协议芯片资料篇一：标准的obd2诊断程序+相关应用层协议标准的汽车obd2诊断程序以及相关应用层协议下载开发标准obd2诊断程序要准备的资料及硬件1、因tl718已经为你建立了物理层、数据链层和部分应用层的协议，所以只要obd2标准应用层协议文本，iso15031-5或saej1979（这两个协议是相同的内容）。
这里可下载：下载：saej1979-20xx670kbiso15031-53.46mb2、tl718诊断接口1套或用tl718芯片自建电路。
3、家用pc机电脑一台。
4、安装软件：accessport调试软件及Vc++（或Vb、bc++等）你喜欢的开发软件。
5、符号obd2标准的汽车发动机电脑一块（或汽车一台）准备好以上这些，你就可以开始你的obd2标准程序开发了！！！tl718基本信息tl718芯片的技术数据手册tl718通过一个uaRt串口与单片机、pda或pcRs232通讯，在有的新的pc机上已没有装备Rs232串口，可以通过虚拟串口实现与tl718通讯，例usbtoRs232、以太网toRs232、或蓝牙toRs232等等。
-------Rs232------obd2电缆----------|pc||tl718||汽车诊断口|-----------------------不管使用怎样的物理连接，你可以使用超级终端或串口调试工具，直接通过键盘发送和接收字符。
在使用串口调试软件前，首先必须设置正确的com端口号和正确的波特率。
一般为9600波特率（pin6=0V），或38400波特率（pin6=Vcc，ppoc设置默认值）。
串口设置为：8个数据位，校验位：0，停止位1位。
如果设置错误，将不能和tl718正常通讯。
所有从tl718的响应以一个回车符（0x0d）及一个可选的换行符（0x0a）结束。
正确连接，打开电源后。
tl718将驱动测试led灯，（闪亮3次）后，发送：tl718starting〉如果正确收到以上信息代表串口及连接设置正确。
(完整版)ISO15031-6(2005)道路车辆—机动车和外部排放诊断设备的通讯第6部分
ISO 15031-6（2005）道路车辆——机动车和外部排放诊断设备的通讯第六部分故障诊断码定义目录序言 (3)引言 (4)1 范围 (5)2 标准化参考 (5)3 术语定义 (5)4 概要说明 (9)5 格式结构 (10)5.1 描述 (10)5.2 ISO/SAE约束的代码（核心DTC） (11)5.3 汽车厂家约束的代码（非统一的DTC） (11)5.4 车身系统分组（在附录C中给出了DTC编号和描述 (11)5.5 地盘系统分组（在附录C中给出了DTC编号和描述） (11)5.6 动力系统分组（在附录B中给出了DTC编号和描述） (11)5.7网络分组（在附录C中给出了DTC编号和描述） (11)6 诊断故障码描述 (12)6.1 诊断故障码应用 (12)6.2 动力系统 (12)6.3 车身系统 (12)6.4 地盘系统 (13)6.5 网络和汽车综合系统 (13)附录A（标准化）诊断故障码命名规则 (14)附录B（标准化）动力系统诊断故障码 (17)附录C（标准化）网络通讯系统、车身系统和地盘系统分组 (80)附录D（标准化）DTC故障种类和图表类型定义 (104)序言ISO（国际标准化组织）是一个国家标准组织团体的全世界联盟，它的工作是制定国际标准，使其通过ISO技术委员会正常地实现，每一个成员体有权益对技术委员会已经制定的内容公正地提出异议，与ISO相关的国际组织、政府和非政府组织也都参加这项工作。
ISO与国际电气委员会（IEC）在所有有关电气化标准方面紧密合作。
国际标准的起草与ISO/IEC的第二部分制定的规则相一致。
技术委员会的主要任务是制定国际标准，起草被技术委员会采用的标准来散发给成员体进行投票，发布一个国际标准要求至少75％的成员体投票通过。
起草这个文件的一些原理可能受专利权利的影响，ISO不负责鉴别任何一个或者全部的这样的专利权利。
ISO 15031-6在技术委员会ISO/TC 22、道路车辆、小组委员会SC 3、电的和电子设备中被制定。
ISO 15031-6(2005)道路车辆—机动车和外部排放诊断设备的通讯 第6部分
ISO 15031-6（2005）道路车辆——机动车和外部排放诊断设备的通讯第六部分故障诊断码定义目录序言 (3)引言 (4)1 范围 (5)2 标准化参考 (5)3 术语定义 (5)4 概要说明 (9)5 格式结构 (10)5.1 描述 (10)5.2 ISO/SAE约束的代码（核心DTC） (11)5.3 汽车厂家约束的代码（非统一的DTC） (11)5.4 车身系统分组（在附录C中给出了DTC编号和描述 (11)5.5 地盘系统分组（在附录C中给出了DTC编号和描述） (11)5.6 动力系统分组（在附录B中给出了DTC编号和描述） (11)5.7网络分组（在附录C中给出了DTC编号和描述） (11)6 诊断故障码描述 (12)6.1 诊断故障码应用 (12)6.2 动力系统 (12)6.3 车身系统 (12)6.4 地盘系统 (13)6.5 网络和汽车综合系统 (13)附录A（标准化）诊断故障码命名规则 (14)附录B（标准化）动力系统诊断故障码 (17)附录C（标准化）网络通讯系统、车身系统和地盘系统分组 (80)附录D（标准化）DTC故障种类和图表类型定义 (104)序言ISO（国际标准化组织）是一个国家标准组织团体的全世界联盟，它的工作是制定国际标准，使其通过ISO技术委员会正常地实现，每一个成员体有权益对技术委员会已经制定的内容公正地提出异议，与ISO相关的国际组织、政府和非政府组织也都参加这项工作。
ISO与国际电气委员会（IEC）在所有有关电气化标准方面紧密合作。
国际标准的起草与ISO/IEC的第二部分制定的规则相一致。
技术委员会的主要任务是制定国际标准，起草被技术委员会采用的标准来散发给成员体进行投票，发布一个国际标准要求至少75％的成员体投票通过。
起草这个文件的一些原理可能受专利权利的影响，ISO不负责鉴别任何一个或者全部的这样的专利权利。
ISO 15031-6在技术委员会ISO/TC 22、道路车辆、小组委员会SC 3、电的和电子设备中被制定。
ISO和SAE标准组织制定的OBD协议(转载)
ISO和SAE标准组织制定的OBD协议，ISO协议和SAE协议对应关系ISO和SAE标准组织制定的OBD协议，ISO协议和SAE协议对应关系如下：SAE文件 ISO文件描述无15031-1通用信息J1930 15031-2术语、定义、缩略语J1962 15031-3诊断接头J1978 15031-4OBDII解码器J1979 15031-5排放有关的诊断J2012 15031-6故障码定义J2186 15031-7数据链路安全SAE诊断标准SAE标准几乎覆盖维修技师每天接触的每一个元件和工具。
SAE 的J标准是专家委员会针对特定领域内起草的文件。
专家委员会完成项目的研究后，推荐报送到标准委员会，然后表决采用标准或将文件返回专家委员会进一步修改。
SAE的J标准特别适用于驾驶性能或排放诊断。
以下是最常使用的诊断标准：J1850 - Class B数据通讯网络接口。
建立适用于所有陆地行驶的公路或越野车辆的Class B数据通讯网络接口技术规范。
规范设定各个PCM和解码器的串行数据传输标准。
文件最初设定两个标准：可变脉冲宽度（VPW）信号控制在10.4kBaud（千波特），脉冲宽度调节（PWM）信号控制在41.6kBaud。
J1930 - 电气/电子系统的各种诊断术语、定义、缩略语和简称。
标准化汽车术语、名称、定义、缩略语和简称。
重点在电气/电子的诊断术语，同时也包括相关的机械术语、定义、缩略语和简称。
这个文件的特别应用包括诊断、服务和维修手册、技术通报及其更新、培训手册、维修数据库、发动机罩下排放标签和排放认证的使用。
J1962 - 诊断接头。
标准化诊断接头（DLC）的形状和针脚数量。
同时也标准化了16个针脚中的7个针脚功能。
制造厂按照他们的愿望可以使用剩余的针脚。
稍后，J2201的章节包括在了J1962中，并做出修改，允许ISO 9141-2针脚也可用于ISO 14230-4（口令协议2000）。
国际标准组织（ISO）预留针脚6用于高速控制器局域网（CAN Hi），预留针脚14用于低速控制器局域网（CAN Lo）。
标准的OBD2诊断程序+相关应用层协议
标准的汽车OBD2诊断程序以及相关应用层协议下载开发标准OBD2诊断程序要准备的资料及硬件1、因TL718已经为你建立了物理层、数据链层和部分应用层的协议，所以只要OBD2标准应用层协议文本，ISO15031-5 或SAE J1979（这两个协议是相同的内容）。
这里可下载：下载：SAEJ1979-2002670KBISO15031-5 3.46MB2、TL718诊断接口1 套或用TL718芯片自建电路。
3、家用PC机电脑一台。
4、安装软件：Accessport调试软件及VC++（或VB、BC++等）你喜欢的开发软件。
5、符号OBD2标准的汽车发动机电脑一块（或汽车一台）准备好以上这些，你就可以开始你的OBD2标准程序开发了！！！TL718基本信息TL718芯片的技术数据手册TL718通过一个UART串口与单片机、PDA或PC RS232通讯，在有的新的PC 机上已没有装备RS232串口，可以通过虚拟串口实现与TL718通讯，例USB TO RS232、以太网TO RS232、或蓝牙 TO RS232等等。
------- RS232 ------ OBD2电缆 ----------| PC |<----------->| TL718|<------------>|汽车诊断口|------- ------ ----------不管使用怎样的物理连接，你可以使用超级终端或串口调试工具，直接通过键盘发送和接收字符。
在使用串口调试软件前，首先必须设置正确的COM端口号和正确的波特率。
一般为9600波特率（PIN6=0V），或38400波特率（PIN6=VCC，PP OC设置默认值）。
串口设置为：8个数据位，校验位：0，停止位 1位。
如果设置错误，将不能和TL718正常通讯。
所有从TL718的响应以一个回车符（0X0D）及一个可选的换行符（0X0A）结束。
正确连接，打开电源后。
TL718将驱动测试LED灯，（闪亮3次）后，发送：TL718 starting〉如果正确收到以上信息代表串口及连接设置正确。
标准的OBD2诊断程序+相关应用层协议
标准的汽车OBD2诊断程序以及相关应用层协议下载开发标准OBD2诊断程序要准备的资料及硬件1、因TL718已经为你建立了物理层、数据链层和部分应用层的协议，所以只要OBD2标准应用层协议文本，ISO15031-5 或SAE J1979（这两个协议是相同的内容）。
这里可下载：下载：SAEJ1979-2002670KBISO15031-5 3.46MB2、TL718诊断接口1 套或用TL718芯片自建电路。
3、家用PC机电脑一台。
4、安装软件：Accessport调试软件及VC++（或VB、BC++等）你喜欢的开发软件。
5、符号OBD2标准的汽车发动机电脑一块（或汽车一台）准备好以上这些，你就可以开始你的OBD2标准程序开发了！！！TL718基本信息TL718芯片的技术数据手册TL718通过一个UART串口与单片机、PDA或PC RS232通讯，在有的新的PC 机上已没有装备RS232串口，可以通过虚拟串口实现与TL718通讯，例USB TO RS232、以太网TO RS232、或蓝牙 TO RS232等等。
------- RS232 ------ OBD2电缆 ----------| PC |<----------->| TL718|<------------>|汽车诊断口|------- ------ ----------不管使用怎样的物理连接，你可以使用超级终端或串口调试工具，直接通过键盘发送和接收字符。
在使用串口调试软件前，首先必须设置正确的COM端口号和正确的波特率。
一般为9600波特率（PIN6=0V），或38400波特率（PIN6=VCC，PP OC设置默认值）。
串口设置为：8个数据位，校验位：0，停止位 1位。
如果设置错误，将不能和TL718正常通讯。
所有从TL718的响应以一个回车符（0X0D）及一个可选的换行符（0X0A）结束。
正确连接，打开电源后。
TL718将驱动测试LED灯，（闪亮3次）后，发送：TL718 starting〉如果正确收到以上信息代表串口及连接设置正确。
OBD2输出信息的9种诊断模式
种诊断模式OBD2输出信息的9，这些信息不仅可用于相应机关对车辆状态的审查（比如年检）OBD系统提供了丰富的诊断状态和结果信息，者提供新的乐趣。
此外，这些信息的统计结果对法规制定者、整还有助于故障的定位和排除，更可为DIY /系统制造者以及科研工作者提供宝贵的借鉴。
车和零部件法规要求系统提供的信息决定于法规的要求、车辆的配置、整车制造厂和发动机电控系统供应商的要求以及OBD相同的要求，在EOBDOBD系统本身的技术水平几个方面。
但是首先要满足当地法规的要求。
我国采用了中的相关描述如下：GB18352.3–2005IA.6.5.3.3排部分：–第5必须采用ISO DIS 15031–5“道路车辆–车辆与排放有关诊断用的外部试验装置之间的通讯规定）和双向月1日）规定的格式和单位提供基本诊断数据（见IA.6.5.1放有关的诊断服务”（2001年11 要求的诊断工具获得。
控制信息，并且这些信息必须能通过满足ISO DIS 15031–4/服务OBD系统输出信息的模式?Mode 1: 请求动力系当前数据?Mode 2: 请求冻结祯数据?Mode 3: 请求排放相关的动力系诊断故障码?Mode 4: 清除/复位排放相关的诊断信息?Mode 5: 请求氧传感器监测测试结果?Mode 6: 请求非连续监测系统OBD测试结果?Mode 7: 请求连续监测系统OBD测试结果?Mode 8: 请求控制车载系统，测试或者部件?Mode 9: 读车辆和标定识别号Mode 1: 请求动力系当前数据说明?模式1的功能是根据法规要求，使得外部标准的诊断工具可以访问当前排放相关的一些基本参数的数据值。
这些参数包含系统的一些模拟输入和输出量，数字输出和输出量，以及系统状态信息等。
这些参数是车辆和发动机以及OBD系统本身最重要的信息，它们是实时刷新的。
?15031–5 给出了可供选择的所有参数的标准定义，包括存储格式、单位和文字描述等信息。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
15031-5中描述的关于OBD输出信息的9种模式1，请求动力系当前数据2，请求冻结帧数据3，请求排放相关的动力系诊断故障码4，清除/复位排放相关的诊断信息5，请求氧传感器监测测试结果6，请求非连续监测系统OBD测试结果7，请求连续监测系统OBD测试结果8，请求车载系统，测试或者部件9，读取车辆和标定识别号在CAN通讯中的使用1.请求动力系的当前数据1)第一步：在请求具体PID之前，应该发一些探测该ECU支持哪些PID的指令：描述十六进制数值SID 01用来查询在$00~$20之间支持PID的PID 00用来查询在$21~$40之间支持PID的PID 20用来查询在$41~$60之间支持PID的PID 40用来查询在$61~$80之间支持PID的PID 60用来查询在$81~$A0之间支持PID的PID 80用来查询在$A1~$C0之间支持PID的PID A0回应：如果发送的消息为-$02 01 00 FF FF FF FF FF描述十六进制数值#2：SID 01#3：PID 00#4：PID$01~08 Supported BF表示支持01，03~08#5：PID$09~10Supported BF表示支持09，0B~10#6：PID$11~08Supported A8表示支持11,13,15#7：PID$09~20Supported 91表示支持19，1C，20在请求01~20段到底支持哪些PID时，回应消息中分了4个字节来描述支持，每个字节正好描述8个PID的支持情况，如：在#4描述的是第一个8个PID，如果BF（Hex）就是10111111（Bin）1表示支持，0表示不支持，MSB对应的01，LSB对应着08，可知01,03~08是支持的，而02不支持。
在请求21~40,41~60等其他段同理。
2)第二步在第一步之后就可以请求支持的PID了。
在一个请求消息帧中，最大可以请求6个PID，通常情况下，请求的数据可能来自不同的ECU，如果用物理寻址分别请求不方便，不如功能寻址，直接从不同的ECU 中拉取数据。
在返回消息中，可以根据在PID后面的数据是占ByteA，还是ByteA+B来断句，翻译出返回的数据，也可以一个请求消息中只有一个PID，但这样需要6条CAN消息去请求，6条接收。
2.请求冻结帧数据在请求冻结帧数据时，依然需要知道请求的冻结帧中支持的PID，然后再去在该冻结帧中请求数据，请求支持的数据的格式：参数名Hex数值请求冻结帧服务SID 02PID#1（如00，10，20等）XX帧序号Frame# XXPID#2 XX帧序号Frame# XXPID#3 XX帧序号Frame# XX可以只请求PID#1，不需要把8个字节都填满，每帧CAN消息因此最大只能请求3个CAN。
请求支持数据的消息帧的响应格式：参数名Hex数值请求数据的响应SID 42第一个支持的PID部分00帧序号XXDataA：supported PIDs XXDataB：supported PIDs XXDataC：supported PIDs XXDataD：supported PIDs XX…………第N个支持的PID部分80DataA：supported PIDs XXDataB：supported PIDs XXDataC：supported PIDs XXDataD：supported PIDs XX具体支持哪些PID的算法和$01(SID)一样。
在知道冻结帧支持哪些PID后就可以请求数据了。
但是首先还是应该去请求引发冻结帧的DTC。
此步骤在请求冻结帧数据之前必须进行，否则有可能请求不到数据，请求DTC的PID是$02。
描述Hex数值请求动力系冻结帧服务SID 02请求故障码DTC 02帧序号Frame# XX回应消息：描述Hex数值请求动力系冻结帧服务正响应SID 42请求故障码服务PID 02帧序号Frame# XXDTC高字节DTC低字节XX XX在请求故障码后，可以请求冻结帧数据。
描述Hex数值请求冻结帧数据服务SID 02 PID：Engine Speed 0C帧序号Frame# 00 PID：Engine Coolant Temp 05帧序号Frame# 00 …………回应消息：描述Hex数值请求冻结帧数据积极响应42 PID：Engine Speed 0C帧序号00高字节Engine Speed（2080Rpm）低字节Engine Speed（2080Rpm）20 80PID：Engine Coolant Temp 04帧序号00Engine Coolant Temp：0℃28…………如果在ECU中没有储存冻结帧，那么在请求故障码的那部会返回0000这样的故障码。
3.请求动力系相关的故障码（即PXXXX）请求动力系故障码的SID为$03回应消息：描述Hex数值与排放相关的故障码返回正响应SID 43在ECU中储存的DTC数量03DTC高字节P0143 DTC低字节P0143 01 43DTC高字节P0196 DTC低字节P0196 01 96DTC高字节P02CD DTC低字节P02CD 02 CD4.清除/重置和排放相关的故障信息服务SID为$04正响应是$445.请求氧传感器监测测试结果6.请求非连续监测系统OBD测试结果这项服务的目的是获得某些部件/系统的车载诊断结果，比如催化器诊断和蒸发系统监测测试结果。
厂家负责对不同的系统和部件分配一个测试ID (TID)和部件ID (CID)。
最后一次测试结果会被保存到得到了新的结果可以替代，中间既使多次熄火也不会丢失这些信息。
测试结果通过TID来请求，每条测试结果代表一个TID/CID组合。
测试结果是一个无符号的正数。
每条测试结果只有一个限值，既可能是上限，也可能是下限。
如果上下限值都要被输出的话，它们必须分作两条输出。
这项服务也可以用于输出模式5中氧传感器的测试结果。
模式6中输出的信息也是某个部件或系统的监测结果。
每条信息对应一个测试标示（Test ID ），信息中也包含测试值、最大值和最小值。
模式6同模式5有以下不同：模式6中的TID 由厂家定义，只需要遵循15031–5中定义的格式输出即可。
不同的厂家可能使用不同的TID 定义，因此必须了解相应的定义才能解读。
模式6中一个TID 可能有多个测试结果，每个测试结果对应不同的指标，通过CID 来区分。
模式6中的测试结果只能是正数，多是一个无单位的指标。
模式6中每条结果(TID/CID)只能指明一个边界值，比如如果想输出某个测试结果以及其正常值的最大和最小两个边界，那么必须通过两条信息分别输出。
首先要请求支持哪些OBDMID 。
参数名Hex 数值 请求OBD 监测服务的SID 06OBD-MIDXX OBD-MIDXX OBD-MIDXX …… ……以上的MID 为$00，$20等等。
参数名 Hex 数值 请求OBD 监测服务的正响应SID 461st 支持的OBDMID DataA 支持的MIDs DataB 支持的MIDs DataC 支持的MIDs DataD 支持的MIDsXXXXXXXX…… ……N st 支持的OBDMID Data A 支持的MIDs Data B 支持的MIDs Data C 支持的MIDs Data D 支持的MIDsXXXXXXXX…… ……查询过支持的MID 后，可以进行该项服务。
参数名Hex 数值 请求OBD 监测服务SID 06 所需要监测的MIDXX 响应：参数名Hex 数值 请求OBD 监测服务的正响应SID46 OBDMIDS/M定义的TIDDASIDTest Value 高字节 XX XX XX XXTest Value 低字节Min Test Limmit 高字节Min Test Limmit 低字节Max Test Limmit 高字节 Max Test Limmit 低字节XX XX XX XX XX ………… OBDMIDS/M 定义的TIDDASIDTest Value 高字节Test Value 低字节Min Test Limmit 高字节Min Test Limmit 低字节Max Test Limmit 高字节Max Test Limmit 低字节XX XX XX XX XX XX XX XX XX 表: 标准化的测试ID 描述范围(Hex)描述 00ISO/SAE reserved ISO/SAE 保留 01Lean to rich sensor threshold voltage (constant) 从稀到浓传感器阀值电压（常数） 02Lean to rich sensor threshold voltage (constant) 从浓到稀传感器阀值电压（常数） 03Low sensor voltage for switch time calculation (constant) 进行切换时间计算的传感器低电压（常数） 04High sensor voltage for switch time calculation (constant) 进行切换时间计算的传感器高电压（常数） 05Rich to lean sensor switch time (calculated) 从浓到稀传感器的切换时间（计算值） 06Lean to rich sensor switch time (calculated) 从稀到浓传感器的切换时间（计算值） 07Minimum sensor voltage for test cycle (calculated) 测试循环中的最小传感器电压（计算值） 08Maximum sensor voltage for test cycle (calculated) 测试循环中的最大传感器电压（计算值） 09Time between sensor transitions (calculated) 传感器切换之间的时间（计算值） 0ASensor period (calculated) 传感器周期（计算值） 0B 最后10个驾驶循环中的EWMA （指数加权滑动平均）失火次数（计算值，取整）一般EWMW 计算： 0,1 * (当前失火次数) + 0,9 * (之前的失火次数平均值)(以前失火次数均值)初值 = 0注：ECU 内部计算的寄存器必须使用并保持高于1的精度来计算$0B 和$0C 以避免取整误差. 如果不是这样的话，这些寄存器在失火停止之后就再也无法计算回到0. 这些计算必须在高精度的寄存器中，向最近整数取整的结果输出到$0B 和$0C.High_Precision_EWMA_Misfire_Counts current = Rounded [(0,1) *High_Precision_Misfire_Counts current + (0,9) *High_Precision_EWMA_Misfire_Counts previous ]其中：取整运算为向最近的整数取整. 高精度的数值（小数位）不输出，仅为内部计算使用.这个测试ID 应该通过OBD 监测ID $A2 — $AD 和换算ID $24来输出. 0CMisfire counts for last/current driving cycles (calculated, rounded to an integer value) 上一个/当前驾驶循环中的失火次数（计算值，取整）0D-0F Reserved for future standardization为未来的标准化保留表: 厂家定义测试ID 描述范围(Hex)描述 80-FE Manufacturer Defined Test ID range — This parameter is an identifier for the testperformed within the On-Board Diagnostic Monitor.厂家定义的测试ID 范围 — 这个参数是一个在车载诊断检测功能中进行的测试的标识号. FF ISO/SAE reservedISO/SAE 保留第一步：请求支持的OBD MID第二部：请求当前的动力系诊断数据（SID$01,PID$01）第三步：请求OBD 监测系统的监测信息。