2. 任务需求分析与航点任务定义
航点任务规划并不是打开地面站软件后随手点几个坐标点,而是把一段用自然语言描述的作业需求,逐步收敛成一组可被飞控执行的航点指令。这个收敛过程的核心,是把"作业目标、区域范围、载荷约束、时间窗口"四类输入,翻译成航点序列中的位置、高度、速度、航向、动作和时序参数。本节围绕这条转化链展开,重点说明每一步该提取什么、如何量化、以及最终如何落到航点表上。
一、四类需求输入及其可量化字段
作业目标回答"要得到什么成果",例如正射影像、倾斜三维模型、多光谱植被指数图、管线巡检视频或应急物资投送。不同目标直接决定航线形态:正射测绘通常采用平行往复的条带航线,倾斜建模需要环绕或五向航线,管线巡检沿走向布设带状航线,投送任务则是点到点航线加悬停抛投。
区域范围回答"在哪里作业",需要转化为可计算的几何边界。常见形式有矩形角点坐标、多边形顶点列表、中心点加半径、或沿道路/管线的中心线加缓冲宽度。以多边形为例,规划前应统一坐标系(建议使用 WGS-84 经纬度输入,内部按局部平面近似计算),并检查顶点顺序与自相交情况。
载荷约束回答"用什么设备、能怎么飞",关键参数包括:相机传感器尺寸、镜头焦距、像元大小、重叠率要求、云台俯仰范围、单架次最大载荷重量、以及载荷对最小/最大飞行速度的限制。这些参数决定相对航高、航线间距和曝光间隔。
时间窗口回答"什么时候能飞",包括任务允许的起止时段、光照条件(太阳高度角)、天气窗口、空域开放时段以及电池续航上限。时间窗口往往反过来压缩区域覆盖方式,例如必须在 40 分钟内完成,就可能需要提高航高、减少重叠或分多架次。
二、从区域范围到航线几何
以矩形测区为例,假设测区东西长 800 m、南北宽 500 m,要求正射影像地面分辨率 GSD = 3 cm/px。若相机像元尺寸为 4.4 μm、镜头焦距 8.8 mm,则相对航高:
H = f × GSD / 像元尺寸
= 8.8 mm × 3 cm/px / 4.4 μm
= 8.8e-3 × 0.03 / 4.4e-6
≈ 60 m
若相机传感器宽 13.2 mm、高 8.8 mm,则地面幅宽约 13.2/8.8 × 60 = 90 m(横向),纵向约 60 m。设航向重叠 75%、旁向重叠 65%,则航向曝光间距 = 60 × (1−0.75) = 15 m,旁向航线间距 = 90 × (1−0.65) = 31.5 m。南北 500 m 需要 ⌈500/31.5⌉ + 1 = 17 条航线。每条航线东西长 800 m,加上两端各 30 m 缓冲,单条约 860 m,总航程约 17 × 860 ≈ 14.6 km。若巡航速度 8 m/s,纯航线时间约 30.4 min,加上爬升、转弯和返航,需评估是否超过单架次续航。
航线方向应尽量与测区最长边平行,以减少转弯次数;若测区有主导风向,可让航线方向与风向成小角度,降低侧风对航迹保持的影响。多边形测区则先求最小外接矩形或按主方向旋转后的包围盒,再生成条带,最后用多边形裁剪掉区外航段。
三、载荷约束如何改变航点参数
载荷约束不只是"能不能挂",更影响航点的高度、速度和动作。例如倾斜摄影要求五向或环绕拍摄,云台俯仰角需在 −45°、−30°、0°、+30° 等角度切换,航点动作中要插入"云台角度设置"和"拍照"指令。多光谱相机对曝光时间敏感,飞行速度需限制在 5 m/s 以内,否则运动模糊会降低波段配准精度。若载荷重量接近上限,爬升率和转弯坡度都要保守设置,航点间的过渡方式宜选"直线"而非"协调转弯"。
此外,载荷的视场角决定安全余量。若相机视场角为 60°,航高 60 m 时地面覆盖半径约 34.6 m,航线边缘应留出至少一个幅宽的重叠,避免漏摄。
四、时间窗口与架次划分
时间窗口通常以"可用飞行时间"形式进入规划。假设电池在 8 m/s 巡航下可用 35 min,安全余量 20%,则单架次有效作业时间约 28 min。上例纯航线 30.4 min 已超限,需要分两架次:第一架次飞 9 条航线,第二架次飞 8 条,每架次约 16 min 航线时间,留足返航余量。分架次时,航点序列要增加"返航点—降落点—再次起飞点",并保证两架次影像有足够重叠以便拼接。
光照窗口也影响航点定义。正射测绘通常要求太阳高度角大于 30°,避免过长阴影;若窗口只有 10:00—14:00,则需在该时段内安排全部架次,必要时提高航高、减少重叠来压缩时间。
五、航点序列的字段定义与示例
一个可执行的航点表至少应包含:序号、纬度、经度、相对起飞点高度、地速、航向模式、转弯方式、动作类型及动作参数。动作类型包括拍照、开始录像、云台俯仰、悬停、抛投、舵机控制等。转弯方式常用"直线到达后转弯"或"协调转弯",前者航迹更精确但耗时,后者省时但会切角。
下面给出一个可直接参考的航点表模板(示例参数,实际需按解算结果填写):
| 序号 | 类型 | 相对高度(m) | 速度(m/s) | 动作 | 动作参数 |
|---|---|---|---|---|---|
| WP0 | 起飞点 | 0 | — | 解锁/起飞 | — |
| WP1 | 爬升点 | 60 | 3 | 爬升 | — |
| WP2 | 航线起点 | 60 | 8 | 开始拍照 | 间隔 2 s |
| WP3 | 条带1终点 | 60 | 8 | 拍照 | — |
| WP4 | 条带2起点 | 60 | 8 | 拍照 | — |
| WP5 | 条带2终点 | 60 | 8 | 拍照 | — |
| WP6 | 返航点 | 60 | 10 | 停止拍照 | — |
| WP7 | 降落点 | 0 | — | 降落/锁定 | — |
六、转化过程中的校验闭环
航点序列生成后,必须做三项校验:一是几何校验,检查航线是否覆盖全部测区、有无漏摄条带;二是时间校验,用总航程除以速度加起降余量,与单架次可用时间比较;三是约束校验,检查航高是否在空域允许范围内、速度是否满足载荷要求、重叠率是否达标。任一项不满足,就回到参数解算层调整航高、航线方向或架次划分,重新生成航点。这个"需求→解算→航点→校验→迭代"的闭环,才是任务需求分析真正落地的方式。