小趴菜_自动驾驶搬砖人

小趴菜_自动驾驶搬砖人

介绍

 本文主要介绍M类车辆的汽车事件数据记录系统的术语定义、技术要求、试验方法和要求、外观和标识等内容。

术语定义

1. 碰撞事件: 达到或超过触发阈值的碰撞或其他物理事件,或者其他任何导致不可逆约束装置展开的事件,以先发生者为准。
2. 汽车事件数据记录系统: 由一个或多个车载电子模块构成,具有监测、采集并记录碰撞事件发生前、发生时和发生后车辆和乘员保护系统的数据功能的装置或系统。
3. EDR控制器: 用于监测、采集并记录碰撞事件过程中时间序列数据的车载电子模块。
4. 横向加速度: 车辆上某点的加速度矢量Y轴方向上的分量。
5. 纵向加速度: 车辆上某点的加速度矢量X轴方向上的分量。
6. 垂直加速度: 车辆上某点的加速度矢量Z轴方向上的分量。
7. 速度变化量: 碰撞前车辆速度与碰撞后车辆速度的矢量差。
8. EDR记录: 碰撞事件触发后,存储在一个或多个特定的记录EDR数据的ECU中的时间序列数据。
9. 触发阈值: 达到EDR记录的条件。
10. 锁定事件: 满足锁定条件下,不被后续事件覆盖的EDR记录的事件。
11. 非锁定事件: 不满足锁定条件下,可被后续事件覆盖的EDR记录的事件。
12. 时间零点: EDR系统确定的碰撞事件开始的时间点。
13. 保护系统: 用来约束乘员的内部安装部件及装置。
14. 乘员保护控制算法: 必要时激活乘员保护装置的碰撞感应逻辑,不是预碰撞感应逻辑。
15. 不可逆约束装置: 无法通过自动恢复或手动调整恢复至可再次使用状态的约束装置
16. 转译: EDR数据提取工具对EDR记录存储的数据进行转化,将其整合为可读报告
17. EDR数据提取工具: 由硬件和软件组成,满足以下功能,用于读取EDR记录数据的电子工具:
     17.1 与车辆上满足要求的连接器与EDR控制器进行连接
     17.2 读取EDR记录数据
     17.3 可将未转译的二进制EDR记录进行鉴别,并将其形成文件存储到电脑中
     17.4 打开并验证已存储、未转译且包含EDR记录的文件夹,将其转译为可读报告
18. EDR记录的提取: EDR数据提取工具对EDR记录的读取、转译和输出报告的过程。
19. EDR记录报告: 由EDR数据提取工具转译输出的包含车辆EDR记录的可读报告。
20. 控制上限: 用来定义某一变量符合性测试的上限。
21. 控制下限: 用来定义某一变量符合性测试的下限。
自动驾驶TPM技术杂谈 ———— 汽车事件数据记录系统-LMLPHP

技术要求

碰撞事件要求

触发阈值

 1. 车辆达到以下触发阈值条件时,该事件应被记录:
   1.1 当车辆仅记录纵向速度变化量时,触发阈值为在X轴方向上150ms时间区间内不小于8km/h的车辆速度变化;
   1.2 当车辆同时记录横向速度变化量时,触发阈值为在X轴方向或Y轴方向上150ms时间区间内不小于8km/h的车辆速度变化
 2. 对于以上两种情况,如果事件持续时间小于150ms,车辆速度变化不小于8km/h时,即达到触发阈值
 3. 当制造商设置成其他触发阈值时,也应满足上述的条件。

锁定条件

 1. EDR系统应至少选择以下任意一项作为锁定条件,且事件数据不应被后续事件覆盖:
   1.1 不可逆约束装置展开;
   1.2 150ms时间区间内在X轴方向上的车辆速度变化不小于25km/h。
 2. 发生后碰时,制造商可采用自行设定的控制算法作为锁定条件;发生侧碰时,应将侧面不可逆约束装置展开作为锁定条件。如果车辆未配备侧面不可逆约束装置,应由车辆制造商确定是否锁定。
 3. 当制造商设置成其他锁定条件时,也应满足上述的条件。

碰撞事件起点

 碰撞事件起点(T)应满足以下任意一项要求:
   1. 对于使用唤醒乘员保护控制算法的系统,T为乘员保护控制算法被激活的时刻;
   2. 对于使用连续运行乘员保护控制算法的系统,T为前碰/后碰事件在20ms时间区间内,纵向累计速度变化量最早不小于0.8km/h的时刻;或侧碰事件在5ms时间区间内,横向累计速度变化量最早不小于0.8km/h的时刻。如下表所示。
   3. 一个不可逆约束装置展开的起始时刻。
   4. 如果EDR功能不由气囊控制器实现,则应以2作为碰撞事件起点。
   5. 气囊的二级(或更高级)点爆不应作为碰撞事件起点,也不应触发另一个EDR记录。
   6. 如果采用3作为碰撞事件起点,则不可逆约束装置展开前的碰撞事件数据也应被采集并记录。
自动驾驶TPM技术杂谈 ———— 汽车事件数据记录系统-LMLPHP

碰撞事件终点

 碰撞事件终点(T)应满足以下要求:
   1. 对于唤醒乘员保护控制算法,T为乘员保护控制算法自身重置的时刻。如果直至记录周期的终点,该条件还未满足,T可被定义为最后记录的数据点的时刻。
   2. 对于连续运行乘员保护控制算法,T为在20ms时间区间内,累计的纵向和横向速度变化量最早小于0.8km/h的时刻。如果直至记录周期的终点,该条件还未满足,T可被定义为最后记录的数据点的时刻。
   3. 如果EDR功能不能由气囊控制器实现,则应以2作为碰撞事件终点。

