AUTOSAR CP14229 – 资源受限MCU下的UDS诊断协议栈设计与实现
第1章 引言：为什么在资源受限MCU上需要UDS？
1.1 背景：电机控制与诊断共存的场景
在现代汽车电子中，统一诊断服务（UDS，ISO 14229-1）已成为ECU与外部诊断仪之间标准化的通信协议。然而，当目标MCU同时肩负双电机磁场定向控制（FOC） 这类实时性要求极高的任务时，诊断协议栈的设计便不再是单纯实现标准规范，而是一场在有限Flash/RAM、无RTOS环境下的资源博弈。
本文所讨论的UDS协议栈，并非独立运行的软件，而是与电机控制算法共驻于同一颗MCU的固件。该MCU专门用于电机驱动，集成了CAN控制器、PWM模块、ADC等外设。其Flash与RAM资源本就紧凑，电机控制中断（16~20kHz）已占据大部分CPU时间。在此条件下，诊断协议栈必须做到：
极低的内存开销（协议栈本体Flash ≤ 8KB，RAM ≤ 1KB）；
不抢占实时中断；
支持固件在线升级，且在Flash擦写期间仍能保持诊断会话活跃。
1.2 UDS协议栈概述
本协议栈严格遵循国际标准：
ISO 14229-1：定义了诊断服务的应用层，包括会话控制、安全访问、数据读写、例程控制、上传下载等核心服务。
ISO 15765-2：定义了基于CAN总线的网络层与传输层，支持单帧（SF）、首帧（FF）、连续帧（CF）、流控帧（FC）四种协议数据单元（N_PDU）。
协议栈共实现了12个核心服务（SID），涵盖了从基本的心跳维持（TesterPresent）到完整的固件下载流程。同时支持物理寻址与功能寻址两种诊断通道。
1.3 运行环境与约束
硬件平台：专用电机控制MCU，集成CAN控制器，小端架构。
操作系统：裸机（bare-metal）MCU，无RTOS，所有任务基于主循环 + Systick周期标志驱动。
协同负载：双电机FOC控制，PWM中断优先级最高，诊断任务只能在中断间隙执行。
通信总线：CAN总线，支持标准帧与扩展帧。
1.4 设计目标与原则
在以上强约束下，协议栈确立了六条核心设计原则：
可裁剪性：通过编译开关与配置表，不修改代码即可移除不需要的服务或数据标识符（DID）。
低资源占用：目标Flash≤8KB，RAM≤1KB。
实时共存：不抢占电机PWM中断，所有协议栈任务挂载于毫秒级周期任务。
数据驱动：服务分发、DID读写、例程调用全部由常量配置表驱动，避免大量条件分支。
重编程鲁棒性：在Flash擦除期间，传输层关键代码仍在RAM中运行，可继续应答流控帧与TesterPresent。
可移植性：硬件相关代码独立于协议栈核心。
第2章 整体架构与分层设计
2.1 标准分层模型
协议栈自顶向下分为五层，与ISO标准完全对应：
| 层次 | 功能 |
|---|---|
| 应用层（UDS） | 实现各诊断服务的业务逻辑 |
| 服务调度层 | 服务分发、会话状态管理、安全访问延迟 |
| 网络接口层（NI） | 区分物理/功能通道，连接传输层与应用层 |
| 传输层（CANTP） | ISO 15765-2帧分片、重组、流控、超时管理 |
| 数据链路层（CAN驱动） | MCU CAN控制器收发、中断、BusOff处理 |
层间通过明确定义的接口交互，下层不依赖上层具体实现，上层通过初始化时注入的回调指针获取下层通知。
2.2 核心模块划分与依赖关系
协议栈由以下核心模块组成：
服务调度模块：负责请求分发、会话计时、安全延迟、响应组装。
传输层模块：维护接收/发送状态机，处理分帧与流控。
内存管理模块：抽象可写/可擦除区域，支持多段不连续地址校验。
安全模块：实现种子生成与密钥派生算法，以及防扫描计数器。
DID与例程配置模块：所有可读/可写数据标识符、例程均以常量表存储。
模块依赖呈现清
