当无人机从单次飞行走向持续作业，地面站需要回答的问题也在变化：哪些设备可以执行任务，人员如何协同，异常如何处理，作业过程又如何留下可复核的记录？
对需要无人机软件配套的团队来说，界面只是起点。更有价值的地面站，应当把设备状态、任务安排与人的判断连接起来。本文结合公开技术资料与 MERIVUS 的地面站开发方向，介绍值得关注的变化，以及我们如何围绕具体项目提供定制服务。
地面站正在向什么方向发展？
从看一架飞机，到管理一项任务
QGroundControl 已将多设备管理列为功能之一；DJI FlightHub 2 也将远程控制、航线管理和飞行调度整合在同一作业平台中。[1][2] 这些公开产品说明，地面站的功能范围正在从单次飞行操作向任务组织延伸。
我们判断，下一步的重点会落在“任务如何连续完成”上：设备是否就绪、任务怎样分配、异常由谁处理、操作何时需要确认。设备数量增加后，清晰的任务状态与人员分工，会比单纯增加屏幕上的信息更重要。
从通用界面，到适配具体业务
不同项目对地面站的要求并不相同。测绘团队关注航线与数据采集，设备研发团队关注参数、遥测与调试记录，巡检团队则可能需要把任务结果交给既有业务系统。
DJI Cloud API 通过 MQTT、HTTPS 和 WebSocket 等协议提供设备与业务平台之间的接口，是这一方向的一个实例。[3] 对定制项目而言，我们更关注设备、人员和业务系统之间如何交换信息；具体是否能够对接，需要逐项核对接口和设备支持范围。
本地智能辅助，让信息更容易理解
本地模型工具已经提供在本机运行模型、关闭云端功能的配置方式。[4] 这为地面站增加状态解释、操作问答与信息整理能力提供了技术选择。对于网络条件有限或有本地数据处理需求的项目，本地部署值得纳入方案评估。
我们认为，近期更实际的 AI 应用，是帮助操作员理解信息、发现需要核对的事项并形成建议。建议是否正确、设备是否具备执行条件，以及谁有权确认操作，仍应有明确的判断流程。本地 AI 也不等于整套系统完全离线，地图、视频与外部服务需要分别确认。
从完成操作，到能够验证和复盘
PX4 的官方文档提供软件在环、硬件在环和失效保护仿真方法，用于在真实飞行前检查系统行为。[5] 这说明，验证过程本身就是地面站与飞控集成的重要部分。
未来的地面站还会更重视任务记录、异常原因、操作确认与版本信息。我们预计，预演、日志和报告之间的衔接会成为重要发展方向，让团队不仅知道“发生了什么”，也能追溯“基于什么信息作出了决定”。
MERIVUS：把软件配套放进项目需求里
美利威瑟（温州）工业科技有限责任公司专注于动力系统、精密装备与安全资源。围绕无人机相关项目，我们将地面站软件作为配套服务的一部分，结合设备条件和使用流程沟通定制开发。
MERIVUS GroundStation 基于 QGroundControl 技术体系开展二次开发。目前的开发资料覆盖品牌化界面、多机状态汇总、任务草稿与审阅、本地 AI 辅助，以及事件记录、归档和报告等方向，为按项目适配提供工程基础。
本文介绍 MERIVUS 地面站的定制开发方向与工程基础。本次资料对应源码及工程说明；面向具体项目的软件版本仍需完成构建、设备联调与相应验收。功能范围、适用设备和交付内容以项目约定为准。
AI 建议与实际飞行操作分开处理
在现有设计中，本地模型用于问答、状态解释与结构化建议；建议经过本地格式、白名单和风险规则校验，交由操作员审阅。AI 建议链路不直接执行飞行动作，实际飞行操作走独立的受控流程。
- 01模型形成建议问答、解释、信息整理
- 02本地规则校验格式、白名单、风险项
- 03操作员审阅查看依据与适用条件
实际飞行操作通过独立的受控流程处理。
采用本地模型方案时，模型与运行环境需提前准备；本地推理不依赖云端模型 API Key。数据存储、地图来源、外部接口和网络配置将在部署方案中分别明确。
定制服务，可以从哪些细节开始？
我们可以围绕以下内容开展需求评估，并将可实现范围、依赖条件与验收方式写入项目方案。
- 01界面与操作流程
- 沟通品牌标识、中文界面、页面布局和信息层级；按照实际岗位梳理常用操作、任务审阅与提示内容。
- 02设备与任务适配
- 核对机型、飞控及固件版本、通信消息和载荷信息；评估多机状态展示、任务模板、任务草稿与人工确认流程。
- 03本地 AI 辅助
- 结合电脑配置、模型条件和资料范围，评估本地问答、状态解释及建议展示；明确 AI 可读取的信息和不能执行的操作。
- 04数据与系统对接
- 梳理需要保存的事件、日志与报告字段，评估文件交换或第三方接口。跨站协作、账号权限及外部系统接入需另行确认开发范围。
- 05源码与工程交付
- 按约定整理源码、配置说明和工程交接资料；明确软件构建、设备联调、仿真及现场验证由谁完成，以及相应交付物和验收条件。
以多设备任务看板为例，可以先明确设备状态、任务列表、审阅记录与结果文件这几项核心内容，再决定是否增加 AI 辅助或业务系统接口。
带着这几项资料，开始项目沟通
- 应用与任务准备做什么工作，现有流程有哪些问题，期望软件帮助完成什么。
- 设备与接口机型、数量、飞控与固件版本、载荷，以及可提供的协议或接口文档。
- 运行环境使用的电脑与操作系统，现场网络条件，是否需要本地部署与离线地图。
- 交付与验证期望交付源码还是软件版本，时间安排，谁提供测试设备，以及如何判断项目完成。
地面站的长期价值，来自软件与实际任务之间持续、清晰的配合。MERIVUS 希望从具体需求出发，让设备状态更容易理解，让任务过程更容易核对，让后续扩展有明确的工程依据。
联系 MERIVUS，沟通地面站定制需求
电话 / 微信同号：15356877933
业务邮箱：sales@merivusco.com
客服时间：08:00–24:00（北京时间）
参考资料
行业方向为结合以下公开技术资料作出的分析，不构成市场增速预测。外部产品用于说明技术方向，不表示 MERIVUS 已完成与其集成。资料核对日期：2026年10月20日。
- QGroundControl · 用户指南与功能概览
- DJI FlightHub 2 · 作业管理与飞行调度
- DJI Cloud API · 产品介绍
- Ollama · 本地运行与云端功能设置
- PX4 · 仿真与验证；失效保护仿真
页面配图中的软件界面取自 MERIVUS 提供的宣传资料，仅用于介绍界面方向，不作为当前版本功能或实飞效果的验收证明。
地面站定制常见问题
地面站软件可以评估哪些定制内容？
可围绕界面流程、设备与任务适配、本地AI辅助、日志报告、第三方接口及源码交付评估需求。现有资料体现源码与工程设计基础，具体范围、联调条件和交付标准需根据项目约定。
地面站本地 AI 会直接控制飞机吗？
现有设计将AI用于问答、解释和建议，经过本地规则校验和操作员审阅，实际飞行操作走独立受控流程。本地AI推理不等于地图、视频及其他全部链路均可离线，具体部署和验证范围需按项目确认。