解析诊断调查表中的各个表单

诊断调查表

1、系统级别规范
2、ECU级别规范

1、系统级别规范

总体可分为5部分：文档相关、控制器ID和时间参数、DID资源区间、DTC资源区间和安全算法掩码。

Cover：项目名称、编制、校对、批准等等；
ModificationRecord:版本更新，修改的记录（修改项，修改内容）；
1-1_诊断CANID：控制器的物理寻址ID、响应ID以及功能寻址ID的定义；
1-2_TimingParameters 定时参数：时间参数（会话时间。流控标准）
2_DID范围：控制器自定义数据内容范围规定（DID、IO DID、Routine DID）
分配数据资源区间，便于管理，如果定义的时候有DID相同的一项，也能通过寻址ID进行识别，但是最好不要相同；
2-1_StoredData DID(ISO 14229-1表C.1) 系统级别DID 根据ISO推荐定义 DID号是不变的，但是数据内容是自定义的；
比如：F10A：指纹数据标识符，是不变的。写入的日期格式可以自定义
2-2_EOL-ConfigDID：下线配置DID列表
F110：网络配置字，控制器是否装配，进行下线学习。
2-3_EOL Process ：EOL流程
OEM下线配置时需要进行配置的相关DID，如果有自身功能相关配置，在步骤中进行添加。
2-4_Routine DID 例程控制DID列表。刷写过程相关的DID
3-DTC范围：控制器功能相关DTC范围规定
分配数据资源区间，便于管理，如果定义的时候有DTC相同的一项，也能通过响应ID进行识别，但是最好不要相同；
3-1系统DTC定义：定义统一故障的DTC，在ECU调查表DTC定义时，不一定全部都用，比如不牵扯某节点，故不需要记录某节点丢失的DTC，进行删除。若还有其他的DTC需要添加，则需要在DTC范围内进行添加。
3-2SnapshotList 快照数据保存的是ECU外围电路的数据，ECU供电电压、车速、故障发生次数、里程。
3-3ExtendedDataList 保存的ECU发生故障本身的信息；
4-安全算法掩码：诊断安全认证。

2、ECU级别规范

总体可分为8部分：文档相关、诊断参数、服务和子功能、DID资源区间、DTC资源区间、刷写流程、术语、问题跟踪表。
1、Info：控制器诊断需求规范：项目相关，项目相关人；
2、ModificationRecord:版本更新，修改的记录（修改项，修改内容）；
3、问题列表（OIL Open Issue List）：制作诊断表过程中需要找主机厂确认项；
Diagnostic Parameter：将系统级别与该控制器相关的信息进行合并一张表中；
4、0_Deviation：技术偏离表；
根据系统级规范内容，整理控制器技术偏离点并进行说明（重点关注供应商并未按照系统级定义或者OEM强制定义的要求执行开发，记录差一点，同时需要三方确认）
5、1_Services：诊断服务；
服务标识符，子功能，以及前置条件和寻址方式。
诊断服务和子功能每一行不能为空，选择支持或者不支持，根据诊断需求规范，进行确认，找不到的进行问题跟踪。
在这里插入图片描述
6、2_NRC:NRC优先级；
服务支持的NRC。
7、3_TimingParameters 定时参数
时间参数以及寻址方式。配置Diva工程会用到
8、4_CommContorType：通信控制类型；
9、5-1_DTCList EPS举例
序号、DTC Display、H&M&L Byte、 DTC Meaning、DTC Set Condition、 Confirm、 Faults-Recover Condition、Recover、Service $14、Self-Clear、Self-Clear Cycle、Effect To System、Special、Remarks。

DTC 分为系统级别DTC和自定义DTC
系统级别DTC：
● 显示码的校对，显示码和故障码是否一一对应；
● 不同子网的总线busoff不能相同；
● 系统级别DTC包括电压、总线、节点丢失，相关节点通过信号矩阵来判断是否相关，不要全部复制系统级别规范里面的DTC，只保存与EPS相关的DTC，根据信号矩阵的接收，判断哪些和EPS相关；
● DTC成熟的时间 10倍的报文周期，不要长也不要短，以及故障解除时间。
● DTC优先级
自定义DTC 根据功能故障，进行定义，保证在区间范围内即可。
10、5-2_DTCStatus
表格不能为空
在这里插入图片描述
11、5-3_SnapshotList 快照数据保存的是ECU外围电路的数据

12、5-4_ExtendedDataList 保存的ECU发生故障本身的信息

13、6-1_RW-DIDList 可读写DID列表