首页 > 其他分享 >OmniNxt 论文阅读

OmniNxt 论文阅读

时间:2025-01-10 19:25:00浏览次数:8  
标签:right Omni 鱼眼 论文 相机 OmniNxt 阅读 图像 left

来源: https://arxiv.org/html/2403.20085?_immersive_translate_auto_translate=1

标题: OmniNxt: A Fully Open-source and Compact Aerial Robot with Omnidirectional Visual Perception

OmniNxt 感觉是, 取自 Omnidirectional 中 全的意思, Nxt 像是 Next 的意思,表示未来

摘要:

1. 为什么提 Omnidirectional Visual Perception(全景视觉感知),摘要在说什么?

为了提高了感知能力,显着提升了空中机器人在检查、重建和救援任务中的能力。全景视觉感知 就需要 omnidirectional Field of View (FoV) cameras,也就是全景相机。

缺点:系统复杂,需要 硬件设计和相应的算法支持

OmniNxt 是一个具有全向感知的完全开源的空中机器人平台。

  • 硬件设计:高性能飞行控制器 Nxt-FC 和多鱼眼相机组
  • 软件设计:有限的计算资源占用下实现精确定位和实时密集建图

引言

1. omnidirectional FoV 的优点

omnidirectional FoV:

  • 更稳健、更高效地执行 exploration、reconstruction、rescue 等任务
  • 提高了挑战性环境中的定位精度
  • enables minimizing the indirect-controlled yaw rotation during the flight,从而提高自主导航等下游任务的能源效率。 也就是说:飞行中不用故意旋转就能看到目标,更省电

2. 没有 open-source omnidirectional FoV platforms 的障碍?

  • (1)传感器配置:需要多鱼眼相机组,在结构设计、硬件开发和细致的校准方面困难
  • (2)算法开发:所有算法,即定位、建图、规划器和控制器都应该适应于正确利用增加的信息。
  • (3)系统集成:对每个组件进行广泛的测试和优化对于确保受尺寸和计算资源限制的系统内稳定可靠的性能至关重要。应仔细考虑和优化系统延迟、资源占用和整体性能,以在实际场景中实现健壮和稳定的功能。

3. 本文中 omnidirectional FoV platforms 设计的原则是什么?

COPE criteria:

  • Compact: 在硬件层面,传感器组件应该紧凑,以尽量减少平台的尺寸和重量,从而提高可操作性。此外,关键软件模块应消耗最少的系统资源,为进一步的任务和开发提供灵活的环境。
  • Open-source: 所有硬件和软件都应该开源,这有利于社区的凝聚力复制、开发和增强。
  • Perceptive: 通过摄像头、IMU等传感器感知周围环境的综合信息和低噪声测量。另一方面,相应的算法应该能够有效地处理和利用传感器的输入,以提高系统的鲁棒性和稳定性。
  • Extendable: 硬件应开发为允许跨平台无缝交换和迁移,从而扩大当前设计的实用性。与此同时,软件应该是模块化的并且易于更新,以加快新兴算法的验证和后续应用的适应。

4. 通过 COPY 准则,本文的贡献是?

  • 【1】An open-source and compact hardware platform with omnidirectional FoV:
    • 硬币大小的高性能飞行控制器 Nxt-FC,为视觉惯性里程计(VIO)提供 500 Hz 低噪声 IMU 数据
    • 多鱼眼相机组来支持全方位感知。该套件还向 VIO 提供同步图像,其中还提供相机驱动程序和校准工具。
  • 【2】An open-source and real-time omnidirectional perception framework: It consists of two principal components, Both are devised as resource-efficient modules:
      1. Omni-VINS :提供精确的VIO
      1. Omni-Depth:omnidirectional dense mapping
  • 【3】进行了大量的实际实验来彻底评估所提出的系统
    • 出色的定位精度和可靠的点云质量
    • 平台的实用性
    • 适应性:与一系列传感器的兼容性以及易于修改以适应不同应用

相关工作

硬件设计

image

  • UpDown 结构:摄像机通常具有 250 至 360 度 FoV, 受到图像扭曲的影响更大
  • Corner 结构通常采用三个或更多摄像机, 180到 210 FoV, 涉及更复杂的校准

