Drone Referee - MSD 2018/9
Introduction
Architecture
In this part we introduce CAFCR and its role in building our architecture (RAS & MSL)
Introduction and overview
CAFCR
Referee aiding system
Referee aiding system (RAS)
RAS CAFCR
RAS use case
RAS context diagrams
MSL/Ball-Following 2D
MSL/Ball-Following 2D CAFCR
MSL/Ball-Following 2D Use Cases
MSL/Ball-Following 2D Context Diagrams
MSL/Ball-Following 2D Sub-Systems
Drone
World Model
Camera Footage System and HMI
Supervisor
Action Planner
Localization Systems
MSL Gimbal
MSL Gimbal CAFCR
MSL Gimbal use case
MSL Gimbal context diagrams
Project management
Introduction
Project management plan
Communication management plan
Quality management plan
Test management plan
Risk analysis
Simulation
Introduction
Architecture constraints
System description
Interface (I/O) descriptions
Component descriptions
- 2-D
- Gimbal
Design choices
Technology
Implementation
Drone
Introduction
The drone is the main hardware subsystem of the RAS. This subsystem includes sensors, microcontroller, communication ports and mechanical components. The drone used in this project, is the last version of Avular curiosity drone provided by Avular company. The drone can be programmed by means of Matlab Simulink. All the other subsystems must eventually be implemented on the drone to achieve the final goal of game refereeing.
Architecture constraints
- RAS:
The drone must be able to fly autonomously.
The drone is responsible to follow the command of action planner through world model
The sensors data must be accessible to world model (the other subsystem of RAS)
The drone should provide the battery level information to other subsystems.
The drone must have the possibility of installing the footage camera on it.
- Drone MSL:
The drone must be able to fly for 5+2 minutes and show the battery level all the time.