车载诊断系统(OBD)的原理、演进与未来_搜狐汽车_

放大看

本文约8,167字，建议收藏阅读

作者 | 北湾南巷

出品 | 汽车电子与软件

引 言

在现代汽车中，越来越多的故障不再表现为明显的机械损坏，而是以“亮灯”“报码”“性能异常”等电子信号的形式出现。发动机为什么亮起故障灯？排放是否达标？某个问题究竟是偶发还是系统性风险？

这些问题的答案，并不藏在发动机舱里，而是记录在汽车内部的一套电子诊断系统中——OBD（On-Board Diagnostics）。

放大看

从最初的排放监管工具，到如今连接维修、车联网、自动驾驶与新能源技术的核心接口，OBD已经成为理解现代汽车电子化的关键入口。要真正读懂今天的汽车，首先必须读懂OBD。

1

OBD 是什么？

OBD 的全称是 On-Board Diagnostics，即车载诊断系统。它是一种标准化的汽车自我监测与故障报告系统，旨在实时检测车辆运行状态，确保发动机及排放系统的正常运作，同时辅助车辆维护和环保合规。

通俗地说，OBD就像汽车的“黑匣子”与“健康监测仪”结合体。它主要有以下几个核心功能：

1. 实时监控车辆关键系统

OBD系统会持续跟踪发动机、变速器、排放控制系统（如催化转换器、氧传感器）以及燃油系统等核心部件的运行参数。例如：发动机转速、空气流量、燃油喷射量、排放浓度等。通过这些数据，系统能够判断车辆是否在正常状态下工作。

2. 故障检测与警示

当系统发现某一部件或传感器出现异常或超出设定的工作范围时，OBD会立即记录相应的故障信息，并通过仪表盘上的“检查发动机灯”（MIL, Malfunction Indicator Lamp）提醒车主。这种提示可防止小问题发展为大故障，同时降低排放超标的风险。

放大看

3. 故障码记录与分析

OBD不仅会点亮警示灯，还会生成标准化的故障码（DTC, Diagnostic Trouble Code）。这些故障码详细记录了问题类型和可能原因，维修人员可以通过读取这些代码快速定位故障部位，大大提高维修效率。例如：P0301表示“发动机1号缸点火失火”，P0420表示“催化转换器效率低于阈值”。

4. 支持数据读取与远程诊断

OBD系统的数据接口（通常是OBD-II接口）允许专业设备或移动应用读取实时参数和历史故障码。一些高级车辆甚至可以通过远程诊断实现在线监控，辅助车主和服务中心做出精准维护决策。

放大看

5. 环保与法规要求

现代OBD系统的广泛应用，与排放法规密切相关。例如在欧美，OBD-II是所有轻型车辆的强制标准，其目的在于降低汽车尾气污染并保证车辆排放系统长期高效运行。

总体来看，OBD系统不仅是车辆的“自我体检工具”，还能提供科学的故障信息，帮助车主及时维护车辆，同时为环保合规提供技术保障。它让汽车从单纯的交通工具升级为智能化、自我监测的系统。

2

发展历史：

从厂商专属到全球标准

OBD的发展历程与汽车排放法规的收紧密不可分。随着汽车排放标准的提升，OBD系统也逐步从厂商专属的实验性工具，发展成为全球统一标准化的汽车诊断平台。

放大看

2.1 OBD-I（1980s–1990s初）：混沌的起点

发展背景

20世纪80年代，美国加州率先出台严格的机动车排放法规（如加州空气资源委员会CARB标准），推动汽车制造商对尾气排放进行监控。OBD-I应运而生，主要目标是减少尾气污染、检测影响排放的关键部件。

放大看

特点与局限

• 非标准化：每个汽车厂商甚至不同车型都有自己的故障码定义、接口和通信协议。

• 读取困难：维修人员必须使用厂商专用连接器和诊断手册，操作复杂且不便。

• 监控范围有限：只针对少数关键传感器，如氧传感器、空气流量计、点火系统等，对发动机其他系统或排放外的部件几乎没有覆盖。

• 应用影响：OBD-I更多是厂商内部工具，对车主和第三方维修站的支持有限。

OBD-I是汽车自诊断的初步尝试，它奠定了车辆电子监控的基础，但由于缺乏标准化和统一规范，其功能和推广受到很大限制。

2.2 OBD-II（1996年成为美国强制标准）：革命性的统一

