Skip to content

这条链路是怎么工作的

发送端——天空这一侧

装有 Waybeam 编码器的 OpenIPC 摄像机把传感器画面变成码流,直接送入无线链路。在这里设定的帧率决定了延迟预算的大部分。

无线链路

devourer 直接在用户态承载视频、遥测与控制信号,运行于常见的 Realtek 网卡——无需关联,不会因重传而卡顿,速率、功率与信道逐包设定。

接收端——你这一侧

PixelPilot 把一块 Rockchip 板子变成专用地面站——这是最快的接收方式。Aviateur 则直接跑在你已有的 Windows、Linux 或 macOS 电脑上。

TX → devourer → RX

FPV:从镜头到眼镜

一套完全开放的数字 FPV 系统:没有封闭生态,没有配对绑定的硬件,也没有固件上限。用受支持的摄像机搭建天空端,挑选你的地面站,并可调节管线的每一个环节。

阅读搭建指南 加入 FPV 聊天群

不止于无人机:机器人与遥操作

同一条链路也为工业机器人、AGV、巡检设备和远程操作传输视频——凡是封闭视频系统会把你锁死、或者绕行云端会带来数秒延迟的场合,都用得上。

在受支持的 SoC 上,画面帧会携带与传感器曝光起始对齐的挂钟时间戳——无需额外硬件即可实现多摄像机毫秒级同步。

想基于这条链路做产品?和我们谈谈——我们承接定制开发与 OEM 合作。

到底有多快

真正决定这个数字的是地面站,而不是你选的分辨率。以下是真正在用这套方案飞行的人,在自己硬件上报告的结果。

来自 OpenIPC 与 wfb-ng 社区聊天,而非我们自己的实测。分辨率几乎不影响这个数字,真正决定它的是帧率和屏幕刷新率——只换一台显示器,同一台摄像机就会相差 120 毫秒。

专用地面站 26–67 ms 端到端延迟 内置 VRX 的眼镜 45–65 ms 端到端延迟 手机或平板 50–100 ms 端到端延迟 笔记本或台式机 60–100 ms 端到端延迟

硬件

天空端由受支持的摄像机和 AIO 板搭建——请从支持硬件列表开始。RunCam 等厂商出厂即提供基于 OpenIPC 的 FPV 硬件。

站在开放的肩膀上

这条无线链路得益于 wfb-ng 与 devourer,整个生态也在 RubyFPVMario FPV 等伙伴的参与下不断成长。开源是一项团队运动。

FPV:从镜头到眼镜

阅读搭建指南 加入 FPV 聊天群

想基于这条链路做产品?和我们谈谈——我们承接定制开发与 OEM 合作。