КОНЦЕПЦИЯ И РАЗРАБОТКАБЕСПИЛОТНЫЙ СПОРТ · #bezpiLOTa · KAIROS DRONE AGENTДокументация
БЕСПИЛОТНЫЙ СПОРТ / #bezpiLOTa PRODUCT / KAIROS DRONE AGENT
01 SOFTWARE-DEFINED FLIGHT

От полётного контроллера
до браузера.

KairOS создаётся как открытый Drone Agent экосистемы «Беспилотный спорт» и бренда #bezpiLOTa. Он связывает полётный контроллер, браузерный Mission Control, видео, периферию и полевой Ground Agent в одной наблюдаемой архитектуре.

04
семейства
прошивок
03
режима
подключения
17
целевых
профилей плат
TARGET COMPATIBILITY
ArduPilotPX4BetaflightiNavMAVLink v2WebRTC
02 / PLATFORM

Три продукта.
Один контур.

Компоненты работают вместе, но не требуют полного комплекта: Mission Control может подключаться напрямую, а агенты добавляются по мере роста задачи.

Общий экран #bezpilOta GCS: выбранный агент SOFTWARE SITL, камера, телеметрия, карта, ресурсы бортового компьютера, связь и полётный контроллер.
ИНТЕРФЕЙС / ВИЗУАЛЬНЫЙ ПРИМЕРMission Control: единый операторский обзор

Камера, карта, телеметрия, состояние агента и связь собраны на одном экране. В выбранном узле показан профиль SOFTWARE SITL.

03 / CAPABILITIES

Полётный контур
без слепых зон.

KairOS проектируется вокруг реальной работы оператора: сначала связность и наблюдаемость, затем автоматизация — с ясной границей между подтверждённым состоянием и целевыми возможностями.

OPS / 01

Настройка и калибровка

Целевой интерфейс охватывает параметры, failsafe, PID, питание, порты, сенсоры, OSD, камеру и пошаговые калибровки.

≈60 ЦЕЛЕВЫХ ПАНЕЛЕЙ
OPS / 02

Миссии и геозоны

Waypoints, survey, orbit, corridor, поисковые паттерны, terrain following, rally points и проверка плана перед загрузкой.

PLAN · VALIDATE · FLY
OPS / 03

Живая телеметрия

Положение, GPS, батарея, EKF, радиоканал, датчики, журналы и состояние сервисов в одном операторском контексте.

MAVLINK V2 · MSP
MEDIA / 04

Видео без плагинов

Целевой медиаконтур объединяет H.264, RTSP, WebRTC/WHEP и WFB-ng для локальных и полевых сценариев.

CAMERA → BROWSER
FLEET / 05

Полевая топология

Direct, relay и receiver-роли позволяют проектировать одиночный наземный узел или распределённый контур приёма.

DIRECT · RELAY · RECEIVER
DEV / 06

API и расширения

REST API и изолированная модель расширений связывают панели, драйверы, сенсоры и алгоритмы без форка основного ядра.

RUST · PYTHON · TYPESCRIPT
Планировщик картографической миссии: полигон рабочей области, настройки камеры, высота, перекрытие снимков и оценка маршрута.
ИНТЕРФЕЙС / ВИЗУАЛЬНЫЙ ПРИМЕРОт рабочей области к плану миссии

Полигон на карте связан с высотой, перекрытием снимков и параметрами камеры — визуальный контекст для картографии и проверки маршрута.

Статус агента в GCS: камера, Raspberry Pi 5, архитектура aarch64, соединение с FC и графики CPU, памяти и диска.
ИНТЕРФЕЙС / ВИЗУАЛЬНЫЙ ПРИМЕРВидео, телеметрия и состояние вычислителя

Рядом с камерой показаны соединение с полётным контроллером, профиль платы и загрузка CPU, памяти и диска.

04 / ARCHITECTURE

Local-first.
Cloud optional.

Критический полевой контур не зависит от облака. Интернет добавляется отдельно — для удалённого наблюдения, команд и синхронизации нескольких аппаратов.

KairOS / TARGET SYSTEM TOPOLOGY TARGET LOCAL PATH
N01
FC
CONTROL LAYER

Flight Controller

Моторы, стабилизация, GPS и датчики.

ArduPilot · PX4 · BF · iNav
N02
DA
EDGE LAYER

Drone Agent

Маршрутизация, видео, радио, API и расширения.

Linux SBC · Rust core
N03
GA
FIELD LAYER

Ground Agent

Приём, mesh, ретрансляция и локальная раздача.

Direct · Relay · Receiver
N04
MC
OPERATOR LAYER

Mission Control

Управление, планирование, видео и наблюдаемость.

Chromium browser
OPTIONAL
Self-hosted cloud layer

MQTT/TLS · signaling · fleet state · remote observers

