KWP2000协议
协议名称：KWP2000协议
一、背景介绍
KWP2000协议是一种用于汽车电子控制单元（ECU）通信的标准化协议。它定义了一套通信规则和消息格式，使得汽车制造商和汽车诊断设备供应商能够在不同的汽车系统之间进行有效的通信和数据交换。本协议的目的是确保汽车系统的稳定性和安全性，提高诊断设备的兼容性和可靠性。
二、协议目标
KWP2000协议的主要目标是实现以下功能：
1. 支持汽车系统的诊断和故障排除：通过与汽车ECU的通信，诊断设备能够读取和清除故障码，监测传感器数据，执行特定的诊断功能，以及对汽车系统进行编程和校准。
2. 支持数据交换和通信：协议定义了一套统一的消息格式和通信规则，使得诊断设备能够与不同的汽车ECU进行数据交换和通信。
3. 支持多种物理层接口：协议支持多种物理层接口，如ISO 9141、ISO 14230（KWP2000）、ISO 15765（CAN）等，以适应不同汽车系统的需求。
三、协议内容
KWP2000协议主要包括以下内容：
1. 物理层接口：协议定义了与汽车ECU进行通信的物理层接口要求，如电气特性、传输速率、连接方式等。具体的物理层接口由汽车制造商根据协议要求进行设计和实现。
2. 数据链路层：协议定义了一套数据链路层协议，用于在物理层上进行数据传
输和错误检测。数据链路层协议包括了帧结构、帧格式、帧同步、错误检测等内容。
3. 应用层：协议定义了一套应用层协议，用于在数据链路层上进行数据交换和
通信。应用层协议包括了消息格式、消息类型、消息ID、数据格式、数据长度等
内容。
四、协议实施
KWP2000协议的实施需要遵循以下步骤：
1. 确定通信需求：根据汽车系统的需求和诊断设备的功能，确定通信的目标和
要求，包括支持的诊断功能、数据交换方式、通信速率等。
2. 设计物理层接口：根据协议要求和汽车系统的特性，设计和实现与汽车
ECU进行通信的物理层接口，包括电气特性、传输速率、连接方式等。
3. 实现数据链路层：根据协议定义的数据链路层协议，实现数据传输和错误检
测功能，确保数据的可靠性和完整性。
4. 实现应用层：根据协议定义的应用层协议，实现数据交换和通信功能，包括
消息的解析、数据的读取和写入、诊断功能的执行等。
5. 测试和验证：对实施的协议进行测试和验证，确保其符合协议要求和通信需求，包括功能的正确性、性能的稳定性和可靠性等。
6. 文档和标准化：对实施的协议进行文档化和标准化，包括编写协议规范、制
定协议测试标准、发布协议文档等，以便供应商和用户能够理解和使用该协议。
五、协议的应用领域
KWP2000协议主要应用于以下领域：
1. 汽车诊断和故障排除：KWP2000协议提供了一种标准化的通信方式，使得
诊断设备能够与汽车ECU进行通信和数据交换，实现汽车系统的诊断和故障排除
功能。
2. 汽车编程和校准：KWP2000协议支持对汽车ECU进行编程和校准，使得汽
车制造商能够在生产线上对汽车系统进行配置和调试。
3. 汽车数据采集和监测：KWP2000协议支持对汽车传感器数据的读取和监测，使得用户能够实时监测汽车系统的运行状态和性能。
六、总结
KWP2000协议是一种用于汽车ECU通信的标准化协议，它定义了一套通信规
则和消息格式，使得汽车制造商和汽车诊断设备供应商能够在不同的汽车系统之间进行有效的通信和数据交换。协议的实施需要根据通信需求设计物理层接口、实现数据链路层和应用层功能，并进行测试和验证。该协议主要应用于汽车诊断和故障排除、汽车编程和校准、汽车数据采集和监测等领域。通过遵循该协议，能够实现汽车系统的稳定性和安全性，提高诊断设备的兼容性和可靠性。
OBD通讯协议 OBD-II Network Standards ? J1850 PW –Adopted by GM; also known as Class 2. –Adopted by Chrysler (known as J1850). –Some references to PW mode heard about in regards to Toyota (and Honda ?). –10.4 kbps, single wire. ? J1850 PWM –Adopted by Ford; also known as Standard Corporate Protocol (SCP). –Also seen in some Mazda products. –Some references to PWM mode heard about in regards to Mitsubishi. –41.6 kbps, two wire balanced signal. ? ISO 9141 and ISO 9141-2 (also known as ISO 9141 CARB) –Seen in some Chrysler and Mazda products. –Seems to be more common in Europe. –10.4 kbps, single wire. OBDII 通讯协议 obdii generic communication protocols by manufacturer Recently I tried to install my product on Peuzeot(406 or something similar). There was KWP 2000 bus. I tried to get the speed alue from the bus by sending the following string 0xc2 0x33 0xf1 0x01 0x0d 0xf4. On responce I receied two answers from 2 different ECUs: 1) 0x83 0xf1 0x10 0x7f 0x01 0x12 0x16 1) 0x83 0xf1 0xa4 0x41 0x0d 0x00 0x66 The first ECU sent me NACK (This response code indicates that the requested action will not be taken because the serer (ECU) does not support the arguments of the request message or the format of the argument bytes do not match the prescribed format for the specified serice.) My question is: if there was something wrong with the arguments of the request message, the second ECU also should not understand the request, bit it did ! And the second question is: why the first ECU did send the negatie answer. If you look at the j1979 PDF you will find there that "If an ECU does not support any of the PIDs requested it is not allowed to send a negatie response message". OBD 信息：我理解的OBD-II标准诊断插座列表
KWP2000协议解析 KWP 2000协议是最常用的通信协议之一，是属于OBD II标准协议的一种。KWP系统又称为关键字协议，因为这种协议在系统进入时，会涉及到关键字的校验而得名。下面从物理层特性、系统进入、帧结构、命令交互、交互时间参数、常用命令字等几个方面来介绍这种协议。 ?物理层特性：通常采用10416BPS的波特率；空闲电平通常为12V；数据位格式为1+8+1，没有校验位。 ?系统进入初始化：有两种初始化方式。第一种由设备先发送25ms的拉低电平，然后是25ms的高电平（空闲电平），然后再发送系统进入数据，系统进入数据通常为5个字节，ECU响应7个字节，完成系统初始化交互。请参见下图： 设备————> <—————ECU |<———————数据区————————>| 图2-1-1 第二种初始化方式为设备发送5BPS或者200BPS的地址码，ECU响应55H，KW1，KW2，设备对KW2取反发回给ECU，ECU对地址码取反发回给设备，完成系统初始化交互。其中55H这个字节用来规定后面的通信波特率。参见下图
Tool——> <—<— <——> <—ECU 图2-1-2 ?帧结构：命令头（1个或多个字节）+命令体（1个或多个字节）+校验（通常为和校验）。在命令头中，包括以下几个部分的内容：格式+目标地址+源地址+长度字节。长度信息有时候在格式字节中体现，则不需要另外的长度字节，长度信息用以表示命令体的内容；目标地址和源地址有时候也会没有。 命令体的内容中：命令字+命令内容。命令内容可以没有。 举例如下： 81H 11H F1H 81H 04H 第一个字节81H为格式+长度信息（80+1） 第二个字节11H为目标地址 第三个字节F1H为源地址 第四个字节81H为命令字，表示系统进入 最后一个字节04H为前面4个字节的校验和 同样，也可能表现如下： 80H 11H F1H 01H 3EH C1H 这种情况下，长度字节放在源地址之后 还可能表现为： 02H 1AH 9AH B6H 这种情况下，格式字节和目标地址源地址都已经没有了 还有一种特殊的情况，在上一种情况的基础上，在帧数据之前，加一个00，例如：
OBD-II概述 OBDII(the Second On—Board Diagnostics 车载自诊断系统二代), ，美国汽车工程师协会(SAE，Society of Automotive Engineers)1988年制定了OBD-II标准。OBDII实行标准的检测程序，并且具有严格的排放针对性，用于实时监测汽车尾气排放情况。 一、OBDII简介 自从20世纪50年代汽车技术与电子技术开始相结合以来，电子技术在汽车上的应用范围越来越广泛。ECU作为汽车发动机电控系统的核心具有速度快捷、功能强大、可靠性高、成本低廉的特点，故此ECU的引入极大地提高了汽车的动力性、舒适性、安全性和经济性。然而，由于现代发动机电控系统越来越复杂，将ECU引入发动机电控系统之后，在提高汽车性能的同时也引发了故障类型难以判定的问题。针对该情况，从20世纪80年代起，美、同、欧等地的汽车制造企业开始在其生产的电喷汽车上配备车载自诊断模块(On—Board Diagnostics Module)。 自诊断模块能在汽车运行过程中实时监测电控系统及其电路元件的工作状况，如有异常，根据特定的算法判断出具体的故障，并以诊断故障代码(DTC，Diagnostic Trouble Codes)的形式存储在汽车电脑芯片内阳1。系统自诊断后得到的有用信息可以为车辆的维修和保养提供帮助，维修人员可以利用汽车原厂专用仪器读取故障码，从而可以对故障进行快速定位，故障排除后，采用专用仪器清除故障码。由于该时期不同厂商的OBD系统之问各行其是、互不兼容，所以被称为第一代车载自诊断系统(OBD—I，the First On—BoardDiagnostics)。为了统一标准，美国汽车工程师协会(SAE，Society of Automotive Engineers)1988年制定了OBD-II标准。OBD—II实行标准的检测程序，并且具有严格的排放针对性，用于实时监测汽车尾气排放情况。 OBDII最早出现在1994年的几种车型，包括LEXUS(凌志)ES300，Toyota Camry(佳美)1MZ-FE 3.0LV-6和T100 pickup(轻卡)3RZ-FE塔尔2.7L four加上AUDI（奥迪），Mercedes·Benz（奔驰），VolkSwagen（大众）和Volvo（富豪）车型。在1995年增加了更多的车型包括Nissan Maxima（千里马）和240 SX。然后在1996年，美国法规要求所有在本国销售的新轿车和轻卡必须装备OBD-II系统。所以从1996年开始新轿车和轻卡普遍安装OBDII系统。 二、OBDII工作原理 汽车在正常运行时，汽车的电子控制系统输入和输出的信号（电压或电流）会在一定的范围内有一定规律地变化；当电子控制系统电路的信号出现异常且超出了正常的变化范围，并且这一异常现象在一定时间（3个连续行程）内不会消失，ECU则判断为这一部分出现故
KWP2000协议 协议名称：KWP2000协议 一、背景介绍 KWP2000协议是一种用于汽车电子控制单元（ECU）通信的标准化协议。它定义了一套通信规则和消息格式，使得汽车制造商和汽车诊断设备供应商能够在不同的汽车系统之间进行有效的通信和数据交换。本协议的目的是确保汽车系统的稳定性和安全性，提高诊断设备的兼容性和可靠性。 二、协议目标 KWP2000协议的主要目标是实现以下功能： 1. 支持汽车系统的诊断和故障排除：通过与汽车ECU的通信，诊断设备能够读取和清除故障码，监测传感器数据，执行特定的诊断功能，以及对汽车系统进行编程和校准。 2. 支持数据交换和通信：协议定义了一套统一的消息格式和通信规则，使得诊断设备能够与不同的汽车ECU进行数据交换和通信。 3. 支持多种物理层接口：协议支持多种物理层接口，如ISO 9141、ISO 14230（KWP2000）、ISO 15765（CAN）等，以适应不同汽车系统的需求。 三、协议内容 KWP2000协议主要包括以下内容： 1. 物理层接口：协议定义了与汽车ECU进行通信的物理层接口要求，如电气特性、传输速率、连接方式等。具体的物理层接口由汽车制造商根据协议要求进行设计和实现。
2. 数据链路层：协议定义了一套数据链路层协议，用于在物理层上进行数据传 输和错误检测。数据链路层协议包括了帧结构、帧格式、帧同步、错误检测等内容。 3. 应用层：协议定义了一套应用层协议，用于在数据链路层上进行数据交换和 通信。应用层协议包括了消息格式、消息类型、消息ID、数据格式、数据长度等 内容。 四、协议实施 KWP2000协议的实施需要遵循以下步骤： 1. 确定通信需求：根据汽车系统的需求和诊断设备的功能，确定通信的目标和 要求，包括支持的诊断功能、数据交换方式、通信速率等。 2. 设计物理层接口：根据协议要求和汽车系统的特性，设计和实现与汽车 ECU进行通信的物理层接口，包括电气特性、传输速率、连接方式等。 3. 实现数据链路层：根据协议定义的数据链路层协议，实现数据传输和错误检 测功能，确保数据的可靠性和完整性。 4. 实现应用层：根据协议定义的应用层协议，实现数据交换和通信功能，包括 消息的解析、数据的读取和写入、诊断功能的执行等。 5. 测试和验证：对实施的协议进行测试和验证，确保其符合协议要求和通信需求，包括功能的正确性、性能的稳定性和可靠性等。 6. 文档和标准化：对实施的协议进行文档化和标准化，包括编写协议规范、制 定协议测试标准、发布协议文档等，以便供应商和用户能够理解和使用该协议。 五、协议的应用领域 KWP2000协议主要应用于以下领域：
OBD-II通讯协议 OBD-II Network Standards ? J1850 PW –Adopted by GM; also known as Class 2. –Adopted by Chrysler (known as J1850). –Some references to PW mode heard about in regards to Toyota (and Honda ?). –10.4 kbps, single wire. ? J1850 PWM –Adopted by Ford; also known as Standard Corporate Protocol (SCP). –Also seen in some Mazda products. –Some references to PWM mode heard about in regards to Mitsubishi. –41.6 kbps, two wire balanced signal. ? ISO 9141 and ISO 9141-2 (also known as ISO 9141 CARB) –Seen in some Chrysler and Mazda products. –Seems to be more common in Europe. –10.4 kbps, single wire. OBDII 通讯协议 obdii generic communication protocols by manufacturer Recently I tried to install my product on Peuzeot(406 or something similar). There was KWP 2000 bus. I tried to get the speed alue from the bus by sending the following string 0xc2 0x33 0xf1 0x01 0x0d 0xf4. On responce I receied two answers from 2 different ECUs: 1) 0x83 0xf1 0x10 0x7f 0x01 0x12 0x16 1) 0x83 0xf1 0xa4 0x41 0x0d 0x00 0x66 The first ECU sent me NACK (This response code indicates that the requested action will not be taken because the serer (ECU) does not support the arguments of the request message or the format of the argument bytes do not match the prescribed format for the specified serice.) My question is: if there was something wrong with the arguments of the request message, the second ECU also should not understand the request, bit it did ! And the second question is: why the first ECU did send the negatie answer. If you look at the j1979 PDF you will find there that "If an ECU does not support any of the PIDs requested it is not allowed to send a negatie response message". OBD 信息：我理解的OBD-II标准诊断插座列表
KWP2000协议 一、协议概述 KWP2000（Keyword Protocol 2000）是一种用于汽车电子控制单元（ECU）之 间进行通信的协议。它是基于ISO 14230标准的一种通信协议，主要用于诊断和编 程汽车的电子控制单元。KWP2000协议定义了一套通信规则和消息格式，使得汽 车制造商和汽车维修技术人员能够通过标准化的方式进行诊断和编程操作。 二、通信规则 1. 物理层 KWP2000协议使用ISO 9141-2标准定义的物理层，通过K线进行通信。K线 是一根双向串行通信线，用于ECU之间的数据传输。通信速率可以根据需要进行 调整，常见的速率有5Kbps、10Kbps、41.6Kbps和104Kbps等。 2. 数据链路层 KWP2000协议使用帧结构进行数据传输。每个帧由一个帧头和一个帧尾组成，中间是数据域。帧头包含了帧的起始符和帧的长度信息，帧尾用于校验数据的完整性。数据域中包含了命令和响应消息。 3. 会话层 KWP2000协议定义了四种会话模式，分别是默认会话、初始化会话、编程会 话和扩展会话。默认会话用于普通的诊断操作，初始化会话用于初始化ECU的状态，编程会话用于对ECU进行编程操作，扩展会话用于特殊的诊断和编程需求。 4. 应用层
KWP2000协议定义了一套命令和响应消息，用于进行诊断和编程操作。常见的命令包括读取数据、写入数据、执行诊断服务等。响应消息包含了命令执行的结果和相应的数据。 三、消息格式 KWP2000协议定义了不同类型的消息格式，包括单帧格式、多帧格式和流控制格式。 1. 单帧格式 单帧格式用于传输长度小于等于7个字节的数据。它由一个帧头、数据域和帧尾组成。帧头包含了帧的起始符和帧的长度信息，帧尾用于校验数据的完整性。数据域中包含了命令和响应消息。 2. 多帧格式 多帧格式用于传输长度大于7个字节的数据。它由一个帧头、数据域、帧尾和流控制信息组成。帧头和帧尾的格式与单帧格式相同，数据域中包含了命令和响应消息。流控制信息用于控制数据的传输速率和流量。 3. 流控制格式 流控制格式用于控制多帧数据的传输。它由一个帧头、数据域和帧尾组成。帧头和帧尾的格式与单帧格式相同，数据域中包含了流控制命令和相应的参数。四、示例命令和响应消息 以下是一些常见的KWP2000协议命令和响应消息的示例： 1. 读取数据命令 命令：0x22 数据域：ECU地址、数据地址、数据长度
KWP2000协议 一、引言 KWP2000协议是一种用于汽车电子控制单元（ECU）通信的标准协议。本协 议定义了ECU之间的通信协议和数据格式，旨在实现汽车电子系统的互操作性和 互通性。本协议适用于汽车制造商、ECU供应商和汽车维修服务提供商。 二、范围 本协议适用于使用K线物理层的汽车ECU之间的通信。KWP2000协议主要包 括以下方面： 1. 通信物理层：定义了K线物理层的电气特性和通信速率。 2. 数据链路层：定义了数据帧的格式和错误检测机制。 3. 应用层：定义了ECU之间的通信协议和数据格式。 三、术语和定义 1. ECU：电子控制单元，指汽车中的电子设备，如发动机控制单元、制动系统 控制单元等。 2. K线：一种串行通信物理层接口，使用单根双绞线进行通信。 3. 数据帧：在数据链路层中传输的数据单元，包括帧头、数据字段、校验和等。 4. 服务：在应用层中定义的一组功能或命令，用于实现特定的操作或数据交换。 四、通信物理层 1. 电气特性：K线的电平定义为逻辑高电平（Vhigh）和逻辑低电平（Vlow），分别对应于电压范围[Vhigh_min, Vhigh_max]和[Vlow_min, Vlow_max]。
2. 通信速率：KWP2000协议支持多种通信速率，包括5Kbps、10Kbps、 15Kbps、20Kbps、40Kbps、50Kbps和80Kbps。 五、数据链路层 1. 数据帧格式：KWP2000协议使用基于字节的数据帧格式，包括帧头、数据 字段、校验和等。 2. 帧头：帧头由一个起始字节和一个地址字节组成，用于标识数据帧的起始和 接收方地址。 3. 数据字段：数据字段包含应用层数据和控制信息。 4. 校验和：校验和用于检测数据帧传输过程中的错误。 六、应用层 1. 服务请求：应用层通过发送服务请求来实现特定的操作或数据交换。服务请 求由一个服务标识符和相关参数组成。 2. 服务响应：ECU在接收到服务请求后，根据请求的类型和参数进行相应的处理，并返回服务响应。服务响应包括一个响应字节和相关数据。 3. 服务支持：ECU可以通过发送服务支持来通知其他ECU其支持的服务列表。 七、安全性 1. 访问控制：KWP2000协议支持基于访问级别的访问控制机制，以确保只有 具有足够权限的ECU才能执行特定的服务。 2. 数据加密：为了保护通信数据的机密性，KWP2000协议支持数据加密机制。 八、故障诊断 1. 故障码：KWP2000协议定义了一套故障码，用于诊断和报告ECU中的故障。
KWP2000协议分析及基于CANoe的开发测试 摘要：本文介绍了欧洲汽车领域广泛采用的车载诊断协议KWP2000，针对KWP2000诊断服务在K 线（ISO 14230）和CAN总线（ISO 15765）上的两种实现方式，对协议的核心内容和发展历史进行了较为深入的剖析和对比。本文还介绍了采用Matlab/Simulink/StateFlow进行协议开发的一般流程，以及该协议在Vector公司的CANoe软硬件平台上的应用实现和开过程。 关键词：KWP2000，K线，CAN总线，开发，CANoe 1 前言 在汽车故障诊断领域，针对诊断设备和汽车ECU之间的数据交换，各大汽车公司几乎都制订了相关的标准和协议。其中，欧洲汽车领域广泛使用的一种车载诊断协议标准是KWP2000（Keyword Protocol 2000），该协议实现了一套完整的车载诊断服务，并且满足E-OBD（European On Board Diagnose）标准。KWP2000最初是基于K线的诊断协议，由于K线物理层和数据链路层在网络管理和通讯速率上的局限性，使得K线无法满足日趋复杂的车载诊断网络的需求。而CAN网络（Controller Area Network）由于其非破坏性的网络仲裁机制、较高的通讯速率（可达1M bps）和灵活可靠的通讯方式，在车载网络领域广受青睐，越来越多的汽车制造商把CAN 总线应用于汽车控制、诊断和通讯。近年来欧洲汽车领域广泛采用了基于CAN总线的KWP2000，即ISO 15765协议，而基于K线的KWP2000物理层和数据链路层协议将逐步被淘汰。 在网络协议开发和测试应用方面，美国MathWorks公司和德国Vector公司提供了功能强大的开发和测试工具，可分别用于协议栈源码的开发和ECU测试。 2 基于K线的KWP2000协议 基于K线的KWP2000协议标准主要包括ISO/WD 14230-1～14230-4，各部分协议与OSI模型的对应关系如表1所示。 表1 KWP2000协议与OIS模型的对应关系 ISO 14230-1规定了KWP2000协议的物理层规范（K线、L线），它在ISO 9141-2的基础上把数据交换系统扩展到了24V电压系统。ISO 14230-2规定了KWP2000的数据链路层协议，包括报文结构、初始化过程、通讯连接管理、定时参数和错误处理等内容。K线的报文包括报文头、
KWP2000 协议分析 2022-11-19 15:59 在汽车故障诊断领域，针对诊断设备和汽车ECU 之间的数据交换，各大汽车公司几乎都制订了相关的标准和协议。其中，欧洲汽车领域广泛使用的一种车载诊断协议标准是 KWP2000 (KeywordProtocol 2000)，该协议实现了一套完整的车载诊断服务，并且满足 E-OBD (European On Board Diagnose)标准。 KWP2000 最初是基于 K 线的诊断协议，由于K 线物理层和数据链路层在网络管理和通讯速率上的局限性，使得 K 线无法满足日益复杂的车载诊断网络的需求。而 CAN 网络 (Controller Area Network)由于其非破坏性的网络仲裁机制、较高的通讯速率(可达 1M bps)和灵便可靠的通讯方式，在车载网络领域广受青睐，越来越多的汽车创造商把 CAN 总线应用于汽车控制、诊断和通讯。近年来欧洲汽车领域广泛采用了基于 CAN 总线的 KWP2000，即 ISO 15765 协议，而基于K 线的 KWP2000 物理层和数据链路层协议将逐步被淘汰。 基于 K 线的 KWP2000 协议标准主要包括 ISO/WD 14230-1~14230-4，各部份协议与 OSI 模型的对应关系如表 1 所示。 表 1 KWP2000 协议与 OIS 模型的对应关系 OSI 模型基于 K 线的KWP2000 基于 CAN 总线的KWP2000
ISO 14230-1 规定了 KWP2000 协议的物理层规范(K 线、 L 线)，它在ISO 9141-2 的基础上把数据交换系统扩展到了 24V 电压系统。 ISO 14230-2 规定了KWP2000 的数据链路层协议，包括报文结构、初始化过程、通讯连接管理、定时参数和错误处理等内容。 K 线的报文包括报文头、数据域和校验和三部份，其中报文头包含格式字节、目标地址(可选)、源地址(可选)和附加长度信息(可选)，如表 2 所示。 表 2 基于 K 线的 KWP2000 报文结构[3] 报文头数据域 Fmt Tgt1) Src1) Len1) SId2) . . Data2) . . 最长 4 字节最长 255 字节校验和CS 1 字节 ISO 14230-3 N/A N/A N/A N/A ISO 14230-2 ISO 14230-1，ISO9141-2 ISO 15765-3 N/A N/A N/A ISO 15765-2 ISO 11898-1 用户选择 应用层表述层会话层传输层 网络层数据链路层物理层
KWP 2000与车辆故障诊断 一、KWP 2000 1．KWP 2000的含义 KWP 2000代表Keyword Protocol 2000，即关键字协议2000，它是ISO标准ISO 14230的工作名称。所有在ISO 9141总线上工作的信息协议由“关键字”定义，这些关键字在诊断通讯初始化过程中要返回诊断通讯设备。制定KWP 2000的目的是为了实施基于ISO 9141物理链路的维修。它注意兼顾与现有ISO 9141-2兼容，同时增加了新的选项，灵活性和能力更强。 2．ISO 14230简介 ISO 14230由三部分组成。 ISO 14230的第一部分定义物理层。它实际上就是在ISO 9141-2中定义的物理层，但是扩展到可以工作在24V系统中。这意味着凡是满足ISO 9141-2的车辆、模块或测试设备，只需对软件进行修改，就能满足KWP 2000接口需求。 ISO 14230的第二部分定义数据链路层。其中包括信息格式和时序。它们兼容ISO 9141-2，但是也提供了额外选项。其中包括头部是否带有地址信息和长度信息。信息最大可达255字节长。另外还定义了通讯初始化方法。 ISO 14230的第三部分定义了ISO 14229中描述的诊断维修实施方法。 二、基于KWP 2000诊断车辆的要求 支持KWP 2000的车辆ECU应该支持单线（只有K线）或双线（K和L线）通讯，以便进行车辆诊断、测试或维护。应该由ECU或车辆为诊断仪提供车辆蓄电池电压、电源地和信号地。 K线是一种双向导线。它在初始化过程中将地址信息或快速初始化时的唤醒模式从诊断仪传递给车辆ECU，与L线同步。信息传递完成之后，K线用于诊断仪和车辆ECU之间的所有其他双向诊断通讯。其中包括完成初始化以及ISO 14230-2和ISO 14230-3中所描述的通讯。 L线是一种单向导线。它只在初始化过程中用来将地址信息或快速初始化时的唤醒模式从诊断仪传递给车辆ECU，与K线同步。在所有其他时间，它处于空闲的逻辑“1”状态。 由于K线上的通讯可以是双向也可以是单向，L线可以存在也可以不存在，所以存在下列四种配置情况。