用 PX4 搭建拍摄平台之前

PX4 提供什么

PX4 是自驾仪平台，不是能自动生成好构图的应用。一套拍摄系统由兼容的飞控硬件、传感器、机体配置、相机集成、地面站以及可能的协处理计算机组合而成。与使用一体化航拍无人机相比，这带来更多自由，也带来更多集成责任。文档的 main 分支描述的是开发中的工作，可能与已安装的稳定版本不一致。请将文档固定到所部署的版本。先建立可靠的飞行平台，再加入电影化的行为。 把安装朝向、连接方式、校准日期和配置文件与部件清单一起记录。可复现性不只取决于软件版本，更换负载也可能使先前的测试失效。 关于在压力钢管与隧道内自主飞行的研究，见巡检指南的论文卡片 Autonomous Navigation and Mapping for Inspection of Penstocks and Tunnels With MAVs。

区分任务与外部（offboard）控制

由机载执行的任务与从外部软件持续接收目标的 offboard 控制是两种不同的架构。PX4 的 offboard 文档强调需要持续的存活信号，并规定了信号丢失后的行为。繁重的图像处理不得意外挤占控制更新。把影像计算与飞行监督分开，并监控延迟、设定点的新鲜度、估计器状态和模式变化。画面流畅并不能证明控制系统仍然健康。请同时验证图像和控制日志。 明确对于无法执行的转弯请求是拒绝、限制还是重新规划。让操作员能看到请求的电影化路径与可执行飞行路径之间的任何差异。要在起飞前根据质量与螺旋桨选择起草 PX4 参数，可使用机体选型并导出 PX4 参数（Airffic Architect）。它只生成文件，不会解锁任何设备。

采用分阶段、可观测的验证

我们原创的测试矩阵从以下场景开始：短的正常路径、相机处理停止、通信丢失、位置估计退化以及操作员中断。危险的故障情形应在受支持的仿真中评估，而不是在飞行中刻意制造。将图像指标与监督状态的变化记录在同一时间基准上，以便诊断故障。按照正确的组装与校准、地面验证、适当受控的有限飞行逐步推进。通过仿真并不等于获得了在特定地点运行的许可，也不能证明真实环境中的鲁棒性。 被正确检测并处理的故障可以算作一次成功的测试。只统计完成的飞行次数，可能会错误地惩罚一个在该停时停下的监督系统。 机体选型并导出 PX4 参数与 Gazebo 套件，可通过机体选型并导出 PX4 参数与 Gazebo 套件（Airffic Architect）完成。写入文件前会要求确认，且不会解锁任何设备，因此适合作为分阶段测试的第一步。

来源与编辑范围

说明和练习均为原创编辑内容。与产品相关的具体条件，请对照所链接的文档版本核实。

1. PX4 — User Guide ↗
2. PX4 — Offboard Mode ↗

研究日期：2026年10月21日。请核对链接所指版本、支持的硬件和适用条件。证据包括直接审读的文本和官方检索索引记录。