Documentation Index
Fetch the complete documentation index at: https://docs.altnautica.com/llms.txt
Use this file to discover all available pages before exploring further.
HDMI Kiosk Mode
Plug a monitor and a gamepad into the ground station SBC. The agent launches Chromium in kiosk mode, rendering the Mission Control HUD route at full screen. You get video, telemetry overlays, and stick control without a laptop, phone, or internet connection.
What you need
- Micro-HDMI to HDMI cable (Pi 4B uses micro-HDMI)
- Any HDMI monitor or display (7” field monitors work well)
- USB or Bluetooth gamepad (Logitech F310, Xbox, PS4, PS5, 8BitDo)
How it works
When the ground station detects a display output at/dev/dri/card0, it starts three services:
ados-mc-localserves a pre-built Mission Control athttp://localhost:4000ados-kiosklaunches Chromium inside thecageWayland compositor, pointing athttp://localhost:4000/hud- Chromium renders the HUD route in fullscreen kiosk mode, with no address bar, no tabs, no browser chrome
The HUD layout
The/hud route is a stripped-down flight view designed for fullscreen use:
- Full-frame video background (WebRTC from the local MediaMTX)
- Top bar: link RSSI, flight mode, battery percentage, altitude, speed, GPS satellite count
- Bottom bar: crosshair, artificial horizon, heading tape
- Corner alerts: failsafe indicators, home distance, connection health
- No menus, no maps, no multi-drone fleet views
Performance on Pi 4B
| Scenario | CPU usage | RAM usage |
|---|---|---|
| HUD idle (no video) | 12% | 280 MB |
| WebRTC 720p at 30 fps | 38% | 440 MB |
| WebRTC 1080p at 30 fps | 62% | 520 MB |
| WebRTC 1080p at 60 fps | 88% | 620 MB |
Gamepad input
The Web Gamepad API in Chromium handles controller mapping. USB gamepads work immediately. Bluetooth gamepads need to be paired first. To pair a Bluetooth gamepad:- Put the controller in pairing mode
- Use the OLED menu: navigate to Network > Bluetooth > Scan
- Select the controller from the list
- Press B3 (Select) to confirm
MANUAL_CONTROL MAVLink message path. The same code that handles gamepad input in the browser on your laptop handles it here.
Pilot-in-command (PIC)
When the kiosk starts and a gamepad is connected, the kiosk automatically claims PIC. If a laptop or phone also connects, they are observers until PIC is explicitly transferred. PIC transfer is done through:- The Mission Control Hardware tab on a connected laptop (click “Take Control”)
- The OLED menu (B3 long-press to release PIC)
Display settings
You can configure HDMI output from three places:- OLED menu: Display > HDMI Resolution
- Setup webapp: Display page
- Mission Control Hardware tab: Physical UI sub-view
- Resolution (auto-detect, 720p, 1080p)
- Refresh rate (30 Hz, 60 Hz)
- OLED brightness and auto-dim
Booting into kiosk
The kiosk service usescage as a minimal Wayland compositor. cage is designed for single-application kiosk use. It starts only when:
- A display output is detected (
/dev/dri/card0exists) - The ground-station profile is active
- The local Mission Control build is available
Graceful degradation
| Event | Behavior |
|---|---|
| Monitor unplugged mid-flight | Kiosk keeps running on virtual framebuffer. On re-plug, display returns in ~2 seconds |
| Gamepad disconnected | PIC transfers to next client, or failsafe triggers |
| Mission Control build missing | Chromium shows blank page, OLED shows error, agent runs normally |
| No display output at boot | Kiosk service skips, no errors |
What is next
- Physical UI for the OLED and button system
- WiFi AP to add laptop observers while flying on HDMI
- Setup and Pairing for the first-time walkthrough