诊断会话控制基础：会话状态机、默认会话、扩展会话、编程会话
好，咱们今天聊聊诊断会话控制。这是UDS协议里最基础、也最容易被忽视的一块。
我刚开始接触UDS时，觉得会话不就是个状态切换嘛，有啥好研究的？后来在项目里踩了坑才明白——会话控制要是没搞透，后面安全访问、刷写程序这些功能根本跑不起来。
什么是诊断会话？
说白了，诊断会话就是ECU的一种工作模式。ECU平时在车上跑着，干的是控制发动机、刹车这些正经事。但你一接上诊断仪，它就得切换到另一种状态，专门听你指挥。
UDS协议里定义了三种标准会话：
- 默认会话（Default Session）—— 最基础的模式
- 扩展会话（Extended Session）—— 允许更多诊断服务
- 编程会话（Programming Session）—— 专门用来刷写程序
嗯，这里要注意：有些厂商还会自定义会话，比如“安全会话”、“工厂模式会话”。但核心逻辑都一样，咱们先把标准会话吃透。
会话状态机
ECU内部维护着一个会话状态机。它决定了当前能做什么、不能做什么。
我习惯把状态机想象成一个门禁系统：
- 默认会话 = 大厅，谁都能进，但能干的事有限
- 扩展会话 = 办公区，需要权限，能做的事更多
- 编程会话 = 核心机房，必须严格管控
状态切换是通过 0x10 服务（DiagnosticSessionControl）来触发的。请求格式很简单：
请求：02 10 03
^^ ^^ ^^
| | +-- 子功能：03 表示扩展会话
| +----- 服务ID：0x10
+-------- 报文长度
响应：02 50 03 00 32 00 00
^^ ^^ ^^ ^^ ^^ ^^ ^^
| | | +--+--+--+ P2定时器参数
| | +-------- 子功能回显
| +----------- 响应服务ID
+-------------- 报文长度响应里带了一组定时器参数，这个后面会细说。你先记住：ECU会告诉你“我切换到新会话后，能等你多久”。
默认会话（Default Session）
ECU上电后，默认就在这个会话里。它是最安全的模式——只能执行最基本的诊断服务，比如读版本号、读故障码。
为什么这么设计？你想想看，车在行驶中，ECU正忙着控制喷油点火，你突然发个刷写指令过去，那不是要出大事？
默认会话下能用的服务很有限：
0x10诊断会话控制（切换会话用）0x14清除诊断信息0x19读取故障码0x22读取数据（部分）0x3E保持激活
我在项目中遇到过一个问题：某ECU在默认会话下居然允许刷写操作。结果产线上有人误操作，把程序刷坏了。后来我们强制在默认会话下屏蔽所有写操作，才彻底解决。
扩展会话（Extended Session）
扩展会话是“干活模式”。它开放了更多服务，比如：
0x2E写入数据0x2F输入输出控制0x31例程控制0x27安全访问（需要先解锁）
为什么叫“扩展”？因为它扩展了默认会话的能力。但要注意，扩展会话不等于安全会话——它只是允许你执行更多操作，但像刷写这种高危操作，还得进编程会话。
我曾经犯过一个错误：以为进了扩展会话就能直接刷写。结果ECU返回了否定响应 0x7F 0x31 0x78（请求序列错误）。查了半天才发现，刷写必须从默认会话→扩展会话→编程会话，一步步来。
编程会话（Programming Session）
编程会话是最高权限模式。它专门用于：
- 刷写应用程序
- 更新Bootloader
- 修改标定数据
进入编程会话后，ECU会做几件事：
- 停止所有应用层任务（比如控制算法）
- 切换到Bootloader模式
- 开放刷写相关的服务
这里有个关键点：编程会话通常需要先通过安全访问（0x27服务）解锁。否则ECU会拒绝执行任何写操作。
编程会话下，ECU不会响应应用层的请求。如果你在刷写过程中断开了连接，ECU可能会卡在Bootloader里，无法正常启动。所以刷写前一定要确保电源稳定、通信可靠。
会话切换规则
会话切换不是随意的。它遵循一套严格的规则：
| 当前会话 | 可切换到的会话 | 说明 |
|---|---|---|
| 默认会话 | 扩展会话、编程会话 | 可以直接切换 |
| 扩展会话 | 默认会话、编程会话 | 可以直接切换 |
| 编程会话 | 默认会话 | 只能切回默认会话 |
你发现没有？编程会话不能直接切到扩展会话。必须先从编程会话回到默认会话，再切到扩展会话。这是为了防止状态混乱。
我建议你在设计诊断栈时，严格遵循这个规则。有些工程师为了省事，允许任意切换，结果导致ECU状态机跑飞了。
会话超时机制
ECU不会永远待在某个会话里。它有一个超时机制：
- 默认会话：不会超时（除非ECU休眠）
- 扩展会话：通常30秒~5分钟（取决于厂商配置）
- 编程会话：通常5~30分钟（刷写需要时间）
超时后，ECU会自动切回默认会话。这是为了安全——万一诊断仪掉线了，ECU不能一直停在扩展或编程模式。
保持激活（0x3E服务）可以延长会话时间。我习惯在诊断工具里每隔2秒发一次0x3E，确保会话不会意外超时。
调试时，我经常遇到会话超时导致操作失败。后来我写了个小工具，自动发送0x3E保持激活。这样刷写时就不用担心超时问题了。
实际项目中的注意事项
最后分享几个我在项目中踩过的坑：
- 不要跳过会话切换：有些ECU要求必须从默认→扩展→编程，不能直接默认→编程。否则会报错。
- 注意P2定时器：ECU在响应0x10时会返回P2和P2*定时器。P2是正常响应时间，P2*是扩展响应时间。如果你发的请求太频繁，ECU可能来不及处理。
- 会话切换后要重新解锁：在扩展会话里做了安全访问，切到编程会话后，安全状态会丢失。需要重新做一次安全访问。
- 不要依赖默认配置：不同厂商的会话超时时间、可用服务列表都可能不同。一定要看具体的ECU诊断规范。
嗯，会话控制这块内容就这些。说白了就是三个状态、一套切换规则、加上超时机制。但就是这些基础的东西，决定了整个诊断系统的稳定性和安全性。
下一节咱们聊安全访问机制——怎么给ECU上锁、怎么解锁、以及我在项目中遇到的那些“锁死”的坑。