发展背景

为提高尾气排放监管效率，美国在1996年规定，所有在美销售的轻型汽车必须装备OBD-II系统。欧盟随后推出EOBD（European On-Board Diagnostics）标准，基本沿用了OBD-II规范，成为全球汽车诊断标准的基础。

放大看

核心贡献：标准化

• 统一物理接口：OBD-II规定所有车辆必须配备16针诊断连接器（DLC），通常位于驾驶员侧仪表板下方。这使各种通用诊断工具可以直接读取车辆数据。

  放大看

• 统一通信协议：OBD-II定义了多种通信协议，包括ISO 9141-2、KWP2000、J1850 VPW/PWM、CAN 总线。其中，高速CAN总线逐渐成为主流协议，支持更快速、可靠的数据交换。

放大看

• 标准化故障码（DTC）：

• 格式：统一为五位字母数字组合，如 P0420。

• 首位字母：表示系统类型

• P = 动力总成（Powertrain）

• B = 车身（Body）

• C = 底盘（Chassis）

• U = 网络通信（Network）

• 后四位数字：表示具体故障位置或类型

  放大看

应用意义

• 提高维修效率：统一故障码便于第三方维修站快速定位问题。

• 便于排放监管：标准化使监管部门能够更容易监控尾气排放合规性。

• 扩展车载智能：OBD-II数据成为车联网、远程诊断、汽车诊断软件的基础。

2.3 OBD-III（概念阶段）：未来的展望

发展思路

在OBD-II基础上，OBD-III设想将车辆诊断与远程通信结合，实现“主动式监控”：

• 无线远程传输：车辆可通过蜂窝网络或卫星，将故障码和排放数据自动发送至监管机构或服务中心。

• 主动维护提醒：车主无需主动去检测，系统可提前预警潜在问题。

• 实时排放监控：有助于环境监管部门进行动态排放监管。

放大看

挑战与争议

• 隐私问题：车辆状态、位置和使用数据会被远程传输，可能涉及个人隐私泄露。

• 数据安全：无线传输增加了被黑客攻击或数据篡改的风险。

• 标准与法规：OBD-III的全球标准尚未完全确立，需要各国法规协调支持。

OBD的发展从OBD-I的厂商专属工具，到OBD-II的全球标准，再到OBD-III的概念性远程监控，体现了汽车电子技术、排放监管与智能化趋势的逐步融合。未来，OBD系统不仅是车辆自检工具，更可能成为智能交通和环保管理的重要节点。

3

核心工作原理：

它如何“诊断”？

OBD系统的核心工作原理可以概括为监控—比对—判断—记录与报警四个环节，每个环节环环相扣，使车辆能够像“自我体检”一样主动发现故障。

放大看

3.1 监控：感知车辆的每一个细节

OBD依赖遍布全车的传感器网络和电子控制单元（ECU）来获取车辆运行信息。常见的传感器包括：

• 氧传感器（O2 Sensor）：监控尾气中氧气含量，用于判断燃烧效率和排放水平。

• 曲轴位置传感器：提供发动机转速和活塞位置，确保点火与喷油精确控制。

• 温度传感器：监测发动机冷却液温度、进气温度等，保证发动机在最佳温度下运行。

• 压力与流量传感器：燃油压力、进气歧管压力、空气流量等参数。

放大看

这些传感器不断将数据（如电压、电阻、频率、时间信号等）发送至发动机控制单元（ECU），形成一个实时的“车辆健康状态图”。

3.2 比对：将实际数据与标准值对照

ECU内存中存储了车辆各个系统的标准参数范围，这些数值是通过大量台架实验和道路测试得出的，代表车辆在最佳性能和最环保状态下的运行数据。

• 实时比对：ECU不断将传感器上传的数据与标准范围进行比较。

• 容错机制：为了避免瞬时波动或干扰导致误报，ECU通常要求参数持续偏离标准值一段时间（如几秒到几分钟）才会判定为异常。

例如：

• 空燃比过高或过低持续存在 → 可能是喷油器堵塞或空气流量计故障

• 催化转换器效率下降 → 长期氧传感器读数异常

放大看

当ECU检测到某个参数超出标准范围并持续达到预设时间阈值后，它会做出故障判断：

• 系统将该部分视为存在异常或潜在故障

• 判断不仅依赖单一传感器，而是结合多个相关参数交叉验证，提高诊断准确性

