🍞 Acronyms & Links

[The Drone] - The drone as a whole, including electronic components and integrated software systems.

[(the) Airframe] - Fuselage, wings, control surfaces, & mechanical components used to connect them

[ZPSW] - ZeroPilot Software ZeroPilot 3.0 Architecture

[ZPHW] - ZeroPilot Hardware

[IMU] - Inertial Measurement Unit

[GPS] - Global Positioning System (device to capture GPS data)

[ESC] - Electronic Speed Controller, Motor Controller

[GS] - Groundstation

[Tracking Antenna][Antenna Tower][Tracking Tower] - all tracking antenna systems.

[T_Telem] - telemetry tracking tower

[T_VRX] - video receive tracking tower

[GSPC] - groundstation PC

[GS_SW] - groundstation software

[GUI] - groundstation gui (software gui for user).

[OSD] - on screen display (attitude information overlayed over video feed

[MUX] - Video Mux

[rfd900x] - RFDesign RFD900x Modem (singular)https://uwarg-docs.atlassian.net/l/cp/LPn8hwCv

[Competition Design Outline] [CDO]Competition Design Outline

[Competition Requirements] [CR]Competition Requirements

[VN-300] [VectorNav VN-300] 2023-03-26 - VN-300 Rugged Harness

📐 Architecture

The architecture of a drone can be found in the [Competition Design Outline]. <# iterations> iterations of the drone will be created, at <#milestones>. <# final copies> of the drone will be created in “competition spec”. Our system will meet the requirements in [Competition Requirements].

Our general architecture has the following hardware elements:

Airside Components:

Power

Current power budgeting is in Power Distribution Architecture

• PDB

• 4x APD 120A ESC’s

• 4x T-Motor 160KV MN6007II Motors

Propulsion

• 4x T-Motor MF2211 (Propellers)

Compute

Mandatory:

• Pixhawk PX5 or PX6

  • http://www.holybro.com/product/pixhawk-5x/

  • Pixhawk 6X,Pixhawk 6X (holybro.com)

Optional:

• Jetson TX2 + Carrier Board

  • NVIDIA Jetson TX2i: https://www.arrow.com/en/products/900-83489-0000-000/nvidia

  • Connect Tech Quasar carrier board: https://connecttech.com/product/quasar-carrier-nvidia-jetson-tx2/

• Custom STM Flight Board (Nucleo OR ZP3)

  • ZP3 Custom Hardware Specifications:

    • ZP3 MCU: STM32L562ZET6Q

    • Add ZP3 Interface: https://warg.365.altium.com/designs/14CBC2A9-7887-4911-B7F1-874B17856231

    • Add ZP3 Primary: https://warg.365.altium.com/designs/8E6687CB-1A15-4D5A-BEAD-9E45C5E56743

    • Add ZP3 Hardware Link: ZeroPilot 3.0 Hardware (ZP3HW)

Peripherals

Mandatory

• Optical Flow sensor (Hereflow Can)

• Rangefinder (Benewake TF-MINI S PLUS)

• LTE Hat + LTE Device

• 2.4ghz diversity RX

• 1.3ghz vtx

• 2x pilot camera

• vmux

• osd board

• cv camera

• 2x neo m9n gps (holybro flat version)

Optional

Groundside Components:

Control

Telemetry

Video

Optional Tracking Antennas

Airside Architecture

Now that we know what components are going on our drone, let’s talk about how they’re going to be laid out on the drone itself.

Airframe Design

Propulsion

lift, push, offsets, spacing?

Payload

Fuselage is main passenger compartment?

Avionics Mounting

How avionics will be mounted && standards for sensors

Landing Gear

Design, limitations, etc.

Airside Hardware Layout

Where the airside components will be mechanically placed in the airframe.

General System Level Electrical Placement & Routing Guidelines/Information:

• The frame should not be electrically connected (aka should be at floating potential)

  • Complies with: UL1740

  • This can be checked with a DMM (when the system is not powered)

  • This means that if a PCB we are using has electrically connected mounting holes we need to take proper steps to achieve isolation

    • Sometimes PCB mounting holes are electrically connected to a GND plane for thermal reasons so we should also approach thermals with caution on sensitive electronics

• Conformal Coating can be used within reason

  • The pro of conformal coating is waterproofing and makes it harder to accidentally should with a screw driver

  • The con of conformal coating is it prevents heat from leaving a PCBA

    • So anything that is conformal coated should receive a thin layer at most

  • Another con is that it can be annoying to remove in the case of reworking a PCBA

  • For example it would be fine to conformal coat a flight controller that runs cool

  • However, for example an RF transmitter we would want to approach with more caution

    • We could place a large heatsink on the primary chip(s) using thermal paste

    • Then we could consider conformal coating the other portions of the board

• Cables, especially longer cables, should be within sheaths when reasonable

  • This offers protection against abrasion during natural flight vibrations

  • Exception to this rule is shorter cables that are placed further from anything that could be abrasive, specifically cables purely within the avionic compartment of our aircraft

• Avoid loops in cable runs if possible

• Varying conductor types should be separated when reasonable

  • Generally we consider four different types of cables: Digital, Analog, Power, & Coax/Rf

    • Digital: Characterized by signals with fast edges

      • Definition of a fast edge in this context and some examples to be added by an EE

      • Generally transcieving in 0 and 1 states asynchronously or synchronously

      • I.E. a GPS module’s cable connection to our flight controller is digital

      • An IMU is an example of a particular digital device that is sensitive to external noise.

    • Analog: Characterized by signals with slow edges

      • Definition of a slow edge in this context and some examples to be added by an EE

      • Generally transcieving data in varying voltage states

        • Though some protocols we consider analog will also transmit some digital data as well

      • I.E. a hobby fpv analog video camera has an analog data output

      • An analog video feed out of an analog camera is an example of a particular digital device that is sensitive to external noise.

    • Power: Characterized by constant voltage varying current designed for power transmission

      • Generally the voltage is constant though higher frequency noise may be present

      • These conductors can have significant current pulses

      • I.E. a connection from a battery to an ESC

    • Coax/Rf: Characterized by oscillating signals across the spectrum (~20kHz to ~300Ghz) intended for wireless transmissions and notably contained within a coaxial cable

      • A coaxial cable, specifically for our applications utilizing an SMA or RP-SMA connector, is generally used to guide sensitive RF signals between transceivers & antennas.

        • It is also worth noting antenna placement is critical, this is noted below in more detail

        • SMA & RP-SMA connector info should be found in the corresponding connectors arch doc section.

      • Because coaxial cables offer strong noise immunity the routing constraints of these cables are looser than others

        • Coax cables are very good at eliminating outside noise

      • For further information see: Coaxial cable

  • Each of these type of conductors should be physically grouped together, however, each type should be separated

    • I.E. All power stuff near each other, all digital near each other, but power separated from digital

    • This grouping and separation is physical distance, though of course there are other factors

    • Within PCBAs these groups may be mixed, this is fine, we will assume the PCB designer has taken the proper care to avoid issues as necessary

• RF Transceiver Care

  • An RF transmitter should not be turned on (given input power) without a proper antenna connected as this can permanently damage the transmitter

    • Possible violations of this policy should be reported in Discord and transmitters should be labelled as damage (notably degraded performance) may not be immediately evident. We don’t want to blame each other, stuff happens, we just want to note it for the future! If you do not feel comfortable stating this publicly feel free to DM a lead you’re comfortable speaking to who can relay the message without naming names.

    • An RF dummy load should be connected instead of an antenna if we would like to power on.

  • Transmitters generally get warm

    • They require a lot of power and therefore require some cooling

    • They are sometimes designed to be mounted outside an airframe for ambient cooling of wind passing the frame. As we may not be doing this we need to approach this with caution.

    • Notes regarding conformal coating are above.

  • The lower the frequency the longer the distance we can get for the same output power generally

  • The higher the frequency means more bandwidth generally

• Antenna mounting

  • GPS sensors in particular are to our 900 MHz and 1.3 GHz transceivers and should be mounted away from antennas operating at these frequency ranges

    • GPS frequencies are fixed frequencies are1100MHz and 1500MHz

    • Our transceivers will hop around frequencies around their range looking for available channels so they are capable of hopping close to GPS frequencies and causing issues

    • For context it’s worth noting a 900MHz and 1.3GHz transceiver are capable of stepping on each others frequencies as well

    • For further reference see Guide: 1.2GHz -1.3GHz FPV Video System - Oscar Liang & GNSS Frequencies and Signals

  • Radio waves do not like to change medium

    • Specifically they do not like to pass through materials of varying dielectric constant

      • Passing waves through some varying materials may be fine, but be careful!

      • At the frequencies WARG operates at (6 GHz and below) foam will not have a considerable impact on signal integrity

      • Rain will have a measurable impact on signal integrity

    • This means mounting antennas outside of cases/airframes and providing LOS when reasonable

  • Antenna polarity should be deliberate

    • Antennas that use diversity should be mounted not in the same plane

      • Antenna diversity

      • There are different types of diversity

        • The VN-300 employs “Spatial Diversity”

        • The RFD9000 employs “Polarization Diversity”

      • Antenna diversity is not the same as true diversity

        • See r/exELI5:Difference between true diversity and antenna diversity

    • Antenna polarity matching follows the below graphic

• (Antenna Mounting Continued)

  • Ground antenna should be mounted with as much distance away from the ground as possible

    • This is to reduce ground reflection and has a considerable effect on reliability of an RF link

  • Antenna spacing should be minded

    • Any device with diversity (multiple antenna inputs) should have it’s antennas mounted with some spacing between them. Always follow manufacturer guidance here.

      • IE our VN-300 has specific manufacturer recommendations regarding recommended spacings and clearances

    • Different devices should have their antennas spaced out

      • See notes about frequencies and channels above.

• Some notes about lightning

  • This entire section can be ignored for WARG purposes on nice days and the odds of a lightning strike are relatively low so don’t worry too much about these guidelines

  • As long as the current from a lightning strike is allowed to pass through your structure relatively unimpeded it will not harm the system

    • Notably isolating important electronics from the structure is important for this, see above.

    • To ensure this is possible having a somewhat conductive frame helps

      • This is not possible for composite frames and thus more complex techniques can be employed

  • Lightning likes to, if possible, enter and exit through sharp points

    • Ensuring that the sharpest points on a region of the system are all not electrical elements (notably antennas) will ensure lightning passes where we want it to!

    • A side safety note is that people are also relatively sharp points sticking out of the ground, however, unlike structures, you aren’t replaceable.

      • Be sure in lightning prone weather that people are not the path of lowest impedance for a lightning strike! This can be done easily by ensuring taller, pointier, grounded structures are nearby humans.

  • For ground equipment (towers and stations) grounding rods can be used

    • Notably this may not be possible for ecological reasons as well as if our ground station is on pavement

    • Grounding rods should connect into the earth (with a pointed end) electrically to the sharpest point at the peak of the structure

      • Ideally, as mentioned above, the entire structure is conductive which makes this easier to achieve.

Compute

The Holybro PX_ system should be placed as close to the center of rotation of the drone as possible, offset in ONE axis only to allow for the installation of the VectorNav VN-300 module. There is an arrow on the top of the Pixhawk, which should point toward direction of forward flight. Keep in mind that wires need to be accessible from the “back” of the pixhawk (I/O & FMU Output banks), as well as from the side for USB debugging as well as retrieval of the SD Card.

There is no strict need to electrically isolate the system (the baseboard & cube are already protected), but it could be helpful to mount the system on vibration damped material (yellow sticky tack is good for this purpose).

Batteries & Power Distribution

Transmitters

Cameras & Related Peripherals

GPS Sensors

Peripheral Sensors

Optical flow sensors & rangefinders or lidars should be mounted at the bottom of the drone, in a sensor cluster without obstructions (clear or otherwise) in the fov of the devices.

It is mandatory to have at least 1 hereflow and 1 tfminis lidar module, the rest of the sensors are optional.

Airside Electrical Layout

Harnessing, wiring diagrams, etc.

General Wiring Guidelines

Power Architecture

The drone will run a 12S power system. The drone will be able to run on either 4 batteries or 6 both configurations at 12S. The power from the batteries will pass through a custom High Current Power Module board which will supply a clean 12V and 5V rail. The remaining battery current will pass through the PDB board which will supply directly battery voltage to the ESCs and motors. This PDB will also have a 5V and 12V rail.

Wiring

All of the wires for the sensors will be pre-run through the frame in dedicated channels if required, with connectors left exposed near the sensor compartments and the avionics compartment. This means that any time a sensor needs to be replaced, we do not need to re-wire the entire sensor. This also means that when we need to re-wire the flight computers, we can use the cables that are already connected to the interface connectors an simply plug in a few large connector banks to our dev interfaces. Running more cables through the channels should be supported, but all necessary cables should hopefully be routed during assembly (or when it is easiest).

Connector Standardization

MT30s will be used as a quick connect in the 3-phase wires from the ESC at the entrance to the drone arms. This will allow the drone arms to easily be unplugged from the ESC and taken off. They are rated for 15A nominal and 30A peak which is more than the 14.05A drawn by the motor at 80% throttle.

Bullet connectors will be used for 3-phase connections at the motor to allow the polarity change or disconnecting of the motor to be fast and easy. 3.5mm bullet connectors will be able to handle the current load and are the same size used in last years competition.

More General Connector Standards

This section is mostly from 2023 System Architecture so the above standards take precedence.

• Gender Decoding

  • Gender convention WARG will use is the gender defined by the manufacturer for every connector

  • When the manufacturer does not specify the gender is defined by the metal conductors in all cases. Plastic housing should be ignored when deciphering gender if not specified by manufacturer.

• XT series connectors are convenient, common in the hobby world, fairly reliable, and relatively cheap and will therefore be employed for all WARG DC power connections whenever possible.

  • COTS PCBAs after require solder pad connections which we will accommodate, but breakout to our prioritized connectors whenever possible.

• XT60 connectors will be prioritized for any sub 150 A pulsed DC connection

  • For ESCs and anything smaller this should be prioritized

  • XT60-F is on batteries and so the XT60-F should be used on any voltage source and XT60-M should be used on any load. This gender convention is also used in the COTS world and keeps things simple.

    • Manufacturer PN Gender: “-F” is female & “-M” is male

  • Custom hardware will use XT60PW series connectors and follow the above gender convention.

• XT30s will be avoided when possible for simplicity

  • While XT30s are smaller and meet our current requirements for lots of low voltage loads in order to minimize the amount of connectors we need to stock and use XT30s will not be prioritized when an XT60 can be used.

  • COTS loads and sources with XT30s will be adapted to XT60 through harnessing

  • This may change though requires some discussion

• XT90 connectors will be used for any greater than 150 A pulsed DC connections

  • COTS higher current 6S and above batteries often ship with these XT90s and so we will accommodate such a design decision as they are rated for the higher current.

  • Anti-spark XT90s should be used whenever possible to limit sparks from in-rush condition though this may not always be possible.

  • XT90 battery input splitting into ESC and converter connections should be done on a properly specified PCB with XT connections done in harnessing.

• AC Mains is not used on any WARG aircraft and therefore a connector will not be specified

  • No voltage sources exceeding 55 V during nominal continuous operation are to be present on aircraft due to a lack of necessity and safety concerns

• ESC BLDC Motor Controller Phase connectors will be specified in the future and require more decisions in the future.

  • 3.5mm banana connections is a solid option from the hobby world, but they can be a pain. Other size banana connections may be used as well on smaller aircraft as we come up with more specific decisions.

    • Gender Convention: Female on ESCs, Male on motors

  • Anderson Power pole series connectors are promising and have significant use in FRC, but will require validation before we fully adopt them in place of the ol' banana connectors

    • Gender is not present on these but ideally three different colors are used.

• PWM Signal Connections

  • Should be done with with standard twisted PWM cables. Ideally locking stuff so it doesn’t pull out easily.

  • Simplest solution is often the best so sticking with these seems ideal.

  • Gender convention: Male pins on the signal generator and female sockets on the signal receivers.

  • We will use mechanical locking on the headers, copying how it is done in Vex to lock the PWM connectors into the board they connect to.

    • Where this is not viable we will defer to hot glue

• Other low voltage signal connections

  • Debug versions should be done on standard 100mil pitch headers and jumpers

  • Flight versions should copy Pixhawk connectors whenever possible

    • This is for UART/I2C/SPI/ etc

    • Pixhawk Connector Standard

  • Specific components will follow manufacturer recommended connectors if we for sure want to support it

    • i.e. the VectorNav VN-300 has it’s own connector we should just use since we are going to use this component on our system for sure!

  • If all the above do not offer adequate specification for a low voltage signal connector we will defer to automotive and marine standards and document here

LED’s

LEDs are required for realism and legal compliance for flying at night. How LEDs should be handled will need to be defined.

Custom Hardware Mounting Hole Dimension Specification

This standard is copied from 2023 System Architecture and should be upheld. For general custom EE flight PCBAs on ground station and aircraft we will follow this mechanical mounting hole specification:

M3 - Any PCBA with area exceeding 2500 mm^2

3.400mm hole diameter (0.1mm tolerance)

6.000mm annular ring diameter

M2 - Any PCBA with area exceeding 750mm^2 and less than 2500mm^2

2.400mm hole diameter (0.1mm tolerance)

4.200mm annular ring diameter

No Mounting Holes - Any PCBA with area less than 750mm^2

No mounting holes will be present on board of this size.

All Mounting Holes will follow:

Electrically not connected to the PCBA

Eight vias (plated drills) placed evenly in the annular ring (in whichever drill size is used on the board (so effectively left to EE in charge to decide on via size)) for mechanical stiffness.

Electrical components and electrically connected pads should be at least 1mm away from the annular ring to avoid damaging the PCBA when mechanically bolting the board.

Custom Hardware Mounting Hole Pattern Specification

We should define the standard mounting hole pattern we want to use for a few different applications. It was mentioned 30x30mm is common in cots so we should follow that when possible. This standard is essentially how far apart the holes should be from each other generally for a few applications and the reasoning.

Groundside Architecture

Mandatory Hardware

Two RadioMaster TX16s Mk II Radios will be linked together using their trainer ports. One radio, serving as the “master”, will use a TBS Tracer system as a short relay to the RFD900x, connecting only a PPM or SBUS signal wire.

Any power that must be provided to the groundstation will use Turnigy 3s 4000mah nano-tech batteries. Any cooling fans will be noctua 40x10mm 5v 3 pin fans unless mech or ee requests otherwise.

Telemetry & Control

Telemetry will be provided via RFD900x, with the stock antennas mounted >20cm apart. There will be a USB cable which allows direct connection to the groundstation computer. There may need to be additional power supplied to the RFD900x to allow full power operation, and if such is the case it is possible to use XBEES in transparent serial mode instead of a USB cable, allowing the antenna to be moved further away. The RFD900 may require active cooling, so mech to add design that allows a fan to be attached (zipties are effective solutions).

Control will be provided using a TBS Tracer module, TX in the controller and RX outputting PPM or SBUS wired into the respective pin on the RFD900. There will be no downlink over TBS Tracer (i.e., no telemetry from the TBS Tracer). Wires from the rfd900 harness will be soldered directly to the TBS Tracer, providing power, signal, and gnd connections. It is important that the tracer and it’s antennas & wires are placed in a safe position where it cannot easily short and/or become disconnected or damaged.

Video

There will be 2 major components to the video system, one is the video relay and the other is the video receive devices. The video relay handles the transition between low frequency (1.3GHz) analog video into 5.8 GHz analog video. This video relay system will exist on a unique video relay tower, which houses the 1.3ghz antenna (singularity 1280), the 1.3ghz VRX, as well as the 5.8 GHz VTX and the respective antenna. Note that the VRX outputs video in an RCA format, and this will need to be spliced to solder pads or 2.54mm pitch pins on the VTX. The singularity 1280 must also be mounted so that the null zone is vertical.

If the 5.8 VTX were to be the Rush Tank Race II, then the antenna would be a u.fl terminated rush cherry w/long stem. If the 5.8 VTX were to be an AKK TS832, then the antenna would be an SMA terminated rush cherry w/stem. EE to provide clarity on whether or not adapters are needed. Both VTX will take signal from the video receiver, and share common VBatt & GND where VBatt is a 3S voltage. This VTX will be paired with the VRX, and can either be mounted on a tripod or a tall PVC pipe. This VTX may also require some degree of active cooling, consider how a fan may be mounted.

User endpoint Video Devices

All remaining VRX devices operate at 5.8 GHz, this includes:

• pilot FPV goggles

• FPV monitor

• 5.8 → USB receiver chain

Pilot FPV goggles are up to descrition of the pilot, and will be provided RHCP polarized stubs or stems depending on preference. These goggles will likely need 3s power. EE to determine how they receive power and what connecters sneed to be made. We will likely try and record the flight using the FPV goggles using the internal DVR function of the EMAX Transporter 2. Pilots may choose to use their own goggles, in which case the emax will use stock dipole antennas and function the same as a 5.8 GHz Monitor.

The FPV Monitor will likely use stock dipole antennas, but allow flight engineer to monitor FPV footage in real time along with the pilots. Currently, one monitor has a 2pin JST to XT60 adapter, EE to verify functionality and determine whether or not to make more. The FPV Monitor is capable of an RCA output, which means that it can be used with an RCA → USB adapter. EE To verify we have enough RCA cables in the right direction to operate in this mode. Theoretically, you could have one 5.8 Monitor away from the flightline for the rest of the team to view with. Up to you guys GG it just needs power.

There will also be a dedicated 5.8 GHz Video Receiver, currently we have an RC832 module, but any generic 5.8 GHz Receiver will work. This receiver can either output RCA, which will be adapted to a USB format to be used as a webcam on a PC, or it can output in a USB format directly. This video feed will be fed into the groundstation computer to allow for landing pad detection, or to allow recording of the flight.

Optional Hardware

Optional hardware typically requires the use of ZP with custom telemetry.

Tracking Antenna

The antennas will use directional antennas to improve connectivity with the drone, and must be placed as far apart and as high up as possible. They can be mounted on poles, and stakes may be driven into the ground with guy-lines to keep them upright (much like regular 5G antennas). Grounding wires can be driven into the ground as well. The towers should be as far apart as possible (one may have to be behind the tent and one in front of the tent - hence why it is important to get them to be able to go as high as possible), so that we have minimal interference. Even though we’re using different frequencies, they are still close to each other and notch filters may help significantly in signal quality, as will antenna separation. Antenna Towers should support fully tethered & fully untethered operation.

Each tower will have a: Nucleo, IMU, GPS, antenna all mounted on the panning & tilting head. This pan/tilt head should be able to track a drone flying ~ 70km/h at a 50m radius away while maintaining accuracy within 15 degrees of the center of a drone at a max range of 7km away. Mounted on the tracking antenna (but perhaps not on the moving head) of the antenna may be signal boosters, signal relays, excess wires, wire splitters, power, etc.

Tethered Operation

In the event of tethered operation, towers will have a USB Link from the Nucleo boards to the GSPC, as well as a set of coaxial cables (or a single one in non-diversity operation) to the modem located within the GS enclosure. Power may be supplied along a custom cable, but all of the cables running to the tower should be wrapped up and terminate together with clearly labelled interfaces on the GS enclosure.

Untethered Operation - not strictly necessary?

The towers should be able to run self-supported and disconnected from the rest of the system (including no power) for a minimum of 40 minutes. In the event that we want the towers to be running fully untethered, the Nucleos will communicate with the PC using low-power XBEES@ 2.4ghz instead of the USB tether, and we will use a PPM Relay with lower power 2.4GHz TBS Tracer rc system to communicate from the controller to T_telem. It is also possible for T_telem to be set up as a mesh where there is permanently a third nucleo inside the gs_enclosure, which will be linked to the main antenna on T_Telem that allows data to be passed through from airside to T_Telem to GSPC. A 5.8GHz video relay will be used to distribute video from T_Vrx to the pilot goggles, as well as the DVR → GSPC. Individual batteries will be provided to each tower, but these should support the system for a minimum of 1hr.

GS_SW

The software on the Ground Station inscludes the GUI, as well as all the backend processing for receiving/sending telemetry data. This is built entirely by the CV Subteam.

Telemetry TX/RX

messaging formats will be defined in the software architecture section.

The GSPC will receive from the RFD900x as a serial stream. This will be processed by the GS_SW before being displayed on the gui and passed to the tracking tower nucleos.

The tracking tower nucleos will also interface with the computer as serial streams (either xbee or wired). Care will have to be taken to ensure there is no crosstalk between them.

GSPC will send to the aircraft using the rfd900 serial communications port.

GUI

The gui should allow for the user to see the aircraft status, aircraft track, path, waypoints, and other relevant flight data listed in Ground Station-GUI .

The GUI will also allow the pilot to edit waypoints & command the aircraft to takeoff/land in certain modes. The Aircraft shall operate in GPS_Hold mode when being operated remotely from the groundstation.

Remote Piloting

The command of the aircraft will be done by the pilot with their choice of either a dedicated set of FPV Goggles or Monitor, connected to the VRX either by 5.8 relay or direct by split rca. The controllers used will be TX16s MKII models, and a ppm relay or output converter will be provided on a frequency other than: 900, 1.2, 1.3, 2.4, 5.8. this means we need to buy more dragonlink modules?

Two controllers will be linked together, with one controller being the “master” using the trainer port. This means that if one pilot is unable to continue flying, the second pilot can takeover simply by hitting the switch. CC: Megan Spee confirm this is ok w/u at comp?

Software Architecture

This section will discuss the computers involved, before then diving into communication architecture as well as messaging formats, different flight modes, and fail-safe contingencies.

Note that in our architecture, all communication from and to the ground is going to go through either the RFD900x, or the VTX module.

The computers

🗂 References and documentation

• How to use RFD900X: https://uwarg-docs.atlassian.net/l/cp/LPn8hwCv

• https://uwarg-docs.atlassian.net/wiki/spaces/ARCHS22/pages/2123431971/2023+System+Architecture#Power:

• VN-300 Rugged pinout: 2023-03-26 - VN-300 Rugged Harness

• ZeroPilot Software ZeroPilot 3.0 Architecture

• [UART]  UART

• [Competition Design Outline] Competition Design Outline

• [Competition Requirements] Competition Requirements

• [CV Search] Search for Landing Pad