Configuration et étalonnage
L’interface cible couvre les paramètres, le failsafe, le PID, l’alimentation, les ports, les capteurs, l’OSD, les caméras et les étalonnages guidés.
≈60 PANNEAUX CIBLESSPORT SANS PILOTE / #bezpiLOTaPRODUIT / KAIROS DRONE AGENT
01 VOL DÉFINI PAR LOGICIEL
Du contrôleur de vol
au navigateur.
KairOS est développé comme un Drone Agent ouvert pour l’écosystème « Sport sans pilote » et la marque #bezpiLOTa. Il relie contrôleur de vol, Mission Control dans le navigateur, vidéo, périphériques et Ground Agent de terrain dans une architecture observable.
- 04
- familles de
micrologiciels - 03
- modes de
connexion - 17
- profils de cartes
cibles
KairOS / CŒUR D’INTELLIGENCE DE VOL CONCEPT ACTIF
KCŒUR
FC
CONTRÔLEUR DE VOLMAVLINK V2
DA
DRONE AGENTCŒUR RUST
GA
NŒUD SOLLIAISON DE TERRAIN
MC
MISSION CONTROLNAVIGATEUR
LIAISONLOCAL EN PRIORITÉ
VIDÉOWEBRTC PRÉVU
APIEXTENSIBLE
COMPATIBILITÉ CIBLE
ArduPilotPX4BetaflightiNavMAVLink v2WebRTC
02 / PLATEFORMETrois produits.
Trois produits.
Un seul système.
Les composants fonctionnent ensemble sans exiger un ensemble complet : Mission Control peut se connecter directement, puis les agents sont ajoutés selon l’évolution du besoin.
01GCS DANS LE NAVIGATEUR
#bezpiLOTa
Mission Control
Une interface unifiée pour les connexions, la configuration du contrôleur de vol, la télémétrie, la vidéo, les missions et la gestion de flotte.
Ouvrir la section →02CŒUR EMBARQUÉ
KairOS
Drone Agent
Un cœur principalement en Rust sur un SBC Linux pour le routage MAVLink, la vidéo, les API locales et des modules IA/vision extensibles.
Ouvrir la section →03NŒUD DE TERRAIN
#bezpiLOTa
Ground Agent
Un profil d’agent au sol qui reçoit la liaison radio et transmet vidéo et télémétrie à un ordinateur portable, un téléphone ou un écran de terrain.
Ouvrir la section →03 / CAPACITÉSLes opérations de vol
Les opérations de vol
sans angles morts.
KairOS est conçu autour du travail réel de l’opérateur : connectivité et observabilité d’abord, automatisation ensuite, avec une distinction claire entre état vérifié et capacités visées.
Missions et zones géographiques
Points de passage, relevé, orbite, corridor, motifs de recherche, suivi du terrain, points de ralliement et validation du plan avant envoi.
PLAN · VALIDATE · FLYTélémétrie en direct
Position, GPS, batterie, EKF, liaison radio, capteurs, journaux et état des services dans une même vue opérateur.
MAVLINK V2 · MSPVidéo sans extension de navigateur
La chaîne multimédia cible associe H.264, RTSP, WebRTC/WHEP et WFB-ng pour les opérations locales et de terrain.
CAMERA → BROWSERTopologie de terrain
Les rôles direct, relais et récepteur permettent de concevoir un nœud sol unique ou un réseau de réception distribué.
DIRECT · RELAY · RECEIVERAPI et extensions
Les API REST et un modèle d’extensions isolées relient panneaux, pilotes, capteurs et algorithmes sans créer de branche dérivée du cœur.
RUST · PYTHON · TYPESCRIPT
Le polygone cartographique est lié à l’altitude, au recouvrement et aux paramètres caméra : un contexte visuel pour cartographie et validation du trajet.
À côté de la caméra figurent connexion au contrôleur, profil de carte et charge CPU, mémoire et disque.
04 / ARCHITECTURELe local d’abord.
Le local d’abord.
Le cloud en option.
La chaîne de terrain critique ne dépend pas du cloud. Internet est ajouté séparément pour l’observation distante, les commandes et la synchronisation de plusieurs appareils.
KairOS / TOPOLOGIE SYSTÈME CIBLE CHEMIN LOCAL CIBLE
Contrôleur de vol
Moteurs, stabilisation, GPS et capteurs.
ArduPilot · PX4 · BF · iNavMAVLINK / MSP↔
Drone Agent
Routage, vidéo, radio, API et extensions.
SBC Linux · cœur RustWFB-NG / LAN↔
Ground Agent
Réception, réseau maillé, relais et distribution locale.
Direct · Relais · RécepteurWEBRTC / WS→
Mission Control
Commande, planification, vidéo et observabilité.
Navigateur ChromiumFACULTATIF
Couche cloud auto-hébergée
DÉCONNECTÉ PAR DÉFAUTMQTT/TLS · signalisation · état de flotte · observateurs distants
USB direct
Le navigateur se connecte directement au contrôleur de vol. Convient au banc d’essai, à la configuration, à l’étalonnage et au flashage du micrologiciel.
BROWSER ↔ USB ↔ FCTerrain local
Drone Agent et Ground Agent forment une chaîne locale de télémétrie et de vidéo sans connexion Internet obligatoire.
DRONE ↔ FIELD LINK ↔ GROUNDDistant / hybride
Une infrastructure auto-hébergée facultative ajoute des observateurs distants et la synchronisation de flotte à la chaîne locale.
EDGE ↔ OPTIONAL CLOUD ↔ GCS
05 / MATÉRIEL ET MICROLOGICIELSChoisissez
Choisissez
votre appareil.
L’architecture cible n’est pas liée à un fabricant : un ordinateur compagnon Linux est ajouté à un appareil existant et connecté à son contrôleur de vol.
Raspberry Pi3 / 4 / 5 · CM3 / CM4 / CM5
RadxaCM3 / CM4 · ROCK 5C Lite
NVIDIAJetson Nano · Orin Nano
ARM64 LinuxOrange Pi 5 · RK3566 / RK3576
MATRICE DE PRISE EN CHARGE CIBLEVérification KairOS en attente
ArduPilotMAVLink v2
Configuration, missions, barrières géographiques, points de ralliement, signature
OBJECTIF COMPLETPX4MAVLink v2
Missions, configuration de cellule et d’actionneurs
OBJECTIF COMPLETBetaflightMSP v1/v2
Configuration et commande manuelle ; sans envoi de mission
PÉRIMÈTRE DÉFINIiNavMSP v1/v2
Missions, safehomes, zones géographiques ; cible : iNav 7+
PÉRIMÈTRE DÉFINIUSB UVC / MIPI CSI1 GO RAM MIN / 2 GO+ CIBLESLINUX + SYSTEMD
06 / EXTENSIBILITÉÉtendez le système.
01Paquets signés 02Isolation des processus 03Autorisations de capacité
Étendez le système.
Préservez le cœur.
Le modèle d’extensions cible sépare le code du plugin de l’hôte. La partie agent s’exécute dans un processus distinct, la partie GCS dans un iframe isolé, et chaque privilège est accordé explicitement par l’opérateur.
Vérification de la signature avant installation et possibilité de révocation de clé.
Un sous-processus distinct avec limites de ressources et état observable.
Accès uniquement aux données, appareils et commandes explicitement approuvés.
MANIFESTE D’EXTENSION KairOS MODÈLE CIBLE
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: requiredRUSTPYTHONTYPESCRIPTREST API
07 / CAS D’USAGEUne pile ouverte.
Une pile ouverte.
Votre scénario.
Du banc d’essai et de la salle de classe à la cartographie et aux systèmes de terrain, l’architecture s’assemble autour de la tâche plutôt que d’un écosystème fermé.
FPV et assemblages personnalisés
Un GCS moderne, la configuration, la vidéo et la télémétrie pour un appareil sur le matériel de votre choix.
Recherche et R&D
API, simulation, extensions et architecture observable pour des expériences reproductibles.
Cartographie et inspections
Planification de zones, missions à points de passage et trajectoires systématiques de collecte de données.
Éducation et intégration
Des couches ouvertes, du protocole à l’interface, pour apprendre et créer votre produit.
ÉCOSYSTÈME / SPORT
Sport sans pilote
Un participant ou une équipe résout un défi compétitif à l’aide de systèmes sans pilote, de réalité augmentée et d’outils numériques. Le résultat appartient à l’humain et est confirmé par les données de la tentative : télémétrie, vidéo et journal d’événements.
Cycle ARFormule d’exploitationDroïde téléporté
SPORT DU DROÏDE TÉLÉPORTÉ
Droïde téléporté TPD
Le participant commande un droïde physique par Internet depuis l’extérieur du site. Qualité de liaison et latence entrent dans l’évaluation, avec un observateur local sur place. Les profils couvrent les milieux terrestres, aériens, de surface, sous-marins et extrêmes.
KairOS — le cœur logiciel principal du TPD
Pour cette discipline, KairOS est conçu comme le cœur de liaison entre opérateur distant, Mission Control dans le navigateur, Drone Agent embarqué et droïde : commandes, vidéo, télémétrie et observation de l’état du système.
Une architecture ouverte pour le sport et l’économie réelle : cartographie, inspections, systèmes de terrain, recherche et éducation.
La plateforme en bref
Qu’est-ce que KairOS ?
KairOS est un projet de plateforme logicielle universelle pour systèmes sans pilote. L’architecture cible réunit station navigateur Mission Control, Drone Agent embarqué et Ground Agent au sol. Le projet est au stade du concept et du développement.
Quelle différence entre Mission Control, Drone Agent et Ground Agent ?
Mission Control est l’interface navigateur cible pour configuration, télémétrie, vidéo et missions. Drone Agent est le cœur embarqué prévu sur SBC Linux. Ground Agent est le profil sol recevant la radio et transmettant les données à l’écran opérateur.
KairOS est-il réservé au sport ?
Non. La plateforme vise diverses tâches de l’économie réelle : inspections, cartographie, agriculture, surveillance et formation. Le Droïde téléporté (TPD, Teleportation Droid Sport) est un cas d’usage de l’écosystème « Sport sans pilote ».
Quel lien entre KairOS et le Droïde téléporté ?
Dans le concept de la discipline, KairOS est le cœur logiciel principal prévu reliant opérateur, télémétrie, vidéo, missions et agents. Les détails du sport et de la discipline sont publiés sur bezpilota.msk.ru.
Les commandes documentées sont-elles utilisables en vol réel ?
La documentation décrit les contrats cibles d’une future plateforme, pas une version vérifiée de logiciel de vol. La disponibilité doit être confirmée par code publié et essais. Les illustrations d’interface ne prouvent aucun vol réel.
Comment contacter l’équipe KairOS ?
Écrivez à contact@kairosgo.dev. Le formulaire ouvre votre messagerie avec un message préparé.
08 / PRINCIPES DE FONCTIONNEMENTLa sécurité d’abord.
La sécurité d’abord.
L’autonomie ensuite.
L’humain garde le contrôle
Les commandes dangereuses et les nouveaux privilèges nécessitent une décision explicite de l’opérateur.
Priorité au local par défaut
La chaîne critique est conçue sans infrastructure externe obligatoire.
Vérifier avant de promettre
Portée, latence et fiabilité ne sont publiées qu’après les essais KairOS.
Architecture ouverte
Les interfaces et frontières entre composants doivent rester vérifiables et remplaçables.
09 / RÉPONSES CLAIRES
L’essentiel à savoir.
KairOS exige-t-il son propre drone ?+
Non. L’architecture cible convient à un appareil existant équipé d’un contrôleur de vol compatible et, si nécessaire, d’un ordinateur compagnon Linux.
Le cloud est-il obligatoire ?+
Non. La connexion USB directe et la chaîne locale de terrain sont conçues sans cloud. L’infrastructure distante est une couche distincte et facultative.
KairOS est-il prêt pour des vols réels ?+
Cela n’a pas encore été confirmé publiquement. Le projet est en développement ; ses premières performances et limites d’utilisation doivent être validées par ses propres essais au banc et sur le terrain.
Quelle est la licence du projet ?+
La licence KairOS n’est pas encore publiée. Elle doit être explicitement établie dans un fichier LICENSE propre au dépôt avant la première version publique.
KairOS / COUCHE DE VOL OUVERTEConstruisez autour d’une plateforme ouverte,
Construisez autour d’une plateforme ouverte,
pas d’un écosystème fermé.
Choisissez contrôleur de vol, ordinateur compagnon, liaison et infrastructure. KairOS les relie en une pile unifiée en cours de conception.
Code source KairOS