此阶段就像医生根据多项体检指标判断健康问题，而不仅凭单一数值作结论。

放大看

3.4 记录与报警：让车主和维修人员“知情”

一旦ECU确认故障，OBD系统会同时完成三个动作：

1. 点亮MIL灯（Malfunction Indicator Lamp）

• 仪表盘上常见的“发动机形状”指示灯亮起

• 提醒驾驶员车辆存在问题，需要尽快检修

2. 存储故障码（DTC, Diagnostic Trouble Code）

• 将故障对应的标准代码记录在ECU非易失存储器中

• 方便维修人员使用OBD诊断工具快速定位故障

3. 保存冻结帧（Freeze Frame Data）

• 记录故障发生瞬间的一系列关键参数，如：

• 发动机转速

• 车辆速度

• 冷却液温度

• 节气门开度

• 冻结帧数据对于复现故障场景和分析原因至关重要，特别是间歇性故障或环境依赖型故障

可以把OBD的核心工作原理形象地比作人体体检：

放大看

1. 监控（感官感知）→ 传感器像眼睛、耳朵，实时感知车辆状态

2. 比对（数据分析）→ ECU像大脑，将实际数据与理想健康指标比对

4. 记录与报警（告知与记录）→ MIL灯、故障码和冻结帧像医生开具的诊断报告

通过这一套闭环机制，OBD系统不仅能发现问题，还能提供可操作的解决线索，使车辆维护更加科学和高效。

4

故障码 (DTC) 深度解析

在OBD系统中，故障码（Diagnostic Trouble Code, DTC）是车辆与维修人员之间的“沟通语言”。它将复杂的传感器信号和电子控制判断转换为标准化代码，使问题定位快速、准确。

4.1 故障码的基本结构

OBD-II故障码采用五位字母数字组合，结构如下：

格式：XYYYY

放大看

放大看

示例：

• P0300

• P = 动力总成

• 0 = 通用码

• 300 = 随机/多缸点火失火

• P0420

• P = 动力总成

• 0 = 通用码

• 420 = 催化转换器效率低于阈值

4.2 分类详解

(1) 通用码（P0xxx、P2xxx）

• 定义：由SAE（美国汽车工程师协会）统一规范，适用于所有汽车厂商。

• 特点：

• 含义全球统一

• 可以用标准OBD-II扫描工具直接读取和解码

• 常见示例：

• P0300：随机/多缸点火失火

• P0420：催化转换器效率低于阈值

• P0135：前氧传感器加热电路故障

放大看

• 作用：

• 快速定位故障部件

• 支持维修诊断、排放检测和远程监控

(2) 厂商自定义码（P1xxx、P3xxx）

• 定义：由汽车厂商自定义，用于记录品牌特有或高级功能相关故障。

• 特点：

• 不同厂商的同一编号可能含义不同

• 需要厂商专用资料或诊断软件解码

• 用途：

• 记录发动机管理系统或智能控制系统的细粒度故障

• 支持品牌特定的诊断和优化功能

4.3 故障码的高级信息

现代OBD系统不仅提供DTC，还提供辅助信息，提高故障诊断效率：

放大看

1. 冻结帧数据（Freeze Frame）

• 记录故障发生瞬间的关键参数：发动机转速、车速、冷却液温度、节气门开度等

• 对复现间歇性故障或分析环境依赖型问题非常关键

2. 历史故障码（Pending DTC）

• 当故障仅偶尔出现且未持续达到报警条件时，ECU记录为历史待确认码

• 帮助维修人员观察故障趋势

放大看

3. 增强信息（Enhanced DTC）

• 某些厂商提供额外故障信息，如传感器特定电压、执行器状态

• 需要专业诊断工具读取

4. 使用故障码进行维修的流程

(1) 读取故障码

• 使用OBD-II扫描仪读取ECU存储的DTC

(2) 解码与分析

• 通用码可直接查表解释

• 厂商自定义码需参考品牌专用手册或软件

(3) 参考冻结帧数据

• 分析故障发生时的车辆状态，判断故障原因是否环境或负载相关

(4) 执行维修或测试

• 替换损坏部件或调整系统参数

• 清除故障码后进行试车验证

放大看

故障码是OBD系统的“语言”，通过标准化编码 + 辅助数据，将车辆复杂电子信息转化为可操作的诊断指令。通用码保证了跨品牌的可读性，而厂商自定义码提供了更精细的诊断能力。结合冻结帧、历史码和增强信息，OBD系统能够实现高效、精准、可追溯的故障诊断。

