3、诊断会话控制（0x10）：默认会话、编程会话、扩展会话的切换机制与安全等级

大家好，我是老张。今天我们来聊聊UDS诊断里最基础、也最容易被忽视的一个服务——0x10诊断会话控制。

说实话，我见过不少刚入行的工程师，一上来就急着发诊断请求，结果ECU根本不搭理他。为什么？因为会话没切对。你想想看，ECU就像一栋大楼，不同的会话就是不同的楼层，你在一楼想进三楼的保险库，门都没有。

3.1 三种会话模式：你该在哪个楼层干活？

UDS 0x10服务定义了三种标准会话模式。我习惯把它们比作三种工作状态：

默认会话，说白了就是ECU上电后的初始状态。在这个会话里，你只能干点"轻活"——读读故障码、看看版本号。想干大事？不行，得先切会话。

编程会话，这是权限最高的会话。我记得有一次在项目现场，客户急着要刷写新固件，结果ECU一直报错。排查了半天，发现是会话没切到编程模式。嗯，这种低级错误我也犯过。

扩展会话，这个介于两者之间。做标定、写配置参数，一般都在这个会话里。我个人的习惯是，只要不是刷固件，优先用扩展会话。

3.2 会话切换机制：怎么上楼？

切换会话其实很简单，发一条0x10请求就行。但这里有几个关键点，我踩过的坑不少。

请求: 0x10 + Sub-function
响应: 0x50 + Sub-function + P2_Server_Max + P2*_Server_Max

举个例子，从默认会话切到扩展会话：

请求: 10 03
响应: 50 03 00 32 00 1E

响应里的P2_Server_Max和P2*_Server_Max，这两个参数特别重要。P2_Server_Max是服务器最大响应时间，单位是毫秒。P2*_Server_Max是扩展响应时间。我刚开始做诊断时，经常忽略这两个值，结果超时了还不知道为什么。

3.3 安全等级：不是谁都能进

切换会话只是第一步。真正要干活，还得过安全访问这一关。安全等级说白了就是：

• 默认会话：不需要安全访问，但能做的事有限
• 扩展会话：需要安全访问才能执行写操作
• 编程会话：必须通过安全访问，而且通常有更严格的种子-密钥算法

这里有个容易混淆的地方：会话切换本身不需要安全访问。你可以在任何会话之间自由切换，但切换后想干"敏感操作"，就得先过安全访问这关。

3.4 会话超时与自动回退

这个机制我特别喜欢，因为它能防止"忘记关门"的问题。ECU有一个S3 Server定时器，如果在指定时间内没有收到任何诊断请求，就会自动回退到默认会话。

我建议你在设计诊断工具时，一定要考虑这个超时机制。比如：

# Python示例：处理会话超时
import time

def send_diagnostic_request(session, request):
    # 检查当前会话是否有效
    if time.time() - last_request_time > S3_TIMEOUT:
        # 会话已超时，需要重新切换
        switch_session(session)
    
    # 发送请求
    response = can_bus.send(request)
    last_request_time = time.time()
    return response

这个S3超时时间，通常是在切换会话时由ECU返回的。我记得有一次，客户抱怨诊断工具总是莫名其妙断开连接，排查后发现是S3超时时间设得太短，只有2秒。稍微一卡顿就超时了。

3.5 实际项目中的切换策略

在实际项目中，我一般遵循以下策略：

1. 先切会话，再做安全访问——这是标准流程
2. 保持会话活跃——定期发送0x3E Tester Present请求，防止超时
3. 操作完成后切回默认会话——这是好习惯，避免占用资源
4. 处理异常情况——比如ECU突然复位，会话会回到默认

好了，关于诊断会话控制就讲到这里。下一章我们会聊0x27安全访问服务，到时候会详细讲种子-密钥的交互过程。嗯，那个更有意思。