DISCONNECTED BY DEFAULT
A

Direct USB

Браузер подключается к полётному контроллеру напрямую. Подходит для стенда, настройки, калибровки и прошивки.

BROWSER ↔ USB ↔ FC
B

Local field

Drone Agent и Ground Agent формируют локальный контур для телеметрии и видео без обязательного интернета.

DRONE ↔ FIELD LINK ↔ GROUND
C

Remote / hybrid

Опциональная self-hosted инфраструктура добавляет удалённых наблюдателей и синхронизацию флота поверх локального контура.

EDGE ↔ OPTIONAL CLOUD ↔ GCS
Обзор флота из шести агентов: карточки с видео, телеметрией и ресурсами, фильтры online, stale и offline.
ИНТЕРФЕЙС / ВИЗУАЛЬНЫЙ ПРИМЕРФлот в одном операторском контексте

Карточки объединяют видео, телеметрию и ресурсы отдельных агентов. Состояния online, stale и offline помогают различать доступность узлов и свежесть данных.

05 / HARDWARE & FIRMWARE

Выбирайте
свой аппарат.

Целевая архитектура не привязана к одному производителю: Linux companion computer добавляется к существующему аппарату и соединяется с его полётным контроллером.

Raspberry Pi3 / 4 / 5 · CM3 / CM4 / CM5
RadxaCM3 / CM4 · ROCK 5C Lite
NVIDIAJetson Nano · Orin Nano
ARM64 LinuxOrange Pi 5 · RK3566 / RK3576
TARGET SUPPORT MATRIXKairOS verification pending
ArduPilotMAVLink v2

Конфигурация, миссии, geofence, rally points, signing

FULL TARGET
PX4MAVLink v2

Миссии, airframe и actuator configuration

FULL TARGET
BetaflightMSP v1/v2

Конфигурация и ручное управление; без mission upload

SCOPED
iNavMSP v1/v2

Миссии, safehomes, geozones; ориентир — iNav 7+

SCOPED
USB UVC / MIPI CSI1 GB RAM MIN / 2 GB+ TARGETLINUX + SYSTEMD
06 / EXTENSIBILITY

Расширяйте систему.
Не ломайте ядро.

Целевая модель расширений отделяет код плагина от хоста. Agent-часть работает в отдельном процессе, GCS-часть — в sandboxed iframe, а каждая привилегия выдаётся оператором явно.

01Signed packages

Проверка подписи перед установкой и возможность отзыва ключа.

02Process isolation

Отдельный subprocess с ресурсными лимитами и наблюдаемым состоянием.

03Capability grants

Доступ только к явно подтверждённым данным, устройствам и командам.

KairOS EXTENSION MANIFEST TARGET MODEL
extension:
  id: ru.msk.bezpilota.kairos.telemetry-panel
  version: 1.0.0

runtime:
  agent: rust
  gcs: typescript
  isolation: subprocess

permissions:
  - telemetry.read
  - ui.slot.dashboard

contributes:
  - dashboard.panel
  - alert.rule

distribution:
  signature: ed25519
  operator_approval: required
RUSTPYTHONTYPESCRIPTREST API
Интерфейс ИИ-помощника MCP: анализ миссии в диалоге, карта, телеметрия, вызовы инструментов, журнал событий и права доступа.
ИНТЕРФЕЙС / ВИЗУАЛЬНЫЙ ПРИМЕРИнтеграции рядом с данными миссии

Пример интерфейса с ИИ-помощником MCP: диалог связан с телеметрией, вызовами инструментов, журналом событий и панелью прав оператора.

07 / USE CASES

Открытый стек.
Ваш сценарий.

От стенда и учебного класса до картографии и полевого комплекса — архитектура собирается вокруг задачи, а не закрытой экосистемы.

01

FPV и собственные сборки

Современный GCS, настройка, видео и телеметрия для аппарата на выбранном вами железе.

02

Исследования и R&D

API, симуляция, расширения и наблюдаемая архитектура для воспроизводимых экспериментов.

03

Картография и инспекции

Планирование зон, waypoint-миссии и систематические траектории сбора данных.

04

Образование и интеграция

Открытые слои от протокола до UI для обучения и создания собственного продукта.

Визуальная симуляция обследования сельхозугодий: маршрут на трёхмерной карте, профиль высоты, текущая точка, видео и управление скоростью воспроизведения.
ИНТЕРФЕЙС / ВИЗУАЛЬНЫЙ ПРИМЕРКартография и обучение через симуляцию

Маршрут обследования сельхозугодий показан вместе с профилем высоты, последовательностью точек и видеоконтекстом. Управление воспроизведением помогает разбирать сценарий по этапам.

ЭКОСИСТЕМА / СПОРТ

Беспилотный спорт