碰撞事件持续时间

 碰撞事件持续事件为碰撞事件起点(T)和碰撞事件终点(T)之间的时间区间。

数据记录要求

 EDR记录的数据元素按照以下要求分成两级:
   A级数据元素:配备EDR系统的车辆应记录的数据。A级数据的名称、最小记录区间、最小记录频率及数据说明见下表。

   B级数据元素:配备EDR系统的车辆且配备了相关装置或具有相关功能时应记录的相关数据。B级数据元素的名称、最小记录区间、最小记录频率及数据说明见下表。

记录功能要求

存储介质

 EDR数据应记录在非易失性存储器中。

EDR触发要求

 当车辆达到规定的触发阈值时,EDR控制权应触发记录数据。

存储事件次数要求

 EDR系统应至少能记录连续三次碰撞事件的数据。

存储覆盖机制要求

 1. 如果EDR系统没有足够的空间记录一个事件,当前事件数据应覆盖之前非锁定事件数据,但均应按照时间顺序依次覆盖;对于锁定事件数据,不应被后续事件的数据覆盖。
 2. 对于非锁定事件,允许制造商设置其他的存储覆盖机制。

断电存储要求

 在碰撞发生过程中,如车内供电回路由于碰撞事件导致无法正常供电,EDR系统自身应具有供电能力。此供电能力应能满足在单一方向发生碰撞的情况下,当所有相关点火回路在断电后(150±10)ms内全部展开,EDR系统应至少能满足记录T之前的全部数据和T到断电之后(150±10)ms的数据要求。

数据提取要求

总体要求

 事件发生后,EDR记录的数据应能被提取且应防止数据被篡改或删除。

端口要求

数据提取协议要求

11位CAN标识符读取数据

功能寻址

 EDR数据提取工具应采用ISO 14229-1 2020中的22服务读取EDR数据,下表规定了11位CAN标识符读取数据。

 示例如下:
   EDR数据提取工具发送功能寻址EDR请求数据命令:7DF 03 22 FA 13 00 00 00 00
   记录EDR数据的ECU向EDR数据提取工具发送EDR响应数据:7XX 1X XX 62 FA 13 XX XX XX
   EDR数据提取工具发送物理寻址FC EDR请求数据的命令:7XX-8 30 00 00 00 00 00 00 00
   记录EDR数据的ECU向EDR数据提取工具发送剩余连续帧(CF)EDR响应数据:7XX 21 XX XX XX XX XX XX XX
 剩余CF数量取决于记录EDR数据的ECU向EDR数据提取工具发送EDR响应数据的长度。

物理寻址

 EDR数据提取工具应采用ISO 14229-1 2020中的22服务读取EDR数据,下表规定了11位CAN标识符读取数据。

29位CAN标识符读取数据

 EDR数据提取工具应采用ISO 14229-1 2020中的22服务读取EDR数据。29位CAN标识符应符合ISO 15765-2 2016 附录A中定义的常规固定寻址格式。

 示例如下:
   EDR数据提取工具发送功能寻址EDR请求数据命令:0x18DBFFF1 03 22 FA 13 00 00 00 00
   记录EDR数据的ECU向EDR数据提取工具发送EDR响应数据:0x18DAF1XX 1X XX 62 FA 13 XX XX XX
   EDR数据提取工具发送物理寻址FC EDR请求数据的命令:0x18DAXXF1 30 00 00 00 00 00 00 00
   记录EDR数据的ECU向EDR数据提取工具发送剩余连续帧(CF)EDR响应数据:0x18DAF1XX 21 XX XX XX XX XX XX XX
 剩余CF数量取决于记录EDR数据的ECU向EDR数据提取工具发送EDR响应数据的长度。

K线读取数据

物理层要求

 符合ISO 14230-1的规定。

数据链路层要求

 符合ISO 14230-2的规定,且还应满足以下要求:
   1. 头字节:应含4个字节,即格式字节、目标地址字节、源地址字节、单独长度字节;
   2. 格式字节:A,A应为1,0。即地址模式位“有地址信息,物理地址”;
   3. 地址信息:EDR控制器地址为0xC0;EDR数据提取工具地址为0xF1;
   4. 初始化:EDR控制器初始化方式应支持“快速初始化”方式

应用层要求

 发ISO 14230-3 1999中22服务的规定。

数据提取符号要求

CAN提取数据

 基于CAN网络的EDR数据提取符号应符合表B.1中的要求,为存储的每个事件分配一个事件标识符,应分别为0xFA13、0xFA14和0xFA15。其中0xFA13为最近一次发生的事件的标识符,0xFA14为倒数第二次发生的事件的标识符,0xFA15为倒数第三次发生的事件的标识符。

K线提取数据

 基于K线的EDR数据提取符号应符合表B.2中的要求,为存储的公共部分数据分配一个标识符0xFA10。为存储的每个事件分配三个事件标识符,应分别为0xFA21、0xFA31、0xFA41为最近一次发生的事件的标识符;0xFA22、0xFA32、0xFA42为倒数第二次发生的事件标识符;0xFA23、0xFA33、0xFA43为倒数第三次发生的事件标识符。

数据转译要求

 EDR记录的数据应符合表A.1的要求,且应按照表B.1的数据排列方式进行转译。

存储期限要求

 如果EDR存储单元未被更换,EDR系统存储的事件数据应在车辆整个生命周期内都可以被读取出来。

其他数据提取要求

 如果EDR数据分散存储在不同的车载电子模块中,记录的数据应保证时间同步性。

防护性能要求

 记录EDR数据的ECR控制器防护性能应满足GB/T 30038规定的功能状态要求,如表所示。

附录

A.1 数据元素格式

B.1 基于CAN线通信的EDR数据元素排列

B.2 基于K线通信的EDR数据元素排列

08-21 10:48