5

OBD 接口的强大应用：

远超读故障码

OBD-II接口不仅是读取故障码的工具，更是现代汽车电子生态的重要枢纽。统一的16针诊断接口，使车辆数据能够跨品牌、跨设备传输，催生了广泛应用场景：

5.1 专业维修：全面掌控车辆状态

对于汽车维修技师而言，OBD接口是智能诊断中心：

• 故障码读取：快速获取通用码和厂商自定义码，判断车辆异常部件或系统

• 实时数据流监控：读取发动机转速、节气门开度、燃油喷射量、氧传感器电压等参数，诊断发动机性能或异常状态

• 执行元件测试（Active Test）：通过OBD指令控制执行器，如点火线圈、燃油喷射器、风扇、电磁阀等，检验部件功能

• ECU编程与匹配：在更换ECU、传感器或节气门体后，通过接口写入参数、匹配编码，确保车辆正常工作

• 优势：传统维修依赖经验和拆装，OBD接口实现快速、精准、可验证的电子化维修

放大看

5.2 车主自助：把车“装进手机里”

借助廉价的OBD适配器（如ELM327芯片）和手机App，普通车主也能获取车辆信息，进行简单自助诊断：

• 读取/清除故障码

• 快速判断仪表盘故障灯原因

• 排除小问题（如轻微传感器异常）后清除故障灯

• 查看实时数据流

• 水温、转速、油耗、发动机负荷、进气温度等参数实时显示

• 便于驾驶者观察车辆运行状态或发现异常趋势

• 车辆性能测试

• 0–100km/h加速测试

• 怠速稳定性和节油表现

• 可辅助调校驾驶风格或进行简单改装评估

• 优势：降低维修门槛，让车主对车辆状态有直观了解，提前发现问题，避免小故障演变成大事故

5.3 车辆改装与调校：定制化性能优化

OBD接口为汽车改装和性能调校提供了关键通道：

• 刷写ECU程序（ECU Tuning/Remap）

• 调整燃油喷射量、点火正时、涡轮增压压力等参数

• 实现动力提升、节油优化或排放改善

放大看

• 车辆参数监控与调节

• 调整电子限速、换挡策略、扭矩分配等

• 可通过OBD接口实时观察改装后的参数变化，保证安全性和可靠性

• 优势：OBD接口提供安全、标准化的数据通道，避免非法拆线或破坏车辆电子系统

5.4 车联网与UBI保险：数据驱动的智能应用

OBD接口是智能汽车数据采集的重要入口，为车联网和保险创新提供支持：

• 智能硬件与远程监控

• 车辆状态上传云端：发动机状态、燃油水平、速度、行驶轨迹等实时同步

• 功能：远程定位、电子围栏、驾驶行为监控、异常报警

• 应用场景：车队管理、共享汽车、远程维护、车辆安全监控

放大看

• 基于驾驶行为的UBI保险（Usage-Based Insurance）

• 数据采集：急加速、急刹车、夜间行驶、长时间怠速等

• 保险差异化定价：驾驶安全性越高，保费越低

• 优势：实现保险风险精准量化，激励安全驾驶

5.5 排放检测与环保应用

OBD接口在尾气排放监管中也发挥重要作用：

• 年检辅助：通过读取OBD故障码和排放监控状态（如催化器效率、氧传感器数据），快速判断尾气排放是否合格

• 替代部分传统测量：无需拆装尾气检测装置，即可通过电子数据监测排放系统运行

• 优势：高效、便捷、数据可追溯，减少人工测量误差

OBD接口不仅是读取故障码的工具，更是现代汽车数据生态的核心枢纽：

• 专业维修 → 高效精准

• 车主自助 → 简单易用

• 改装调校 → 安全可控

• 车联网与保险 → 数据驱动智能应用

• 排放监控 → 高效环保

它将汽车从单纯的机械设备，升级为可监控、可诊断、可优化、可联网的智能系统。

6

技术挑战与局限

尽管OBD系统在车辆诊断、维修和监管中发挥了核心作用，但它并非“全知全能”。其设计理念、技术边界以及现实应用环境，决定了OBD在实际使用中仍存在若干不可忽视的挑战和局限。

6.1 “下游”诊断的先天局限：看数据，而非看实物