UpDown 结构:在室内环境中表现出更高的里程计精度。这可以归因于在图像失真较小的区域(中心)进行特征提取和跟踪的可能性更大。在户外环境中的表现往往不太理想。
原因是,当系统在户外运行时,在更大的失真区域(边缘)更有可能提取和跟踪特征,从而在系统状态的估计中引入更多的噪声。

像全向 DSO 一样,基于角结构,由于图像输入失真较小,因此在两种情况下都可以获得更高的精度。然而,与VINS 等基于特征的方法相比,直接方法由于其对运动模糊和图像照明变化的敏感性而不适用于敏捷机动平台。

看来本文也是用的 Corner 结构,但是算法不是用的直接法,而是用的特征方法。

Omnidirectional Depth Estimation

由于严重失真,从鱼眼相机捕获的多张图像中 Retrieving(获取) 密集的深度信息具有挑战性。现有的解决该问题的方法可以分为直接方法和间接方法。

direct methods:

  • OmniMVS:采用神经网络直接从原始图像中获取密集的深度信息。然而,这些方法往往难以跨不同相机进行泛化,并且很难满足资源有限平台上的实时要求。

间接方法旨在将原始图像转换为由虚拟针孔相机捕获的多对立体图像,如:

  • 半全局匹配(SGBM)在资源有限的平台上获得密集的深度估计
  • 采用CNN来获得更密集的深度估计

本文的方法类似于 采用CNN来获得更密集的深度估计, 在资源有限的平台上实现了实时推理速度,同时在实现中保持了更灵活的结构。

可用平台 介绍

  • FLA [ 4 ]和 MRS [ 5 ]等现有平台是为开放区域的数据收集和自主导航而设计的。这些平台共享类似的解决方案,利用基于 PX4 [ 19 ]的飞行控制器、仅 CPU 的机载计算机、单声道或立体相机以及 LiDAR。然而,由于引入激光雷达来获取密集地图,实现其设计的紧凑性和轻量化具有挑战性。另一方面,该平台专为积极的规划和控制而设计,优先考虑最大化推重比(TWR)。这一类别中一个著名的平台是 Agilicious [ 6 ] 。
  • 与上述平台不同,Agilicous [ 6 ]通过采用狭窄的硬件设计实现了紧凑性和轻量化,这使得该平台具有较高的TWR,但很难集成额外的传感器。这种限制给访问全面的周围环境带来了挑战,限制了其对未来任务的适用性。
  • 此外,DJI MAVIC 3T [ 11 ]和SKYDIO X10 [ 12 ]等商业平台并未开源,阻碍了进一步的开发和算法验证。它们的大尺寸和重量也限制了应用范围。

本文的平台:OmniNxt Platform

image

硬件由三个关键组件组成:

  • Nvidia Jetson Orin NX:运行频率为 2.0 GHz 的 8 核 CPU 和具有 1024 个 CUDA 的 GPU核心。 CPU和GPU共享统一的16G RAM
  • 多鱼眼相机组:20 Hz 的全向图像,所有四台摄像机均通过一台摄像机触发其他三台进行同步
  • 低噪声飞行控制器:提供 500 Hz 低噪声 IMU 数据

软件框架分为以下四个部分:

  • Omni-VINS: 该模块结合了高频IMU 测量(500 Hz) 和全向图像(20 Hz),生成准确的VIO,这对于绘图、规划和控制模块至关重要。
  • Omni-Depth: 该模块通过利用其虚拟立体前端和多流推理后端处理全向图像来执行实时全向密集点云生成。
  • Planner: 基于Omni-VINS 和 Omni-Depth,该模块根据空中机器人动力学生成朝向目标位置的轨迹。
  • Controller: 规划器生成的轨迹通过该模块转换为低级姿态指令,然后由飞控执行。

OminNxt中的感知模块(Omni-VINS、Omni-Depth和相关硬件驱动)占用了27%的CPU和40%的GPU板载资源,为下游任务留出了足够的资源。

本文的飞行控制器

