unisat

Drone / UAV β€” Operations Guide

Profile keys: drone_small (2.5 kg) Β· drone_medium (5.0 kg) Template: mission_templates/drone_survey.json Β·


1. Mission class

Payload computer for fixed-wing or multi-rotor UAVs. Mounts inside the airframe as a secondary flight computer (primary autopilot β€” Pixhawk / ArduPilot β€” still handles actuator control). UniSat handles:

2. Physical envelope

Parameter Small Medium
Mass cap 2.5 kg 5.0 kg
Dimensions (mm) 200 Γ— 200 Γ— 100 300 Γ— 300 Γ— 150
Volume (cmΒ³) 4000 13500
Generation 0 W (battery only) 0 W
Consumption 8 W 15 W

3. Regulatory context

4. Subsystem matrix

Subsystem Status
OBC βœ…
IMU (flight controller) βœ… (redundant to autopilot)
Barometer βœ…
GNSS βœ…
2.4 GHz MAVLink link βœ…
Camera (multispectral) βœ…
Payload (survey kit) βœ…
ADCS / reaction wheels ❌
S-band ❌

Note: the autopilot (Pixhawk etc.) is NOT a UniSat subsystem; UniSat interfaces with it over MAVLink-over-UART. The payload computer’s IMU / barometer are secondary references, not the control loop.

5. Build

# Small (EASA Open A2):
cmake -B firmware/build-arm-drone-small -S firmware \
      -DCMAKE_C_FLAGS=-DMISSION_PROFILE_DRONE_SMALL=1
cmake --build firmware/build-arm-drone-small

# Medium (Specific / BVLOS):
cmake -B firmware/build-arm-drone-medium -S firmware \
      -DCMAKE_C_FLAGS=-DMISSION_PROFILE_DRONE_MEDIUM=1
cmake --build firmware/build-arm-drone-medium

(Drone profiles are not on the default make target-* recipe list β€” add a local alias if used frequently.)

6. Mission config

cp mission_templates/drone_survey.json mission_config.json

Key fields:

7. Mass & volume validation

Validator-confirmed (default subsystems):

Size Mass Limit Volume used
Small 1.8 kg 2.5 kg 45 % of 4000 cmΒ³
Medium 3.2 kg 5.0 kg 38 % of 13500 cmΒ³

8. Typical mission phases

Drone-survey phases (DRONE_SURVEY in mission_types.py):

preflight β†’ armed β†’ takeoff β†’ mission_flight
                                  ↓
                        return_to_home / landing / emergency
                                  ↓
                              landed

Loss-of-link behaviour:

9. Testing checklist (bench)

Legend: [x] = verified in software / CI / SITL (passes in the current release); [ ] = requires bench hardware, RF range test, or flight-day field activity β€” team must sign off manually.

10. Flight-day checklist

11. Known limitations

12. Post-flight debrief

Capture:

Analyse:

File in docs/operations/flight_reports/.


Previous profile: hab_payload.md Β· Next profile: β€”