车载网络小D的博客

本文系统讲解了UDS诊断刷写流程，涵盖刷写准备与刷写驱动程序两大阶段。刷写准备阶段通过功能寻址使全网进入扩展会话，并执行检查刷写条件、关闭DTC记录和关闭通信等关键操作，旨在为刷写创造稳定环境，避免干扰。刷写驱动程序则针对目标控制器，通过进入编程会话、安全解锁、写入指纹信息等步骤，为后续固件数据传输做好准备。文章对每个诊断服务的报文交互、注意事项及常见问题（如为何需全网关闭通信、安全访问机制原理等）进行了深入解析，为理解完整的控制器软件刷写过程奠定了坚实基础

37服务（请求退出传输）是UDS数据传输流程的终结指令。它在所有数据通过36服务传输完毕后，向ECU发出传输结束信号，触发关键的后处理操作。该服务可携带校验和等参数供ECU进行最终数据完整性验证。ECU收到请求后，会执行释放资源、校验数据及将数据写入非易失性存储器等操作。作为整个传输流程的收官环节，37服务直接关系到数据是否被正确提交和处理，是确保刷写流程完整性的决定性步骤。

本文概述了UDS协议中应用层与网络层的关键时间参数。应用层参数如P2和S3系列，分别控制服务器响应、会话保持与超时，确保诊断服务逻辑正确。网络层参数如N_As、N_Br和STmin等，管理多帧传输的流控与超时，保障大数据可靠通信。合理配置这些参数对实现稳定、高效的车载诊断至关重要。

与汽车ECU“对话”时，否定响应码（NRC）是其精确的“拒绝理由说明书”，远非简单的“失败”。它遵循ISO标准，通过特定代码明确指出问题所在。例如，0x11表示“服务不支持”，0x22代表“条件不正确”（如发动机未熄火），而0x31则是安全访问的“守门员”。掌握这些关键NRC代码，能让我们在故障诊断中迅速定位根源，避免盲目操作，是高效、精准维修的核心技能。理解否定响应码，就是解读汽车ECU的精准语言。

本文详细讲解了汽车ECU刷写流程中“请求数据下载”之后的步骤。核心内容包括：数据传输阶段如何分块发送固件数据；刷写APP程序前为何必须执行“擦除内存”指令；以及刷写恢复阶段的关键操作，如兼容性检查、ECU硬复位和清除故障码。文章通过具体报文示例、注意事项和问答，深入剖析了每个服务的功能与原理，为理解整车ECU软件刷写的完整逻辑与实施细节提供了清晰指导。

86服务（车辆标识符读取）是UDS协议中专用于获取车辆身份与配置信息的标准化服务。该服务允许客户端读取预定义的车辆标识数据，包括VIN码、车型配置、零件号、软件版本等关键信息。作为车辆生命周期管理的重要工具，86服务在生产线验证、售后服务诊断、法规合规检查等场景中发挥着身份认证和配置核验的关键作用。与通用读取服务相比，86服务专注于车辆标识数据，通过标准化的数据标识符为车辆管理和质量控制提供专业支持。

2F服务（输入输出控制标识符）是UDS协议中的动态干预工具，用于临时覆盖ECU的物理输入输出信号。通过指定控制模式（如归还控制权、短期调整、冻结状态），客户端可模拟传感器信号或强制控制执行器，为生产测试、故障诊断和功能开发创造可控环境。该服务实现了对ECU行为的主动干预，与22服务的"读取"和2E服务的"写入"形成功能互补。因其直接干预系统运行，使用时需严格的安全会话和权限校验，是汽车电子测试验证过程中的关键服务

36服务（传输数据）是UDS协议中负责实际数据搬运的“主力军”。在34服务成功建立传输通道后，36服务将完整数据包分割成多个数据块，通过带有序列号的请求帧依次发送。其核心机制是块序列计数器，它严格确保数据接收的有序性和完整性，有效检测丢包。ECU对每个数据块进行确认，并可提供流控制参数。此服务是实现ECU软件刷写等大规模数据可靠传输的关键执行环节。

34服务（请求下载）是UDS协议中大数据传输的“启动握手”。它在客户端向ECU传输软件或标定数据前，建立通道并协商关键参数：包括数据格式、目标内存地址和总大小。ECU通过响应确认就绪，并返回单次传输的最大数据块长度，为后续36服务的高效、可靠传输奠定基础。作为刷写等操作不可或缺的先锋，34服务确保了数据传输的严谨与可控。