OBD本质上是一套基于电子信号的间接诊断系统，它并不直接检测机械部件的物理状态，而是通过传感器信号“推断”系统是否异常。

放大看

• 工作逻辑：

  OBD并不是检测“零部件是否损坏”，而是检测“运行结果是否偏离预期”。

• 典型案例：

• 三元催化器堵塞或内部熔毁

• OBD并不能直接检测催化器内部结构

• 而是通过前、后氧传感器信号对比，推断催化效率是否下降

• 发动机轻微机械磨损

• 若尚未影响转速、燃烧效率或排放数据

• OBD可能不会立即报码

• 结果影响：

• 某些早期机械故障或渐进式磨损难以及时发现

• 仍需结合人工检查、经验判断或其他检测手段

可以说，OBD更像“化验报告”，而不是“影像检查”。

6.2 协议与实现差异：统一接口，不等于完全开放

虽然OBD-II在物理接口和基础协议层面实现了统一，但在软件层和功能层仍然存在明显差异。

放大看

• 协议多样性：

• 不同年份、不同市场的车辆，可能使用不同通信协议（如ISO、KWP、CAN等）

• 即使使用CAN，总线速率、消息格式也可能不同

放大看

• 厂商指令集差异：

• 通用OBD工具通常只能访问动力总成相关的标准功能

• 车身控制、ADAS、电池管理等模块，往往需要厂商专用指令

• 实际表现：

• 同一个OBD扫描仪，在不同品牌车辆上功能差异明显

• “能读码，但读不全；能看数据，但无法执行测试”

这也是为什么4S店诊断仪和通用读码器之间存在巨大能力差距。

6.3 信息安全风险：OBD是车载网络的“物理入口”

OBD接口直接连接车辆内部通信网络（CAN/LIN/FlexRay等），从信息安全角度看，它是一个高权限物理入口。

• 潜在风险：

• 恶意设备可通过OBD接口监听或注入CAN消息

• 理论上可能影响刹车、转向、动力输出等关键系统

• 现实案例：

• 学术研究和白帽黑客已多次演示通过OBD接口进行车辆控制

• 商业攻击门槛正在随着硬件成本下降而降低

放大看

• 行业应对措施：

• 增加安全网关（Secure Gateway）

• 对诊断指令进行身份认证和权限分级

• 限制车辆行驶状态下的OBD写入权限

OBD从“维修接口”逐渐演变为“网络安全边界”。

6.4 数据所有权与使用权争议：谁拥有车辆数据？

OBD系统持续产生大量高价值数据，包括：

• 车辆运行状态

• 驾驶行为

• 位置信息

• 故障与维修记录

这引发了长期存在的数据归属争议：

• 车主视角：

• 数据来自个人车辆，应属于车主隐私

• 制造商视角：

• 数据源于车辆控制系统，是产品运行数据

• 服务商与保险公司视角：

• 数据是提供服务和定价的基础资产

• 现实问题：

• 谁可以合法采集、存储、分析和商业化这些数据？

• 车主是否有权拒绝数据上传？

• 数据滥用或泄露如何追责？

放大看

目前，这在法律和商业层面仍属于灰色地带，不同国家和地区的监管态度差异巨大。

6.5 综合评价

OBD系统的局限并非“技术失败”，而是其设计目标和应用边界的自然结果：

• 它擅长：

• 电子系统诊断

• 排放合规监控

• 数据驱动的维护与管理

• 它不擅长：

• 直接检测机械物理损伤

• 完全统一跨品牌深度功能

• 在无安全机制下应对网络攻击

正因为这些挑战的存在，OBD系统正不断向更安全、更智能、更受控的方向演进，也为未来智能汽车、车联网和法规体系的发展提出了新的课题。

7

未来发展趋势

随着汽车从“机械产品”向“软件定义的智能终端”演进，OBD系统的角色也正在发生根本性变化。它不再只是排放与故障诊断工具，而是逐步演化为整车健康管理与数据连接的核心节点。

7.1 与高级别自动驾驶深度融合：从发动机监控到“整车神经系统体检”

在L2+乃至L4级自动驾驶场景中，车辆安全不再仅取决于发动机和刹车系统，而是高度依赖复杂的电子与软件系统。

• 监控对象的扩展：

  未来的OBD将不再局限于传统动力总成，而是深度嵌入整车电子电气架构（E/E Architecture），重点覆盖：

• 摄像头、毫米波雷达、激光雷达等感知传感器

