《LIO-SAM阅读笔记》3.后端优化

2023-12-29 10:12
文章标签 优化 笔记 阅读 后端 sam lio

本文主要是介绍《LIO-SAM阅读笔记》3.后端优化,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

前言:

LIO-SAM后端优化部分写在了mapOptimization.cpp文件中,本部分主要进行了激光帧的scan-to-map匹配,回环检测以及关键帧的因子图优化。本部分主要有两个环节同步进行,一个单独开辟了回环检测线程,另外一个是lidar数据的回调函数。

功能简介:

  • 1、scan-to-map匹配:提取当前激光帧特征点(角点、平面点),局部关键帧map的特征点,执行scan-to-map迭代优化,更新当前帧位姿;
  • 2、闭环检测:在历史关键帧中找距离相近,时间相隔较远的帧设为匹配帧,匹配帧周围提取局部关键帧map,同样执行scan-to-map匹配,得到位姿变换,构建闭环因子数据,加入因子图优化。
  • 3、关键帧因子图优化:关键帧加入因子图,添加激光里程计因子、GPS因子、闭环因子,执行因子图优化,更新所有关键帧位姿;

订阅:

  • 1、订阅当前激光帧点云信息,来自FeatureExtraction;
  • 2、订阅GPS里程计;
  • 3、订阅来自外部闭环检测程序提供的闭环数据,本程序没有提供,这里实际没用上。

发布:

  • 1、发布历史关键帧里程计;
  • 2、发布局部关键帧map的特征点云;
  • 3、发布激光里程计,rviz中表现为坐标轴;
  • 4、发布激光里程计;
  • 5、发布激光里程计路径,rviz中表现为载体的运行轨迹;
  • 6、发布地图保存服务;
  • 7、发布闭环匹配关键帧局部map;
  • 8、发布当前关键帧经过闭环优化后的位姿变换之后的特征点云;
  • 9、发布闭环边,rviz中表现为闭环帧之间的连线;
  • 10、发布局部map的降采样平面点集合;
  • 11、发布历史帧(累加的)的角点、平面点降采样集合;
  • 12、发布当前帧原始点云配准之后的点云。

一:scan-to-map匹配

scan-to-map匹配出现在雷达数据的回调函数laserCloudInfoHandler中,其是激光里程计最基本的位姿估计方法,其进行的操作有:当前帧位姿的初始化、组建局部地图、进行当前帧到局部地图的匹配和位姿优化、用imu原始RPY数据与scan-to-map优化后的位姿进行加权融合。

1.位姿初始化

(1)如果是第一帧,用原始imu数据的RPY初始化当前帧位姿(旋转部分)

(2)后续帧,用imu里程计计算两帧之间的增量位姿变换,作用于前一帧的激光位姿(是因子图联合优化后的最优位姿),得到当前帧激光位姿 // note:利用imu里程计信息设置优化的初值

注意:此处的当前帧和上一帧之间的位姿变换 = 由上一帧的imu里程计位姿的逆*当前帧的imu里程计位姿。

2.局部地图map

(1)对最近的一帧关键帧,搜索时空维度上相邻的关键帧集合,降采样一下。这里采用的kdtree进行搜索,是将历史所有关键帧集合存入kdtree中进行搜索。

(2)对关键帧集合中的每一帧,提取对应的角点、平面点,加入局部map中。局部地图map中的点云超过一定数量时,就会清空下一帧的点云进行scan-to-map时进行重新创建。因此局部地图并不是每一帧点云到来时都进行重新,创建一次,只需要往点云地图中添加新的点云即可。

3.scan-to-map位姿优化

前面位姿初始化时,我们设置的当前帧的位姿主要是通过imu里程计得到,这里对上面的初始化位姿进行优化。

3.1 当前激光帧角点寻找局部map匹配点

(1)更新当前帧位姿,将当前帧角点坐标变换到map系下,在局部map中查找5个最近点,距离小于1m,且5个点构成直线(用距离中心点的协方差矩阵,特征值进行判断),则认为匹配上了。

(2)计算当前帧角点到直线的距离、垂线的单位向量,存储为角点参数。

3.2 当前激光帧平面点寻找局部map匹配点

(1)更新当前帧位姿,将当前帧平面点坐标变换到map系下,在局部map中查找5个最近点,距离小于1m,且5个点构成平面(最小二乘拟合平面),则认为匹配上了。

(2)计算当前帧平面点到平面的距离、垂线的单位向量,存储为平面点参数。

3.3 scan-to-map优化