Nxt-FC,尺寸仅为 27mm × 33毫米,基于开源自主驾驶固件 PX4 ,开发了高频原始 IMU 数据流,以实现稳健且准确的 VIO。

多鱼眼相机组校准

一起校准所有四个鱼眼相机的内在和外在参数会导致复杂的优化问题,从而增加处理时间并降低成功率。为了解决这个问题,我们的流程在鱼眼相机校准中使用 tartankalibr,在虚拟针孔相机校准中使用 kalibr-toolbox。标定过程如图4所示。

image

最初,我们校准每个鱼眼相机的内在参数。一旦每个相机的投影误差小于0.5像素,我们就开始校准相邻相机之间以及相机与IMU之间的外在参数。

建立多鱼眼相机组的内在和外在参数后,我们基于圆柱相机模型(第III-D节)对图像进行去畸变,以生成虚拟立体对(图5.C )并校准 virtual stereo cameras 的内参和外参。鱼眼和虚拟立体相机之间的转换将在第 2 节中进一步解释。

我们的管道通过并行校准过程来减少校准时间,并通过允许校准过程从失败的情况快速恢复来提高成功率。

Omni-VINS

根据我们之前的工作 D2SLAM,Omni-VINS 针对机载实时性能进行了优化。鱼眼图像的显着失真给特征提取和特征跟踪带来了挑战,特别是在使用基于 CNN 的方法(使用针孔相机收集的图像进行训练)时。为了解决这个问题,我们采用原始鱼眼相机的内在参数的 MEI 模型[ 24 ]和径向切向模型来制定失真。首先,我们使用圆柱形相机模型来消除鱼眼相机图像的畸变。圆柱相机模型[ 25 ]可以写为:

\[\left\lbrack \begin{array}{l} u \\ v \\ 1 \end{array}\right\rbrack = \left\lbrack \begin{matrix} {f}_{\phi } & 0 & {u}_{0} \\ 0 & {f}_{y} & {v}_{0} \\ 0 & 0 & 1 \end{matrix}\right\rbrack \left\lbrack \begin{matrix} \phi \\ Y/\rho \\ 1 \end{matrix}\right\rbrack \tag{1} \]

\[\phi = \operatorname{atan}2\left( {X, Z}\right) , \]

\[\rho = \sqrt{{X}^{2} + {Z}^{2}}, \]

where \({f}_{\phi }\) and \({f}_{y}\) are the focal length. 该模型的优势在于能够表⽰可调视场⻆和相对于相机旋转的虚拟相机。

In our implementation, we set \({f}_{\phi }\) to \(\frac{{190}^{ \circ }}{W}(W\) is the width of the image) ,以消除图像的未曝光边缘。 为了保证不失真图像的一致性,我们设置 \({f}_{y}\) = \({f}_{\phi }\) .

然后,我们基于圆柱形未失真图像进行特征提取和跟踪。 Omni-VINS 继承了 2017 年开发的混合特征提取策略,但将跟踪方法从 Superglue [ 26 ]更改为 Lucas-Kanade (LK) [ 27 ]方法,以最大限度地减少 GPU 占用并加速匹配过程。 We perform feature tracking in both previous and latest frames and among adjacent cameras’ frames.

我们之前的工作[ 16 ]和[ 7 ]已经彻底阐述了视觉惯性问题。滑动窗口中的完整状态向量定义为:

\[\mathcal{X} = \left\lbrack {{x}_{0},{x}_{1},\ldots ,{x}_{m},{x}_{{C}_{0}}^{b},{x}_{{C}_{1}}^{b},\ldots ,{x}_{{C}_{n}}^{b},{\lambda }_{0},{\lambda }_{1},\ldots ,{\lambda }_{l}}\right\rbrack , \]

\[{x}_{i} = \left\lbrack {{p}_{{b}_{i}}^{W},{v}_{{b}_{i}}^{W},{q}_{{b}_{i}}^{W},{b}_{a}^{b},{b}_{g}^{b}}\right\rbrack , k \in \left\lbrack {0, m}\right\rbrack , \tag{2} \]

\[{x}_{{c}_{j}}^{b} = \left\lbrack {{p}_{{c}_{j}}^{b},{q}_{{c}_{j}}^{b}}\right\rbrack , j \in \left\lbrack {0, n}\right\rbrack , \]

