tl718,obd汽车通讯协议芯片资料
汽车诊断与车载诊断系统(OBD)简介
汽车诊断与车载诊断系统(OBD)简介1 概述汽车诊断(Vehicle Diagnosis)是指对汽车在不解体(或仅卸下个别零件)的条件下，确定汽车的技术状况，查明故障部位及原因的检查。
随着现代电子技术、计算机和通信技术的发展，汽车诊断技术已经由早期依赖于有经验的维修人员的“望闻问切”，发展成为依靠各种先进的仪器设备，对汽车进行快速、安全、准确的不解体检测。
为了满足美国环保局（EPA）的排放标准，20世纪70年代和80年代初，汽车制造商开始采用电子控制燃油输送和点火系统，并发现配备空燃比控制系统的车辆如果排放污染超过管制值时，其氧传感器通常也有异常，由此逐渐衍生出设计一套可监控各排放控制元件的系统，以在早期发现可能超出污染标准的问题车辆。
这就是车载诊断系统(On-Board Diagnostics，缩写为OBD)。
OBD系统随时监控发动机工况以及尾气排放情况，当尾气超标或发动机出现异常后，车内仪表盘上的故障灯(MIL)或检查发动机灯(Check Engine)亮，同时动力总成控制模块(PCM)将故障信息存入存储器，通过一定的程序可以将故障码从PCM中读出。
根据故障码，维修人员能迅速准确地确定故障的性质和部位。
OBD-II是20世纪90年代推出的新的ODB标准，几乎提供了完整的发动机控制，并监控底盘、车身和辅助设备，以及汽车的诊断控制网络。
2 汽车诊断接口OBD - II的规范规定了标准的硬件接口-- 16针（2x8）的J1962插座。
OBD - II接口必须在方向盘2英尺范围内，一般在方向盘下。
SAE的 J1962定义了OBD-II接口的引脚分配如下：<?xml:namespace prefix = v /??>图1 J1962标准插座表13 与汽车诊断有关的主要通信协议20世纪90年代中期，为了规范车载网络的研究设计与生产应用，美国汽车工程师协会(SAE)下属的汽车网络委员会按照数据传输速率划分把车载网络分为Class A、Class B、Class C表2 车载网络分类目前OBD使用的通信协议主要有5种：ISO9141、KWP2000、SAEJ1850(PWM)、SAEJ1850(VPW)、CAN。
obd原理
OBD原理简介OBD（On-Board Diagnostics）是指车辆上的诊断系统，通过连接到车辆上的OBD接口，可以获取到车辆的实时数据和故障码信息。
OBD系统提供了一个标准化的接口和协议，使得车辆维修和故障诊断变得更加简单和高效。
OBD接口与协议OBD接口通常连接在车辆底盘上的一个16引脚的接口中，被称为OBD-II接口。
通过该接口，可以使用标准的OBD协议来与车辆的电子控制单元（ECU）进行通信。
OBD协议OBD协议是一个基于串行通信的协议，使用标准的ASCII字符作为命令和数据的传输格式。
常用的OBD协议有以下几种：1.ISO 9141-2：适用于欧洲和亚洲车辆，数据传输速率为10.4 kbps。
2.J1850 PWM：适用于美国车辆，数据传输速率为41.6 kbps。
3.J1850 VPW：适用于美国车辆，数据传输速率为10.4 kbps。
4.ISO 15765-4 CAN：适用于大多数现代车辆，数据传输速率为500 kbps。
OBD数据OBD系统可以获取到车辆各个传感器和控制单元的数据，包括引擎转速、车速、油门开度、冷却液温度等等。
这些数据以特定的PID（Parameter Identification）进行标识，通过发送OBD命令可以获取到相应的数据。
OBD命令OBD命令是用于与车辆的ECU进行通信的指令，包括查询当前车辆状态的命令，读取特定传感器数据的命令，以及清除故障码的命令等。
常用的OBD命令有以下几种：1.查询发动机数据：用于查询引擎的实时数据，如引擎转速、冷却液温度等。
2.查询车速：用于查询当前车辆的速度。
3.查询故障码：用于查询车辆故障的存储和当前故障码。
OBD故障码OBD系统可以检测到车辆的故障，并将故障信息以故障码的形式存储在ECU中。
这些故障码可以通过OBD命令读取到，并根据故障码的不同进行相应的故障诊断。
常见的OBD故障码有以下几种：1.P系列故障码：用于表示发动机和动力总成相关的故障。
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)。
TL718器件引脚说明及原理图
TL718器件引脚说明及原理图引脚说明：/MCLR (PIN1) 输入复位信号脚，低电平有效复位，如果不使用，用10K电阻上拉到VDD。
●Vmeasure(PIN2) 输入0-5V的模拟信号输入，必须保证输入电压不能大于VDD，否则可能会造成芯片损坏。
如果不使用该引脚用10K电阻上拉到VDD或接VSS。
该引脚用于测量电并电压。
●J1850 Volts(PIN3) 输出该引脚控制J1850 数据总线BUS+脚的输出电压，当J1850VPW需要+8V总线电压时，该脚输出逻辑高电平。
如果不使用J1850 VPW协议，该引脚可开路。
注：J1850 PWM使用BUS+和BUS-双线，高电平为+5V，低电平为0V。
J1850VPW ，使用单总线，高电平为+8V，低电平为0V。
●J1850 BUS+(PIN4)输出高电平输出用于J1850 BUS+至显性状态。
●ISO In (PIN5)输入ISO14230 ISO9141 KWP1281 L(K2线)线信号输入引脚，当总线为隐性时，该引脚输入必须为逻辑高电平。
该引脚内部有斯密特整形触发器。
注：由于车载电脑太多，一条K线负载太重，影响总线的稳定性，所以有的厂家把没有用的L线，作为K线使用，有了第二条K线。
把有的电脑的通讯放在了K2线上，它也可双向通讯，功能和第一条一样。
该引脚功能上与ELM327有区别ELM327，该引脚为Memory选择是否保存最后一次使用时的通讯协议，以便在关闭电源或器件复位后，下次使用时首先试用该协议进行通讯。
如果接高电平，默认是选用该功能，如果接地默认为不选用改功能。
该记意功能也可用 AT M0、AT M1命令开启或关闭。
TL718自动保存功能，开始的连接协议为9号，可以用PP 0A 指令修改默认值。
●BaudRate(PIN6)输入该引脚控制，芯片串口的默认波特率，当为高电平时，波特率默认值为38400（PP 0C设置值，可以改变），当接地时，波特率默认值为固定的9600.连接后也可用AT BRD命令改变通讯波特率。
基于TL718的蓝牙迷你型OBDII汽车信息检测仪
接在 汽 车 ＯＢ Ｄ Ｉ Ｉ 诊 断 接 口，将汽 车 的各项参 数读 取 出来 ， 再通 过 无线蓝 牙技 术发 射 出来 。同时利 用现在 被 广泛使 用 的智能 手机作 为人机 交互 装 置 ， 智能 手机 自带 的蓝 牙接 口
０ 引言 随着 汽 车科 技 的不 断发展 ， 自动化 电控 技 术得 到 广泛 图形和 动 画的形 式来直观 形 象 的显示各 项参 数。 的应 用 ，汽 车 采 用 了 大 量 的 电子 控 制 单 元 （ Ｅ ｌ ｅ ｃ ｔ ｒ ｏ ｎ ｉ ｃ ＯＢＤ Ｃ ｏ ｎ ｔ ｒ ｏ Ｉ Ｕ ｎ ｉ ｔ ， 简称 Ｅ Ｃ Ｕ） ， 汽 车 的维修 和 保养 不 再是 简 单 接口 的机 械 操作 ， 而 是越来 越 倚 重 电子 化 、 数 字化 、 移 动化 的专 业检 测工 具 。 现 阶段应 用最 为广泛 的专 业检 测工具 是 利用 汽 车 自身 电子 控制 单 元配合 第 二代在 线 故 障诊断 系统 （ Ｏｎ
Ｂ ｒ ｏ ａ ｄ Ｄ ｉ ａ ｇ ｎ ｏ ｓ ｔ ｉ ｃ Ｓ ｙ ｓ ｔ ｅ ｍ ｌ ｌ ， ＯＢ Ｄ Ｉ １ ）实现 汽车 的 自动 化 诊断… 。 常 见 的汽 车专 用 的检测 工具 比较 昂贵 ， 动辄几 千块 或
接受检测仪发送 出来 的数据 ， 并通过智能手机的屏幕利用
【 ＂青海 ． 电子商 务推荐 系统核 心技术研 究［ ＤＩ ． 北京： 北京工 业大
学， ２ ０ ０ ９ ．
圉 蓝 接 电 牙 路 口
者 上万块 ， 很难做 到每 个维修 工 位配 一 台检 测设备 。 而且 图 １ 检 测 仪 组 成 图 它的 大多数 高 级 的功 能在解 决 常用 故 障时 ， 基本 上用 不 到 １ ． １ ＯＢ ＤＩ Ｉ 介 绍 的。本 文介 绍 汽车信 息 检测 仪就 是 一种价 格 便宜 （ 五 十块 Ｅ Ｃ Ｕ 的引 入极 大地 提 高 了汽 车 的动 力 性 、 舒 适性 、 安 钱） ， 能够 实现 故 障码读 取 ， 数据 流 读取 等常 用功 能 的迷你 全性和 经 济性 。 然 而 ， 将 Ｅ ＣＵ引入 发动机 电控 系统 之后 在 型 检测 仪。 同 时利 用 本 文介 绍 的检 测 仪 也 能 满 足 车主 希 望 随 时 提高 汽车 性 能的 同时也 引发 了故 障 类型难 以判定 的 问题 。 针 对该 情 况 ， 从 ２ ０世 纪 ８ Ｏ年 代 起 ， 美 、 同 、 欧 等地 的 了解 自己爱 车各 项运 行参 数 的愿望 。 例如 ： 瞬 时油耗 ， 平 均 油 耗 等等 ， 以及 是否 有故 障代码 ， 具体 是 什么故 障代码 。这 汽 车制 造 企 业开 始在 其生 产 的 电喷汽 车 上 配备 车 载 自诊 这 就是第 一代 车载 自诊 断系统 （ ＯＢ Ｄ — Ｉ ） 。 为 了统一 样在维修时， 对 汽 车 的故 障 有个 大概 的 了解 ， 不至 于 被 汽 断模 块。 并 且 更 为严格 的 对汽 车 的排 放 进行 监 控 ， 美 国汽 车 车维 修 厂夸 大故 障 ， 更 换 不 需要 更换 的器 件 ， 花 费 不 必 要 标 准 ， 工 程 师协 会 （ Ｓ ＡＥ， Ｓ ｏ ｃ ｉ ｅ ｔ ｙ ｏ ｆ Ａ ｕ ｔ ｏ ｍｏ ｔ ｉ ｖ ｅ Ｅ ｎ ｇ ｉ ｎ ｅ ｅ ｒ ｓ ） 的费 用。 １ ９ ８ ８年制定 了 ＯＢ Ｄ —ｌ Ｉ 标准 。ＯＢ Ｄ —ｌ ｌ 实行 标准 的检 测程 １ 系统组成 并 且 具 有严 格 的排 放 针 对性 ， 用于 实时 监 测 汽 车尾 气 图 １是 检 测 仪 的基 本组 成 图 ，基 于 Ｔ Ｌ １ ７ ８的蓝 牙迷 序 ， 你 型 ＯＢ Ｄｌ ｌ 汽车 信息 检 测仪 以 Ｔ Ｌ １ ７ ８芯 片 为核 心 ，该 芯 排 放情 况１ ２ ］ 。 目前 ＯＢ Ｄ— ｌ Ｉ 系统 已经 被 全世 界范 围要 求强
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码（车辆识别号码）。
标准的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诊断程序及相关应用层协议下载开发标准OＢD２诊断程序要准备得资料及硬件ﻫ1、因TL７1８已经为您建立了物理层、数据链层与部分应用层得协议,所以只要OBD2标准应用层协议文本,ISＯ1５031-5 或SAE J１979(这两个协议就是相同得内容)。
2、ＴL718诊断接口１套或用TＬ７18芯片自建电路、3、家用PＣ机电脑一台。
ﻫ4、安装软件:Aｃcesｓpoｒt调试软件及VＣ＋+(或VB、BC++等)您喜欢得开发软件。
ﻫ５、符号OBD2标准得汽车发动机电脑一块(或汽车一台)ﻫﻫTL718基本信息ﻫTＬ7１８芯片得技术数据手册TL71８通过一个UＡRT串口与单片机、ＰDA或PC RS２32通讯,在有得新得PC机上已没有装备ＲＳ232串口,可以通过虚拟串口实现与TＬ7１8通讯,例ＵＳＢTO ＲS2３２、以太网TO ＲS２32、或蓝牙ＴO RS2３2等等。
--—RS232—－－－OBD2电缆—－－－-|PC｜<—－—->｜TL718｜<－-－—〉|汽车诊断口|-—－—ﻫ不管使用怎样得物理连接,您可以使用超级终端或串口调试工具,直接通过键盘发送与接收字符。
在使用串口调试软件前,首先必须设置正确得端口号与正确得波特率、一般为960０波特率(PIN6＝0V),或３8４0０波特率(PIN6＝VCC,PP ＯC设置默认值)。
串口设置为:8个数据位,校验位:０, 停止位 1位。
如果设置错误,将不能与TL718正常通讯、所有从TL718得响应以一个回车符(0Ｘ0D)及一个可选得换行符(0X0Ａ)结束。
正确连接,打开电源后、TL718将驱动测试LEＤ灯,(闪亮3次)后,发送:ﻫﻫTL718 sｔａrtinｇﻫ〉如果正确收到以上信息代表串口及连接设置正确。
第二行“〉"符号代表TL718为空闲状态,可以立即从RS23２接收数据。
如果没有收到“〉”符号就向TL7１8发送数据,可能引起数据丢失。
obd诊断程序开发
如何开发标准的汽车OBD2诊断程序及相关应用层协议下载开发标准OBD2诊断程序要准备的资料及硬件1、因TL718已经为你建立了物理层、数据链层和部分应用层的协议，所以只要OBD2标准应用层协议文本，ISO15031-5或SAEJ1979（这两个协议是相同的内容）。
2、3、家用45、符号TL718????TL718RS232等等。
??????-------????RS232????------??OBD2电缆??----------????|??PC??|<----------->|TL718|<------------>|汽车诊断口|??????-------??????????------??????????----------??不管使用怎样的物理连接，你可以使用超级终端或串口调试工具，直接通过键盘发送和接收字符。
在使用串口调试软件前，首先必须设置正确的COM端口号和正确的波特率。
一般为9600波特率（PIN6=0V），或38400波特率（PIN6=VCC，PPOC设置默认值）。
串口设置为：8个数据位，校验位：0，停止位1位。
如果设置错误，将不能和TL718正常通讯。
所有从TL718的响应以一个回车符（0X0D）及一个可选的换行符（0X0A）结束。
正确连接，打开电源后。
TL718将驱动测试LED灯，（闪亮3次）后，发送：●发送必须以0x0d(回车符)结束的ASCII码字符，回车符后面的字符被TL718丢弃。
●TL718内部命令以“AT”开头，后面跟可见字符。
不可见字附及空格被忽视。
●OBD命令只能包含16进制的ASCII码（0-9，a-f,A-F），空格被忽略。
●如果发送的指令，不能被TL718有效解释，TL718将返回一个“?”表明，发送指令无效。
●当TL718处理OBD命令时，TL718连续监视RTS引脚及RS232输入，其中任何一个情况发生，TL718将中断当前的OBD命令，使它快速返回提示符“〉”，等待接收新的命令。
汽车obd协议
汽车obd协议汽车OBD协议。
汽车OBD（On-Board Diagnostics）是汽车上的诊断系统，它可以监测和报告车辆的运行状态。
OBD协议是指汽车诊断系统与外部设备之间的通信协议，它规定了诊断设备与车辆电子控制单元（ECU）之间的通信方式和数据格式。
在汽车维修和诊断过程中，了解OBD协议是非常重要的。
OBD协议通常分为OBD-I和OBD-II两种类型。
OBD-I是指上个世纪80年代末到90年代初的汽车诊断系统，它使用特定的诊断接口和通信协议。
而OBD-II是指从1996年开始在美国市场上使用的汽车诊断系统，它使用统一的诊断接口和通信协议，为汽车维修和诊断带来了很大的便利。
OBD-II协议规定了诊断接口的引脚定义、通信波特率、诊断数据的格式等内容。
诊断接口通常是16针的接头，按照标准引脚定义，其中包括电源、地线、诊断数据线、诊断指令线等。
通信波特率通常是115200bps，这样可以保证高速的诊断数据传输。
诊断数据的格式通常采用标准的OBD协议格式，包括诊断请求帧、诊断响应帧等。
在实际的汽车维修和诊断过程中，诊断设备需要按照OBD协议的要求与车辆的ECU进行通信。
首先，诊断设备需要向ECU发送诊断请求帧，请求特定的诊断数据。
然后，ECU收到请求后会根据协议进行处理，并将诊断数据打包成诊断响应帧发送给诊断设备。
诊断设备再对响应帧进行解析，从中获取需要的诊断数据，进行故障诊断和维修操作。
除了诊断数据的获取，OBD协议还规定了诊断设备与ECU之间的诊断指令交互方式。
诊断设备可以向ECU发送诊断指令，比如清除故障码、读取冻结帧数据、执行特定的诊断功能等。
ECU收到指令后会进行相应的处理，并将执行结果返回给诊断设备。
这样，诊断设备可以通过OBD协议与车辆的ECU进行全面的诊断和维修操作。
总的来说，汽车OBD协议是汽车诊断系统中非常重要的一部分，它规定了诊断设备与车辆ECU之间的通信方式和数据格式。
了解OBD协议对于汽车维修人员和诊断工程师来说是非常重要的，它可以帮助他们更好地进行汽车故障诊断和维修操作。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
竭诚为您提供优质文档/双击可除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〉如果正确收到以上信息代表串口及连接设置正确。
第二行“〉”符号代表tl718为空闲状态，可以立即从Rs232接收数据。
如果没有收到“〉”符号就向tl718发送数据，可能引起数据丢失。
而发生不正确的响应。
pc从串口向tl718发送的指令格式：tl718有2种格式的命令1、obd连接命令，与车辆发生通讯。
2、内部命令，全部以at开头，不与辆发生通讯。
发送必须以0x0d(回车符)结束的ascii码字符，回车符后面的字符被tl718丢弃。
tl718内部命令以“at”开头，后面跟可见字符。
不可见字附及空格被忽视。
obd命令只能包含16进制的ascii码（0-9，a-f,a-F），空格被忽略。
如果发送的指令，不能被tl718有效解释，tl718将返回一个“”表明，发送指令无效。
当tl718处理obd命令时，tl718连续监视Rts引脚及Rs232输入，其中任何一个情况发生，tl718将中断当前的obd命令，使它快速返回提示符“〉”，等待接收新的命令。
大小写字符都能被tl718接收，空格被忽略。
比喻命令“atz”、“atz”、“atz”都是一样的。
比喻我们向tl718发送一个复位指令只要向Rs232串口发送ascii字符“atz”+0x0d(回车符);tl718starting>atzelm327v1.2>注：atz指令返回elm327V1.2是为了使用现成的国外obd观软件，所以用了这个返回信息。
返回本芯片信息用“ati”指令。
>atitl718v1.0>返回芯片编号用"at@s"指令（这个编号升级硬件和提供保修服务时需要）>at@scodenumb:98764323>tl718的obd命令如果你向tl718发送的指令以16进制数的ascii开头，则tl718认为是obd命令，tl718接收后，把成对的ascii码16进制数转换成单个字节的16进制数据发送到车辆电脑数据总线。
obd命令实际是被嵌入到数据消息包内后发送到数据总线上的，大多数标准要求：在每个数据消息包内包含三字节的头及最后一个数据校验字节。
tl718自动添加了这些附加的字节，这些默认的值对obd2诊断模式请求指令都不需要更改，但如果你想要更改这些头字节值，可以用内部命令“atshxxxxxx”更改。
大部分obd指令长度只有一个字节或2个字节，tl718充许发送的最长度是对应标准规定的字节，超出部分将被丢弃。
发出的obd指令，不能出现单个的数字，16进制数必须成对发送，比喻0不可能发送单个的“0”，必须发送“00”，如果出现单个数字，tl718认为指令格式错误，将返回一个“？”。
由于obd（汽车诊断标准）都使用16进制，所以tl718接收发送的数据也是16进制的。
例15的代表的十进制值是21;当发送完obd2命令后，tl718等待从总线接收obd消息，如果接收到地址的消息并且地址匹配，则tl718就把数据从Rs232发送给pc，如果tl718接收到的消息和发送的地址不匹配，则忽略该消息。
但也可以通过atbd内部命令查看该接收到的消息包。
如果直到等待时间（p2maxatst命令的设置值，默认值100ms）结束，没有接收到匹配地址的数据，则tl718返回“nodata”，如果接收到数据并且地址匹配则复位计时间，继续等待，直到等待时间溢出。
obd2标准诊断模式开发obd2诊断程序，必须掌握iso15031-5（saej1979）定义的九种诊断模式，对于英文不是很好的朋友，本站有个中文的说明：可以参考：更详细的内容，还是要看iso15031-5标准文本，15031–5给出了可供选择的所有参数的标准定义，包括存储格式、单位和文字描述等信息。
每个参数都有一个参数标识（pid）与之相对应。
obd系统输出信息的模式/服务obd2的九种诊断模式mode1:请求动力系当前数据mode2:请求冻结祯数据mode3:请求排放相关的动力系诊断故障码mode4:清除/复位排放相关的诊断信息mode5:请求氧传感器监测测试结果mode6:请求非连续监测系统obd测试结果mode7:请求连续监测系统obd测试结果mode8:请求控制车载系统，测试或者部件mode9:读车辆和标定识别号每个模式后面紧跟一个参数标识（pid）表示后面是什么参数，每个模式的pid00是iso15031定义专用的参数，每个符合标准的电脑必须支持这个参数标识。
代表该模式对其他pid是否支持。
用accessport进行obd2诊断与车辆数据通讯obd2命令的格式1、上图是obd2的诊断指令的消息包的完整格式（极大部分厂商专用的功能也是这种格式），tl718能自动设定了header/id/pci/checksum这部分数据，对于标准的obd2诊断程序你都几乎不用关心修改它。
想了解有关内容，它们分别定义在iso14230-2、j1850、is9141-2和iso15765-2数据链层定义的文本内。
tl718自动检测数据总线的物理连接，能在协议1-9间自动搜寻当前车辆的协议，搜寻到后自动返回数据。
当然也可手工设定到某个特定的协议。
tl718不搜寻a-F协议，因为a-F协议它们没有象obd2一样有一个统一的iso15031应用层协议，那样的话自动搜索变得毫无意义。
2、iso15031（saej1979）是应用层的协议，同样它也不用关心使用什么样的物理层协议（tl718自动连接），你编程时只要发送数据，和接收及处理接收回来的数据（计算或显示）。
所以这么多种物理连接，以统一标准规定的数据包来发送接收，我們编程处理变得相对简单。
下面我们来讨论obd2指令。
3、这里我们只要关心数据消息包的7字节数据（databyte）部分就可以了iso15031-5定义：字节意义1mode代表请求数据的类型2pid参数标识3-7根据不同的mode及pidiso15031-5有详细的定义篇二：tl718器件引脚说明及原理图tl718器件引脚说明及原理图引脚说明：/mclR(pin1)输入复位信号脚，低电平有效复位，如果不使用，用10k电阻上拉到Vdd。
Vmeasure(pin2)输入0-5V的模拟信号输入，必须保证输入电压不能大于Vdd，否则可能会造成芯片损坏。
如果不使用该引脚用10k电阻上拉到Vdd或接Vss。
该引脚用于测量电并电压。
j1850Volts(pin3)输出该引脚控制j1850数据总线bus+脚的输出电压，当j1850Vpw需要+8V总线电压时，该脚输出逻辑高电平。
如果不使用j1850Vpw协议，该引脚可开路。
注：j1850pwm使用bus+和bus-双线，高电平为+5V，低电平为0V。
j1850Vpw，使用单总线，高电平为+8V，低电平为0V。
j1850bus+(pin4)输出高电平输出用于j1850bus+至显性状态。
isoin(pin5)输入iso14230iso9141kwp1281l(k2线)线信号输入引脚，当总线为隐性时，该引脚输入必须为逻辑高电平。
该引脚内部有斯密特整形触发器。
注：由于车载电脑太多，一条k线负载太重，影响总线的稳定性，所以有的厂家把没有用的l线，作为k线使用，有了第二条k线。
把有的电脑的通讯放在了k2线上，它也可双向通讯，功能和第一条一样。
该引脚功能上与elm327有区别elm327，该引脚为memory选择是否保存最后一次使用时的通讯协议，以便在关闭电源或器件复位后，下次使用时首先试用该协议进行通讯。
如果接高电平，默认是选用该功能，如果接地默认为不选用改功能。
该记意功能也可用atm0、atm1命令开启或关闭。
tl718自动保存功能，开始的连接协议为9号，可以用pp0a指令修改默认值。
baudRate(pin6)输入该引脚控制，芯片串口的默认波特率，当为高电平时，波特率默认值为38400（pp0c设置值，可以改变），当接地时，波特率默认值为固定的9600.连接后也可用atbRd命令改变通讯波特率。
详见后节详细说明。
lFmode(pin7)输入该引脚选择开机或复位后tl718向串口输出信息的结束格式，当接高电平时，默认值信息是以一个回车（0x0d）和一个换行（0x0a）结束，当接底电平时是以一个回车（0x0d）接束。
该功能还可通过atl0或atl1命令改变设置。
Vss(pin8andpin19)电源地。
(xt1pin9andxt2pin10)在两个引脚间接20mhz晶振，并接两个电容到Vss，（典型电容值为15pF）Vpwin(pin11)输入j1850Vpw信号输入引脚，当总线为隐性时，该引脚输入必须为底电平。
该引脚内部有斯密特整形触发器。