> 2026年7月29日
分类：低空经济 · 技术实战
2026年最火的关键词是什么？不是AI，不是新能源——是「低空经济」。国务院发文、各省出台低空空域管理条例、eVTOL适航取证加速，整个赛道像2015年的新能源一样沸腾。
但我没想到，我们一个做ERP的工作室，也接到了低空经济的单子。
贵州某无人机运营商，主要做农业植保、电力巡检、物流配送三条业务线。他们手里有40多架无人机，覆盖黔南州三个县，每天出勤30+架次。
老板之前用Excel管飞行计划，飞手在微信群里报位置，调度员在白板上画航线。冲突频发——两台飞机飞到同一空域、电池更换没记录导致中途迫降、客户投诉飞手迟到……
他找到我们说：能不能搞一套系统，像滴滴打车那样调度无人机？
刚开始我也以为这就是个变种的打车APP——客户下单、派单给飞手、飞行、结算。但深聊后发现完全不是一回事。
第一，三维调度，不是二维。 地面交通只有XY坐标，无人机的飞行高度Z轴是关键变量。两个飞手在地图上隔着5公里，但如果一个飞50米高、一个飞200米高，它们完全可以在同一经纬度上作业。 第二，空域审批是前置条件。 每次飞行前必须向当地空军申请临时空域，审批时间从15分钟到2小时不等。系统必须在审批通过的时间窗口内安排飞行。 第三，电池不是「油箱」。 汽车没油了去加油站，5分钟搞定。无人机电池更换需要降落到地面、物理更换、再起飞——而且降落的场地必须提前规划。 第四，天气是动态变量。 风速超过6级停飞、降雨停飞、大雾停飞。气象数据每15分钟刷新一次，系统必须自动调整计划。最终我们设计了四大核心模块：
基于Cesium开源地球引擎，在浏览器里渲染三维地图。每架无人机实时位置用蓝色图标标记，高度用竖线指示。已审批空域用半透明蓝色立方体框出，禁飞区用红色。
这个模块是整个系统的「眼睛」。调度员看这一张图就够了。
客户申请飞行 → 系统自动匹配空闲飞手和无人机 → 检测空域冲突 → 生成飞行窗口 → 推送审批 → 审批通过后自动排程。
这里最复杂的是冲突检测算法。我们在后端写了约600行Python代码，核心逻辑是：把每架已排程的飞机抽象为「时间+三维空间」的四维立方体，新飞行计划和所有现有计划做交叉检测。有交叉就往后延。
每块电池有唯一ID，每次飞行记录充电次数、放电深度、内阻变化。系统根据历史数据预测电池剩余寿命，提前7天预警更换。
这个功能是飞手最买账的——以前电池鼓包了才知道换，现在提前一周收到通知。
农户/企业通过微信小程序下单，选地块/电塔、选作业类型（植保喷洒/红外巡检/物流配送）、预约时间。系统自动报价，支付后进入排程队列。
| 层级 | 技术 | 原因 |
|------|------|------|
| 3D地图 | Cesium.js | 原生支持三维，比高德百度强太多 |
| 后端 | Python FastAPI | 异步IO适合实时推送 |
| 实时通信 | WebSocket | 飞手位置秒级推送 |
| 前端 | Vue 3 + Vite | 组件化开发效率高 |
| 数据库 | SQLite (WAL) | 单机部署够用，3-5人并发 |
| 部署 | 腾讯云Lighthouse | 客户已有服务器 |
连续两天，测试飞手反馈「地图上飞机位置卡顿，隔5秒才跳一下」。
我们查了代码，WebSocket每秒推送一次，频率完全够。前端接收也正常。最后发现是Cesium的Entity更新机制——我们每次更新位置都在创建新Entity而不是更新现有Entity的position属性，导致Canvas不断重绘，FPS暴跌到3帧。
改成直接更新position后，瞬时恢复60帧。
教训：用Cesium做实时追踪，一定要走entity.position = new Cesium.SampleProperty() 而非重建Entity。
上线一个月后的数据：
- 飞行冲突从月均8次降到0次
- 调度效率提升：从接单到起飞平均时间从47分钟降到18分钟
- 电池更换预警命中率96%
- 客户投诉率下降60%
老板的原话是：「以前我每天接飞手30个电话，现在一个都没有了。」
做完这个项目我深刻意识到：低空经济不是一个行业，是一层新的基础设施。
就像4G催生了滴滴和美团，低空空域开放后将催生大量新场景——
- 无人机外卖：10公里15分钟送达
- eVTOL空中出租车：城市内点对点出行
- 空中物流：山区/海岛物资运输
- 应急响应：灾害现场快速侦察
而所有这些场景，需要的核心系统和我们做的一模一样：三维调度 + 空域管理 + 实时监控 + 客户端。
如果3年后回头看这篇文章，我希望Y2Ksoft已经是低空经济赛道的头部数字化服务商。
这个赛道，值得All in。觉得有用？分享给更多人