Configuração e calibração
A interface prevista abrange parâmetros, failsafe, PID, alimentação, portas, sensores, OSD, câmara e calibrações guiadas.
≈60 PAINÉIS PREVISTOSDESPORTO NÃO TRIPULADO / #bezpiLOTaPRODUTO / KAIROS DRONE AGENT
01 VOO DEFINIDO POR SOFTWARE
Do controlador de voo
ao navegador.
KairOS está a ser desenvolvido como Drone Agent aberto do ecossistema «Desporto não tripulado» e da marca #bezpiLOTa. Liga o controlador de voo, Mission Control no navegador, vídeo, periféricos e Ground Agent de campo numa arquitetura observável.
- 04
- famílias
de firmware - 03
- modos
de ligação - 17
- perfis previstos
de placas
KairOS / NÚCLEO DE INTELIGÊNCIA DE VOO CONCEITO ATIVO
KNÚCLEO
FC
CONTROLO DE VOOMAVLINK V2
DA
DRONE AGENTNÚCLEO RUST
GA
NÓ TERRESTRELIGAÇÃO DE CAMPO
MC
MISSION CTRLNAVEGADOR
LIGAÇÃOPRIORIDADE LOCAL
VÍDEOWEBRTC PREVISTO
APIEXTENSÍVEL
COMPATIBILIDADE PREVISTA
ArduPilotPX4BetaflightiNavMAVLink v2WebRTC
02 / PLATAFORMATrês produtos.
Três produtos.
Um único sistema.
Os componentes funcionam em conjunto, mas não exigem o conjunto completo: Mission Control pode ligar-se diretamente e os agentes são adicionados à medida que as necessidades crescem.
01GCS NO NAVEGADOR
#bezpiLOTa
Mission Control
Uma interface unificada para ligação, configuração do controlador de voo, telemetria, vídeo, missões e gestão de frotas.
Abrir secção →02NÚCLEO A BORDO
KairOS
Drone Agent
Núcleo predominantemente em Rust num SBC Linux para encaminhamento MAVLink, transmissão de vídeo, API local e módulos extensíveis de IA e visão.
Abrir secção →03NÓ DE CAMPO
#bezpiLOTa
Ground Agent
Perfil terrestre do agente para receber a ligação de rádio e transmitir vídeo e telemetria para um portátil, telefone ou ecrã de campo.
Abrir secção →03 / CAPACIDADESUm sistema de voo
Um sistema de voo
sem pontos cegos.
KairOS é concebido em torno do trabalho real do operador: primeiro conectividade e observabilidade, depois automatização, com uma separação clara entre estado confirmado e capacidades previstas.
Missões e geozonas
Pontos de rota, levantamentos, órbitas, corredores, padrões de busca, acompanhamento do terreno, pontos de reunião e validação do plano antes do carregamento.
PLAN · VALIDATE · FLYTelemetria em direto
Posição, GPS, bateria, EKF, ligação de rádio, sensores, registos e estado dos serviços num único contexto do operador.
MAVLINK V2 · MSPVídeo sem plugins
O sistema multimédia previsto combina H.264, RTSP, WebRTC/WHEP e WFB-ng para cenários locais e de campo.
CAMERA → BROWSERTopologia de campo
Os papéis direto, retransmissor e recetor permitem conceber um único nó terrestre ou um sistema de receção distribuído.
DIRECT · RELAY · RECEIVERAPI e extensões
A API REST e o modelo isolado de extensões ligam painéis, controladores, sensores e algoritmos sem bifurcar o núcleo principal.
RUST · PYTHON · TYPESCRIPT
O polígono no mapa está ligado à altitude, sobreposição de imagens e parâmetros da câmara — contexto visual para cartografia e validação do trajeto.
A imagem da câmara é acompanhada pela ligação ao controlador de voo, perfil da placa e utilização de CPU, memória e disco.
04 / ARQUITETURAPrioridade local.
Prioridade local.
Nuvem opcional.
O sistema crítico de campo não depende da nuvem. A Internet é adicionada separadamente para observação remota, comandos e sincronização de vários veículos.
KairOS / TOPOLOGIA PREVISTA DO SISTEMA CAMINHO LOCAL PREVISTO
Controlador de voo
Motores, estabilização, GPS e sensores.
ArduPilot · PX4 · BF · iNavMAVLINK / MSP↔
Drone Agent
Encaminhamento, vídeo, rádio, API e extensões.
SBC Linux · núcleo RustWFB-NG / LAN↔
Ground Agent
Receção, rede em malha, retransmissão e distribuição local.
Direto · Retransmissor · RecetorWEBRTC / WS→
Mission Control
Controlo, planeamento, vídeo e observabilidade.
Navegador ChromiumOPCIONAL
Camada de nuvem de alojamento próprio
DESLIGADA POR PREDEFINIÇÃOMQTT/TLS · sinalização · estado da frota · observadores remotos
USB direto
O navegador liga-se diretamente ao controlador de voo. Adequado para bancada, configuração, calibração e atualização de firmware.
BROWSER ↔ USB ↔ FCCampo local
Drone Agent e Ground Agent formam um sistema local de telemetria e vídeo sem Internet obrigatória.
DRONE ↔ FIELD LINK ↔ GROUNDRemoto / híbrido
A infraestrutura opcional alojada pelo próprio utilizador acrescenta observadores remotos e sincronização da frota ao sistema local.
EDGE ↔ OPTIONAL CLOUD ↔ GCS
05 / HARDWARE E FIRMWAREEscolha
Escolha
o seu veículo.
A arquitetura prevista não depende de um fabricante: um computador auxiliar Linux é acrescentado ao veículo existente e ligado ao seu controlador de voo.
Raspberry Pi3 / 4 / 5 · CM3 / CM4 / CM5
RadxaCM3 / CM4 · ROCK 5C Lite
NVIDIAJetson Nano · Orin Nano
ARM64 LinuxOrange Pi 5 · RK3566 / RK3576
MATRIZ DE COMPATIBILIDADE PREVISTAVerificação KairOS pendente
ArduPilotMAVLink v2
Configuração, missões, geocercas, pontos de reunião e assinatura
OBJETIVO COMPLETOPX4MAVLink v2
Missões e configuração da estrutura e dos atuadores
OBJETIVO COMPLETOBetaflightMSP v1/v2
Configuração e controlo manual; sem carregamento de missões
ÂMBITO DELIMITADOiNavMSP v1/v2
Missões, locais seguros e geozonas; referência: iNav 7+
ÂMBITO DELIMITADOUSB UVC / MIPI CSIMÍN. 1 GB RAM / OBJETIVO 2 GB+LINUX + SYSTEMD
06 / EXTENSIBILIDADEExpanda o sistema.
01Pacotes assinados 02Isolamento de processos 03Permissões de capacidades
Expanda o sistema.
Preserve o núcleo.
O modelo previsto de extensões separa o código do plugin do anfitrião. A parte do agente executa-se num processo independente e a parte GCS num iframe isolado; cada privilégio é concedido explicitamente pelo operador.
Verificação da assinatura antes da instalação e possibilidade de revogar a chave.
Subprocesso independente com limites de recursos e estado observável.
Acesso apenas a dados, dispositivos e comandos explicitamente autorizados.
MANIFESTO DE EXTENSÃO KairOS MODELO PREVISTO
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 / CASOS DE UTILIZAÇÃOUma pilha aberta.
Uma pilha aberta.
O seu cenário.
Da bancada e da sala de aula à cartografia e ao sistema de campo: a arquitetura é construída em torno da tarefa, sem depender de um ecossistema fechado.
FPV e montagens próprias
GCS moderno, configuração, vídeo e telemetria para um veículo com o hardware que escolher.
Investigação e I&D
API, simulação, extensões e arquitetura observável para experiências reproduzíveis.
Cartografia e inspeções
Planeamento de áreas, missões com pontos de rota e trajetórias sistemáticas de recolha de dados.
Educação e integração
Camadas abertas, do protocolo à interface, para aprender e criar o seu próprio produto.
ECOSSISTEMA / DESPORTO
Desporto não tripulado
Um participante ou equipa resolve uma tarefa competitiva com sistemas não tripulados, realidade aumentada e ferramentas digitais. O resultado pertence à pessoa e é confirmado pelos dados da tentativa: telemetria, vídeo e registo de eventos.
Ciclo ARFórmula de operaçãoDroide de teletransporte
DESPORTO DO DROIDE DE TELETRANSPORTE
Droide de teletransporte TPD
O participante controla um droide físico pela Internet a partir de fora do recinto. A qualidade da ligação e a latência integram a avaliação da tentativa, enquanto um observador local trabalha no local. Os perfis da disciplina abrangem ambientes terrestres, aéreos, de superfície aquática, subaquáticos e extremos.
KairOS — núcleo principal de software do TPD
Para esta disciplina, KairOS é concebido como núcleo de comunicação entre operador remoto, Mission Control no navegador, Drone Agent a bordo e droide: comandos de controlo, vídeo, telemetria e supervisão do estado do sistema.
Uma arquitetura aberta para o desporto e tarefas do setor produtivo: cartografia, inspeções, sistemas de campo, investigação e educação.
A plataforma em poucas palavras
O que é KairOS?
KairOS é um projeto de plataforma universal de software para sistemas não tripulados. A arquitetura prevista combina a estação terrestre Mission Control no navegador, Drone Agent a bordo e Ground Agent em terra. O projeto encontra-se na fase de conceito e desenvolvimento.
Em que diferem Mission Control, Drone Agent e Ground Agent?
Mission Control é a interface prevista do operador no navegador para configuração, telemetria, vídeo e missões. Drone Agent é o núcleo de bordo planeado num SBC Linux. Ground Agent é o perfil terrestre do agente para receber ligações de rádio e entregar dados ao ecrã do operador.
KairOS destina-se apenas ao desporto?
Não. A plataforma é concebida para diversas tarefas da economia real, incluindo inspeções, cartografia, agricultura, monitorização e educação. Droide de teletransporte (TPD, Teleportation Droid Sport) é um dos cenários de utilização no ecossistema Desporto não tripulado.
Qual é a relação entre KairOS e o Droide de teletransporte?
No conceito da disciplina Droide de teletransporte, KairOS é o núcleo principal de software planeado que liga operador, telemetria, vídeo, missões e agentes. A informação detalhada sobre o desporto e a disciplina está publicada em bezpilota.msk.ru.
Os comandos documentados já podem ser utilizados em voo real?
A documentação descreve contratos previstos para uma plataforma futura, não uma versão verificada de software de voo. A disponibilidade das funções deve ser confirmada por código publicado e testes. As ilustrações da interface não constituem prova de voos reais.
Como contactar a equipa KairOS?
Escreva para contact@kairosgo.dev. O formulário de contacto do site abre o seu cliente de correio com uma mensagem preparada.
08 / PRINCÍPIOS OPERACIONAISPrimeiro a segurança.
Primeiro a segurança.
Depois a autonomia.
A pessoa mantém o controlo
Comandos perigosos e novos privilégios exigem uma decisão explícita do operador.
Prioridade local por predefinição
O sistema crítico é concebido sem infraestrutura externa obrigatória.
Verificar antes de prometer
Alcance, latência e fiabilidade só são publicados depois dos ensaios KairOS.
Arquitetura aberta
As interfaces e os limites dos componentes devem permanecer verificáveis e substituíveis.
09 / RESPOSTAS CLARAS
O que importa saber.
KairOS precisa do seu próprio drone?+
Não. A arquitetura prevista destina-se a um veículo existente com controlador de voo compatível e, quando necessário, computador auxiliar Linux.
A nuvem é obrigatória?+
Não. A ligação USB direta e o sistema local de campo são concebidos sem nuvem. A infraestrutura remota é uma camada opcional independente.
KairOS já está pronto para voos reais?+
Ainda não existe confirmação pública. O projeto está em desenvolvimento; as primeiras características e limites de utilização terão de ser confirmados por ensaios próprios de bancada e de campo.
Qual é a licença do projeto?+
A licença KairOS ainda não foi publicada. Deverá ser estabelecida explicitamente num ficheiro LICENSE próprio do repositório antes da primeira versão pública.
KairOS / CAMADA ABERTA DE VOOConstrua sobre uma plataforma aberta,
Construa sobre uma plataforma aberta,
sem um ecossistema fechado.
Escolha o controlador de voo, computador auxiliar, ligação de comunicações e infraestrutura. KairOS liga-os numa pilha unificada em desenvolvimento.
Código-fonte KairOS