想象你是一位洞穴探险队的队长,被蒙上眼睛放进一座从未有人到过的地下迷宫。你不能睁眼,只能靠头灯照亮近处的岩壁、用脚尖丈量走过的路,还要一边走一边在纸上画出地图。最要命的是:你不知道自己在哪,却必须靠地图认路;你想画地图,却需要知道自己在哪来定位坐标——这就是同步定位与建图(SLAM,Simultaneous Localization and Mapping),也就是 Cartographer 和 Hector 这两套建图算法要解决的终极难题。 Hector 像一位性急的探险家:他只看头灯照射到的眼前岩壁,走一步算一步,轻便灵活,适合小范围快速探路。Cartographer 则像一支纪律严明的测绘队:每走一段就撕下一张草图纸画一个局部区块(子图),回到熟悉的岔路口时还要“回头认亲”(回环检测),最后把所有草图纸重新拼接微调成一张完整的地图。两种方法各有绝活,是现代自主移动机器人(AMR)最重要的导航基础能力之一。
理解这两套建图算法的核心思想与工程取舍,你才能在实际机器人项目中正确选型、定位参数问题,并设计出稳定可落地的导航方案。
可视化演示
演示Cartographer SLAM中扫描匹配定位、占据栅格地图构建及回环检测位姿图优化三大核心环节的交互式可视化。
本节配有交互动效(进入视口后自动加载,约 3KB)。
LiDAR扫描匹配定位 当前扫描帧与局部子地图进行相关性匹配 分支定界搜索最优位姿变换 T* = argmax Σ corr(scan, map∘T) 扫描匹配实现高精度实时定位
SLAM基本概念
探险队被蒙上眼睛丢进洞穴时,队长只有两个任务:一边摸清周围岩壁的形状,一边记录自己走到哪里。这两件事是“先有鸡还是先有蛋”——要知道自己在哪里,需要一幅地图;要画一幅地图,又必须先知道当前位置。SLAM 的本质,就是把这对矛盾同时解决:让机器人在未知环境中,一边用激光雷达“摸”周围墙壁,一边估计自己的位姿(位置加朝向)。
位姿是整个地图的骨架。想象你在洞穴里用一张坐标纸画图:机器人每走一步,就在纸上记下一个坐标点,并标注朝向。这个坐标点不是孤立的,它由两个量组成:平移量(x, y)和旋转量(θ)。任何一帧激光数据,都必须先叠加到当前位姿上,才能放进地图。
环境特征则是地图的“锚点”。洞穴里突出的钟乳石、凹进去的壁龛,在激光看来就是一个个可辨识的几何结构。如果周围是空旷平整的走廊,算法就像在沙漠里看星星,缺少参照物,位姿估计就会不稳定。误差也不可能避免:激光测量有噪点、轮子会打滑、坐标系会因为地面不平而轻微扭曲,这些误差会随着脚步累积,让画出的地图慢慢“漂移”。
所以探险队每画一笔,都要先把“手电筒照到的岩壁位置”换算到“图纸上的绝对位置”。这就是 SLAM 的地基:没有位姿,地图就是一堆散乱的点;没有地图,位姿就没有参照。
- 局部坐标点激光点先在传感器坐标系给出一个位置。
- 旋转矩阵把局部点绕原点旋转角度 θ,用于对齐机器人当前朝向。
- 平移向量将旋转后的点移动到地图坐标系中机器人的位置。
- 完整位姿变换旋转加平移合并,就是 SLAM 中每帧数据进入地图前的标准变换。
Hector建图原理
Hector 像是那位性急的探险家:不喜欢带太多装备,只靠头灯照射眼前的岩壁,走一步算一步。它不依赖轮式里程计,也用不着 IMU 辅助,核心武器只有一束激光。每当激光扫描一圈,它就把这些反射点与已有地图比对,寻找一个位姿,让扫描点尽可能地贴住地图上的墙壁线条。
为什么要比对?因为激光看到的是“眼前几米”的局部形状,而地图记录的是“走过区域”的累积轮廓。Hector 用扫描匹配(Scan Matching)来回答“我在哪里”:尝试不同的位姿,评估每个位姿下扫描点与地图的贴合程度,挑出最贴的那一个。地图本身采用占据栅格地图——一张由小方格组成的图纸,每个格子要么是空的,要么被墙壁占据。
但栅格是离散的,格子与格子之间有棱角。如果只看格子本身的值,优化过程就像在台阶上找坡度,非常别扭。Hector 引入双线性插值,把离散格子平滑成连续的山坡,这样就能计算梯度,用类似“下山”的高斯牛顿方法快速找到最优位姿。这正是 Hector 精妙的双线性插值核心:既保留栅格的简单,又获得连续优化的光滑。
Hector 的魅力在于轻快:无需里程计标定,上手简单,非常适应小范围、地形平整的场景。但代价是它从不“回头核对”,一旦走远或经过长走廊,积累的误差会像手抖画出的线条一样逐渐偏斜,而且几乎无法自我纠正。
- 候选位姿 ξ运动员站在洞穴中的可能位置和朝向。
- 激光点映射将第 i 个激光点按位姿 ξ 变换到地图坐标。
- 栅格值函数M 返回该地图格子的占据程度,1 为墙壁,0 为空地。
- 求和最大化所有激光点匹配度求和并取最大值,得到最优位姿。
传感器与融合
单独靠手电筒摸黑走路,再厉害的探险家也会头晕。真正让 Cartographer 稳定前行的,是多传感器协同:激光雷达负责“看”,IMU 模拟人的内耳前庭感受旋转,轮式里程计则记录“双脚走过的距离”。
激光雷达提供的是高精度距离信息:一帧扫描就是一圈 360° 的距离扇面。但它有个弱点——如果机器人在扫描过程中快速转动,头灯照到同一物体时,机器人已经移动了,这一帧数据内部就有“运动畸变”。
IMU 以极高的频率给出角速度和加速度,能在两次激光扫描之间“填空”,尤其当机器人急转弯或路过颠簸路面时,IMU 能稳住姿态。里程计虽然会打滑,但它输出连续平滑的位移增量,适合作为短期预测。Cartographer 的思路像一个稳健的队长:先用 IMU 和里程计猜一个大致的往前走的方向,再用激光严格确认细节。
把这些数据混合在一起,最难的不是数学,而是“对表”。传感器各自有自己的时钟,激光扫描帧是 10 毫秒前发出的,IMU 数据是 5 毫秒前采到的,如果直接拿来一起用,就像拿着两只没对齐的手表约开会地点,必然出乱子。因此时间同步机制是融合的基石。
探险队的装备越丰富,容错率越高。但装备再多,表不对也白搭。在 AMR 实际部署中,传感器时间同步往往是第一个要排查的问题,而不是算法本身。
- 旧位姿上一时刻机器人在地图中的位置与朝向。
- 平移增量里程计给出的行进距离 v 乘以时间间隔 Δt。
- 旋转增量IMU 测量的角速度 ω 乘以时间间隔 Δt。
- 位姿叠加算子⊕ 表示把一个位姿增量“粘”到旧位姿上,形成新位姿。
Cartographer核心
如果说 Hector 是单打独斗的探险家,Cartographer 就是一支分工明确的测绘队。他们不会把整张洞穴地图一口气画完,而是每走一小段就撕下一张新草图纸,称为子图(Submap)。每个子图只记录最近几十米内的局部地图,独立且清晰。
Cartographer 的前端负责“局部对图”:每来一帧激光,就用 IMU 和里程计给出一个初始猜测,然后在当前子图内做扫描匹配,把这帧激光“钉”到子图里。这个过程不断重复,子图逐渐变厚实。这里的扫描匹配比 Hector 更讲究——它要求匹配结果足够平滑,以便后来做优化。
后端则是一个“历史档案局”,当一张子图被画完,就把它封存,并记录子图与子图之间的相对位姿关系。所有子图和机器人位姿构成一个巨大的“位姿图”:机器人走过的每个位置是图上的节点,子图也是节点,节点之间用观测约束相连。图优化会偶尔微调所有节点的位置,让它们相互吻合。
Cartographer 的工程智慧在于“局部用小图,全局用约束”。它不奢求一张图一步画到位,而是用小图保精度、用图优化保全局。正是这种分层结构,使它能在几百米的大场景里依然保持地图的一致性。
- 激光命中点第 k 个激光点 h_k 在机器人坐标系中的坐标。
- 位姿变换把激光点按候选位姿 ξ 变换到子图坐标系。
- 平滑地图值对离散栅格做插值得到连续值,1 表示完全命中墙壁。
- 代价最小化1 减去匹配度再平方求和,匹配度越高代价越低,取最小即为最优。
回环与优化
探险队长最骄傲的时刻,是队伍走了很久后突然回到熟悉的分岔路口——“这条路我们走过!”这就是回环检测(Loop Closure)。在算法里,回环意味着当前激光扫描与某个历史子图高度相似。一旦确认回环,就在两个位姿之间注册一条“约束”:当年画这张子图时,机器人应该就在这里。
回环约束让之前积累的误差有了“修正依据”。Cartographer 在收到回环约束后,会执行稀疏位姿调整(Sparse Pose Adjustment,SPA):把位姿图中所有机器人位姿和子图位姿当作变量,不断调整,使所有约束的误差总和最小。这个优化就像把整沓草图纸摊在地上,拽住重合的边角,让所有图纸轻轻滑动,对齐成完美的一整张地图。
但回环检测有一个现实难题:洞穴太大了,逐格扫描每一处历史子图寻找匹配,计算量像大海捞针。Cartographer 用了分支定界(Branch and Bound)加速搜索:先把候选位姿粗略分成大区域,分数低的区域直接整块放弃,分数高的区域再细分,像查字典时先翻到首字母大区,再逐页精找。这样,回环检测从“穷举所有格点”变成“由粗到精的树状搜索”,速度提升几个数量级。
回环是 SLAM 的“后悔药”。Hector 从不回头认路,所以错了就一路错到底;Cartographer 则用回环和优化,把散落各处的草图纸重新缝合起来。这也是两者在大场景建图能力上拉开差距的根本原因。
- 位姿对C 是所有回环约束的集合,(i, j) 是一对有约束的节点。
- 位姿差值计算两个节点之间的相对位姿。
- 观测约束回环检测给出的相对位姿观测值。
- 加权距离用信息矩阵 Σ 衡量误差的重要性,误差越大惩罚越重。
性能调优
装备越精良,队伍责任越大。Cartographer 虽然精度高,但计算开销也大。实际部署时,需要像控制探险队负重一样,对每一毫秒计算量精打细算。
降采样预处理是第一步瘦身:激光一帧可能有几千个点,但其中大量点挤在同一面墙上,信息冗余。体素滤波(Voxel Filter)把空间切成小方块,每个方块只保留一个代表点,扫描点数大幅减少,匹配速度随之提升。
参数调节则是工程中的核心手艺。比如 min_score 决定回环匹配得分多高才算有效回环;子图大小决定每张草图纸覆盖多大区域;匹配阈值决定扫描匹配的严格程度。这些参数就像探险队的节奏:走太快容易漏看路标,走太慢又影响效率。
地图分辨率是永远的权衡。分辨率越高,地图细节越丰富,但栅格数量按平方倍增,内存和匹配计算量都急剧上升。调分辨率时还要考虑激光本身的测距噪声——分辨率比传感器噪声还高时,增加的只是计算负担,不是精度。
实时性优化也不可忽略:Cartographer 可以并行建图,把前端匹配、子图插入、后端优化分配到不同线程。真实机器人上还要设置优化频率上限,避免后端优化占据资源,导致前端丢帧。
探险队总要在“看得细”和“走得快”之间找平衡。性能调优本质上就是戴着镣铐跳舞:在算力、内存、精度的三角约束下,找到最适合当前机器人的工作点。
- 分辨率 r每个栅格边长对应的实际米数,越小越精细。
- 每平米栅格数面积意义上的栅格密度。
- 扫描点数参与匹配的激光点数量。
- 总成本点数、栅格密度和常数系数共同决定匹配耗时。
AMR工程实践
真正的考验不在实验室,而在真实的仓库、医院、车间里。自主移动机器人(AMR)需要在钢铁货架、玻璃幕墙、叉车穿梭的复杂环境里长期稳定运行,选择 Hector 还是 Cartographer,就是选择不同的探险队风格。
场景适配选择是第一原则。小型办公室、平整地面、建图范围几十米,Hector 的轻量高效非常合适,而且不需要里程计标定。但几百米的仓库或者多层厂房,就一定要 Cartographer:没有回环修正,Hector 走完一圈地图会“睁眼说瞎话”,门的位置偏了半米,货架通道对接不上。
定位精度验证是验收的硬指标。工程上常用 ATE(绝对轨迹误差)评估建图轨迹与真值的偏差,也就是把估计轨迹和激光雷达跟踪仪/高精度地图给出的“标准答案”进行对比。RMSE 越低,说明建图越可信。
多传感器配置上,Cartographer 的典型搭档是二维激光雷达加 IMU,如果环境地形起伏明显,还需要轮式里程计甚至三维激光。传感器之间要做外参标定(传感器相对位姿)和时间同步,否则融合反而会拖垮精度。
常见故障排查也有套路:地图出现重影,先看回环是否生效;轨迹突然跳变,怀疑 IMU 数据异常或时间戳不同步;子图数量快速增长但地图质量差,检查匹配阈值是不是放得太低。
探险队回到地面后,队长不会只凭“感觉走通了”就交差,而是要拿出测绘仪的记录逐段核对。AMR 工程师也一样:用数据验证精度,用场景决定方案,用系统化排障让机器人真正走进生产线。
- 估计位姿SLAM 算法输出的轨迹点。
- 真值位姿高精度测量工具提供的参考轨迹点。
- 相对误差两者之间的位姿差异,但只取平移部分。
- 均方根对所有误差取平方平均再开根号,对大的偏差更敏感。
AI 应用场景
仓储物流 AMR 建图与导航
阶段:数据采集与地图构建
解决的问题:传统磁条导航需要铺设地面磁轨,改造周期长、柔性差。AI 赋能的 AMR 使用 Cartographer 在几小时内自动构建仓库高精度二维地图。Cartographer 的回环检测能修正长期运行中的漂移,保证货架间窄通道对齐,为后续路径规划提供一致性的地图基础。
具体案例:某电商仓 8000 平方米分拣区,部署 30 台 AMR。先用 Cartographer 建图,地图分辨率设为 0.05 米,再叠加多楼层独立地图;运行中 AMR 降级到纯定位模式,定位精度稳定在 ±5 厘米内,货架对接成功率达 99.6%。
商场清洁机器人轻量级建图
阶段:实时定位与局部更新
解决的问题:中小型清洁机器人算力有限,无法承受重型图优化。Hector 不需要里程计,可直接基于激光扫描完成实时定位,非常适合几百平方米的超市、展厅等结构化环境。配合定时任务,机器人每晚自动重新建图,覆盖白天因桌椅移动产生的地图变化。
具体案例:某连锁超市引入 8 台清洁机器人,采用 Hector + 单线激光雷达方案,建图时间仅 15 分钟,避障响应延迟低于 30 毫秒。遇到玻璃围栏时,通过参数调低匹配阈值并辅以超声传感器补偿。
物流园区无人叉车建图与回环修正
阶段:多传感器融合与全局优化
解决的问题:无人叉车在户外半开放园区运行,地面不平、光照变化大,单一传感器容易失效。Cartographer 融合激光、IMU 与轮式里程计,利用回环检测修正长距离运行的累积误差,将全局定位误差控制在厘米级,保障取放货精度。
具体案例:某制造厂园区无人叉车运行里程 2000 米,使用 Cartographer 多传感器融合模式。通过调节 num_range_data 与 submaps 参数,每圈运行时执行一次回环优化,长期定位漂移从 30 厘米降至 5 厘米以内。
Python 演示
import numpy as np def generate_scan(seed): """在原点生成一圈模拟激光扫描点, 单位为米""" rng = np.random.default_rng(seed) angles = np.linspace(0.0, 2.0 * np.pi, 180, endpoint=False) dx = np.cos(angles) dy = np.sin(angles) # 洞穴平面图里有一面半径 10 米的圆形墙 B = -2.0 * (dx * 3.0 + dy * (-2.0)) C = 3.0 * 3.0 + 2.0 * 2.0 - 1.0 disc = B * B - 4.0 * C t1 = (-B - np.sqrt(np.maximum(disc, 0.0))) / 2.0 t_obst = np.where(disc > 0.0, np.maximum(t1, 0.1), np.inf) t_wall = np.full_like(t_obst, 10.0) t = np.minimum(t_wall, t_obst) + rng.normal(0.0, 0.03, size=t_wall.shape) return np.stack([t * dx, t * dy], axis=1) def scan_match(reference, source): """暴力搜索相对位姿, 使两帧激光点尽可能重合""" best_score = 0 best_pose = (0.0, 0.0, 0.0) for dth in np.linspace(-0.12, 0.12, 5): c = np.cos(dth) s = np.sin(dth) rot = np.array([[c, -s], [s, c]]) src_rot = source @ rot.T for tx in np.linspace(-0.6, 0.6, 9): for ty in np.linspace(-0.6, 0.6, 9): pts = src_rot + np.array([tx, ty]) d = np.linalg.norm(pts[:, None, :] - reference[None, :, :], axis=2) score = int(np.sum(np.min(d, axis=1) < 0.30)) if score > best_score: best_score = score best_pose = (tx, ty, dth) return best_pose, best_score if __name__ == "__main__": gt = (0.4, -0.3, 0.06) ref = generate_scan(1) src = generate_scan(2) c = np.cos(gt[2]) s = np.sin(gt[2]) src = src @ np.array([[c, -s], [s, c]]) + np.array([gt[0], gt[1]]) est, score = scan_match(ref, src) print("估计位姿:", est) print("匹配点数:", score)
generate_scan(seed)生成一帧模拟激光扫描点,模拟圆形房间内的墙壁和障碍物反射。scan_match(reference, source)在平移和旋转的候选空间中穷举,返回能让两帧点云重合最多的位姿。src @ rot.T + np.array([tx, ty])对源点云先旋转再平移,生成候选变换后的点云。np.min(d, axis=1) < 0.30若源点与某参考点的最近距离小于 0.30 米,就认为它匹配上了。best_score = int(np.sum(...))用匹配点数作为得分,分数最高者即估计位姿。
常见误区
误区Hector 开源代码直接能用,不用标定里程计,而 Cartographer 又要 IMU 又要里程计,配置太复杂,所以小型项目一律用 Hector 就行。
正解Hector 的轻量是以“不做回环检测”为代价的。它在几十米小范围、平整地面场景中表现不错,但一旦遇到长走廊或大房间,累积漂移会让地图逐渐扭曲且无法挽回。Cartographer 虽然配置多、算力要求高,但子图+回环机制能保证大场景下地图闭环一致。工程选型要看场景规模和误差容忍度,而不是简单比较配置复杂度。
为何常见:人们容易被 Hector“开箱即用”的简单性吸引,却忽略了大场景中的长期漂移问题,只有跑到几十米外才追悔莫及。
误区把激光雷达扫描到的所有点直接塞进栅格地图,地图就会自动出现,位姿不重要,反正是激光“扫”出来的。
正解所有激光点必须知道机器人当时的位姿才能映射到地图正确位置。如果位姿错了,点云会画出一堆重影墙。更严谨的做法是先用扫描匹配求出位姿,再按位姿投影到地图;还要对运动畸变做补偿,并用 Bresenham 射线释放“自由空间”信息,而不是只更新命中点。
为何常见:视觉上激光数据天然带距离,容易让人误以为它自带“位置信息”,忽略了坐标系变换这个中间层。
误区把 Cartographer 的 `map_resolution` 设成 0.01 米甚至更小,地图看起来更“高清”,定位精度跟着变高。
正解分辨率提高一倍,栅格数量和匹配计算量约增加四倍,内存和 CPU 压力陡增;而且当分辨率高于激光传感器的真实噪声水平时,增加的只是噪声颗粒的清晰度。合理做法是让分辨率与传感器噪声水平匹配,室内 2D 激光通常 0.025 至 0.05 米就足够。
为何常见:人的直觉是“越清晰越好”,但传感器本身有物理极限,超过极限的分辨率是在为噪声做高清渲染。
误区在配置里打开 `enable_loop_closure`,系统就会自动识别所有回环并把地图校准得完美无缺。
正解回环检测依赖匹配得分、候选搜索和阈值判定,一旦 min_score 设得太低,噪声也能产生“假回环”,反而污染位姿图;设得太高,真正的回环又找不到。而且回环优化只是修正累积误差,如果前端已经严重漂移,子图本身都连贯不起来,后端也无能为力。需要针对场景调试匹配参数和子图大小。
为何常见:人们把“回环”想象成开关控制的魔法功能,忽略了它背后的搜索空间和置信度判断。
误区单线激光雷达扫描足够稠密,IMU 这种“小事”交给算法自动处理就好,时间同步和融合无所谓。
正解Cartographer 非常依赖 IMU 提供帧间旋转预测,尤其在急转弯、快速加减速时,激光帧间重叠少,纯扫描匹配容易陷入局部最优。IMU 和激光的时间戳若不对齐,旋转预测和匹配会互相冲突,导致建图轨迹明显抖动。正确做法是做好传感器外参标定和时间同步,让预测和观测形成良性互补。
为何常见:激光雷达数据直观可见,而 IMU 数据显示为抽象波形,工程师容易低估它在快速运动场景中的关键作用。
面试题
Q1. SLAM 要解决的核心问题是什么?
- A.在未知环境中同时估计位姿并构建地图← 正确答案
- B.在已知环境中仅求解机器人的绝对位置
- C.仅依赖 GPS 等外部信号完成全局定位
- D.仅构建高精度地图却不关心定位
答案:A。SLAM 的精髓是“同步”二字,定位和建图互相依赖,必须同时求解。A 准确描述了未知环境中同时估计位姿(定位)和构建地图(建图)的双重目标;B 只谈已知环境定位,C 只谈外部定位,D 只谈建图,都不完整。
Q2. Hector 建图算法对下列哪种数据依赖度通常最低?
- A.二维激光雷达
- B.惯性测量单元
- C.轮式里程计← 正确答案
- D.超声波传感器
答案:C。Hector 的核心设计就是不用轮式里程计,仅靠激光扫描匹配完成位姿估计;IMU 可作为可选增强。超声波传感器主要用于近距离避障,不参与建图。因此“轮式里程计”是依赖度最低、最不符合其设计理念的选项。
Q3. Hector 中使用双线性插值的主要目的是?
- A.把栅格地图插值成连续场以便求梯度← 正确答案
- B.缩小激光点数量以减少计算量
- C.将激光数据转为灰度图像做显示
- D.统一各传感器的数据时间戳
答案:A。栅格地图是离散的,直接拿离散值做优化就像走台阶,梯度不连续。双线性插值把格子之间的区域平滑过渡,让优化算法能计算连续梯度,从而用高斯牛顿法精确求解位姿。
Q4. Cartographer 中的子图(Submap)在回环检测中扮演什么角色?
- A.作为局部位姿刚体参与后端优化← 正确答案
- B.子图仅用于前端可视化展示
- C.子图结果可以直接覆盖全局地图
- D.子图无需参与后端优化流程
答案:A。子图是 Cartographer 局部建图的基本单元。回环检测将当前扫描与历史子图匹配,生成的约束把子图位姿和机器人位姿绑定位姿图,后端优化会同时调整这些“刚体”的位置,从而修正全局地图。
Q5. 分支定界(Branch and Bound)回环搜索的核心思想是什么?
- A.构建候选位姿树并按得分剪枝← 正确答案
- B.提高激光雷达的硬件扫描频率
- C.无条件穷举所有候选位姿找全局最优
- D.减少地图子图的数量来缩小搜索空间
答案:A。分支定界把位姿搜索空间组织成树,从粗粒度层开始计算得分上界,得分不高的大分支直接剪掉,只对高潜力的分支继续细分,从而在保证接近最优的同时大幅减少计算量。C 是它的反面,D 改变了建图本身而非搜索策略。
Q6. 稀疏位姿调整(SPA)主要优化哪些变量?
- A.机器人位姿与子图位姿的集合← 正确答案
- B.激光雷达的内部标定参数
- C.IMU 加速度计的零偏值
- D.地图栅格的分辨率数值
答案:A。SPA 是把 SLAM 后端建模为位姿图优化:节点是机器人历史位姿和子图位姿,边是里程计观测和回环约束,优化目标是调整所有节点位姿来最小化约束误差。它不负责标定传感器内参,也不修改地图分辨率。
Q7. 栅格地图分辨率提高一倍(如 0.05 米变 0.025 米),匹配计算量大约增加多少?
- A.约为原来的四倍← 正确答案
- B.约为原来的两倍
- C.几乎不发生变化
- D.恰好增加十倍
答案:A。栅格是二维网格,分辨率提高一倍意味着横向和纵向的格子数都翻倍,总面积变成四倍。扫描匹配时每个激光点访问的候选栅格区域随之平方增长,因此计算量约为原来的四倍。
Q8. 以下哪些因素会引发激光运动畸变?
- A.扫描周期内机器人持续运动← 正确答案
- B.激光雷达的扫描频率过低← 正确答案
- C.激光与 IMU 的时间戳不对齐← 正确答案
- D.地图输出文件的颜色设置
答案:ABC。一帧激光的点不是同一时刻采样的,扫描期间机器人一边动,点云就会“拉伸”或“扭曲”,扫描频率越低越明显;时间戳不对齐会让数据混入错误时间点。地图颜色与物理建图无关。
Q9. Cartographer 判断一个回环是否成立,通常会考虑哪些信息?
- A.激光扫描与历史子图的匹配得分← 正确答案
- B.子图之间相对位姿的约束关系← 正确答案
- C.扫描点数量异常时拒绝匹配← 正确答案
- D.地图像素颜色的渲染效果
答案:ABC。回环最直接证据是当前扫描和历史子图的匹配得分,得分低于阈值就拒绝;子图间已有的约束会被检查一致性,避免与强约束矛盾;扫描点数异常(过少或过多)说明观测质量差,也应拒绝。像素颜色与二维栅格建图无关。
Q10. 在 AMR 中提高 Cartographer 定位精度的合理做法有哪些?
- A.将激光与 IMU 的时间戳对齐← 正确答案
- B.在场景中设计可识别的回环特征← 正确答案
- C.无限制增加子图数量来提升精度
- D.将匹配阈值调低到接受所有匹配
答案:AB。时间同步能保证融合数据的一致性,回环特征让闭环更容易被识别,两者都直接提升全局精度。无限制增加子图会推高计算压力且不一定提升精度;把匹配阈值压得过低会引入大量误匹配,反而破坏地图一致性。