Участник или команда решает соревновательную задачу с помощью беспилотных систем, дополненной реальности и цифровых инструментов. Результат принадлежит человеку и подтверждается данными попытки: телеметрией, видео и журналом событий.

АР-циклФормула эксплуатацииТелепортационный дроид
TELEPORTATION DROID SPORT

Телепортационный дроид ТПД

Участник управляет физическим дроидом через интернет, находясь вне площадки. Качество связи и задержка входят в оценку попытки, а на объекте работает локальный наблюдатель. Профили дисциплины охватывают наземные, воздушные, надводные, подводные и экстремальные среды.

KairOS — главное программное ядро ТПД

Для этой дисциплины KairOS проектируется как ядро связи между удалённым оператором, браузерным Mission Control, бортовым Drone Agent и дроидом: команды управления, видео, телеметрия и наблюдение за состоянием системы.

Одна открытая архитектура для спорта и задач реального сектора: картографии, инспекций, полевых комплексов, исследований и образования.

KairOS / ВОПРОСЫ И ОТВЕТЫ

Коротко о платформе

Что такое KairOS?

KairOS — проект универсальной программной платформы для беспилотных систем. Целевая архитектура объединяет браузерную наземную станцию Mission Control, бортовой Drone Agent и наземный Ground Agent. Проект находится на стадии концепции и разработки.

Чем отличаются Mission Control, Drone Agent и Ground Agent?

Mission Control — целевой браузерный интерфейс оператора для настройки, телеметрии, видео и миссий. Drone Agent — проектируемое бортовое ядро на Linux SBC. Ground Agent — наземный профиль агента для приёма радиоканала и передачи данных на экран оператора.

KairOS предназначен только для спорта?

Нет. Платформа проектируется для различных задач реального сектора экономики, включая инспекции, картографирование, сельское хозяйство, мониторинг и обучение. Телепортационный дроид (ТПД, Teleportation Droid Sport) — один из сценариев применения в экосистеме «Беспилотный спорт».

Как KairOS связан с Телепортационным дроидом?

В концепции дисциплины Телепортационный дроид KairOS является проектируемым главным программным ядром: связывает оператора, телеметрию, видео, миссии и агенты. Подробная информация о виде спорта и дисциплине опубликована на bezpilota.msk.ru.

Можно ли уже использовать команды из документации для реального полёта?

Документация описывает целевые контракты будущей платформы, а не подтверждённый релиз полётного ПО. Готовность функций должна подтверждаться публикацией кода и испытаниями. Иллюстрации интерфейса не являются доказательством реальных полётов.

Как связаться с командой KairOS?

Напишите на contact@kairosgo.dev. Форма обратной связи на сайте открывает ваш почтовый клиент с подготовленным письмом.

English overview → · Подробнее о «Беспилотном спорте» ↗

08 / OPERATING PRINCIPLES

Сначала безопасность.
Потом автономность.

01
Человек сохраняет контроль

Опасные команды и новые привилегии требуют явного решения оператора.

02
Local-first по умолчанию

Критический контур проектируется без обязательной внешней инфраструктуры.

03
Проверяем, затем обещаем

Дальность, задержка и надёжность публикуются только после испытаний KairOS.

04
Открытая архитектура

Интерфейсы и границы компонентов должны оставаться проверяемыми и заменяемыми.

Предполётная проверка: карта запретной зоны, ветер и порывы, энергетический риск, чек-лист и недоступный запуск миссии.
ИНТЕРФЕЙС / ВИЗУАЛЬНЫЙ ПРИМЕРПредполётная проверка до запуска

На иллюстрации погода и запретная зона оставляют проверки незавершёнными, а запуск миссии недоступным. Чек-лист делает причины видимыми для оператора.

09 / CLEAR ANSWERS

Что важно знать.

Нужен ли KairOS собственный дрон?+

Нет. Целевая архитектура рассчитана на существующий аппарат с поддерживаемым полётным контроллером и, при необходимости, Linux companion computer.

Облако обязательно?+

Нет. Прямое USB-подключение и локальный полевой контур проектируются без облака. Удалённая инфраструктура — отдельный опциональный слой.

KairOS уже готов для реальных полётов?+

Пока нет такого публичного подтверждения. Проект находится в разработке; первые характеристики и границы применения должны быть подтверждены собственными bench- и field-тестами.

Какая лицензия у проекта?+

Лицензия KairOS ещё не опубликована. Она должна быть явно закреплена собственным файлом LICENSE в репозитории проекта до первого публичного релиза.

KairOS / OPEN FLIGHT LAYER

Стройте вокруг открытой платформы,
а не закрытой экосистемы.

Выбирайте полётный контроллер, companion computer, канал связи и инфраструктуру. KairOS связывает их в единый проектируемый стек.

Исходный код KairOS