KONSEP DAN PENGEMBANGANOLAHRAGA TANPA AWAK · #bezpiLOTa · KAIROS DRONE AGENTDokumentasi
#bezpiLOTa→Memulai→Cara Kerja
MEMULAI / ARSITEKTUR

Pengendali Penerbangan menjalankan loop penerbangan waktu nyata ketat. SBC pendamping menangani video, perutean, API, dan komunikasi eksternal. Mission Control memilih USB langsung, LAN, atau relai jarak jauh sambil menjaga pemisahan tanggung jawabnya.

KONSEP

Alur menyeluruh dijelaskan sebagai arsitektur yang ditargetkan; latensi dan frekuensi tetap menjadi target rancangan sampai pengukuran KairOS tersedia.

Repositori KairOS ↗
03mode koneksi
1 Hzheartbeat komputer pendamping
2 Hztelemetri cloud yang ditargetkan
MAVLINKprotokol utama
01
GAMBARAN BESAR

Dua komputer di wahana—tanggung jawab berbeda

Pengendali Penerbangan mengendalikan motor, stabilisasi, GPS, dan sensor. Komputer pendamping—Raspberry Pi, Radxa, Jetson, atau SBC Linux lainnya—menjalankan KairOS Drone Agent dan tidak menggantikan FC: ia menambahkan video, relai telemetri, konektivitas cloud, radio, REST API, dan ekstensi.

Di darat, Mission Control berjalan dalam peramban. Sistem dapat mengakses FC langsung melalui WebSerial, Drone Agent melalui LAN, atau relai jarak jauh melalui MQTT/Convex dan pensinyalan WebRTC. Ground Agent ditambahkan untuk skenario WFB-ng dan mengubah penerimaan radio menjadi sistem web lokal yang mudah diakses.

02
ALUR DATA

Putaran lengkap telemetri, perintah, dan video

01

FC → Agen

UART MAVLink biasanya beroperasi pada 115200–921600 baud; agen menunggu heartbeat dan mengidentifikasi firmware.

02

Agen → konsumen lokal

Router mendistribusikan MAVLink mentah ke soket IPC, WebSocket, layanan cloud, dan keadaan kesehatan.

03

Agen → cloud

Sistem yang ditargetkan memublikasikan telemetri sekitar 2 Hz dan status melalui jalur HTTP/MQTT.

04

Kamera → peramban

Tangkapan V4L2 melewati pengodean H.264, MediaMTX/RTSP, dan transportasi WHEP, WebRTC, atau WFB-ng yang dipilih.

05

GCS → FC

Perintah arm, mode, misi, dan lainnya kembali melalui jalur terpilih yang sama; FC menegakkan aturan pre-arm.

06

ACK → UI

Konfirmasi perintah dan heartbeat/keadaan terbaru kembali, lalu UI memperbarui statusnya.

03
TIGA MODE KONEKSI

USB langsung, LAN, dan P2P jarak jauh

ModeTransportasiKapan digunakanTarget rancangan
USB langsungWebSerial → FC, tanpa memerlukan agenMeja uji, konfigurasi, kalibrasi, firmwareTarget rancangan <10 ms
LAN langsungREST :8080, MAVLink WS :8765, WHEP :8889Dalam ruangan, jarak dekat, pengembangan, LAN lapanganTarget: video 50–150 ms; telemetri <100 ms
P2P jarak jauh4G/Internet, pensinyalan SDP MQTT, WebRTC, ConvexPengamatan jarak jauh dan jalur sekunderTarget: video 100–300 ms; telemetri 2–5 Hz

Transportasi otomatis seharusnya terlebih dahulu mencari jalur LAN selama sekitar empat detik, kemudian berpindah ke pensinyalan P2P dengan jendela sekitar empat belas detik. Ini adalah interval rancangan: bergantung pada jaringan dan bukan SLA KairOS.

05
JALUR VIDEO

Dari tangkapan V4L2 hingga pemutaran H.264 natif

01

Tangkap

USB UVC atau MIPI CSI dibuka melalui V4L2; format dan resolusi yang tersedia diperiksa sebelum mulai.

02

Kodekan

ffmpeg menggunakan H.264 high profile, level 4.1, yuv420p, dan flag latensi rendah; encoder perangkat keras dipilih jika tersedia.

03

Publikasikan

Aliran terkode dipublikasikan ke MediaMTX/RTSP dan menjadi sumber bagi transportasi berikutnya.

04

LAN

WHEP mengirim WebRTC langsung ke peramban lokal.

