OBD-II通讯协议
比亚迪f3obd协议
比亚迪f3obd协议比亚迪F3的OBD协议是一种用于与车辆进行通信的协议。
OBD（On-Board Diagnostic）是指车辆上的诊断系统，用于检测车辆的故障和性能问题。
比亚迪F3的OBD协议遵循了国际上通用的OBD协议标准，通过该协议，用户可以获取到车辆的各种参数和故障码。
比亚迪F3的OBD协议采用的是OBD-II协议，是一种通用的汽车诊断协议。
OBD-II协议规定了车辆通信接口的物理连接、通信协议和数据格式等方面的内容。
该协议采用了标准的CAN（Controller Area Network）总线通信方式，通过连接到车辆的诊断接口，可以读取车辆的诊断数据和故障码。
比亚迪F3的OBD协议支持以下功能：1.实时数据：用户可以通过OBD接口获取到车辆的实时数据，包括车速、发动机转速、节气门开度等。
2.故障码读取：用户可以通过OBD接口读取车辆的故障码，从而了解车辆的故障情况，并作出相应的维修措施。
3.故障码清除：用户可以通过OBD接口清除车辆的故障码，完成维修后可以清除故障码，以确认问题已解决。
4.检测监控准备状态：用户可以通过OBD接口获取车辆的OBD系统的监控状态，了解车辆是否通过了排放检测。
5.汽车诊断报告：用户可以通过OBD接口生成汽车诊断报告，该报告包含车辆的诊断数据、维修历史等信息。
通过比亚迪F3的OBD协议，用户可以利用相应的OBD工具对车辆进行诊断和维修。
用户可以通过连接OBD接口的计算机或移动设备，使用相应的OBD软件进行数据读取和故障码清除等操作。
同时，用户还可以利用OBD协议的数据，进行车辆性能分析和燃油经济性评估，从而得出改善车辆性能和节约燃油的建议。
总结起来，比亚迪F3的OBD协议是一种用于与车辆进行通信的协议，它规定了车辆的诊断接口的物理连接、通信协议和数据格式等内容。
通过该协议，用户可以获取到车辆的各种参数和故障码，进行车辆的诊断和维修。
同时，用户还可以利用OBD协议的数据，进行车辆性能分析和燃油经济性评估。
OBD通讯协议
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 manufacturerRecently I tried to install my product on Peuzeot(406 or somethingsimilar). There wasKWP 2000 bus. I tried to get the speed alue from the bus by sendingthe following string0xc2 0x33 0xf1 0x01 0x0d 0xf4.On responce I receied two answers from 2 different ECUs:1) 0x83 0xf1 0x10 0x7f 0x01 0x12 0x161) 0x83 0xf1 0xa4 0x41 0x0d 0x00 0x66The first ECU sent me NACK(This response code indicates that the requested action will not betaken because the serer (ECU) does not support the arguments of therequest 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 therequest, bit it did !And the second question is: why the first ECU did send the negatieanswer. If you look at the j1979 PDF you will find there that "If anECU does not support any of the PIDs requested it is not allowed tosend a negatie response message".OBD 信息：我理解的OBD-II标准诊断插座列表我理解的obd-ii标准诊断插座列表端子号称端子接线---------------------------------------------------------------------4 搭铁16 蓄电池正极，9-127，15 资料数据传输线（iso 9141-2）5 信号反馈线搭铁2 sae j1850数据输送线10 sae制造厂数据输送线举一实例；捷达前卫诊断座t16中；就有16 4 7三个端子按以上要求接线。
obd2的协议标准
obd2的协议标准OBD2（On-Board Diagnostics 2）即汽车故障诊断仪的第二代系统，是一个用于检测和诊断汽车故障的标准化系统。
随着汽车技术的不断发展，OBD2协议在全球范围内得到了广泛的应用。
本文将介绍OBD2协议的标准及其在汽车故障诊断中的应用。
一、OBD2简介OBD2起源于美国，旨在帮助汽车制造商和维修人员更方便、快捷地检测汽车故障。
这一系统通过标准化诊断接口和通讯协议，使各种品牌和型号的汽车都能够使用同一款诊断仪器进行故障诊断。
如今，OBD2已经成为全球汽车行业的通用标准。
二、OBD2协议标准的重要性1.提高诊断效率：OBD2协议的标准化使得诊断仪器和诊断软件可以跨品牌、跨车型使用，大大提高了维修人员的工作效率。
2.节省成本：通过OBD2协议，汽车制造商可以降低维修设备的研发和生产成本，同时降低维修人员的培训成本。
3.环保：OBD2协议有助于实时监测汽车排放状况，从而确保车辆符合环保标准，提高空气质量。
4.安全性：OBD2协议可实时监测车辆的运行状态，发现潜在安全隐患，提前预警，降低交通事故发生的风险。
三、OBD2协议的主要内容1.诊断接口：OBD2规定了一个统一的诊断接口，方便各类诊断设备连接汽车电子控制系统。
2.通讯协议：OBD2协议定义了诊断仪与汽车电子控制系统之间的通讯规范，包括数据传输速率、信号电压、信号传输格式等。
3.故障码：OBD2协议规定了统一的故障码，使得不同品牌、车型的故障诊断具有通用性。
4.故障诊断仪功能：OBD2协议要求故障诊断仪能够读取车辆的故障码、故障描述、故障原因等信息，并提供清除故障码等功能。
四、如何应用OBD2协议解决汽车故障1.连接诊断仪器：将诊断仪器连接到汽车的诊断接口上。
2.读取故障码：打开诊断仪器，读取汽车电子控制系统中的故障码。
3.解读故障码：根据故障码和故障描述，找到故障原因。
4.清除故障码：修复故障后，使用诊断仪器清除故障码。
obd2的协议标准
obd2的协议标准摘要：1.OBD-II 简介2.OBD-II 的协议标准概述3.OBD-II 的主要协议4.OBD-II 协议标准的应用5.OBD-II 的未来发展趋势正文：【OBD-II 简介】OBD-II（On-Board Diagnostics-II，车载诊断系统-II）是一种用于监控和诊断汽车系统的标准接口。
它最初由美国联邦环保局（EPA）和加利福尼亚空气资源委员会（CARB）于1994 年制定，以提高汽车的燃油效率和减少排放。
现在，它已成为全球汽车行业的标准。
【OBD-II 的协议标准概述】OBD-II 协议标准定义了汽车电子控制单元（ECU）与其他设备（如诊断仪器、扫描工具和测试设备）之间的通信规则。
这些规则包括物理层、数据链路层和应用层协议。
【OBD-II 的主要协议】1.物理层协议：定义了OBD-II 接口的机械和电气特性。
通常使用15 针或31 针连接器。
2.数据链路层协议：定义了ECU 与其他设备之间的数据帧格式和传输规则。
主要采用ISO 14230 标准。
3.应用层协议：定义了各种诊断和数据传输服务。
主要包括以下几种：- 控制请求（Control Request，CR）：用于请求ECU 执行特定功能，如读取或清除故障码。
- 控制响应（Control Response，CRS）：用于响应CR 请求，传输ECU 的数据或状态信息。
- 数据请求（Data Request，DR）：用于请求ECU 的特定数据。
- 数据响应（Data Response，DRS）：用于响应DR 请求，传输ECU 的数据。
【OBD-II 协议标准的应用】OBD-II 协议标准广泛应用于汽车诊断、维修、研发和测试领域。
通过OBD-II 接口，技术人员可以轻松地读取汽车的状态信息、故障码和实时数据，从而提高诊断和维修效率。
同时，OBD-II 接口还为汽车制造商和研究机构提供了便利，使他们能够更好地监控汽车的性能和排放，以及开发更先进的汽车系统。
OBDII车载自动诊断系统简介
OBDII简介OBDII(the Second On—Board Diagnostics), ，美国汽车工程师协会(SAE，Society of Automotive Engineers)1988年制定了OBD-II标准。
OBDII实行标准的检测程序，并且具有严格的排放针对性，用于实时监测汽车尾气排放情况。
中文名 :汽车诊断第二代系统 .外文名 :OBDII目录:1:OBDII简介2:OBDII工作原理3:OBDII通讯协议▪ ISO9141-2▪ ISO14230▪ ISO157654:OBDII数据连接口5:OBDII终端产品功能6:应用领域7:故障码一、OBDII简介自从20世纪50年代汽车技术与电子技术开始相结合以来，电子技术在汽车上的应用范围越来越广泛。
ECU作为汽车发动机电控系统的核心具有速度快捷、功能强大、可靠性高、成本低廉的特点，故此ECU的引入极大地提高了汽车的动力性、舒适性、安全性和经济性。
然而，由于现代发动机电OBDII 模块控系统越来越复杂，将ECU引入发动机电控系统之后，在提高汽车性能的同时也引发了故障类型难以判定的问题。
针对该情况，从20世纪80年代起，美、同、欧等地的汽车制造企业开始在其生产的电喷汽车上配备车载自诊断模块(On—Board Diagnostics Module)。
自诊断模块能在汽车运行过程中实时监测电控系统及其电路元件的工作状况，如有异常，根据特定的算法判断出具体的故障，并以诊断故障代码(DTC，Diagnostic Trouble Codes)的形式存储在汽车电脑芯片内阳1。
系统自诊断后得到的有用信息可以为车辆的维修和保养提供帮助，维修人员可以利用汽车原厂专用仪器读取故障码，从而可以对故障进行快速定位，故障排除后，采用专用仪器清除故障码。
由于该时期不同厂商的OBD系统之问各行其是、互不兼容，所以被称为第一代车载自诊断系统(OBD—I，the First On—BoardDiagnostics)。
OBDII通讯协议
O B D-I I通讯协议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 manufacturerRecently I tried to install my product on Peuzeot(406 or somethingsimilar). There wasKWP 2000 bus. I tried to get the speed alue from the bus by sendingthe following string0xc2 0x33 0xf1 0x01 0x0d 0xf4.On responce I receied two answers from 2 different ECUs:1) 0x83 0xf1 0x10 0x7f 0x01 0x12 0x161) 0x83 0xf1 0xa4 0x41 0x0d 0x00 0x66The 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标准诊断插座列表我理解的obd-ii标准诊断插座列表端子号称端子接线---------------------------------------------------------------------4 搭铁16 蓄电池正极，9-127，15 资料数据传输线（iso 9141-2）5 信号反馈线搭铁2 sae j1850数据输送线10 sae制造厂数据输送线举一实例；捷达前卫诊断座t16中；就有16 4 7三个端子按以上要求接线。
obd2协议
OBD2协议1. 简介OBD2（On-Board Diagnostics，第二代车载诊断系统）是一种车辆诊断系统，用于监测和报告汽车发动机和车辆系统的运行状况。
OBD2协议被广泛应用于现代汽车中，用于提供实时的车辆信息以便进行故障诊断和维护。
2. OBD2协议的作用和意义OBD2协议的作用是通过车载诊断接口，提供车辆的运行数据和故障诊断信息。
这些信息可以帮助车主或技术人员了解车辆的工作状态、检测故障和进行维护。
通过OBD2协议，用户可以实时监测车辆的性能参数，如发动机转速、车速、冷却液温度等，以及诊断车辆的故障代码。
OBD2协议的意义在于提高车辆的维修效率和降低维修成本。
通过OBD2协议，技术人员可以更快速、准确地诊断车辆故障，避免因故障未及时发现而导致更大损失。
此外，OBD2协议还可以帮助车主实时监测车辆的工作状态，及时发现潜在问题，提高行车安全性。
3. OBD2协议的工作原理OBD2协议通过车载诊断接口连接车辆的电子控制模块，从而获取车辆的运行数据和故障代码。
OBD2协议采用标准化的通信协议和数据格式，使得不同厂家的车辆和设备可以互通。
OBD2协议的工作原理可以简单概括为以下几个步骤：步骤一：连接诊断工具用户需要使用OBD2诊断工具，将其连接到车辆的OBD2接口上。
OBD2接口通常位于驾驶室内的仪表板附近，用户只需将诊断工具插入接口即可。
步骤二：发起诊断请求用户通过诊断工具发起诊断请求，要求获取车辆的运行数据和故障信息。
诊断请求通常是一个特定的命令，通过OBD2协议发送给车辆的电子控制模块。
步骤三：接收和解析数据车辆的电子控制模块接收到诊断请求后，会将相应的数据通过OBD2协议返回给诊断工具。
诊断工具接收到数据后，需要进行解析和处理，以便显示给用户。
步骤四：显示结果和诊断故障诊断工具将解析后的数据显示给用户，用户可以根据显示的结果来判断车辆的工作状态和是否存在故障。
如果存在故障，诊断工具还可以提供相应的故障代码，方便技术人员进行维修。
obdii 的通讯协议
obdii 的通讯协议OBDII通讯协议模板1. 协议概述•OBDII（On-Board Diagnostics II）是一种用于车辆诊断的标准通讯协议。
•本协议旨在规范OBDII通讯协议的相关规则和约定。
2. 协议版本•协议版本：3. 协议内容通讯协议介绍•OBDII通讯协议用于车辆与诊断设备之间的数据通讯。
•通过该协议，诊断设备可以获取车辆的故障码、传感器数据等诊断信息。
•OBDII通讯协议使用标准的诊断指令和响应格式进行数据交换。
通讯协议规则•通讯协议使用基于串行通信的方式进行数据传输。
•协议采用ASCII码表示通讯数据。
•通讯数据包由起始字符、命令、参数和校验位等字段组成。
数据包格式•起始字符：协议起始标识字符，一般为大写字母‘O’。
•命令：表示具体的诊断指令，由字母和数字组成。
•参数：可选字段，表示命令的附加参数。
•校验位：用于校验数据包的完整性和正确性。
通讯流程•诊断设备发送诊断命令包给车辆的OBDII系统。
•车辆OBDII系统接收并处理诊断命令，返回相应的诊断数据包。
•诊断设备解析收到的数据包，并进行相应的处理。
4. 协议约定•通讯协议遵循国家相关标准和法律法规。
•通讯协议的具体实现细节应与OBDII相关标准相匹配。
•本模板提供了协议的基本结构和规范，并可根据实际需求进行修改。
5. 协议修订•修订记录：–版本（起草）：2022年10月01日–版本（修订）：待定本协议模板仅供参考，具体实现应根据实际需求进行具体规定和约定。
6. 诊断指令列表以下是常用的诊断指令及其功能：1.01 - 读取实时数据–读取车辆实时的传感器数据和状态信息。
–参数：传感器标识符。
–响应：当前传感器的实时数值。
2.02 - 读取故障码–读取车辆故障码和故障信息。
–参数：无。
–响应：当前存储的故障码及相关信息。
3.03 - 清除故障码–清除车辆中存储的故障码。
–参数：无。
–响应：清除故障码的结果。
4.04 - 读取VIN码–读取车辆的VIN码（车辆识别号码）。
经典??OBD-2是什么及接口针脚定义和通信协议
经典 OBD-2是什么及接口针脚定义和通信协议在车辆年检新标准的实施中，不仅增加了与排放相关部件的外观检查（如连接管路是否老化、龟裂、漏气等），还新增了OBD检测项目，并且要求在进行排放污染物检测的整个过程中，都不能断开OBD 设备。
如此一来使得检测数据更加精准，无形中也使得车辆年检变得也更加严格。
简单来讲，新增的OBD检测项目主要还是为了检查尾气排放是否达标。
可对于汽修人而言，在实际使用中OBD的功能可不止如此！OBD英文全称为On-Board Diagnostic，翻译过来就是车载诊断系统。
是汽车发动机和排放相关故障的标准化诊断规范。
该系统最直观的体现就是，我们在读取故障码时所要连接的诊断接口。
其工作原理可简单的理解为系统ECU通过实时监控发动机的运行状况和排放控制系统的工作状态。
当出现故障或排放不达标时，故障灯(MIL)或检查发动机(Check Engine)故障灯点亮，同时记录并存储对应的故障信息。
所存储的故障信息可通过诊断接口连接标准的诊断仪器以故障码的形式读取。
根据所读取的故障码和数据流等信息，可以帮助我们确定维修方向，更有针对性地去检查相关部位、元件和线路，并快速锁定故障进行维修。
虽说听上去就一两句话的事，可在实际的工作环境下OBD并没有那么简单，毕竟它涉及到的许多东西（如信息交互）并不像诊断接口那样，可以实实在在的展现在我们面前。
想要真正的了解它，我们不能只停留在表面。
OBD的发展进程OBD首次出现在1982年，由通用汽车引入，其目的是监测排放控制系统。
直到美国环保局(EPA) 要求自1991年起所有在美国销售的新车必须满足相关OBD技术要求时，OBD才被小范围应用（在后期的迭代中称此版本为OBD-I）。
但此时的OBD系统只能监控部分部件的工作情况，且只有在其失效已经发生了的情况下故障灯才会点亮，无法监测到与排放有关的部件的渐进损坏情况。
同时由于通讯协议、外部设备和诊断接口也没有处于标准化而没有得到推广。
obd2的协议标准
obd2的协议标准
摘要：
1.obd2协议标准的简介
2.obd2协议标准的发展历程
3.obd2协议标准的主要内容
4.obd2协议标准在我国的应用和影响
5.obd2协议标准的前景与展望
正文：
obd2协议标准是一种用于车辆诊断和维护的通信协议,它定义了车辆与诊断工具之间的通信接口和数据交换格式。
obd2协议标准的发展历程可以追溯到上世纪80年代,随着汽车电子技术的不断发展,车辆的复杂性和维护难度不断增加,因此需要一种通用的诊断协议来方便车辆的诊断和维护。
obd2协议标准的主要内容包括:车辆诊断信息、传感器和执行器信号、数据传输格式、通信协议等。
其中,车辆诊断信息是obd2协议标准的核心内容,它包括车辆状态信息、故障码、警告信息等,这些信息可以通过obd2协议标准进行读取和清除,方便车辆的诊断和维护。
obd2协议标准在我国的应用和影响非常大。
随着我国汽车产业的快速发展,obd2协议标准已经成为汽车电子技术的重要组成部分。
在我国,obd2协议标准已经被广泛应用于汽车维修、保养、检测等领域,并且已经成为汽车行业的一项重要标准。
obd2协议标准的前景与展望非常广阔。
随着汽车电子技术的不断发展,车
辆的复杂性和维护难度不断增加,obd2协议标准将会发挥越来越重要的作用。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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 manufacturerRecently I tried to install my product on Peuzeot(406 or somethingsimilar). There wasKWP 2000 bus. I tried to get the speed alue from the bus by sendingthe following string0xc2 0x33 0xf1 0x01 0x0d 0xf4.On responce I receied two answers from 2 different ECUs:1) 0x83 0xf1 0x10 0x7f 0x01 0x12 0x161) 0x83 0xf1 0xa4 0x41 0x0d 0x00 0x66The first ECU sent me NACK(This response code indicates that the requested action will not betaken because the serer (ECU) does not support the arguments of therequest 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 therequest, bit it did !And the second question is: why the first ECU did send the negatieanswer. If you look at the j1979 PDF you will find there that "If anECU does not support any of the PIDs requested it is not allowed tosend a negatie response message".OBD 信息：我理解的OBD-II标准诊断插座列表我理解的obd-ii标准诊断插座列表端子号称端子接线---------------------------------------------------------------------4 搭铁16 蓄电池正极，9-127，15 资料数据传输线（iso 9141-2）5 信号反馈线搭铁2 sae j1850数据输送线10 sae制造厂数据输送线举一实例；捷达前卫诊断座t16中；就有16 4 7三个端子按以上要求接线。
EOBD 欧洲标准新的european obd 诊断坐连接标准dlc-j1962=============================================================================== =pin 1 ......sae j2411, gm single wire can;通用公司单线can-buspin 2 ......iso 11519-4 (bus+)(sae j1850), 和10号脚同时使用, 41.6 kbps pwm脉宽调制单线用法:只用2号脚1根线通讯10.4 kbps pw可变脉宽调制byte header + crc,no "checksum" or "inter-byte separation" (in frame response byte ?)pin 3 ...... chrysler, ccd+ (not obd) ;克莱斯勒ccd-bus网线h 线pin 4 ...... 底盘地chassis groundpin 5 ...... 逻辑地signal groundpin 6 ...... iso 15765-4;can-bus 高速诊断线(h 线) ,250/500 kbit/spin 7 ....... kwp1281或kwp2000 协议诊断线(k线), 波特率10400/多数厂家默认kpw2000诊断线pin8 ........ 点火开关打开有电ig+;点火开关on/off 状态识别用途pin9 ........ 7号脚不方便用时,启用*kwp1281或kwp2000 协议诊断线(k线), 波特率10400 pin10 ....... iso 11519-4 (bus-)(sae j1850), 和2号脚同时使用, 41.6 kbps pwm脉宽调制pin 11 ...... chrysler, ccd- (not obd) ;克莱斯勒ccd-bus网线l 线pin 12 ...... * k 线制造厂保留用pin 13 ...... * k 线制造厂保留用pin 14 ...... iso 15765-4;can-bus 高速诊断线(l 线) ,250/500 kbit/spin 15 ...... kwp1281或kwp2000 协议诊断线(k线);7p不够用或控制单元过多时启用pin 16 ...... 长火线bat+OBDII协议Connected ISO9141 protocol to ECU Address 0x33 (protocol key bytes 0x08, 0x08)Direction Header bytes Payload bytes Checksum Byte MeaningTester -> Car 0x68 0x6a 0xf1 0x01 0x00 0xC4 Request (Serice 1, Parameter 0)Car -> Tester 0x00 0x00 Garbage!!Tester -> Car 0x68 0x6a 0xf1 0x01 0x00 0xC4 Request (Serice 1, Parameter 0)Car -> Tester 0x00 0x00 0x00 Garbage!!Tester -> Car 0x68 0x6a 0xf1 0x01 0x00 0xC4 Request (Serice 1, Parameter 0)Car -> Tester 0x00 0x00 0x00 0x00 Garbage!!Tester -> Car 0x68 0x6a 0xf1 0x01 0x00 0xC4 Request (Serice 1, Parameter 0)Car -> Tester 0x00 0x00 0x00 0x00 0x00 Garbage!!Tester -> Car 0x68 0x6a 0xf1 0x02 0x00 0x00 0xC5 Request (Serice 2, Parameter 0)Car -> Tester 0x00 0x00 0x00 0x00 0x00 0x00 Garbage!!It successfully negotiated the initialization of an ISO9141 protocol session(by responding key bytes "0x08, 0x08"), and then went berserk on me... eery time I tried this,it has behaed the same way - useless. After a successful initialization,it just responds "zeros" back to eery request,******************************************************************************* **************************标准OBD-II 有3种1. ISO 使用ISO-9141 (借用BOSH)使用J1962-7 单线通讯电平高低表示逻辑"1" 和"0"2. SAE J1850 (借用GM)使用J1962-2 单线通讯脉冲宽度表示逻辑"1" 和"0"3. SAE J1850 (借用FORD)使用J1962-2/J1962-10 2线通讯可变脉宽.脉冲宽度表示逻辑"1" 和"0"******************************************************************************* **************************标准OBD-II 诊断之ISO标准部分使用ISO9141物理连接定义在J1962 的7号脚就是我们常说的K 线标准OBD-II 协议ISO-9141 特点PCM动力系统5波特率地址码33H 协议字KB1:08H;协议字KB2:08H;解码器用KB2取反$F7H确认收到$08 $08protocol to ECU Address 0x33 (protocol key bytes 0x08, 0x08) 解码器地址码$F1说话对象首字节工作字节校验和字节含意============ ======== ================= ===== ========================解码器-> 车68 6a f1 01 00 C4 请求(命令1, 参数0)车-> 解码器00 00 无意义解码器-> 车68 6a f1 01 00 C4 请求(命令1, 参数0)车-> 解码器00 00 00 无意义解码器-> 车68 6a f1 01 00 C4 请求(命令1, 参数0)车-> 解码器00 00 00 00 无意义解码器-> 车68 6a f1 01 00 C4 请求(命令1, 参数0)车-> 解码器00 00 00 00 00 无意义解码器-> 车68 6a f1 02 00 00 C5 请求(命令2, 参数0)Car -> 解码器00 00 00 00 00 00 无意义三个基本通讯协议：1 iso 9141通讯协议电路。