月面自主着陆导航系统验证教程
作者:暴富20212026.11.13 03:46浏览量:0简介:本文围绕月面精确着陆导航系统的自主选址与避险验证,提供一套面向开发者、算法工程师和仿真测试人员的实操教程。读者将学习如何准备地形与传感器数据、构建实时高程地图、评估候选着陆区、设计自主决策状态机,并通过仿真闭环验证精度、时延与安全裕度,最终形成可复用的测试、评估与排查方法。
教程目标
本教程的目标是帮助读者完成一次“月面或行星表面精确着陆导航”的仿真验证:让飞行器在没有实时地面遥控干预的情况下,依靠机载或仿真环境中的传感器数据,自主感知地形、生成着陆区地图、评估安全等级,并在目标区域存在坑洞、石块、陡坡等危险时,自主选择更安全的落脚点,完成下降、悬停、复飞与着陆决策。
完成本教程后,读者应当能够掌握以下内容:
- 如何定义自主着陆任务的场景、边界条件和安全约束;
- 如何准备数字高程数据、传感器模拟数据和时间同步机制;
- 如何构建实时高程图与风险地图;
- 如何设计候选着陆点评分模型;
- 如何实现自主选址与避险决策逻辑;
- 如何通过仿真闭环验证导航、制导与控制效果;
- 如何采集指标、分析故障原因并优化系统。
本教程适合以下读者:
- 开发自主导航、感知融合或决策算法的工程师;
- 进行飞行器、着陆器、无人系统仿真的测试人员;
- 关注安全关键系统架构的技术负责人;
- 需要从“感知—地图—决策—控制—验证”全流程理解自主着陆的技术读者。
适用场景
本教程所描述的方法不仅适用于月面着陆,也可抽象应用到其他行星表面、无人飞行器低空测绘、危险区域勘察、机器人自主移动平台等场景。其核心任务是:在传感器数据不完整、地形复杂、通信时延较大、无法人工实时操控的条件下,让飞行器具备自主判断与避险能力。
常见适用场景包括:
月面或火星着陆器仿真测试
验证飞行器在下降段是否能够识别坑洞、巨石、陡坡等危险地形,并选择安全着陆区。无人飞行器低空复杂地形穿越
在山区、峡谷、矿区、灾后现场等场景中,飞行器需要自主避开障碍并寻找安全悬停或降落点。危险区域自动巡检与应急降落
当飞行器遇到动力异常、传感器故障或天气变化时,需要快速寻找备用安全区域。自主导航算法回归测试
在修改感知模型、地图更新策略或决策规则后,通过批量仿真验证系统稳定性。
前置准备
在开始实施前,需要准备数据、环境、工具和基础指标定义。建议读者先明确任务边界,再逐步搭建验证链路。
1. 明确任务目标与运行边界
首先需要定义一次“自主着陆验证”到底要验证什么。常见目标包括:
- 验证飞行器能否自主选择安全着陆点;
- 验证在首选着陆区不安全时能否完成避险重选;
- 验证传感器噪声、丢帧、时延条件下决策是否稳定;
- 验证下降控制是否能够满足位置和速度约束;
- 验证系统在多轮仿真中的可复现性与指标一致性。
建议至少定义以下运行边界:
| 项目 | 说明 |
|---|---|
| 地形范围 | 仿真正在覆盖的地面区域大小 |
| 高程分辨率 | 地图网格或栅格的最小单元尺寸 |
| 传感器视野 | 激光雷达或视觉传感器可覆盖范围 |
| 下降速度 | 模拟下降段速度范围 |
| 悬停高度 | 进入最终着陆判断前的高度 |
| 控制周期 | 导航、制导与控制循环频率 |
| 通信时延 | 地面链路或仿真链路延迟 |
| 安全约束 | 最大坡度、障碍高度、粗糙度等限制 |
2. 准备地形数据与高程模型
自主着陆验证需要一套可仿真的地形基础。常见输入包括:
- 数字高程模型,即 DEM;
- 数字表面模型,即 DSM;
- 地面覆盖分类数据,如岩石、阴影、撞击坑、斜坡;
- 危险标签数据,用于人工评估算法是否漏检或误判;
- 传感器原始模拟数据,如点云、深度图、强度图或高度序列。
如果没有真实地形数据,也可以使用程序生成的随机地形。建议随机地形至少包含以下特征:
- 平坦区域;
- 小尺度石块;
- 连续陡坡;
- 凹陷坑洞;
- 边缘悬崖或断崖;
- 局部遮蔽或阴影区域;
- 高低起伏混合区域。
3. 准备仿真与计算环境
本教程不依赖某一特定商业平台,但通常需要以下能力:
- 三维或二维半地形显示;
- 传感器数据生成或回放;
- 导航状态估计;
- 制导控制模块;
- 日志记录与指标统计;
- 多线程或实时调度能力;
- 数据可视化能力。
如果部署在云端,可使用通用的容器平台、对象存储、消息队列、日志服务、监控告警和数据库能力。其核心目标是:让算法运行、数据存储、结果回放和监控告警形成闭环。
4. 基础概念准备
读者最好了解以下概念:
- 坐标系转换:局部坐标系、地形坐标系、飞行器坐标系;
- 状态估计:位置、速度、姿态、协方差;
- 传感器融合:点云、深度图、惯性数据、高度数据融合;
- 栅格地图:将连续地面离散为可计算网格;
- 风险评分:将地形危险程度量化为分数;
- 控制回路:位置误差、速度误差与执行机构输出之间的关系。
实施步骤
下面按照实际工程化顺序,将系统拆解为多个可执行步骤。每一步都说明“做什么、为什么做、注意什么”。
第一步:定义安全着陆约束
做什么:
将“安全着陆”转化为可计算指标。例如:
- 最大坡度不得超过某个角度;
- 障碍高度不得超过某个阈值;
- 局部粗糙度不得超过某个阈值;
- 着陆区面积必须大于飞行器足印或支架范围;
- 着陆区与最近危险边界之间需要保留安全裕度;
- 飞行器在着陆前必须完成稳定悬停或低速接近;
- 当首选区域不满足条件时,必须切换到候选区域。
为什么做:
自主避险不是简单地“避开红色区域”,而是需要把安全要求变成可计算的评分规则。只有约束明确,后续地图生成、候选点筛选和控制决策才有依据。
注意什么:
约束不能只写“看起来安全”,而要写清楚数值和判断方式。例如:
max_slope_deg = 15min_safe_radius_m = 3max_obstacle_height_m = 0.4min_flat_area_ratio = 0.7max_roughness_std = 0.15
这些参数不是固定标准,而应根据飞行器结构、着陆方式、地形类型和任务等级进行调整。
第二步:建立统一坐标与时间基准
做什么:
将地形数据、传感器数据、飞行器状态和控制输出统一到同一套坐标和时间体系。
常见做法包括:
- 使用局部平面坐标系描述小范围地形;
- 使用全局坐标记录任务起点、终点和回放位置;
- 为每个传感器样本打时间戳;
- 为每个控制周期记录时间;
- 对多传感器数据进行时间对齐。
为什么做:
如果地形、点云、飞行器位置和地图更新不在同一坐标系中,会导致地图偏移、假障碍、错误避险和控制振荡。
注意什么:
重点关注:
- 坐标原点是否稳定;
- 坐标变换矩阵是否可逆;
- 传感器安装位置是否经过外参标定;
- 不同数据源的时间戳是否存在漂移;
- 仿真加速比是否会导致控制周期失真。
第三步:模拟或接入传感器输入
做什么:
为系统提供感知输入。可采用以下任一方式:
- 真实传感器数据;
- 录制好的历史数据;
- 仿真传感器生成的数据;
- 程序生成的合成地形点云;
- 深度图、高度图或栅格图。
为什么做:
自主着陆导航依赖传感器对前方或下方地形的观测。没有可靠的感知输入,后续的地图构建和风险评估无法成立。
注意什么:
传感器模拟应至少考虑以下因素:
- 探测范围;
- 分辨率;
- 噪声;
- 丢帧;
- 遮挡;
- 扫描延迟;
- 视场角限制;
- 安装偏差;
- 数据更新频率。
一个常见的错误是只模拟理想点云,而忽略噪声与延迟。这样会导致系统在仿真中表现很好,但在更复杂环境中容易失效。
第四步:构建实时高程图
做什么:
将传感器数据转换为可用于导航的地形模型。常见方式是生成栅格高程图或局部点云地图。
一个简化的处理流程如下:
输入:传感器点云或深度图飞行器当前位置地形分辨率地图更新窗口处理:1. 将点云转换到局部地形坐标系2. 去除动态点、异常点和低置信度点3. 按网格聚合高度值4. 对缺失网格进行插值或标记5. 更新局部高程图6. 计算每个网格的坡度、高度变化率和粗糙度输出:局部高程图更新置信度风险初始地图
为什么做:
原始点云不适合直接做决策,因为点云存在噪声、稀疏、遮挡和不均匀等问题。转换成栅格高程图后,系统可以快速计算坡度、障碍高度和可着陆区域。
注意什么:
需要重点处理以下情况:
- 传感器视野外区域不能误判为安全;
- 低置信度区域应标记为未知,而不是直接判定为危险;
- 高频更新可能造成地图抖动,应设置时间滤波或空间滤波;
- 地形分辨率过高会增加计算量,过低则无法识别小障碍。
第五步:生成候选着陆点
做什么:
在高程图和风险地图基础上,生成若干候选着陆区域。
常见方法包括:
- 在局部区域内按网格滑窗扫描;
- 筛选满足坡度、平整度和面积的候选块;
- 排除高风险区域;
- 根据与当前位置的距离、可达性和燃料成本排序;
- 输出候选点列表。
伪代码示例:
for each candidate_region in local_map:if candidate_region.slope_deg > max_slope_deg:continueif candidate_region.obstacle_height_m > max_obstacle_height_m:continueif candidate_region.flat_ratio < min_flat_area_ratio:continueif candidate_region.roughness > max_roughness_std:continueif candidate_region.distance_to_hazard < safe_margin:continuescore = calculate_score(candidate_region)add_to_candidate_list(candidate_region, score)sort candidate_list by score desc
为什么做:
候选着陆点是决策系统的核心对象。系统不是简单判断“当前点是否安全”,而是在多个可行点之间进行比较,从而选择综合风险最低的位置。
注意什么:
候选点不能只考虑“现在看起来安全”,还要考虑:
- 飞行器从当前位置到达候选点是否可行;
- 候选点是否被遮挡或存在盲区;
- 候选点是否位于阴影或强反射区域;
- 候选点是否靠近地形边界;
- 候选点是否会导致控制路径突然变陡。
第六步:设计风险评分模型
做什么:
为每个候选着陆区计算综合风险分数。风险分数越低,通常表示越安全。
可以使用加权评分:
risk_score =slope_weight * slope_score+ roughness_weight * roughness_score+ obstacle_weight * obstacle_score+ uncertainty_weight * uncertainty_score+ distance_weight * distance_score
各项含义如下:
| 风险因子 | 含义 |
|---|---|
| 坡度 | 地面倾斜程度 |
| 粗糙度 | 局部高度变化程度 |
| 障碍高度 | 是否存在石头、突起或凹坑 |
| 不确定性 | 传感器置信度不足或数据缺失 |
| 距离成本 | 到达候选点所需路径长度或时间 |
| 安全裕度 | 与危险边界之间的距离 |
为什么做:
单一指标很难代表真实风险。例如,一个区域坡度较小,但充满小石块,仍然不适合着陆。综合评分可以把多源因素统一到决策层。
注意什么:
权重不应随意设置。建议先用规则模型验证基本逻辑,再逐步引入数据驱动模型。每次修改权重后,都要用固定测试集回归,避免“调好了某个地形,却破坏了其他地形”。
第七步:实现自主选址与避险决策状态机
做什么:
设计飞行器在着陆任务中的状态转换逻辑。典型状态包括:
CRUISE 巡航或接近阶段SURVEY 地形侦察与建图EVALUATE 评估候选着陆区DESCEND 下降接近HOVER 悬停确认FINALIZE 最终着陆确认LAND 着陆完成GO_AROUND 复飞或重选ABORT 中止任务
状态转换示例:
CRUISE -> SURVEYSURVEY -> EVALUATEEVALUATE -> DESCENDDESCEND -> HOVERHOVER -> FINALIZEHOVER -> GO_AROUNDGO_AROUND -> EVALUATEFINALIZE -> LAND任一状态遇到严重故障 -> ABORT
为什么做:
自主着陆不是一次性的判断,而是一个持续闭环。飞行器需要在下降过程中不断刷新地形认知。如果首选区域在低空阶段出现新的危险,系统必须能够中止当前下降,重新评估或复飞。
注意什么:
状态机需要设置防抖机制。例如:
- 候选点切换需要连续多个周期满足;
- 风险等级变化需要 hysteresis,避免频繁跳变;
- 悬停确认期间如果地形置信度下降,应触发复飞;
- 中止条件要优先级最高,不能被普通评分覆盖。
第八步:制导与控制闭环验证
做什么:
将自主决策结果输入制导控制模块,让飞行器按照安全轨迹下降到候选着陆点。
控制目标通常包括:
- 到达候选点上方;
- 保持水平位置误差在允许范围内;
- 控制下降速度;
- 限制姿态变化;
- 在风扰、传感器噪声或通信时延下保持稳定;
- 着陆前完成最终安全确认。
为什么做:
导航系统选择出安全点,并不代表飞行器能够准确到达。必须验证从决策到控制的闭环是否稳定。
注意什么:
需要重点测试以下情况:
- 控制周期是否足够;
- 速度命令是否平滑;
- 是否出现超调;
- 是否在接近地面时频繁修正;
- 传感器延迟是否导致震荡;
- 控制输出是否存在饱和;
- 着陆冲击速度是否在安全范围内。
第九步:注入故障与边界场景
做什么:
在仿真中主动加入异常情况,验证系统鲁棒性。
常见故障注入包括:
- 传感器丢帧;
- 点云噪声增大;
- 地图局部缺失;
- 定位短暂漂移;
- 通信时延增加;
- 执行机构响应变慢;
- 地形与预置地图不一致;
- 首选着陆区突然被识别为危险;
- 飞行器能源或时间预算不足。
为什么做:
真实环境不会总是理想。自主避险系统的价值恰恰体现在异常条件下仍能做出保守且安全的决策。
注意什么:
故障注入要分层:
- 感知层故障:传感器丢帧、噪声、遮挡;
- 地图层故障:更新延迟、坐标漂移、数据缺失;
- 决策层故障:候选点错误、评分异常、状态卡死;
- 控制层故障:响应延迟、命令饱和、姿态偏差;
- 任务层故障:时间不足、能源不足、通信中断。
每层故障都应设置预期行为,例如“丢失定位时应悬停或保守返航”,而不是继续盲目下降。
第十步:结果验证与指标统计
做什么:
对每次仿真进行结果评估。建议记录以下指标:
| 指标 | 说明 |
|---|---|
| 着陆点位置误差 | 实际着陆点与候选点距离 |
| 坡度通过率 | 最终着陆区坡度满足约束的比例 |
| 危险区域误入率 | 进入危险区域次数或时间 |
| 候选点切换次数 | 从首选点切换到其他点的频率 |
| 决策时延 | 从传感器输入到决策输出耗时 |
| 地图更新时延 | 从新数据到达到地图可用耗时 |
| 控制超调量 | 位置或速度命令超出目标的幅度 |
| 复飞成功率 | 触发复飞后重新找到安全点的比例 |
| 仿真成功率 | 所有安全约束下完成着陆的比例 |
| 异常恢复率 | 注入故障后系统恢复正常任务的比例 |
为什么做:
没有指标,就无法判断系统是否真的可用。自主着陆系统尤其需要量化评估,因为“看起来飞完了”不等于“安全”。
注意什么:
指标应分场景统计。例如:
- 平坦地形;
- 多石块地形;
- 陡坡地形;
- 强噪声传感器;
- 高延迟通信;
- 首选区域不安全;
- 多个候选区域竞争;
- 能源受限场景。
配置说明
下面给出一组通用配置项示例。它们不是某个专有系统的标准参数,而是用于说明配置含义。
terrain:resolution_m: 0.5width_m: 200height_m: 200update_window_m: 30sensor:range_m: 20point_rate: 10noise_level: lowdropout_rate: 0.05latency_ms: 50navigation:control_period_ms: 20position_tolerance_m: 0.8velocity_tolerance_mps: 0.2safety:max_slope_deg: 15max_obstacle_height_m: 0.4min_safe_radius_m: 3min_flat_area_ratio: 0.7max_roughness_std: 0.15decision:candidate_grid_m: 1.0max_candidate_count: 12score_weights:slope: 0.3roughness: 0.25obstacle: 0.2uncertainty: 0.15distance: 0.1
各项说明:
resolution_m:地图分辨率。越小越精细,但计算量越大。update_window_m:局部地图更新范围。范围太大会增加延迟,太小会减少视野。range_m:传感器探测距离。noise_level:噪声等级,用于压力测试。dropout_rate:丢帧比例。latency_ms:感知到决策链路延迟。control_period_ms:控制周期。周期过长可能导致不稳定。max_slope_deg:最大允许坡度。min_safe_radius_m:着陆点与危险边界之间的最小安全距离。candidate_grid_m:候选点生成粒度。score_weights:风险评分权重。
示例说明
以下是一个简化版自主选址伪代码,展示如何从传感器数据到决策输出。
function update_local_map(sensor_frame, ego_state):points = transform_to_local_frame(sensor_frame, ego_state)points = filter_noise(points)elevation_map = rasterize(points, resolution)elevation_map = update_with_confidence(elevation_map)return elevation_mapfunction evaluate_landing_zone(region):slope = compute_slope(region)roughness = compute_roughness(region)obstacle = compute_obstacle_height(region)uncertainty = compute_uncertainty(region)distance = compute_distance(region, ego_state)if slope > max_slope_deg:return invalidif obstacle > max_obstacle_height_m:return invalidif region.flat_ratio < min_flat_area_ratio:return invalidrisk =slope * slope_weight +roughness * roughness_weight +obstacle * obstacle_weight +uncertainty * uncertainty_weight +distance * distance_weightreturn valid_with_risk(risk)function choose_landing_site(elevation_map, ego_state):candidates = generate_candidates(elevation_map)valid_candidates = []for region in candidates:result = evaluate_landing_zone(region)if result.valid:valid_candidates.append(result)if valid_candidates is empty:return trigger_go_around()valid_candidates.sort_by_risk()return valid_candidates[0]
该伪代码只表达核心逻辑,不包含任何专有接口或具体平台命令。实际实现时,需要根据仿真框架、传感器格式和控制接口进行调整。
结果验证方法
完成一次仿真后,建议从以下角度验证结果。
1. 地图是否可用
检查:
- 高程图是否能连续更新;
- 未知区域是否被正确标记;
- 危险区域是否能稳定显示;
- 地图是否存在明显漂移;
- 小障碍是否能被识别。
如果地图更新失败,后续决策一定不可靠。
2. 候选点是否合理
检查:
- 系统是否排除了陡坡区域;
- 是否避开石块和坑洞;
- 是否优先选择更平坦区域;
- 是否在首选点不安全时及时切换;
- 是否出现频繁切换。
如果候选点频繁变化,应检查评分稳定性、传感器噪声和防抖机制。
3. 决策是否及时
检查:
- 从传感器输入到决策输出是否在控制周期内完成;
- 高速下降段是否仍能有效更新地图;
- 决策时延是否随地形复杂度显著增长;
- 是否存在计算资源瓶颈。
如果决策延迟过高,飞行器可能已经飞过候选区域,或无法及时复飞。
4. 控制是否稳定
检查:
- 飞行器是否能准确到达候选点;
- 下降速度是否平稳;
- 是否出现振荡或超调;
- 着陆前是否持续微调;
- 最终着陆点是否偏离候选点。
如果控制不稳定,应优先检查时延、控制周期、状态估计和命令平滑策略。
5. 避险是否成功
检查:
- 首选区域不安全时,系统是否能切换到备选点;
- 切换后是否能重新完成下降;
- 复飞后是否能重新建图;
- 是否会在危险边界附近来回摇摆;
- 是否能保守中止任务。
常见问题与排查
问题一:系统频繁误报危险区域
可能原因:
- 点云噪声过大;
- 地图分辨率过低;
- 粗糙度计算窗口过小;
- 传感器外参不准确;
- 坐标变换错误。
排查思路:
- 检查原始点云是否存在异常值;
- 确认点云与飞行器位置是否在同一坐标系;
- 增大风险计算窗口,观察误报是否减少;
- 使用已知平坦区域测试,看是否仍被标记为危险;
- 检查地图更新置信度是否被正确保留。
问题二:小石块无法被识别
可能原因:
- 地图分辨率过低;
- 传感器扫描密度不足;
- 障碍高度阈值设置过大;
- 点云插值过于平滑。
排查思路:
- 提高局部地图分辨率;
- 检查传感器模拟密度;
- 降低障碍高度阈值进行测试;
- 对比人工标注地形,确认小目标是否进入传感器视野;
- 检查滤波是否过度删除点云。
问题三:候选点频繁切换
可能原因:
- 风险评分权重不合理;
- 传感器噪声导致评分抖动;
- 缺少候选点稳定机制;
- 地图更新频率过高。
排查思路:
- 对评分加入滑动平均或时间滤波;
- 设置候选点切换滞回;
- 要求连续多个周期确认后再切换;
- 降低地图更新频率;
- 检查多个候选点评分是否过于接近。
问题四:飞行器在着陆前振荡
可能原因:
- 控制周期过长;
- 状态估计延迟;
- 速度命令突变;
- 传感器噪声直接进入控制回路;
- 位置误差阈值过小。
排查思路:
- 提高控制频率;
- 对状态估计结果做滤波;
- 对速度命令进行平滑;
- 适当放宽接近阶段的容差;
- 检查是否因地图抖动导致目标点频繁变化。
问题五:首选着陆点不安全时无法及时避险
可能原因:
- 安全约束过晚生效;
- 下降阶段地图更新不及时;
- 状态机缺少复飞条件;
- 决策模块优先级设置错误;
- 候选点数量不足。
排查思路:
- 明确“何种情况下必须复飞”;
- 在下降过程中持续更新地图;
- 增加备选候选点;
- 将安全中止条件设为最高优先级;
- 测试低空突然识别到危险时的响应。
问题六:仿真中表现良好,但真实数据下失败
可能原因:
- 仿真传感器过于理想;
- 未模拟延迟、丢包和噪声;
- 地形数据分布不具代表性;
- 控制参数只针对单一场景调优。
排查思路:
- 增加真实数据回放;
- 引入噪声、丢帧和延迟;
- 使用多种地形样本回归;
- 分别测试感知、决策和控制模块;
- 建立指标基线,避免仅凭主观判断。
优化建议
1. 多传感器融合
单一传感器往往存在局限。可以将不同传感器的优势结合:
- 测距数据提供高度;
- 点云提供局部结构;
- 视觉数据提供语义信息;
- 惯性数据提供短时运动估计;
- 高度序列提供下降段参考。
融合时应考虑置信度,而不是简单平均。
2. 分级风险模型
建议将风险分为多个等级:
- 明确安全;
- 可接受但需注意;
- 需要复飞或重选;
- 明确禁止;
- 数据不足,未知。
未知区域不应直接当作安全区域。对于安全关键系统,“不知道”应被保守处理。
3. 将感知与决策解耦
感知模块负责生成地图,决策模块负责评分和选择。两者通过稳定接口通信。这样做的好处是:
- 感知模型升级不影响决策逻辑;
- 决策规则可以独立回归测试;
- 故障定位更清晰;
- 可复用不同地形或任务场景。
4. 控制目标平滑
着陆控制不宜追求瞬时精确,而应追求平滑收敛。建议:
- 对目标点进行平滑;
- 对速度命令限速;
- 对加速度或角速度限制变化率;
- 在接近阶段降低增益;
- 在最终着陆前设置确认区。
5. 建立固定测试集
建议维护一套固定测试地形,包括:
- 平坦安全区;
- 小石块区;
- 大坡度区;
- 坑洞混合区;
- 阴影或低置信度区;
- 首选点不安全区;
- 多候选点竞争区。
每次修改算法后,都运行固定测试集,并记录指标变化。
6. 日志与回放
建议记录:
- 传感器输入摘要;
- 地图更新结果;
- 候选点评分;
- 状态转换;
- 控制命令;
- 故障注入事件;
- 最终指标。
回放时重点观察三个时刻:决策切换时刻、风险突变时刻和控制振荡时刻。
7. 安全优先级
在安全关键系统中,优先级建议为:
中止任务 > 复飞 > 重选安全点 > 继续下降 > 性能优化
任何优化都不应破坏安全底线。
总结
本教程围绕“让飞行器自主挑选安全落脚点”这一核心目标,给出了一套完整的仿真验证方法。整个过程可以分为五个主线:
- 感知输入:获取并模拟地形数据、传感器数据和飞行器状态;
- 地图构建:将原始感知数据转换为可计算的高程图和风险图;
- 候选评估:根据坡度、粗糙度、障碍高度、不确定性等因子评分;
- 自主决策:通过状态机和防抖策略完成选址、下降、悬停、复飞与着陆;
- 闭环验证:通过指标统计、故障注入和回放分析评估系统可靠性。
对于读者来说,真正需要掌握的不是某一个单点算法,而是“感知—建图—评估—决策—控制—验证”的完整闭环。只要这一闭环稳定,即使更换地形、传感器或控制平台,也可以快速迁移并验证新的自主着陆导航方案。

登录后可评论,请前往 登录 或 注册