多传感器融合SLAM------松耦合与紧耦合

一、松耦合与紧耦合

        1.松耦合(Loosely Coupled)

        松耦合 LIO 中,LIDAR 和 IMU 的观测量通常被独立处理。即分别处理来自 LiDAR 和 IMU 的观测数据,然后在高层次 Pose(Position + Orientation)上进行融合。

        松耦合通常的思路是首先处理 IMU 的观测数据得到高频的位姿(Pose)信息,将高频的位姿信息用于 LiDAR 观测数据的去畸变和LIDAR 点云配准的初值,然后使用滤波的方式将IMU 观测数据处理得到的高频位姿信息(预测) 和 LIDAR 点云配准得到的位姿信息(观测)融合,得到更加精确的位姿信息。

        松耦合相关的研究成果有 LOAM (with IMU),LeGO-LOAM等;但松耦合 LIO 对 LiDAR 和 IMU 的融合仅体现在结果(Pose)层面,没有考虑两种观测数据间的内在约束,且依然无法解决一些退化场景问题。

        2.紧耦合(Tightly Coupled)

        紧耦合 LIO 中, LiDAR 和 IMU 的原始观测会被放到一起联合处理、考虑其内在联系并互相影响,是在低层次 传感器观测数据 上进行融合。

        紧耦合通常的思路是首先将 IMU 观测数据经过处理后用于 LiDAR 观测数据的去畸变,然后 LiDAR 观测和 IMU 观测会被一起丢到某种形式的状态估计模型中,并以最小化 LiDAR 观测和 IMU 观测的总体误差为目的,估计出最终的 Position、Orientation、Velocity、Bias、Gravity 等状态量。

        其中,IMU 数据通常以预积分的形式进行处理;对 Bias 的估计相当于用 LiDAR 观测反过来影响 IMU 的状态量;对 Velocity 和 Bias 这些状态量的估计体现了紧耦合的思想之一 —— 充分考虑观测之间的内在约束,而非仅仅对 Position,Rotation 这样的结果做融合;所谓“某种形式的状态估计模型”通常是滑窗优化(Sliding Window Optimization)或者迭代误差状态卡尔曼滤波(iESKF),前者能够批量估计近期多个时刻的状态量, 后者则以迭代卡尔曼滤波(iEKF)为基础框架递归式地估计当前时刻的状态量。滑窗优化和迭代误差状态卡尔曼滤波,是实现紧耦合 LIO 的两种主流方法。

        这里紧耦合体现在: 使用 imu 预测的先验位姿进行点云残差的计算,随后最小化总体误差!

        紧耦合 LIO 相关的研究成果有 LIOM(LIO-Mapping)、LINS、LIO-SAM、LiLi-OM、Fast-Lio1&2、Faster-Lio等。紧耦合充分考虑了 LiDAR 观测和 IMU 观测的内在约束性,互相影响,共同决定最终的结果,理论上,能够应对松耦合无法解决的退化场景问题,比如长隧道环境、剧烈运动环境等。

参考

        紧耦合LIO综述 | 6篇顶会论文看透紧耦合LIO玩儿法

        从零入门激光SLAM(十九)——松耦合与紧耦合到底怎么区分

        重读经典《Quaternion kinematics for the error-state Kalman filter》

        LIO-SAM中利用IMU去运动畸变

        利用IMU进行激光点云运动畸变校正

### Navicat 导入 MySQL 文件失败的原因分析解决方案 #### 1. 数据库连接配置错误 如果数据库连接设置不正确,可能导致无法成功导入数据。确保主机名、端口、用户名和密码都已正确填写[^1]。 #### 2. SQL语法兼容性问题 不同版本之间的SQL语句可能存在差异,某些特定于旧版MySQL的功能可能不再被支持。建议先通过命令行工具测试单条INSERT语句能否正常执行来排查此类问题[^2]。 #### 3. 字符集编码冲突 字符集设定不当会引发乱码现象或是直接阻止文件加载过程中的解析工作。检查源文件以及目标表结构定义里所使用的charset属性是否一致;必要时可尝试转换成通用格式如UTF8mb4再重试操作[^3]。 #### 4. 权限不足 用户账户权限不够充分也会造成访问受限从而影响到整个流程顺利完成。确认当前登录身份具备足够的权利去创建新对象(表)、修改现有架构乃至向指定位置写入记录等行为[^4]。 #### 5. 超大事务提交超时 当一次性处理大量数据时,默认的最大允许时间可能会过短而触发中断机制。适当调整`max_allowed_packet`参数值可以有效缓解这一状况的发生概率[^5]。 ```sql SET GLOBAL max_allowed_packet=67108864; -- 设置为64M, 单位字节 ``` 对于上述提到的各项因素,在实际解决问题之前应该逐一验证并排除干扰项,最终找到最合适的办法使Navicat能够顺利地完成对MySQL文件的数据迁移任务。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值