where \(m\) is the total number of keyframes, \({\lambda }_{i}\) is the inverse depth of the \({i}^{th}\) feature from its first observation, and \(n\) is the number of fisheye cameras. The visual inertial odometry problem in Omni- \({D}^{2}\) VINS is defined as:

\[\mathop{\min }\limits_{\mathcal{X}}\left\{ {{\begin{Vmatrix}{r}_{p} - {H}_{p}\mathcal{X}\end{Vmatrix}}^{2} + \mathop{\sum }\limits_{{K \in \mathcal{B}}}{\begin{Vmatrix}{r}_{\mathcal{B}}\left( {\widehat{z}}_{{b}_{k + 1}}^{{b}_{k}},\mathcal{X}\right) \end{Vmatrix}}_{{P}_{{b}_{k + 1}}^{{b}_{k}}}^{2} + }\right. \]

\[\left. {\mathop{\sum }\limits_{{\left( {l, j}\right) \in \mathcal{C}}}{\begin{Vmatrix}{r}_{\mathcal{C}}\left( {\widehat{z}}_{l}^{{c}_{j}},\mathcal{X}\right) \end{Vmatrix}}_{{P}_{l}^{{c}_{j}}}^{2}}\right\} \tag{3} \]

We use Ceres Solver [28] for solving this least squares problem.

Omni-Depth

Omni-Depth 采用模块化结构设计,由 a virtual-stereo frontend and a multi-stream-inference backend,以确保各种立体匹配技术的通用性。

image

The virtual-stereo frontend is demonstrated in Fig. 5.C, where the fisheye camera images are undistorted into two perpendicularly(垂直) placed virtual cylindrical(圆柱形) cameras. The FoV of virtual cameras is set to \({100}^{ \circ }\) . The extrinsic parameters of the virtual pinhole(针孔) cameras can be defined as follows:

\[{\mathbf{T}}_{\text{vcam }} = \left\lbrack \begin{matrix} {\mathbf{R}}_{\text{fisheye }}^{\text{vcam }} & 0 \\ 0 & 1 \end{matrix}\right\rbrack \left\lbrack \begin{matrix} {\mathbf{R}}_{\text{fisheye }} & {\mathbf{t}}_{\text{fisheye }} \\ 0 & 1 \end{matrix}\right\rbrack , \]

\[{\mathbf{R}}_{\text{fisheye }}^{{\text{vcam }}_{l}} = {\mathbf{R}}_{y}\left( {-\frac{1}{4}\pi }\right) , \tag{4} \]

\[{\mathbf{R}}_{\text{fisheye }}^{{\text{vcam }}_{r}} = {\mathbf{R}}_{y}\left( {\frac{1}{4}\pi }\right) , \]

where \({vca}{m}_{l}\) represents the left virtual camera, while \({vca}{m}_{r}\) represents the right one. Since the FoV of these two virtual cameras is close to the standard pinhole camera, we can calibrate them with the pinhole camera model.

In the backend of Omni-Depth, we employ CNN to estimate the disparity of each virtual stereo pair because of its more robust performance in the textureless environment. The Omni-Depth is flexible in accommodating different CNN models in the backend. This allows easy adaptation to meet various platforms' accuracy and inference speed requirements.

Planner and Controller

OmniNxt 结合了 Omni-VINS 的精确可靠的里程计和 Omni-Depth 的密集点云,为各种任务提供了广泛的支持。受益于全向感知,飞行过程中的偏航旋转可以最小化,这简化了自主导航中的轨迹规划方案(第IV-C节),同时提高了VIO的精度(第IV-A节)。来自任务层的命令被输入控制器模块,然后转换为 MAVROS 格式的所需姿态命令。为了有效控制,我们利用开源 Px4-Controller [ 14 ] 。

Experiments

Omni-VINS Evaluation

标签:right,Omni,鱼眼,论文,相机,OmniNxt,阅读,图像,left
From: https://www.cnblogs.com/odesey/p/18664082