• 自动驾驶域控制器、中央计算平台

• 线控转向、线控制动等关键执行器

• 健康状态管理：

• 传感器是否存在漂移、遮挡或信号异常

• 控制器是否过热、算力降级或通信延迟

• 执行器是否响应迟滞或性能衰减

放大看

在这一趋势下，OBD将逐渐成为自动驾驶系统的“安全体检接口”，直接服务于功能安全（ISO 26262）和预期功能安全（SOTIF）。

7.2 预测性维护：从“事后维修”到“提前干预”

传统OBD以“故障发生后报警”为核心逻辑，而未来的方向是预测性维护（Predictive Maintenance）。

• 技术基础：

• 海量车辆的OBD历史数据

• AI与机器学习模型

• 云端计算与长期趋势分析

放大看

• 实现方式：

• 分析传感器长期漂移趋势，而非单点异常

• 建立部件“健康衰减曲线”，预测剩余寿命

• 在故障发生前向车主或服务中心发出维护建议

• 实际效果：

• 避免突发故障导致抛锚或事故

• 减少过度维修，降低用车成本

• 提升车辆整体可靠性与用户体验

OBD由“诊断工具”升级为“健康管理系统”。

7.3 标准化与云端化：诊断流程的工业化升级

诊断流程标准化

• OTX（Open Test sequence eXchange）等标准正在推广

• 将诊断流程从“经验驱动”转为“流程驱动”

• 实现跨品牌、跨地区的统一诊断逻辑描述

放大看

这意味着未来的诊断不只是“读码解释”，而是可复用、可验证、可自动执行的标准流程。

远程诊断与OTA成为常态

• 远程诊断：

• 无需进店即可读取故障码和数据流

• 服务中心可远程分析问题

• OTA（空中升级）：

• 修复软件Bug

• 优化控制逻辑

• 解决大量“软故障”

放大看

在这一模式下，许多问题不再需要物理维修，而是通过云端“更新”和“重配置”即可解决。

7.4 新能源汽车适配：OBD的“电动化重构”

在电动汽车和混合动力汽车中，传统发动机相关监控不再是核心，OBD体系正在发生结构性扩展。

放大看

• 重点监控对象：

• 动力电池包（电压、温度、一致性）

• 电池管理系统（BMS）

• 电机与电控系统

• 充电系统与高压安全

• 诊断目标变化：

• 电池衰减预测

• 热失控风险监测

• 高压系统绝缘安全

• 标准演进：

• 各国正在推动EV专用OBD扩展规范

• 以适应新能源车安全和监管需求

OBD正在从“发动机中心”转向“三电系统中心”。OBD系统的发展轨迹，本质上是一部汽车电子化、网联化、智能化的缩影：

• 它起源于排放监管

• 成熟于标准化诊断

• 拓展于车联网与数据应用

• 未来将深度融入自动驾驶、云端服务与新能源体系

今天的OBD，已经不仅是修车师傅手中的工具，更是连接汽车、用户、维修网络、制造商、监管机构以及未来智能交通系统的核心数据枢纽。理解OBD，就等于掌握了进入现代汽车电子世界的“敲门砖”。

参 考：

1. Overview of Unified Diagnostic Services Protocol

2. On-board Diagnostics (OBD) for Heavy-Duty Diesel Engines, Hybrids, and Electric Vehicles

3. When a Battery Isn’t the Problem: Diagnosing EV Powertrain Faults | Midtronics

4. On-board Diagnostics (OBD) for Heavy-Duty Diesel Engines, Hybrids, and Electric Vehicles

5. OTX (ISO 13209) “Open Test sequence eXchange format” - ASAM

6. An IoT-based predictive maintenance use-case scenario. | Download Scientific Diagram

7. How to read and clear confirmed OBD fault codes ?

8. OBD2 Explained - A Simple Intro [2025] – CSS Electronics

9. On-Board Diagnostics (OBD) – introduction to the Modes of Operation (Diagnostic Services) – x-engineer.org

11. On-Board Diagnostics (OBD) – introduction to the Modes of Operation (Diagnostic Services) – x-engineer.org

12. What Is OBD2? Complete Guide to On-Board Diagnostics (2025)

13. OBD2 Explained - A Simple Intro [2025] – CSS Electronics

14. On-Board Diagnostic system - Brief answers to basic questions

15. What is OBDII? History of on-board diagnostics | Geotab