UDS诊断协议基础：协议栈分层、服务标识符(SID)分类与诊断会话控制
在深入S32K3中断优先级调优之前，必须建立对UDS（ISO 14229）诊断协议的系统性认知。UDS并非单一功能，而是一套分层明确、服务标识符（SID）分类严谨、会话状态机驱动的标准化诊断体系。本节将围绕这三个核心维度展开，为后续初始化阶段的优先级配置奠定理论基础。
2.1 UDS协议栈分层架构
UDS协议栈遵循OSI七层模型，但在实际嵌入式实现中，通常将物理层、数据链路层、网络层、传输层与会话层、表示层、应用层进行功能合并，形成四层或五层抽象。下图展示了典型的UDS协议栈分层结构及其在S32K3平台上的映射关系。
2.2 服务标识符(SID)分类
UDS协议定义了超过30种诊断服务，每种服务由一个唯一的服务标识符（SID）标识。SID按照功能类别分为六大组，理解这些分类有助于在中断优先级调优时区分关键服务与非关键服务。
| SID范围 | 服务类别 | 典型服务 | 优先级建议 |
|---|---|---|---|
| 0x10 - 0x3E | 诊断与通信管理 | 诊断会话控制(0x10)、ECU复位(0x11)、安全访问(0x27)、通信控制(0x28) | 高优先级 |
| 0x22 - 0x2E | 数据读取 | 读取DID(0x22)、读取内存(0x23)、读取缩放数据(0x24) | 中优先级 |
| 0x2E - 0x3D | 数据写入 | 写入DID(0x2E)、写入内存(0x3D) | 中优先级 |
| 0x31 - 0x37 | 远程激活 | 例程控制(0x31)、启动诊断(0x32)、IO控制(0x2F) | 高优先级 |
| 0x14 - 0x19 | 故障诊断 | 清除DTC(0x14)、读取DTC(0x19) | 中优先级 |
| 0x84 - 0x87 | 上传/下载 | 请求下载(0x34)、请求上传(0x35)、传输数据(0x36)、请求退出(0x37) | 低优先级 |
2.3 诊断会话控制
诊断会话控制（Service 0x10）是UDS协议中最基础也最关键的服务之一。它定义了ECU在不同诊断模式下的行为规则，直接影响中断优先级配置策略。
2.3.1 会话状态机
UDS定义了三种标准诊断会话：默认会话（Default Session）、扩展会话（Extended Session）和编程会话（Programming Session）。此外，OEM可以定义制造商特定的会话。会话切换由诊断仪发送0x10服务请求触发。
2.3.2 会话切换流程与中断响应要求
诊断会话切换涉及以下关键步骤，每一步都对中断响应有特定要求：
- 请求接收：诊断仪发送0x10 + sub-function（如0x02表示切换到扩展会话）。FlexCAN接收中断必须在S3超时时间内完成帧接收。
- 会话验证：ECU检查当前会话是否允许切换到目标会话。此过程通常由Dcm模块在非中断上下文中完成。
- 会话激活：ECU切换内部会话状态，更新定时器参数（如P2、P2*、S3）。此过程需要原子操作，防止中断嵌套导致状态不一致。
- 响应发送：ECU发送肯定响应（0x50 + sub-function）或否定响应（0x7F + 0x10 + NRC）。响应发送依赖CAN发送中断。
2.3.3 会话相关定时参数
UDS协议定义了三个关键定时参数，它们直接影响中断优先级配置策略：
| 参数 | 定义 | 典型值 | 中断影响 |
|---|---|---|---|
| P2 | ECU处理诊断请求的最大时间（不包含网络传输时间） | 50ms | 如果中断延迟导致P2超时，ECU会发送待处理响应（0x7F + SID + 0x78） |
| P2* | ECU发送待处理响应后的额外处理时间 | 5000ms | 在P2*期间，中断优先级可以适当降低以让出CPU给其他任务 |
| S3 | 诊断会话保持活跃的最大空闲时间 | 5000ms | FlexCAN中断延迟必须远小于S3，否则会话会意外回退到默认会话 |
2.4 本章小结
UDS诊断协议的分层架构决定了中断优先级调优的边界条件：应用层和会话层的逻辑处理可以容忍一定延迟，但数据链路层和传输层的实时响应必须得到保障。SID分类帮助开发者识别关键服务（如0x10、0x27、0x31）与非关键服务（如0x34-0x37），从而在中断优先级配置中做出取舍。诊断会话控制机制（特别是S3超时）为中断延迟设定了硬性上限，任何优先级配置方案都必须确保FlexCAN接收中断延迟不超过S3时间的10%。