上面的角点到直线的距离以及平面点到平面的距离,就是非线性优化中的约束项,并以此构建残差。

对匹配特征点计算Jacobian矩阵,观测值为特征点到直线、平面的距离,构建高斯牛顿方程,迭代优化当前位姿,存transformTobeMapped

3.4 与imu原始RPY数据加权融合

此处imu使用的是一个九轴的imu相比与六轴imu多出一个全局的imu位姿,此处imu原始RPY就是一个全局的imu位姿的roll、pitch和yaw角。

更新当前帧位姿的roll, pitch, z坐标;因为是小车,roll、pitch是相对稳定的,不会有很大变动,一定程度上可以信赖imu的数据,z是进行高度约束。

二:闭环检测线程

在此.cpp文件的节点中单独开辟了一个回环检测线程,在检测到回环后,在回环检测线程会对当前帧位姿进行一个icp的优化位姿。

1.选取候选闭环帧

在历史关键帧中查找与当前关键帧距离最近的关键帧集合,选择时间相隔较远的一帧作为候选闭环帧,此处同样使用的是kdtree的方法进行搜索。

这里时间的间隔设置的是30s,必须满足时间上超过一定的阈值,才认为是一个有效的回环。

2.提取当前帧特征点集合和组建候选帧区域map

提取当前关键帧特征点集合,降采样;提取闭环匹配关键帧前后相邻若干帧的关键帧特征点集合,降采样,目的是使用scan-to-map的方法进行优化位姿。

3.scan-to-map优化:icp

执行scan-to-map优化,调用icp方法,得到优化后位姿,构造闭环因子需要的数据,在因子图优化中一并加入更新位姿。

注意:

  • 前面也有scan-to-map优化,是基于非线性优化的方法来进行优化的;此处采用的icp点云配准的方法,这种ICP方法视为基于线性优化的变体。
  • 闭环的时候没有立即更新当前帧的位姿,而是添加闭环因子,让图优化去更新位姿。

通过调用PCL的icp库可以得到闭环帧到当前帧较为准确的位姿变换,用此位姿变换去矫正当前帧位姿,并作为约束因子加入到gtsam中,等待因子图优化环节一起优化。

三:因子图优化

因子图优化也是写在了雷达数据的回调函数laserCloudInfoHandler中,因子图优化联合了雷达里程计信息(包含IMU信息)、GPS信息和闭环信息一起进行优化。因子图优化是全局关键帧优化,前面的优化都是对当前帧的局部优化。

1.添加关键帧

计算当前帧与前一帧位姿变换,如果变化太小,不设为关键帧,反之设为关键帧,非关键帧则跳出,不进行因子图优化。

2.添加激光里程计因子

激光里程计因子是一个帧间约束,前一帧和当前帧(3.3中scan-to-map之后的位姿)的位姿变换。

3. 添加GPS因子

gps的数据会先被一个成熟的节点(在module_navsat.launch文件)处理,我们直接调用的gps的处理结果。

本项目中作者对gps的使用较为谨慎。

4.添加闭环因子

闭环因子就是就是闭环检测线程中计算的当前帧和闭环帧之间的位姿变换。

5.执行因子图优化

执行了因子图优化后,优化器中所有的关键帧位姿都进行了优化。

执行完因子图优化后,清空一下这一轮优化使用的因子图(里面的优化因子),历史数据不会清掉,ISAM保存起来了,只是清空因子图不是清空的优化器。

到此为之,不管是全局优化还是局部优化都完成了,有几个变量需要注意:

// note:当前位姿的一个最优估计(最准确的),通过以下两种方式更新:

// 1.如果这帧是普通帧,通过scan to map得到

// 2.若果这帧是关键帧,先通过scan to map更新,再通过因子图优化更新

transformTobeMapped[6]

// 历史关键帧位姿

// note:所有的雷达帧位姿会在这里更新 (如果是普通帧,则是因子图优化之前的san-map得到的位姿,如果是关键帧,则是因子图优化得到的位姿)

pcl::PointCloud<PointTypePose>::Ptr cloudKeyPoses6D;

pcl::PointCloud<PointType>::Ptr copy_cloudKeyPoses3D;

pcl::PointCloud<PointTypePose>::Ptr copy_cloudKeyPoses6D;

四:发布激光里程计

此处发布了一个增量式里程计信息,用于IMU预计分时使用。此外还有一个优化后的最优位姿,用于IMU里程计使用。

增量式里程计当前帧(scan to map 后的位姿,没经过回环因子图优化)与前一帧(因子图优化后的位姿)之间的位姿变换 (这是一个平滑的结果)。

