标准进展丨ASAM OpenODD 进入最终审查阶段

2024-11-26 17:13:01·  来源:C-ASAM组织  
 

C-ASAM • 标准进展


ASAM OpenODD 历经接近三年的制定,标准即将进入最终公开审查阶段。欢迎ASAM会员与行业专家提出意见和建议。


图片


ASAM OpenODD制定背景介绍


ASAM OpenODD 历经接近三年的制定,标准即将进入最终公开审查阶段。此项标准针对车辆的设计运行域进行审查,确保自动驾驶车辆的安全性。此项目由英国华威大学牵头,全球超过25家主机厂、供应商以及工具提供商参与制定。

ASAM OpenODD致力于形成一套可被机器阅读的描述语言格式,通过明确在仿真以及其他可被机器处理的环境,匹配目前存在的各种抽象的设计运行域的描述内容。通过设定此种语言,达到以下的相应需求:


  • 可被检索
  • 可进行交互
  • 可拓展
  • 机器阅读能力
  • 可被量化及验证
  • 人类可读性

  • 此项标准与ISO 34503 《道路车辆-自动驾驶系统测试场景-设计运行域》有着一定的关联。ISO 34503 专注于人类可读性,ASAM OpenODD 更多关注机器可使用性。此项标准针对ASAM的基于场景的测试流程,为提供边界条件以及测试的覆盖度提供支持。

    ASAM OpenODD标准介绍

    针对具体的语言使用方式,提供两个具体的案例,案例1如下图所示:


    图片


    在这个具体案例中,一个ASAM OpenSCENARIO DSL 的场景文件被执行,同时会在系统中载入一个当前被测环境的ODD文件,ODD_Shuttle_Service_Barcelona_Airport.osc。

    这个文件中是有当前测试整体的ODD环境文件生成或者复制,保证被测内容在当前环境下的ODD参数,在这里,针对西班牙的特定ODD文件被指定,这里是所有符合西班牙环境下的ODD文件,ODD_Spain.osc。此文件是由基于ISO 34503 的设计运行域所指导生成,具备统一的生成分类方法。

    在这个执行条件下,一种验证的应用方式是通过执行相应的ODD定义,去验证例如在所有的ODD范围内,自动驾驶车辆是否有效地执行自动驾驶功能,或者当设计的条件超出了运行边界,自动驾驶车辆是否执行了离开ODD范围时的有效接管操作。

    另一种应用状况是当车辆的设计运行域处于特定的地理信息中。当车辆驶出此区域,则需要进行特定的接管等,如下面案例2所示:

    图片

    案例2中,通过地理信息限定了两个ODD约束条件:

    (1)行人不允许进入区域102 & 103;

    (2)车辆在区域102 & 103中的速度不得超过80公里/小时

    通过验证以上的ODD条件以及运行状态,对于车辆的状态以及当前自动驾驶的状态进行评估。

    如需阅读ASAM OpenODD审查版本内容,敬请关注本公众号,输入“ASAMODD”关键字获取官方网页链接。

    若对本标准内容有意见和建议,请随时联系C-ASAM工作组,以及ASAM技术指导委员会委员 周博林。

    分享到:
     
    反对 0 举报 0 收藏 0 评论 0
    沪ICP备11026917号-25