ISO 15031 中文版（汽车诊断系统 技术规范 联合标准）

ISO15031中文版（汽车诊断系统技术规范联合标准）前言本标准等同采用国际标准化组织（ISO）发布的ISO15031系列标准，结合我国汽车产业发展实际需求与技术现状，进行中文翻译与规范整合，形成适用于我国汽车行业的汽车诊断系统技术规范联合标准。本标准旨在统一汽车诊断系统的技术要求、诊断流程、接口规范及故障编码规则，确保不同品牌、不同型号汽车的诊断系统具有互操作性，为汽车生产、维修、检测及监管提供统一的技术依据，保障汽车运行安全、降低维修成本、减少尾气排放，推动汽车诊断技术的标准化、规范化发展。本标准由汽车行业相关主管部门、科研机构、汽车生产企业及维修检测机构联合制定，涵盖ISO15031-1至ISO15031-7全部7个部分的核心内容，删除了国际标准中与我国行业实际不适用的表述，补充了符合我国汽车诊断行业现状的技术细节，确保标准的实用性、可操作性和前瞻性。本标准适用于各类道路车辆（包括乘用车、商用车等）的车载诊断系统（OBD）的设计、生产、安装、检测、维修及相关产品的研发、认证，相关行业组织、企业及检测机构应严格遵照执行。1范围本标准规定了汽车诊断系统的术语定义、技术要求、诊断接口、诊断协议、诊断服务、故障码定义、数据链安全及系统开发全生命周期指南等内容，明确了汽车诊断系统与外部诊断设备之间的通信规则、诊断流程及技术参数。本标准适用于所有配备车载诊断系统的道路车辆，包括汽油车、柴油车、新能源汽车（纯电动、混合动力等），覆盖汽车生产过程中的诊断系统调试、出厂检测，以及在用车辆的故障诊断、维修验证、排放检测等场景。本标准不适用于非道路车辆（如工程机械、农业机械等）的诊断系统，也不适用于汽车内部非排放相关的诊断功能（如车身控制系统、舒适系统的非核心诊断功能），但可作为此类诊断功能设计的参考依据。2规范性引用文件下列文件对于本标准的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本标准；凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本标准。GB/T42193道路车辆车辆和外部设备之间排放相关诊断的通信（系列标准）；ISO11898道路车辆控制器局域网（CAN）；ISO14229道路车辆统一诊断服务（UDS）；ISO15765道路车辆诊断通信overCAN；ISO/IEC7498开放系统互联（OSI）基本参考模型；ISO/IEC10731开放系统互联运输层协议规范；SAEJ1930汽车电子术语与定义；SAEJ1979车载诊断（OBD）服务；SAEJ2012诊断故障码定义；GB18285点燃式发动机汽车排气污染物排放限值及测量方法；GB3847压燃式发动机汽车排气污染物排放限值及测量方法。3术语和定义、缩写与缩略语3.1术语和定义下列术语和定义适用于本标准。车载诊断系统（On-BoardDiagnostics，OBD）：安装在汽车上，用于监测发动机、排放控制系统及其他相关系统运行状态，检测故障并存储故障信息、激活故障指示灯，且能与外部诊断设备进行通信的电子系统。诊断故障码（DiagnosticTroubleCode，DTC）：当车载诊断系统检测到某一系统或组件出现故障时，生成的用于标识故障类型、故障位置及故障程度的标准化代码。外部诊断设备：用于与车载诊断系统建立通信，读取故障码、实时数据、冻结帧数据，清除故障码，执行诊断测试及系统配置的专用设备，包括诊断仪、检测仪等。诊断接口：车载诊断系统与外部诊断设备连接的物理接口，用于传输诊断指令、数据及反馈信息，是诊断通信的基础。诊断服务：车载诊断系统提供的各类诊断功能，包括读取故障码、读取实时数据、清除故障码、执行诊断测试、读取车辆信息等，是实现故障诊断的核心功能。数据链安全：用于保护汽车诊断数据链，防止非法入侵、数据篡改及信息泄露，保障诊断通信的安全性和完整性的技术措施。排放相关诊断：针对汽车排放控制系统（如催化转化器、氧传感器、蒸发系统等）开展的诊断工作，目的是确保汽车排放符合相关法规要求。3.2缩写与缩略语ISO：国际标准化组织（InternationalOrganizationforStandardization）；OBD：车载诊断系统（On-BoardDiagnostics）；DTC：诊断故障码（DiagnosticTroubleCode）；ECU：电子控制单元（ElectronicControlUnit）；CAN：控制器局域网（ControllerAreaNetwork）；UDS：统一诊断服务（UnifiedDiagnosticServices）；OSI：开放系统互联（OpenSystemsInterconnection）；PID：参数标识符（ParameterIdentifier）；I/M：检测与维修（InspectionandMaintenance）；EMC：电磁兼容性（ElectromagneticCompatibility）。4诊断系统总体要求4.1系统组成要求车载诊断系统应至少由电子控制单元（ECU）、诊断接口、故障检测模块、数据存储模块、故障指示灯及通信模块组成。ECU作为诊断系统的核心，应具备故障检测、数据处理、指令执行及通信控制功能；诊断接口应符合本标准第5章的规定，确保与外部诊断设备的可靠连接；故障检测模块应能实时监测发动机、排放控制系统及相关组件的运行状态，准确识别故障；数据存储模块应能长期存储故障码、冻结帧数据、实时数据及诊断历史记录，存储周期不低于100个点火循环；故障指示灯应安装在驾驶舱仪表板显眼位置，能根据故障等级（轻微故障、严重故障）发出不同的警示信号（常亮、闪烁）；通信模块应支持本标准规定的诊断协议，确保与外部诊断设备的稳定通信。4.2工作环境要求车载诊断系统的工作环境应满足以下要求：工作温度范围为-40℃至85℃，存储温度范围为-40℃至125℃；工作电压范围为9V至16V（乘用车）、18V至32V（商用车），能承受电压波动、瞬时过电压及反向电压的影响；具备良好的电磁兼容性，能抵御外部电磁干扰，同时自身不产生超出规定范围的电磁辐射，符合相关电磁兼容标准要求；能适应汽车行驶过程中的振动、冲击，振动频率范围为10Hz至2000Hz，冲击加速度不低于20g，确保系统组件不损坏、功能不失效。4.3可靠性要求车载诊断系统的平均无故障工作时间（MTBF）不低于10000小时，使用寿命不低于汽车的设计使用寿命；系统在正常工作过程中，不应出现误报故障、漏报故障的情况，故障检测准确率不低于98%；当系统自身出现故障时，应能自动检测并记录自身故障码，同时触发故障指示灯警示，确保维修人员能及时发现并修复系统故障；系统数据存储应具备防丢失功能，即使在断电情况下，故障记录及相关数据也应能保存至少6个月。5诊断接口规范诊断接口采用16针D-CODE型标准接口（即OBD-II接口），接口应安装在驾驶舱内，靠近方向盘下方，便于外部诊断设备连接，接口安装位置应避免雨水、灰尘侵蚀，且不影响驾驶员操作。接口引脚分配应严格遵循以下规定：引脚1为制造商自定义引脚，可用于特殊诊断功能；引脚2为SAEJ1850总线数据引脚；引脚4为车身接地；引脚5为信号接地；引脚6为CAN-High（高速CAN总线）；引脚7为ISO9141-2/K-Line引脚；引脚8为制造商自定义引脚；引脚9为制造商自定义引脚；引脚10为SAEJ1850总线数据引脚；引脚11为制造商自定义引脚；引脚12为制造商自定义引脚；引脚13为制造商自定义引脚；引脚14为CAN-Low（高速CAN总线）；引脚15为ISO9141-2/L-Line引脚；引脚16为常电（12V），用于为外部诊断设备提供电源。诊断接口的电气特性应满足：引脚16的输出电压为12V±0.5V，输出电流不小于1.5A，能为外部诊断设备稳定供电；引脚4和引脚5的接地电阻不大于0.1Ω，确保接地可靠；CAN总线引脚（6和14）的通信速率为500kbps（高速CAN），支持ISO15765-2传输协议；K-Line/L-Line引脚（7和15）的通信速率为9600bps，支持ISO9141-2协议；接口应具备防短路、防过流保护功能，当引脚出现短路或过流情况时，能自动切断电源，避免损坏系统组件。诊断接口的机械特性应满足：接口插头采用防水、防插拔磨损设计，插拔寿命不低于1000次；接口应具备防误插结构，确保外部诊断设备插头能正确插入，避免因插错引脚导致系统故障；接口外壳应采用阻燃材料，阻燃等级不低于UL94V-0级，确保使用安全。6诊断协议与通信要求6.1协议选型车载诊断系统应支持以下至少一种诊断协议，确保与外部诊断设备的互操作性：ISO9141-2协议（适用于传统燃油车）、SAEJ1850协议（适用于部分乘用车）、ISO15765协议（基于CAN总线，适用于现代乘用车、商用车及新能源汽车）。其中，新能源汽车的诊断系统应优先采用ISO15765协议，确保诊断通信的高速性和稳定性。诊断协议应映射到开放系统互联（OSI）基本参考模型，按照7层架构进行设计，其中应用层（第7层）对应诊断服务，参考ISO15031-5及ISO27145-3的要求；表示层（第6层）对应术语、定义及数据格式，参考ISO15031-2、SAEJ1930-Da等要求；会话层（第5层）对应会话控制，参考ISO14229-2的要求；传输层（第4层）、网络层（第3层）对应数据传输与路由，参考ISO15765-2等要求；数据链路层（第2层）对应总线通信，参考ISO11898-1、SAEJ1850等要求；物理层（第1层）对应接口电气特性，参考本标准第5章的要求。6.2通信流程诊断通信流程主要包括通信建立、诊断服务执行、通信终止三个阶段。通信建立阶段：外部诊断设备通过诊断接口与车载诊断系统连接后，发送初始化指令，车载诊断系统接收指令并验证身份后，返回确认信息，完成通信建立；诊断服务执行阶段：外部诊断设备根据诊断需求，发送相应的诊断服务指令（如读取故障码、读取实时数据等），车载诊断系统接收指令后，执行对应的诊断操作，采集相关数据并进行处理，然后将处理结果返回给外部诊断设备；通信终止阶段：诊断完成后，外部诊断设备发送通信终止指令，车载诊断系统接收指令后，关闭通信通道，完成通信终止。通信过程中的时序要求应符合以下规定：外部诊断设备发送指令后，车载诊断系统应在50ms至200ms内返回响应信息，超时未响应则视为通信失败；连续3次通信失败后，车载诊断系统应自动切断通信连接，避免无效通信占用系统资源；通信过程中，数据传输的误码率不高于10⁻⁶，确保数据传输的准确性；当出现通信中断、数据丢失等异常情况时，车载诊断系统应能自动检测，并尝试重新建立通信，若多次尝试失败，应记录通信故障码。6.3数据格式诊断数据的传输格式应采用标准化格式，包括指令帧、响应帧两种类型。指令帧由帧头、指令码、数据长度、数据内容、校验码组成，帧头用于标识数据帧的起始，指令码用于标识诊断服务类型，数据长度用于标识数据内容的字节数，数据内容用于携带具体的诊断指令或参数，校验码用于验证数据的完整性；响应帧由帧头、响应码、数据长度、数据内容、校验码组成，响应码用于标识诊断服务的执行结果（成功、失败、数据不可用等），数据内容用于携带诊断结果或故障信息。数据编码应采用十六进制编码方式，每个字节由8位二进制数组成，高位在前、低位在后；故障码、参数标识符（PID）等关键数据应采用标准化编码，符合本标准第7章、第8章的规定；实时数据的编码应明确数据格式、单位、缩放因子及有效值范围，确保外部诊断设备能正确解析数据，例如发动机转速的缩放因子为0.25r/min，有效值范围为0至10000r/min，编码值与实际值的换算公式为：实际值=编码值×缩放因子。7诊断服务要求7.1基本诊断服务车载诊断系统应提供以下基本诊断服务，所有服务应支持外部诊断设备的指令调用，且执行结果应准确、可靠：读取当前故障码服务，用于读取车载诊断系统当前存储的所有故障码，包括故障码编号、故障描述、故障等级等信息；读取历史故障码服务，用于读取车载诊断系统已清除的故障码记录，包括故障码编号、故障发生时间、故障发生时的车辆状态等信息；清除故障码服务，用于清除车载诊断系统存储的故障码及相关故障记录，清除后故障指示灯应熄灭（若故障已排除）；读取冻结帧数据服务，用于读取故障发生时的车辆实时数据（如发动机转速、进气压力、水温、车速等），冻结帧数据应能准确反映故障发生时的车辆运行状态，为故障诊断提供依据；读取实时数据服务，用于实时读取车辆运行过程中的各类参数，包括发动机系统、排放控制系统、传动系统等相关参数，数据更新频率不低于10Hz。7.2排放相关诊断服务排放相关诊断服务是车载诊断系统的核心服务，主要针对汽车排放控制系统开展，应满足以下要求：催化转化器效率诊断服务，用于监测催化转化器的净化效率，当催化转化器效率低于规定阈值时，应生成相应的故障码并激活故障指示灯；氧传感器诊断服务，用于监测氧传感器的工作状态，包括氧传感器的响应速度、输出信号稳定性等，当氧传感器出现故障（如响应迟缓、信号异常）时，应生成故障码；蒸发系统诊断服务，用于监测蒸发系统的密封性及工作状态，检测蒸发系统是否存在泄漏，当泄漏量超过规定值时，应生成故障码；燃油系统诊断服务，用于监测燃油系统的供油压力、喷油器工作状态等，当燃油系统出现故障（如供油不足、喷油器堵塞）时，应生成故障码；EGR系统诊断服务，用于监测废气再循环（EGR）系统的工作状态，当EGR系统出现故障（如阀门卡滞、流量异常）时，应生成故障码。7.3扩展诊断服务车载诊断系统可根据汽车型号及功能需求，提供以下扩展诊断服务：读取车辆信息服务，用于读取车辆识别码（VIN）、发动机型号、生产日期、ECU版本号等信息；执行诊断测试服务，用于对汽车各系统及组件进行主动测试，验证组件的工作状态（如喷油器测试、点火系统测试、制动系统测试等）；系统配置服务，用于对车载诊断系统的参数进行配置，包括故障检测阈值、诊断周期、故障指示灯警示方式等；数据记录服务，用于记录车辆运行过程中的诊断数据、故障信息及驾驶习惯数据，记录周期可根据需求设置，数据存储容量不低于10MB。7.4服务响应要求当外部诊断设备调用诊断服务时，车载诊断系统应根据服务类型及执行结果，返回相应的响应信息：若服务执行成功，应返回成功响应码及相关数据（如故障码、实时数据等）；若服务执行失败（如指令错误、数据不可用），应返回失败响应码，并说明失败原因（如指令无效、传感器故障导致数据不可用）；若服务执行过程中出现异常（如通信中断、系统故障），应返回异常响应码，并记录相关异常信息。响应信息应简洁、明确，便于外部诊断设备解析及维修人员理解。8诊断故障码（DTC）定义8.1故障码格式诊断故障码采用3字节（24位）编码格式，分为四个部分：故障码类型、系统类型、故障子类型、故障具体描述。故障码类型分为通用故障码（P0XXX、C0XXX、B0XXX、U0XXX）和制造商自定义故障码（P1XXX、C1XXX、B1XXX、U1XXX），通用故障码适用于所有品牌、所有型号的汽车，制造商自定义故障码由汽车制造商根据自身产品特点制定，但应符合本标准的编码规则；系统类型用于标识故障所属的汽车系统，其中P系列故障码对应动力系统，C系列对应底盘系统，B系列对应车身系统，U系列对应网络及车辆集成系统；故障子类型用于标识故障的大致类别（如电路故障、机械故障、性能故障等）；故障具体描述用于明确故障的具体位置及故障原因。故障码的编码规则应符合SAEJ2012-Da的要求，其中前两个字节的解码可采用两种格式（标识符00₁₆和04₁₆），第三个字节用于标识故障的具体细节。故障码的命名应遵循统一的指南，确保故障码的规范性和可读性，便于维修人员快速识别故障类型及位置。8.2故障码分类与描述动力系统故障码（P系列）：主要涵盖发动机、变速箱、燃油系统、排放控制系统等相关故障，例如P0101（空气流量传感器电路范围/性能问题）、P0130（氧传感器电路故障）、P0300（随机/多缸失火）、P0420（催化转化器效率低于阈值）等。每个动力系统故障码应明确故障发生的条件、故障影响及排查方向，例如P0101故障码的故障条件为空气流量传感器的输出信号超出规定范围，故障影响为发动机动力下降、油耗增加，排查方向为检查空气流量传感器、进气管道及相关线路。底盘系统故障码（C系列）：主要涵盖制动系统、转向系统、悬挂系统、ABS系统等相关故障，例如C0040（右前轮速度传感器电路故障）、C0561（ABS系统控制模块故障）、C0700（变速箱控制模块故障）等。底盘系统故障码应明确故障对车辆行驶安全的影响，例如C0040故障码会导致ABS系统失效，影响车辆制动性能，需及时维修。车身系统故障码（B系列）：主要涵盖车身控制系统、舒适系统、安全系统等相关故障，例如B0010（驾驶员侧安全气囊电路故障）、B0100（空气悬架系统故障）、B0200（空调系统温度传感器故障）等。车身系统故障码应明确故障对车辆舒适性及安全性的影响，指导维修人员进行排查。网络及车辆集成系统故障码（U系列）：主要涵盖车辆网络通信、ECU之间的通信故障，例如U0001（高速CAN总线通信故障）、U0100（与发动机控制模块通信故障）、U0200（与变速箱控制模块通信故障）等。此类故障码应明确通信故障的范围及可能的原因，例如U0001故障码可能是由于CAN总线线路短路、ECU故障导致的通信中断。8.3故障码存储与清除车载诊断系统应按照以下要求存储故障码：当检测到故障时，应立即存储故障码，并记录故障发生时的冻结帧数据、故障发生时间及车辆运行状态；故障码分为临时故障码、确认故障码和永久故障码，临时故障码用于标识暂时出现的故障，若故障在一定周期内未再次出现，系统应自动清除临时故障码；确认故障码用于标识持续存在的故障，需维修人员排除故障后，通过外部诊断设备清除；永久故障码用于标识严重且持续存在的故障，即使故障排除，也需通过特定的诊断操作才能清除，确保维修人员重视此类故障。故障码的清除应满足以下要求：清除故障码时，应同时清除对应的故障记录、冻结帧数据及诊断历史记录；若故障未排除，清除故障码后，车载诊断系统应在重新检测到故障时，再次生成故障码并激活故障指示灯；清除故障码后，系统应记录故障清除时间及清除方式，便于后续追溯。9数据链安全要求车载诊断数据链应具备完善的安全保护机制，防止非法入侵、数据篡改、信息泄露及恶意控制，保障汽车运行安全及用户隐私。数据链安全应符合ISO15031-7的要求，主要包括以下内容：身份认证机制，外部诊断设备与车载诊断系统建立通信前，应进行身份认证，只有通过认证的诊断设备才能获取诊断权限，认证方式可采用密码认证、加密认证等，确保诊断设备的合法性；数据加密机制，诊断通信过程中的所有数据（包括指令、故障信息、实时数据等）应进行加密处理，采用符合国家密码标准的加密算法，防止数据被篡改、窃取；访问控制机制，车载诊断系统应设置不同的访问权限，区分维修人员、制造商、监管机构等不同用户的访问范围，禁止未授权用户访问敏感数据（如车辆控制参数、用户隐私数据）；异常监测机制，车载诊断系统应实时监测诊断数据链的运行状态，当检测到非法入侵、数据异常、通信异常等情况时，应立即切断通信连接，记录异常信息并生成安全故障码，同时触发警示信号，提醒驾驶员及维修人员。数据链安全的测试应符合相关标准要求，确保加密算法的安全性、身份认证的可靠性、访问控制的有效性，防止各类安全漏洞导致的安全风险。随着汽车智能化、网联化的发展，车载诊断系统应不断升级安全技术，应对新型安全威胁。10诊断系统开发与验证要求10.1开发要求车载诊断系统的开发应遵循全生命周期管理原则，涵盖需求分析、架构设计、软件实现、硬件集成、测试验证等各个阶段。需求分析阶段，应明确诊断系统的功能需求、性能需求、安全需求及合规性需求，结合汽车型号及相关法规要求，制定详细的需求规格说明书；架构设计阶段，应按照OSI参考模型及本标准的要求，设计诊断系统的硬件架构、软件架构及通信架构，确保系统的兼容性、可扩展性及可靠性；软件实现阶段，应采用标准化的编程规范，开发诊断服务、故障检测、数据处理等相关软件模块，确保软件代码的可读性、可维护性及安全性；硬件集成阶段，应选择符合本标准要求的硬件组件（如ECU、诊断接口、传感器等），进行硬件组装、调试，确保硬件组件的兼容性及稳定性。开发过程中，应注重与汽车其他系统（如发动机控制系统、车身控制系统、网络系统）的协同，确保诊断系统能准确监测各系统的运行状态，实现故障的精准检测与诊断。同时，应考虑系统的可升级性，预留软件升级接口，便于后续根据法规要求、技术发展及用户需求，对诊断系统进行升级优化。10.2验证测试要求车载诊断系统开发完成后，应进行全面的验证测试，确保系统符合本标准的所有要求，验证测试包括以下内容：功能