05

Jarak jauh

MQTT membawa pensinyalan SDP, setelah itu media dikirim melalui WebRTC P2P atau, jika diperlukan, relai.

06

Radio

wfb_tx mengirim H.264 melalui WFB-ng; Ground Agent menerimanya lalu memublikasikan ulang secara lokal.

Parameter nobuffer dan low_delay serta ukuran probe kecil mengurangi antrean, tetapi latensi sebenarnya bergantung pada tangkapan, encoder, bitrate, FEC, radio, jaringan, dan dekode peramban. KairOS akan memublikasikan pengukuran untuk profil tertentu, bukan satu angka universal.

Kokpit video dengan aliran H.264: arah, kecepatan, ketinggian, GPS, baterai, peta mini, indikator perekaman, dan perintah penerbangan.
ANTARMUKA / CONTOH VISUALVideo pada antarmuka operator

Gambar kamera dilengkapi HUD, peta mini, mode penerbangan, dan indikator perekaman. Format H.264 diidentifikasi secara terpisah pada layar.

06
RELAI CLOUD

MQTT untuk data waktu nyata, Convex untuk keadaan dan antrean perintah

KairOS Agent yang ditargetkan memublikasikan telemetri MQTT sekitar 2 Hz. Jembatan MQTT-ke-Convex mengagregasi keadaan dengan debounce sekitar tiga detik per perangkat, sedangkan peramban menerima kueri reaktif. Perintah ditulis ke Convex; polling agen mengambil item tertunda, mengubahnya menjadi MAVLink, dan mengembalikan ACK.

textJalur data jarak jauh
Telemetry: FC → Agent → MQTT → bridge → Convex → Mission Control
Commands: Mission Control → Convex queue → Agent poll → MAVLink → FC
Video: Camera → Agent → MQTT SDP → P2P WebRTC → Browser
07
PERAN GROUND AGENT

Simpul lapangan mengubah penerimaan radio menjadi antarmuka lokal

KlienJalur
LaptopAP Wi-Fi, Ethernet, atau tethering USB CDC-NCM
Ponsel / tabletPeramban pada jaringan lokal yang sama atau jalur Android KairOS
Monitor lapanganHDMI + kios Chromium
Mission ControlProfil stasiun darat dengan sumber video/telemetri

Literal profilnya adalah ground-station. Profil ini berbagi satu basis kode dengan Drone Agent tetapi mengaktifkan layanan berbeda: penerimaan alih-alih pengodean di wahana, serta AP/tether/kiosk alih-alih orientasi awal yang berpusat pada FC.

08
KEADAAN MISSION CONTROL

Store memisahkan wahana, telemetri, misi, dan transportasi

StoreTanggung jawab
drone-managerSimpul, jalur koneksi, dan wahana aktif
telemetry-storeKeadaan langsung dan buffer melingkar 300 sampel
mission-storeWaypoint, pola, validasi, keadaan unggahan
video-storeSumber, transportasi, pemutaran, dan kesalahan
settings-storePenyimpanan persisten IndexedDB dan migrasi
ground-station-storePenerima, jalur relai, sumber, dan I/O lapangan
Ringkasan armada enam agen: kartu dengan video, telemetri, dan sumber daya, serta penyaring online, stale, dan offline.
ANTARMUKA / CONTOH VISUALKeadaan setiap simpul dalam ringkasan armada

Setiap agen memiliki video, telemetri, dan metrik sumber dayanya sendiri. Penyaring dan status menunjukkan pentingnya membedakan ketersediaan simpul dan kemutakhiran data.

09
APA YANG TERJADI SAAT ARM

Arm adalah rangkaian terkonfirmasi, bukan sakelar lokal

01

Niat operator

Mission Control memanggil protocol.arm() setelah konfirmasi eksplisit.

02

Protokol

MAV_CMD_COMPONENT_ARM_DISARM, perintah #400, dibuat.

03

Transportasi

Bingkai dikirim melalui WebSocket/LAN atau jalur Convex/cloud ke Agent.

04

Serial

Agent meneruskan perintah ke FC tanpa mengklaim kewenangan atas pemeriksaan pre-arm.

05

Validasi FC

Firmware memeriksa sensor, GPS, baterai, sakelar keselamatan, EKF, dan failsafe yang dikonfigurasi.

06

Konfirmasi keadaan

HEARTBEAT base_mode bit 7 dan ACK kembali melalui IPC/MQTT; UI menampilkan ARMED hanya setelah konfirmasi.