\uD83D\uDCCA Success metrics
Goal | Metric |
---|---|
Design a flight controller that allows safe fixed-wing, helicopter, and multirotor UAS flight that can be piloted autonomously and manually while complying to all relevant laws | |
\uD83E\uDD14 Assumptions
Within legal spec?
\uD83D\uDDD2 Requirements
Requirements / Constraints | Justification | Priority | Owner | Notes | Implementation Notes | |||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
ZeroPilot must have a method to physically Arm/Disarm the aircraft | For safety while working on/around the drone. For clarity of drone operation (ie armed = going to fly). |
|
|
| |||||||
ZeroPilot shall have an audible buzzer | Debugging, clarity of operation |
|
|
| |||||||
ZeroPilot shall have debugging LED’s of multiple colours | For status display when debugging |
| Could be RGB or multiple different LEDs (or both?) |
| |||||||
ZeroPilot must have the ability to monitor the battery | Need some way to monitor battery health while in the air to prevent falling out of the sky? |
| |||||||||
ZeroPilot will have an IMU | The IMU tells the aircraft it’s orientation in space, and without it cannot fly | This could be external or internal |
| ||||||||
ZeroPilot will have Non-Volatile Data Storage | Having data storage allows logging of flight information for analysis | It should be accessible by devices other than just the MCU |
| ||||||||
ZeroPilot will have one microcontroller | Reduces complexity, and there is no need for two really (chance of failure of any given chip is still the same) | ||||||||||
ZeroPilot must be able to communicate with other boards on the aircraft | Communication with the computer vision computer and the ground station will depend on this | need to spec architecture |
| ||||||||
ZeroPilot will have at least 12 Motor/Servo/Actuator outputs |
| maybe put in as many as we can reasonably get? |
| ||||||||
ZeroPilot must be able to communicate with a GPS | Legal requirement |
| |||||||||
ZeroPilot will have a debugging output data pipe | Super helpful in debugging 😕 | (e.g. arduino serial) |
| ||||||||
ZeroPilot must accept tele-op input | Allows pilot to control aircraft |
| |||||||||
ZeroPilot shall have a DataLink to ground | Allows pilot to see information such as gps location and send autopilot commands |
| |||||||||
The board will have user power input protection | Can save the board in case of user error such as reversing polarity or attaching incorrect voltage | Depends on power architecture |
| ||||||||
The board shall have the option to use locking, non-reversible connectors and simple jumpers | Non-locking connectors have a habit of falling out of the board, and are easy to plug in in the wrong order. Jumpers make it easier to quickly test components without spending hours crimping connectors. | Perhaps connectors that are same form factor for headers and for locking, so can be soldered on depending on iteration of board. Should not prevent easy access on breakout version of board |
| ||||||||
ZeroPilot will be possible to place into a case | Putting the board in a case protects it from shorting components and makes it easier to handle |
| |||||||||
ZeroPilot will have power outputs for peripheral devices | Power for peripherals (5v, 3.3v) power should exist. | @Xierumeng | Power output protection (e.g. ESD protection) should be considered |
| |||||||
ZeroPilot will have an LED driver | Allow us to use navlights, strobes, or whatever is appropriate for the given mission |
| |||||||||
ZeroPilot will have sensor breakouts | External sensors that have not yet been identified may be desirable. |
| |||||||||
ZeroPilot will have mounting holes that can support anti-vibration mounts | A way to mound the board securely is required, and reducing vibration will protect the components onboard |
| |||||||||
|
|
| Comms emulator (that can be connected to a PC) will be used instead of this |
Open Questions
Question | Answer | Date Answered |
---|---|---|
Will the board have USB programming capabilities | ||
Will the board have redundant power input? (i.e. two 5v inputs from bms in case one falls out) | ||
Will the board have ESD protection | ||
Will the board have flash storage (for configuration stuff)? | ||
We need to consider what IMU we are using (IE not locking ourselves into the vectornav) | ||
Ground telem link upgrade path interface | ||
Dhruv Upadhyay How many extra peripherals are we adding, and what are their timing requirements |
Out of Scope
Test Points
Polarity Markings on silk screen
Small Footprint
Low Profile
Easy to solder
Sahil Kale How are we going to develop a comms emulator (could be arduino ppm, uart, etc.)