起初，诊断概念来源于医学。人们在不适时，去医院就诊：
1、西医：通过一顿操作猛如虎（血检、尿检、B超等），得到检测结果，对比健康人体标准参数，判断结果；
2、中医：通过望闻问切手段，查询身体特征，得出诊断结论。
可以举个例子：
医生问：你怎么了？
患者答：肚子疼，浑身无力，流鼻涕，咳嗽
医生问：你昨天都做什么了？吃了什么？
患者答：几个哥们约了一起吃烧烤，喝扎啤，看世界杯，完事开着空调睡了一夜；
相同道理，将这样的方式引入到车辆上：外部诊断仪通过通信介质（CAN线、Most、以太网）连接车辆，获取车辆状态信息。
那车载诊断目的是什么呢？
1、获取车辆控制器状态信息，快速界定车身发生故障部位（车身、底盘、网络......）；
2、因为汽车排放跟环境密切相关，有法律效应的诊断协议（ISO 15031）定义了排放标准，达标才允许车辆量产；
是什么原因促使将诊断功能引用到车辆上呢？随着技术的不断进步，驾驶员对于车辆不再仅仅满足于代步功能的需求，迫切要求提高车辆的智能化、人性化和舒适性。因此车身控制器（电子控制单元简称ECU）数量在不断增加，由最初的几个到现在上百个。数量的不断增加虽满足了驾驶员的新需求，但给车辆售后维修带来了极大的挑战。这时候引入车载诊断功能，快速界定车身发生故障部位，方便售后维修（当然，这是最初目的，现在车载诊断功能不仅仅局限于此）。
诊断功能的模型可如下图所示：
外部诊断仪连接车辆OBD口，获取跟车辆控制器通信权限。双方的通信方式是直接通信方式：Tester发送诊断请求，车身网管将诊断请求转发到相应的车载总线上。对应的ECU接受到诊断请求后，基于诊断请求在规定的时间内给予响应。在这一问一答模式中，体现出车载诊断的实现方式。
因全球有诸多OEM，若每家OEM都定义自己的诊断通信准则，则会造成社会资源不必要浪费（Supplier要根据不同OEM搭建功能实现平台）。因此定义统一的诊断协议，让大家都遵守，避免浪费社会资源，这也是ISO组织定义车载诊断行业标准的目的（ISO 14229、ISO 15765、ISO 14230、ISO 15031等）。在协议中定义诊断通信的准则：诊断请求、诊断响应的规则； 诊断服务类型；ECU处理诊断请求的规则、诊断请求和诊断响应的内容；诊断通信的参数，数据传输的准则等等。
以上是对车载诊断的个人认识，后续会分享对ISO不同协议的解读和主流诊断工具使用介绍。
-----------------------------------------
作者简介|穿拖鞋的汉子
汽车电子工程师
来，每天进步一点点！
