随着ADAS技术日趋成熟,ADAS市场迅速增长。AEB (Autonomous Emergency Braking)作为ADAS的一项重要主动安全功能,如今已纳入全球主要汽车市场的碰撞安全评分体系。面对汽车功能安全标准不断提高,如何在系统开发早期对系统功能进行满足安全标准的测试,以降低后期维护成本、避免安全功能缺陷成为了诸多整车厂与供应商的重点关注问题。
为应对汽车科技不断革新,世界各国成立了各自的NCAP(NEW CAR ASSESSMENT PROGRAMME)认证机构。目前的新车安全评价项目中,以E-NCAP测试规程所涵盖的范围最为广泛,而国标C-NCAP也是以E-NCAP为基础制定修改的。
表1 E-NCAP评估项目*表示测试规程中2020年5月更新加强的项目
以E-NCAP测试协议中关于AEB系统功能的测试项目AEB CCR (Car-to-Car Rear)及AEB VRU(Vulnerable Road Users)为例,首先我们来了解一下具体的测试场景。
CCRs(Car-to-Car Rear stationary)测试车追撞前方静止目标车
测试车沿测试路径(即碰撞车道中心线)向目标车行驶,测试车速度10-50km/h,且测试车与目标车重叠范围-50%-50%,如图1所示。CCRm(Car-to-Car Rear moving)测试车追撞前方低速目标车
测试车沿测试路径向目标车行驶,测试车速度30-80km/h,目标车速度20km/h,测试车与目标车重叠范围-50%-50%,如图1所示。
图1 CCRs、CCRm测试场景 图片来源:E-NCAP
在搭建测试用例过程中,如何逻辑清晰地把握场景中信号间的相互关系和激励时段往往是复杂模型的测试难点所在。TPT作为PikeTec公司研发的嵌入式系统模型动态测试验证工具,针对场景测试采用分时段逻辑路径、参数variants、测试用例并行执行、图形化的方式搭建测试用例,使得场景构建灵活便捷,下面我们将结合AEB场景对这些搭建特点进行说明。
测试车坐标系按照ISO 8855:1991 中所指定的惯性坐标系,如图4所示:以测试车与目标车100%重叠时的初始位置为场景坐标系原点,X轴指向车辆前方,Y轴指向驾驶员左侧。本文仅以100%重叠率为例介绍搭建测试用例。
图4 测试用例坐标系 图片来源:E-NCAP
TPT将测试场景的变化以时段划分,场景顺序定义清晰。测试用例每个区域都包含一条分时段的逻辑路径。其中,转移线定义了当前时段结束进入下一个时段的跳转条件;Local型状态块用于定义当前时段的激励信号;Reference状态块的信号定义直接参考相应Local状态块,避免重复性定义。
图5 测试用例结构
当同一场景中场景目标较多时,一条测试逻辑路径难以清晰高效地控制多个目标时段。TPT支持对同一场景用例进行分区,搭建多条测试用例以控制不同的测试对象,同时支持多个用例并行执行,严格控制同一场景不同信号的时段关系。
如图6中将测试用例区域分成两个区域,分别用于分配场景中测试车控制信号与目标控制信号。测试用例的分时段信号说明如下:
测试车控制:
测试用例开始执行Ego init初始化测试车位置与速度;之后Ego action1测试车加速到40km/h;达到目标速度后进入Ego action2,测试车保持速度行驶;判断测试车速度是否符合测试结束条件,满足条件则延时2s测试用例结束。
目标控制:
测试用例开始Object init初始化目标位置(距离测试车300m)、速度、加速度、目标类型(CAR)等;当测试车执行Ego action2匀速行驶时,目标执行Object action1测试车感知到目标。
图6 CCRs测试用例
将不同场景相同时段的信号参数以variants定义,通过将参数variants和场景的逻辑路径组合,可以快速搭建测试用例。
CCRs场景中需要对测试车速度10-50km/h进行测试,当前测试用例测试车目标速度为40km/h。如图6所示,在Ego action1中针对测试车的不同速度要求定义了不同的variants,搭建用例时只需在状态块上右键切换即可调用不同的速度取值,避免重复定义提升用例搭建效率。
通过将逻辑路径图形化,结合variants与转移线文字标注使得场景逻辑一目了然,易于阅读与后期维护。
CCRm测试场景与CCRs相比:目标类型不变仍然为CAR、目标速度要求为20km/h匀速运动;测试车测试速度范围发生变化。因而与上图CCRs的测试用例相比只需进行如下改动:
图7 CCRm测试用例
图8 CCRb测试用例
Object init 初始化目标假人起始位置(300m,6m)、目标假人类型(EPTa);Object action1目标出发,1.5m内加速到8km/h之后保持匀速并被测试车感知到。
图9 CFPA测试用例
最后我们对以上测试过程进行分析总结,进一步明确采用TPT模型动态测试工具对场景测试的思路。如表2所示,根据场景描述我们可以对场景要素分类(测试车状态、目标属性、目标状态),对应测试用例的不同时段的状态块(Ego action、Object init、Object action),在每个状态块为不同场景需要的参数定义variants(如Ego action包括10-80km/h的variants)。定义了variants之后,搭建逻辑路径并编写时段结束条件,根据测试场景选取variants进行组合即可完成用例搭建。
表2 测试场景要素与测试用例variants分析
图10 测试用例的variants分类
ISO26262明确要求要在模型开发阶段对模型进行基于需求的测试,功能安全系统是否能实现预期的功能,对测试用例执行数据进行评估是不可或缺的。
被测AEB模型需要从传感器模型获取感知信息(测试车与目标的相对距离、相对速度、相对加速度、目标类型等),以计算预期的碰撞距离、碰撞时间等参数并及时进行制动干预。此外,在FCW(Forward Collision Warning 前向防碰撞预警)系统开启的基础上,开启AEB模式AEB系统才可生效,也就是说AEB系统运行离不开FCW功能。
E-NCAP测试规程对FCW及AEB系统测试场景的执行条件有具体要求。
表3 测试场景执行要求
场景\功能 | AEB场景结束条件 | FCW功能测试要求 |
CCR 场景 | 以下条件之一发生时,单次试验结束: a)测试车速=0km/h; b)测试车速<目标车速,并且本次试验没有碰撞的可能; c)测试车与目标车发生接触。 | FCW系统警告后延迟时间为1.2秒,AEB应作出制动反应,以考虑驾驶员的反应时间。 | T0(4s TTC)处开始,当T0到TAEB和/或TFCW之间的所有规定条件满足时,试验有效。(其他条件不再详述) |
VRU 场景 | 以下条件之一发生时,单次试验结束: a)测试车速=0km/h; b)测试车速<目标车速,并且本次试验没有碰撞的可能; c)目标假人离开了测试车路径,或者测试车离开了目标假人路径。 | 出现以下情况之一测试结束: a)测试车速=0km/h(交叉碰撞场景)或测试车速度=目标假人速度(纵向碰撞场景); b)TFCW<1.5s TTC。 |
TFCW:指FCW声音警报开始的时间。
TAEB:指AEB系统激活的时间。
TTC:Time To Collision 指测试车碰撞目标之前的剩余时间。
其中,VRU场景目标假人碰撞判定方式为:以目标假人的髋部点为参考点,高度为(923±20)mm,在周围定义了一个虚拟区域尺寸如图11所示,测试车的虚拟轮廓线与目标假人的虚拟区域接触时判定碰撞发生如图12所示。
图11目标假人(成人/儿童)周围虚拟区域
图12远端目标行人碰撞判定
图片来源:E-NCAP
通过以上介绍我们可以知道,AEB的评估是基于闭环测试,特别是AEB及FCW触发后需要结合特定指标(相对速度、相对距离、TTC、TFCW等)进行评估。根据执行条件编写评估脚本并对部分指标进行说明如图13所示。
图13 评估脚本
TPT支持对被测模型一键生成闭环测试环境,具有丰富的内建函数以编写GUI评估或脚本评估,自动调用测试执行数据进行评估、生成定制化测试报告。Signal Viewer界面可对测试执行数据及评估结果观察调试,以CCRs执行数据为例如图14所示。测试用例评估结果及报告如图15所示。
图14 CCRs执行数据及评估:(a)测试车与目标数据;(b)感知信息及评估
图15 CCRs用例评估结果及报告:(a)测试用例评估结果;(b)测试用例报告
TPT支持与主流的智能驾驶场景工具(VTD、DYNA4、CarMaker等)进行集成。为了对搭建的测试用例进行更直观的理解,我们使用TPT调用场景工具进行渲染。
TPT作为PikeTec公司研发的嵌入式系统模型动态测试验证工具,其图形化的测试用例搭建方式使得场景构建清晰快捷。TPT支持需求跟踪及自动化测试评估,可集成众多业内主流的工具平台和测试环境并实现测试用例复用,满足ISO2626对功能安全相关系统的生命周期所要求的所有测试活动,提高项目测试效率。
北汇信息作为PikeTec的中国合作伙伴,将帮助中国客户借助TPT提升嵌入式控制系统的开发效率。
TPT Fusion平台升级,AUTOSAR及ViL测试功能重装上线
如需了解如上内容更多信息,
可以随时联系北汇信息!
电话:010-64782218
邮箱:info@polelink.com
微信ID:Polelink_Info
北汇信息|专注电控、新能源、MES技术
长按二维码关注北汇信息