这篇关于《LIO-SAM阅读笔记》3.后端优化的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/549196

相关文章

Deepseek使用指南与提问优化策略方式

《Deepseek使用指南与提问优化策略方式》本文介绍了DeepSeek语义搜索引擎的核心功能、集成方法及优化提问策略,通过自然语言处理和机器学习提供精准搜索结果,适用于智能客服、知识库检索等领域... 目录序言1. DeepSeek 概述2. DeepSeek 的集成与使用2.1 DeepSeek API

Tomcat高效部署与性能优化方式

《Tomcat高效部署与性能优化方式》本文介绍了如何高效部署Tomcat并进行性能优化,以确保Web应用的稳定运行和高效响应,高效部署包括环境准备、安装Tomcat、配置Tomcat、部署应用和启动T... 目录Tomcat高效部署与性能优化一、引言二、Tomcat高效部署三、Tomcat性能优化总结Tom

解读Redis秒杀优化方案(阻塞队列+基于Stream流的消息队列)

《解读Redis秒杀优化方案(阻塞队列+基于Stream流的消息队列)》该文章介绍了使用Redis的阻塞队列和Stream流的消息队列来优化秒杀系统的方案,通过将秒杀流程拆分为两条流水线,使用Redi... 目录Redis秒杀优化方案(阻塞队列+Stream流的消息队列)什么是消息队列?消费者组的工作方式每

Oracle查询优化之高效实现仅查询前10条记录的方法与实践

《Oracle查询优化之高效实现仅查询前10条记录的方法与实践》:本文主要介绍Oracle查询优化之高效实现仅查询前10条记录的相关资料,包括使用ROWNUM、ROW_NUMBER()函数、FET... 目录1. 使用 ROWNUM 查询2. 使用 ROW_NUMBER() 函数3. 使用 FETCH FI

C#使用HttpClient进行Post请求出现超时问题的解决及优化

《C#使用HttpClient进行Post请求出现超时问题的解决及优化》最近我的控制台程序发现有时候总是出现请求超时等问题,通常好几分钟最多只有3-4个请求,在使用apipost发现并发10个5分钟也... 目录优化结论单例HttpClient连接池耗尽和并发并发异步最终优化后优化结论我直接上优化结论吧,

Java内存泄漏问题的排查、优化与最佳实践

《Java内存泄漏问题的排查、优化与最佳实践》在Java开发中,内存泄漏是一个常见且令人头疼的问题,内存泄漏指的是程序在运行过程中,已经不再使用的对象没有被及时释放,从而导致内存占用不断增加,最终... 目录引言1. 什么是内存泄漏?常见的内存泄漏情况2. 如何排查 Java 中的内存泄漏?2.1 使用 J

MySQL不使用子查询的原因及优化案例

《MySQL不使用子查询的原因及优化案例》对于mysql,不推荐使用子查询,效率太差,执行子查询时,MYSQL需要创建临时表,查询完毕后再删除这些临时表,所以,子查询的速度会受到一定的影响,本文给大家... 目录不推荐使用子查询和JOIN的原因解决方案优化案例案例1:查询所有有库存的商品信息案例2:使用EX

MySQL中my.ini文件的基础配置和优化配置方式

《MySQL中my.ini文件的基础配置和优化配置方式》文章讨论了数据库异步同步的优化思路,包括三个主要方面:幂等性、时序和延迟,作者还分享了MySQL配置文件的优化经验,并鼓励读者提供支持... 目录mysql my.ini文件的配置和优化配置优化思路MySQL配置文件优化总结MySQL my.ini文件

正则表达式高级应用与性能优化记录

《正则表达式高级应用与性能优化记录》本文介绍了正则表达式的高级应用和性能优化技巧,包括文本拆分、合并、XML/HTML解析、数据分析、以及性能优化方法,通过这些技巧,可以更高效地利用正则表达式进行复杂... 目录第6章:正则表达式的高级应用6.1 模式匹配与文本处理6.1.1 文本拆分6.1.2 文本合并6

Vue3 的 shallowRef 和 shallowReactive:优化性能

大家对 Vue3 的 ref 和 reactive 都很熟悉,那么对 shallowRef 和 shallowReactive 是否了解呢? 在编程和数据结构中,“shallow”(浅层)通常指对数据结构的最外层进行操作,而不递归地处理其内部或嵌套的数据。这种处理方式关注的是数据结构的第一层属性或元素,而忽略更深层次的嵌套内容。 1. 浅层与深层的对比 1.1 浅层(Shallow) 定义