如何有效减少自动驾驶中传感器数据的存储量

一、导读

对于数据的存储落盘来说,占据绝大部分存储空间的数据来自于相机传感器,特别是当前的数采需求可能需要6-8个800M像素的相机采集,进行RAW数据落盘。举个例子,在以非RAW格式,比如YUV422 8bits,在3840×2160(800M)分辨率下以30fps进行拍摄:3840 × 2160 × 16 / 8 ×30 / 1024^2 = 475MB/s,近500MB/s的带宽需求,在搭载多个800M相机以及其他传感器的情况下,一辆数采车可以轻易达到5TB/小时的落盘需求。

因此能够有效降低数采的存储成本,减少数据挖掘的花费至关重要。

二、应对方法

1、时间同步策略

通过良好时间同步策略,可以避免产生大量无效数据。当然这里的无效也是相对而言的,原因之一是通过后期的手动调整进行不同模态的数据的时间对齐是一种非常耗时的工作。在数据采集的过程中,通过触发式的机械连接和软件时间同步,让不同模态的传感器数据打上高精度的时间戳,一方面便于数据管理,减少无效数据落盘,另一方面充分有利于算法训练。

2、数据压缩

从数据压缩的角度来看,在采集过程中可以采用H.264或者H.265进行视频压缩,比如在H.265压缩的情况下,取决于采集数据的复杂性、分辨率、帧率和编码器的设置,可以实现50%左右的压缩比率,1GB压缩成500MB,当然这个比率会受到很多参数影响,因此因实际情况而有所不同。

3、专注所需场景

目前,随着传感器技术的和算法的进步,自动驾驶算法/系统已经能够应对99%的场景,这是因为各个算法已经获得了PB甚至EB级别的数据,覆盖了生活中的绝大多数场景。为了去应对剩下1%的边缘场景,实际上,让数采车直接进行上路进行数据采集,将会有大量的重复数据,并且需要数据团队需要花费相当多的时间在其中寻找到目标数据。所以,优化数据的采集模式,让数采专注于算法所需场景的数据,是当下能够有效减少数据存储体积的方式。

如何有效减少自动驾驶中传感器数据的存储量的图1


三、康谋方案

1、康谋HEEX

针对这方面,康谋HEEX智能数据管理平台采用了基于事件和预设触发器的数据采集解决方案,能够使得数据团队直接在边缘设备或是云端直接提取与所需事件相关的数据。我们称之为“智能数据”,即最相关的数据,并且能够无缝分发给开发团队,优化数据存储成本和资源。

如何有效减少自动驾驶中传感器数据的存储量的图2

2、HEEX的工作流

康谋HEEX的工作流主要分为以下5个部分:

  • 定义所需的“智能数据”。即设置所需采集的数据的条件,比如“在有行人通过时,制动加速度超过5m/s^2”场景的数据;
  • 定义触发器。将设置的条件通过康谋HEEX SDK自动部署到数据采集系统上;
  • 部署代理。即设置监测数据、评估条件并最终记录事件的相关数据到指定的系统中;
  • 提取和上传数据。通过系统的网关和康谋HEEX API,可以方便上传到云端或下载到本地;
  • 数据分发。同样通过康谋HEEX API可以根据用户的需求自动处理不同模态的数据,并将其分发的对应的开发团队。并随着场景的变化和更新,可以进行更加细化和多样化的条件设置,以更好的定位只能数据。
如何有效减少自动驾驶中传感器数据的存储量的图3

在这个过程中,落盘的只有目标场景的数据,而并非所有数采车经过的场景,因此能够有效降低数采的存储成本,减少数据挖掘的花费。

同时,康谋HEEX也将会根据需求,集成到康谋高精度的时间同步数据采集方案中,同时提供数据压缩和智能数据管理服务。

如何有效减少自动驾驶中传感器数据的存储量的图4

我是分享自动驾驶技术的康谋,关注我,了解更多信息!

数据处理

如何有效减少自动驾驶中传感器数据的存储量的评论0条

    暂无评论

    如何有效减少自动驾驶中传感器数据的存储量的相关视频课程

    如何有效减少自动驾驶中传感器数据的存储量的相关案例教程

    本贴介绍ansys的从钢轨到简支桥梁的精细化建模以及移动荷载的动力学分析 钢轨采用60轨,Timoshenko梁模拟 轨道板采用实体建模 板下支撑模拟自密实混凝土及底座板 桥梁采用实体建模 采用APDL技术 纯代码搭建 学会后可实现参数化建模 具体建模细节可见下图 本结果展示了一个转向架过该模型时的动力响应特征,学会后编组车都可以随意加: 购买后不担心下载文件损坏,如损坏我们将在付费栏中提供永久联
    概述:以Koyna混凝土坝为对象进行地震响应计算。将自编的八节点UEL和二十节点UEL应用到计算中。分别进行了混凝土坝模态计算和地震时程计算。 其中,在模态计算中共设置四种计算工况,分别为:ABAQUS-C3D8、UEL-C3D8、ABAQUS-C3D20、UEL-C3D20。 在地震时程计算中设置两种计算工况,分别为:ABAQUS-C3D8、UEL-C3D8。 计算结果表明,自编UEL与ABAQ
    概述:采用用户自定义子程序实现了ABAQUS自带的C3D8单元,且考虑B-BAR修正。为了探究用户自定义单元的面荷载施加,采用了虚假单元,
    (一)模型信息 悬臂梁尺寸:10x10x100,密度1e10,密度200,泊松比0.25。不设置单位,纯验证。 网格如下,每个单元尺寸为:2x2x5。 (二)静力分析 边界条件如下: 荷载大小为:1e6,采用固定增量步长,计算总时长为10(静力计算中计算时长无意义,仅为验证设置),增量步长为0.01,总增量步数为1000。 总位移云图为: 加载向(U2、Y向)位移云图为: 梁向(U3,z向)位移云
    产品概述 Rhapsody是基于UML/SysML的模型驱动开发集成环境,专注于嵌入式和实时系统。通过Rhapsody的模型驱动体系,可以快速地将应用模型部署到实时嵌入式操作系统。Rhapsody适应迭代设计与开发,软件开发可以在宿主机环境持续的执行和验证,继而生成嵌入式应用,下载到目标机进行测试。 Rhapsody同时提供了种类众多、功能强大的Add-Ons扩展模块,满足客户不同的应用需求。针对
    影响力
    粉丝
    内容
    获赞
    收藏
      项目客服
      培训客服
      0 0