我是穿拖鞋的汉子，魔都中坚持长期主义的汽车电子工程师。
老规矩，分享一段喜欢的文字，避免自己成为高知识低文化的工程师：
假若你的生活不够好，不够努力，那么，加油努力吧，不要抱怨，起而行，迎头赶上，方是正途。假若你已经拥有很多，却依然活得不快乐，那么，让自己慢下来，多安排一些时间回归心灵，回归生活，才是幸福之径。
一直很喜欢发小老李QQ签名那句话—生活如逆水行舟，不进则退。农村做题家出来的汉子，我可能已经不具备享受快乐的权力，只有做个躬行的卒子，一步一个脚印往前走。
中年男人尽量避免陷入历史虚无主义，自己无需问“人活着为了什么？”，做自己该做之事，七八月只管播种，到了十一二月收获季节，自有收获。
六、标准体系与合规要求
标准体系是售后诊断技术体系得以规范化、互操作化和合规化运行的制度基础。从诊断协议的定义、数据格式的规范、网络安全的约束到功能安全的保障，每一项技术能力的落地都有对应的标准作为依据和边界。售后诊断涉及的标准体系可划分为三个层次：
-> 国际标准定义技术协议和工程方法的全球通用基线；
-> 国内标准结合中国汽车产业特点形成中国化的技术规范；
-> OEM内部规范则在前两者的框架之上，进一步细化为可执行的企业级实施指南。
三者层层递进、相互补充，共同构成诊断体系合规性的完整约束链。
1、国际标准——全球通用技术基线
国际标准是售后诊断技术体系的"公约数"，确保不同国家、不同品牌的车辆和诊断设备之间具备基本的互操作性和安全一致性。按功能领域可分为五大类。
（1）、诊断基础标准——协议与通道的定义
诊断基础标准定义了诊断通信的协议栈，是车端诊断固件、售后诊断仪、云端诊断平台之间"说同一种语言"的前提。
ISO 14229（UDS，统一诊断服务） 是车载诊断的应用层协议标准，定义了诊断仪与ECU之间的全部服务接口，包括诊断会话控制（Session Control）、ECU复位（ECU Reset）、安全访问（Security Access）、读写数据（Read/Write Data）、例程控制（Routine Control）、固件刷写（Download/Upload）等核心服务。UDS不关心底层物理通道（CAN、以太网、LIN均可），只定义"应用层该做什么"。几乎所有现代车辆的诊断功能都基于UDS实现，它是整个售后诊断协议的基石。
ISO 13400（DoIP，基于互联网协议的诊断） 定义了在以太网/IP网络上传输UDS诊断服务的封装和通信规则。DoIP解决了UDS在车载以太网上"怎么传"的问题——包括车辆发现机制、TCP连接建立、路由激活、多ECU并行诊断的数据路由、大数据量传输的分段机制等。随着车载以太网（100BASE-T1/1000BASE-T1）的普及，DoIP正逐步取代CAN成为主力诊断通道，尤其在OTA升级、大数据量日志下载等场景中不可或缺。
ISO 15765（CAN诊断通信） 定义了在CAN/CAN FD总线上传输UDS诊断服务的分段与组帧机制（即ISO-TP传输协议）。由于大量在产车辆仍以CAN为主要总线架构，ISO 15765在相当长时期内仍将是诊断通信的重要基础，与ISO 13400共同覆盖车载诊断的物理通道层。
三项标准的关系可以概括为：ISO 14229定义"说什么"，ISO 13400和ISO 15765定义"通过什么通道说" ——UDS是统一的应用语言，DoIP和CAN-TP是两种不同的传输方式。
（2）、数据交换标准——诊断数据的规范化
诊断数据（故障码定义、诊断流程、测试序列）如果缺乏统一格式，不同OEM的诊断数据将无法在通用诊断设备上运行，导致售后工具碎片化和维护成本攀升。
ISO 22901（ODX，开放诊断数据交换） 定义了诊断数据的标准化描述格式，包括ECU标识、DTC定义、数据标识符（DID）、I/O控制参数、刷写数据容器（FBC）等。OEM按ODX格式发布车型诊断数据文件，第三方诊断软件通过解析ODX文件即可适配新车型，无需针对每个OEM定制开发。ODX是诊断工具互操作性的数据基础。
ISO 13209（OTX，开放测试序列交换） 定义了在ODX数据之上执行的诊断测试序列的标准化描述格式。ODX描述"有哪些诊断能力"，OTX描述"这些能力按什么顺序、什么条件执行"。例如"整车DTC扫描→读取冻结帧→执行例程检测→生成报告"这一诊断流程，可以用OTX格式标准化描述，确保不同诊断平台执行同一流程时结果一致。
SAE J2534（Pass-Thru，直通接口标准） 由SAE International发布，定义了诊断仪硬件（VCI）与诊断软件之间的标准化接口规范。J2534的核心价值在于"硬件解耦"——诊断软件厂商无需为每个品牌的VCI适配驱动程序，只要VCI符合J2534标准，软件即可通过统一接口完成诊断通信。这大幅降低了诊断设备生态的碎片化程度，是独立售后市场（IAM）实现多品牌诊断覆盖的技术前提。
三项标准共同构成诊断数据的"三层规范"：ODX定义数据内容，OTX定义执行逻辑，J2534定义硬件接口，三者协同使诊断工具链具备跨OEM、跨平台的互操作性。
（3）、网络安全标准——诊断链路的安全约束
远程诊断和OTA升级的普及，使诊断通道成为网络攻击的高价值目标。网络安全标准为诊断体系设定了安全基线，确保诊断操作不会被非法利用。
ISO/SAE 21434（道路车辆网络安全工程） 是汽车网络安全的顶层工程标准，定义了从概念设计、产品开发、生产运维到退役的全生命周期网络安全工程方法。对售后诊断而言，ISO 21434的核心约束在于：诊断系统本身必须作为"被保护对象"纳入威胁分析与风险评估（TARA），识别诊断通道的攻击面（如未授权刷写、中间人攻击、诊断会话劫持等），并定义相应的安全缓解措施。
UNECE R155（车辆网络安全法规） 是欧盟等市场具有法律强制力的网络安全法规，要求OEM建立CSMS（Cyber Security Management System，网络安全管理体系），并通过型式认证方可上市销售。R155对诊断的约束体现在：诊断通道的安全设计必须是CSMS的一部分，诊断操作的安全访问、审计追溯、密钥管理等必须满足法规要求。
UNECE R156（软件升级管理法规） 与R155配套，专门针对车辆软件升级（含OTA和线下刷写）的安全管理。R156要求升级包必须经过签名验证、升级过程必须有安全保障、升级失败必须有回滚机制、升级记录必须可追溯——这些要求直接约束了诊断-OTA融合流程的安全设计。
PKI（Public Key Infrastructure，公钥基础设施） 是诊断安全体系的信任根基。诊断通信中的证书颁发、签名验证、密钥管理均依赖PKI体系实现，确保诊断仪和车辆之间的身份认证可信、通信数据不可篡改。
TLS 1.3（Transport Layer Security，传输层安全协议） 为DoIP远程诊断通道和云端通信提供端到端加密保护。TLS 1.3相比前代版本，在握手效率、前向安全性、加密套件强度方面均有显著提升，是当前远程诊断通信加密的行业标准选择。
（4）、功能安全标准——诊断覆盖率的保障
功能安全关注的是"系统故障不会导致不可接受的风险"，而诊断系统在其中扮演的角色是"检测故障并触发安全状态"——诊断覆盖率直接决定了功能安全目标的可达性。
ISO 26262（道路车辆功能安全） 定义了从ASIL A到ASIL D的功能安全等级，以及各等级对应的安全机制要求。对售后诊断而言，ISO 26262的核心关联在于：
故障诊断覆盖率（Diagnostic Coverage，DC） ：ISO 26262要求不同ASIL等级对应的系统必须具备相应的故障诊断覆盖率。例如，ASIL D级系统通常要求诊断覆盖率≥99%，ASIL B级要求≥90%。诊断覆盖率不足意味着残余故障可能未被检测，进而导致安全风险
安全机制验证：诊断系统本身作为安全机制的一部分（如检测到电池热失控前兆并触发降功率），其可靠性也需要满足ISO 26262的验证要求
HARA（Hazard Analysis and Risk Assessment，危害分析与风险评估） ：诊断系统的设计需求必须从HARA结果中推导，确保诊断功能覆盖所有已识别的危害场景
(5)、 法规合规标准——排放、OBD与高压安全
法规合规标准是诊断体系满足政府监管要求的直接依据，尤其在排放和高压安全领域，诊断能力具有明确的法律强制性。
ISO 15031（OBD，车载诊断） 定义了OBD系统的通信协议和数据格式，是排放相关诊断的法规基础。OBD要求车辆必须具备对排放相关系统（如催化转化器、氧传感器、EGR、燃油蒸发系统等）的持续监测能力，并在检测到超标排放时点亮MIL（Malfunction Indicator Lamp，故障指示灯）。
SAE J1979是ISO 15031的技术实现标准，定义了OBD诊断服务的具体模式（Mode）和参数标识符（PID），是诊断仪读取OBD数据的直接依据。
排放法规（如中国国六、欧六、EPA Tier 3等）对OBD诊断的覆盖范围、检测灵敏度、故障判定阈值做出了具体要求，诊断系统必须满足对应市场的法规标准方可通过型式认证。
高压安全法规针对新能源汽车的高压系统（通常300V-800V），要求在维修前必须完成高压断电确认、绝缘检测等安全操作。诊断系统必须支持高压安全相关的诊断流程，确保维修人员的人身安全。
2、国内标准——中国化的技术规范
国内标准在国际标准框架基础上，结合中国汽车产业的政策导向和技术特点，形成了中国本土的技术规范体系。以下五项核心国家标准构成了国内售后诊断的规范基线。
GB/T 18344《汽车维护、检测、诊断技术规范》 是国内售后维修领域的基础性标准，定义了汽车维护（日常维护、一级维护、二级维护）的检测项目、诊断方法和技术要求。该标准将诊断能力与维护保养流程绑定，是4S店和维修站开展常规诊断服务的操作依据。
GB/T 20846《车载诊断系统（OBD）通用规范》 是中国对OBD系统的通用技术规范，参考了ISO 15031和SAE J1979的框架，结合中国排放法规要求，定义了中国市场车辆的OBD诊断功能、数据格式和接口要求。该标准是诊断仪在中国市场开展排放相关诊断的合规依据。
GB/T 34592《智能网联汽车车载诊断要求》 面向智能网联汽车（ICV）的特殊诊断需求，定义了网联化诊断、远程诊断、OTA升级等新型诊断模式的技术要求。该标准是国内最早针对ICV诊断场景的国家标准之一，为远程诊断和诊断-OTA融合提供了规范框架。
GB/T 40844《新能源汽车高压安全与诊断规范》 专门针对新能源汽车的高压系统，定义了高压系统的安全诊断流程、绝缘检测要求、断电操作规范、安全防护等级等。在新能源汽车渗透率持续攀升的背景下，该标准对维修站的高压安全操作能力提出了明确的合规要求。
GB/T 39261《汽车远程服务与诊断技术要求》 定义了汽车远程服务（Remote Services）和远程诊断的技术架构、功能要求、性能指标和安全约束。该标准是国内远程诊断服务的直接规范依据，对远程诊断通道的建立、数据传输、安全认证、服务质量保障等提出了系统性要求。
五项国内标准覆盖了"传统维修（GB/T 18344）→排放OBD（GB/T 20846）→智能网联（GB/T 34592）→高压安全（GB/T 40844）→远程诊断（GB/T 39261）"五大领域，构成了国内售后诊断合规的完整框架。
3、OEM内部规范——可执行的企业实施指南
国际标准和国内标准定义的是行业通用基线，但每一家OEM在车型平台、电子电气架构、售后流程、工具体系上都有自身特点。OEM内部规范的作用，是将外部标准要求"翻译"为企业内部可执行、可审核、可追溯的实施指南。
（1）、诊断协议与数据规范
售后诊断需求规范是OEM对诊断系统整体需求的顶层设计文件，定义诊断系统应覆盖的功能范围、性能指标、安全要求和用户体验目标。该规范从整车级视角出发，统筹各ECU的诊断需求，确保诊断能力与整车功能规划的匹配。
UDSonDoIP实施规范是诊断协议在企业级落地的技术指南。ISO 14229（UDS）和ISO 13400（DoIP）作为国际标准，定义的是通用协议框架，各OEM需要根据自身ECU架构、网络拓扑和安全策略，制定具体的服务实现规范——包括DID定义规则、安全访问算法选型、会话管理策略、多ECU并行诊断的路由配置等。
（2）、 软件升级与安全规范
软件刷写与OTA管理规范定义ECU固件刷写（含线下刷写和OTA远程升级）的全流程管理要求，包括软件版本管理、刷写包制作与签名规范、灰度发布策略、回滚保护机制、升级记录与审计要求。该规范是R156/SUMS合规在企业内部的具体落地。
安全访问规范定义诊断安全访问（Security Access，UDS Service 0x27）的具体实现方案，包括种子-密钥（Seed-Key）算法设计、证书颁发与分发流程、密钥注入与存储安全、不同诊断角色的权限分级规则。该规范是PKI安全体系在OEM内部的工程实现指南。
（3）、数据管理与故障处理规范
诊断数据采集与管理规范定义车端诊断数据的采集范围、上报策略、存储格式、保留周期和访问控制。该规范需要平衡"数据充分性"（确保AI诊断和趋势分析有足够数据）与"数据最小化"（满足隐私合规要求，如个人信息保护法）之间的关系。
故障分级与处理规范定义故障严重程度的分级标准（如Critical/Major/Minor/Info）和各级别对应的处理策略（如立即停车、限制功能、预约检修、记录观察等）。该规范确保诊断系统对故障的响应与故障的实际风险等级匹配，避免过度响应（影响用户体验）或响应不足（带来安全风险）。
（4）、维修质量与工具管理规范
维修流程与质量标准定义从故障接车、诊断排查、维修操作、质量检验到交车的全流程标准化操作规范（SOP），确保维修质量的一致性。该标准通常与AR维修指导系统结合，通过标准化流程的执行率来衡量维修质量。
工具与设备规范定义售后维修站所需配备的诊断工具、专用设备的型号、规格、校准周期和使用要求，确保维修站具备与其服务等级相匹配的工具能力。该规范是维修站分级认证（如品牌授权等级评定）的重要依据。
标准体系的层次关系与协同逻辑
三个层次的标准体系并非平行罗列，而是形成"国际→国内→企业"的递进约束关系：
对售后诊断工程师而言，理解标准体系的关键不在于"背诵每一项标准编号"，而在于建立从合规要求到工程实现的映射能力——知道每一项工程决策对应哪一层标准的哪一条约束，确保设计方案在合规性上没有盲区，在实施上有据可依。