相关文章

  • java献血系统论文+源码 2025毕设
    本系统(程序+源码)带文档lw万字以上 文末可获取一份本项目的java源码和数据库参考。系统程序文件列表开题报告内容一、研究背景在现代社会,无偿献血对于保障医疗用血安全和满足医疗需求具有不可替代的重要性。随着社会的发展和人口的增长,医疗用血的需求量持续增加,对献血管理......
  • java米哈游原神角色伤害计算系统论文+源码 2025毕设
    本系统(程序+源码)带文档lw万字以上 文末可获取一份本项目的java源码和数据库参考。系统程序文件列表开题报告内容一、研究背景《原神》作为一款在全球范围内广受欢迎的开放世界冒险RPG游戏,其复杂而多样的角色伤害计算系统是游戏核心机制之一。随着游戏的不断更新与发展,角......
  • 基于SpringBoot+Vue实现的艺术馆管理与展览系统(毕业设计源码+论文+PPT+部署)
    文章目录系统运行效果介绍技术框架前后端分离架构介绍程序操作流程系统测试系统测试的目的系统功能测试代码参考为什么选择我?获取源码系统运行效果介绍技术框架前后端分离架构介绍前后端分离架构是一种现代化的系统开发模式,其核心思想是将前端页面的开发与......
  • springboot毕设 婚纱影楼管理系统 程序+论文
    本系统(程序+源码)带文档lw万字以上文末可获取一份本项目的java源码和数据库参考。系统程序文件列表开题报告内容研究背景随着婚纱摄影行业的蓬勃发展,婚纱影楼作为记录人生重要时刻的场所,其管理效率和服务质量直接影响到客户的满意度与忠诚度。传统的人工管理模式已难以满......
  • springboot毕设 基建项目管理系统 程序+论文
    本系统(程序+源码)带文档lw万字以上文末可获取一份本项目的java源码和数据库参考。系统程序文件列表开题报告内容研究背景随着国家基础设施建设的快速发展,基建项目数量与规模日益扩大,项目管理的复杂性和重要性也随之提升。传统的项目管理方式往往依赖于纸质文档和人工协调,......
  • java基于大数据的身体健康管理平台论文+源码 2025毕设
    本系统(程序+源码)带文档lw万字以上 文末可获取一份本项目的java源码和数据库参考。系统程序文件列表开题报告内容一、研究背景在当今社会,随着科技的飞速发展,大数据技术已经渗透到各个领域。在健康管理方面,人们产生的健康数据呈海量增长趋势,如医疗记录、健康监测设备数据等......
  • java基于JSP学生信息管理系统论文+源码 2025毕设
    本系统(程序+源码)带文档lw万字以上 文末可获取一份本项目的java源码和数据库参考。系统程序文件列表开题报告内容一、研究背景在当今的教育环境中,随着学校规模的不断扩大和教育管理事务的日益繁杂,传统的人工管理方式已难以满足高效、准确管理学生信息的需求。学校需要处理......
  • springboot软件工程课程辅助学习网站源码毕设+论文
    本系统(程序+源码)带文档lw万字以上文末可获取一份本项目的java源码和数据库参考。系统程序文件列表开题报告内容研究背景随着信息技术的飞速发展和互联网的广泛普及,教育领域正经历着深刻的变革。软件工程作为计算机科学与技术的重要分支,其课程内容复杂且实践性强,对学生的......
  • node.js牙科诊所管理系统程序+论文 可用于毕业设计
    本系统(程序+源码+数据库+调试部署+开发环境)带文档lw万字以上,文末可获取源码系统程序文件列表开题报告内容一、选题背景关于牙科诊所管理系统的研究,现有研究主要集中在基础功能的实现方面,如预约管理、病历记录等。专门针对整合多种功能,如医生、用户、病历信息、挂号信息、......
  • node.js希希宠物医院管理系统程序+论文 可用于毕业设计
    本系统(程序+源码+数据库+调试部署+开发环境)带文档lw万字以上,文末可获取源码系统程序文件列表开题报告内容一、选题背景关于宠物医院管理系统的研究,现有研究多聚焦于通用的医院管理系统功能改进,专门针对宠物医院特殊需求的研究较少。在国内外宠物产业迅速发展的大背景下,宠......