85服务（控制DTC设置）是UDS协议中用于动态管理ECU故障码存储功能的开关。它允许诊断工具在特定场景（如生产线检测、软件刷写）下临时禁止或恢复DTC的记录，从而防止产生非真实的干扰性故障码，保障诊断数据的有效性与纯净度。该服务通过子功能参数（01开启/02关闭）执行操作，并常与诊断会话控制（10服务）及安全访问（27服务）协同工作，其严格的安全控制机制确保了车辆诊断系统的可靠运行

3E服务是UDS协议中的“测试器在线”服务，核心功能是向ECU表明诊断仪仍处于活动状态。它通过定期发送“保活”信号来维持非默认诊断会话和安全访问状态，防止ECU因超时而退回默认模式。此服务支持带/不带子功能两种请求格式，并可选择抑制肯定响应以优化总线负载。3E服务在ECU软件刷写、长时间数据监控等复杂诊断流程中不可或缺，为其他诊断服务提供稳定的执行环境，是UDS体系中关键的支持性服务

2E服务是UDS协议中的“按标识符写入数据”服务，允许诊断工具修改ECU内部配置参数。该服务广泛应用于车辆生产线配置、ECU标定开发、部件测试及个性化设置等场景。与22服务形成读写对应关系，2E服务请求包含数据标识符和待写入数据，响应返回操作结果。由于其改变ECU行为的特性，该服务通常需要先通过安全认证，并在特定诊断会话下执行。正确使用2E服务是实现ECU配置、功能优化和故障诊断的关键技术能力。

22服务是UDS协议中按标识符读取数据的核心服务，通过请求特定DID（数据标识符）获取ECU内部数据，包括实时运行参数、版本信息、配置数据等。该服务采用标准化请求响应机制，支持单DID和多DID读取，具有高效灵活的特点。作为诊断和数据采集的基础，22服务贯穿车辆全生命周期，从开发测试到生产售后都发挥关键作用，不仅是故障诊断的重要工具，更为远程监控、大数据分析等智能网联应用提供数据支撑，在汽车电子系统中具有不可替代的基础性地位

10服务是UDS协议的基石，作为诊断通信的“模式开关”，它通过默认会话（01）、编程会话（02）和扩展会话（03）管理ECU的诊断状态与权限。该服务不直接执行具体功能，而是为27、2E、31等高级服务提供必要的执行环境，是实现ECU刷写、深度诊断和维护的前提。其肯定响应包含关键通信参数，调控诊断仪的超时等待机制。作为整个诊断流程的入口，10服务构建了UDS安全、有序的层次化访问体系，是理解和应用车载诊断技术的核心基础。

本文详细讲解了UDS诊断协议中的11服务（ECUReset），用于请求ECU执行复位。文章系统阐述了服务的请求与响应报文格式、子功能参数定义（包括硬复位01、软复位03等）及否定响应码。重点剖析了硬复位与软复位的核心区别：硬复位模拟断电，彻底重置硬件与应用；软复位仅重启应用层，速度快、影响小。掌握11服务是进行ECU故障恢复和状态管理的基础。

本文分享快照数据与 19 04 服务学习心得。快照数据即 DTC 快照，分全局与局部，能还原故障时刻状态，助定位偶发故障。19 04 服务可按 DTC 号报快照信息，含特定请求、正响应格式，正响应有实例；支持 0x12、0x13、0x31 等否定响应码，也有应用实例。文章强调快照数据对汽车故障诊断的重要性，及保证其准确性的必要性。​

本节内容主要是讲解诊断服务中的31服务，包含31服务的使用场景，请求报文格式，响应报文格式，以及举例对31服务进行相关的说明

本文主要讲解28服务如何使用，以及在实际工程应用中主要使用的28服务的哪些功能

这篇文章主要介绍诊断基础服务中的14服务，详细的讲解了服务的请求格式，响应格式，以及相关的用途和注意事项

本文主要介绍UDS统一诊断服务的19 01服务，包含状态位和故障码的解析以及19 01服务的具体说明

19服务是售后最常见的服务之一，也是最为复杂的服务，包含的子功能比较多，但是仔细去分析几个子功能的功能以及相应的参数的含义，19服务本身并不难

本文主要介绍UDS诊断里面常用的服务之27服务，从27服务的定义作用以及使用方式进行介绍，为了让大家更好的理解，最后进行举例说明。

本文主要是对ISO15765-2协议的简介，包含协议的作用，PDU的简述，以及诊断传输帧类型的介绍