CANape中如何配置诊断会话及安全访问？

Question

在使用CANape进行ECU诊断时，如何正确配置诊断会话模式（如默认会话、扩展会话）及实现安全访问（Security Access）是常见技术难点。用户常遇到问题：切换会话后无法进入扩展会话或编程会话，或在执行安全访问请求时返回“service not supported”或“security denied”错误。这通常涉及CCP/XCP通信参数设置不当、ODX文件未正确导入、诊断描述文件（CDD或DCM）配置缺失，或未按ECU规定的定时与密钥算法响应安全挑战。如何在CANape中结合DCM模块正确配置诊断状态机并实现多级安全解锁？

Answer 1

一、CANape中诊断会话模式与安全访问配置概述

在使用CANape进行ECU诊断时，正确配置诊断会话模式（如默认会话、扩展会话、编程会话）以及实现安全访问（Security Access）是确保高效通信和功能执行的基础。常见的问题包括：无法切换至扩展会话或编程会话、返回“service not supported”、“security denied”等错误码。这些问题通常源于通信参数设置不当、诊断描述文件缺失或未按ECU要求响应安全挑战。

1. 诊断会话模式的基本概念

• 默认会话 (Default Session)：ECU上电后的初始状态，支持基本诊断服务。
• 扩展会话 (Extended Diagnostic Session)：用于启用高级诊断功能，需通过0x10服务请求切换。
• 编程会话 (Programming Session)：用于刷写操作，通常由0x10 + 子功能0x02触发。
• 安全访问机制：多数高权限操作需先通过0x27服务完成安全解锁。

每种会话模式对应不同的服务可用性，必须依据ECU的诊断规范逐步切换。

2. 常见故障现象及初步排查路径

现象	可能原因	检查点
发送0x10失败	CCP/XCP未激活诊断通道	CANape中的XCP/CCP连接配置
返回“service not supported”	ODX/CDD未导入或版本不匹配	诊断数据库加载状态
返回“security denied”	密钥计算错误或超时	定时参数与算法一致性
无法维持扩展会话	未定期发送Tester Present (0x3E)	周期性消息设置
安全访问卡在RequestSeed阶段	DCM模块未启用或脚本逻辑错误	DCM scripting配置

3. 诊断描述文件的正确导入与管理

要实现完整的诊断功能支持，必须正确导入以下任一类诊断数据模型：

1. CDD (CANdelaStudio Description File)：基于XML格式，广泛用于Vector工具链。
2. DCM (Diagnostic Communication Module)：集成于CANape，支持状态机建模。
3. ODX (Open Diagnostic data eXchange)：标准化格式，适合跨平台使用。

导入步骤如下：

1. 在CANape主界面进入“Configuration → Diagnostic”
2. 点击“Import Database”，选择CDD/ODX文件
3. 检查是否成功解析出所有诊断服务（特别是0x10, 0x27, 0x3E）
4. 验证DCM State Machine是否自动生成或需手动配置
    

4. DCM模块中的诊断状态机配置

DCM（Diagnostic Communication Manager）模块允许用户构建可视化诊断状态机，以控制会话迁移流程。以下是典型的状态转移图示例：

graph TD A[Default Session] -->|Service 0x10 0x03| B(Extended Session) B -->|Service 0x27 0x01| C{Request Seed} C -->|Receive Seed| D[Calculate Key] D -->|Send Key (0x27 0x02)| E{Unlock?} E -->|Yes| F[Access Granted] E -->|No| G[Security Denied] F --> H[Execute Protected Service]

该状态机可通过CANape的DCM编辑器图形化配置，并绑定脚本处理Seed&Key逻辑。

5. 安全访问（Security Access）的实现细节

安全访问遵循ISO 14229-1标准，分为多个安全级别（如Level 1, Level 9）。关键在于准确实现Seed生成与Key响应的时序和算法：

• Step 1：发送27 01请求Seed，ECU返回67 01 XX XX XX XX
• Step 2：根据厂商特定算法（如AES、XOR、查表法）计算Key
• Step 3：在规定时间内（通常<5秒）发送27 02 [Key]
• Step 4：若成功，ECU返回67 02，进入解锁状态

在CANape中可通过CAPL脚本实现自动化处理：

on event SecurityAccess {
    diagRequest(RequestSeed);
    byte seed[4];
    if (diagResponseReceived()) {
        getDiagResponse(seed, 4);
        long key = CustomKeyAlgorithm(seed); // 用户自定义函数
        diagRequest(SendKey, key);
    }
}

6. 多级安全解锁的工程实践

某些ECU需要连续解锁多个安全等级（如Level 1 → Level 9），此时应在DCM状态机中设计层级跳转逻辑：

安全等级	子功能	用途	典型延迟容忍
Level 1	0x01 / 0x02	读取受保护DID	5s
Level 3	0x03 / 0x04	写入校准参数	3s
Level 9	0x11 / 0x12	Flash编程准备	2s
Level 15	0x1F / 0x20	OEM专属功能	1s

建议使用CAPL编写通用安全访问函数库，支持动态传参与重试机制。

7. CCP/XCP通信参数的影响分析

XCP on CAN常用于标定与诊断共存场景，其通信参数直接影响诊断服务可达性：

• DAQ列表未停止：可能导致总线负载过高，影响诊断响应。
• STIM通道占用CAN ID：与诊断RX/TX ID冲突导致丢帧。
• Event Channel配置不合理：造成诊断报文延迟。

解决方案：

- 在诊断前暂停所有DAQ传输
- 使用独立CAN通道分离XCP与UDS通信
- 调整优先级：诊断报文ID < 标定报文ID
    

8. 综合调试策略与最佳实践

为提升诊断稳定性，推荐以下综合措施：

1. 启用CANape Trace窗口实时监控原始CAN帧。
2. 使用Measurement & Calibration Panel验证诊断服务返回值。
3. 配置“Tester Present”周期任务（如每1.5秒发送0x3E 00）防止会话超时。
4. 对关键流程（如刷写前解锁）编写自动化诊断序列（Diagnostic Sequence Editor）。
5. 定期导出诊断日志用于回归测试。
6. 与ECU开发团队确认Seed&Key算法细节与反重放机制。
7. 使用ODX Checker工具验证诊断数据库完整性。
8. 在多ECU系统中启用“Diagnostic Addressing Mode”区分物理寻址与功能寻址。
9. 启用DCM中的“Automatic Session Control”简化状态迁移。
10. 对复杂算法采用DLL插件方式集成外部计算模块。