Team Vision for Subsystem Level Build & Test Phase

Name3-Week PlanTasks Accomplished

Andy Meyer

MSD2-35, MSD2-36, MSD2-42

These are the XPC-related tasks.  Completion of these implies that inter-board and interprocess communications (meaning ground control as well) will be complete.

MSD2-37, MSD2-13, MSD2-14

These are the debugging-related tasks.  Completion of these implies low-overhead, low-latency debug and logging for the aircraft and all subsystems.  This will enable subsystem testing and will also enable black box support, in-air debug logging, and will reduce the processor effort of debugging significantly.

MSD2-35 is complete (what a show that was)


Piers Kwan

MSD2-9

This task describes the completion of the I2C driver with interrupt and DMA capabilities. This will be the foundation of the entire sensor subsystem for the K64.

MSD2-62, MSD2-63

Using the I2C driver from MSD2-9, these tasks involve the integration of the IMU and distance sensors over I2C. Each device will have to be initialized over I2C.

MSD2-11

In this task, the quaternion interpolation system is prototyped in python. This will be a modified version of SLERP and will be visualized using the existing quaternion visualizer.

MSD2-9: Complete

The I2C driver is asynchronous and capable of reading from multiple sensors with a handy interface.

MSD2-62, MSD2-63: Complete

All 10 sensors in the IMU are integrated. The distance sensor can be talked to but work on obtaining data from it is differed to the future for the interest of time.

MSD2-11: Partially Complete

This model heavily relies on flight data obtained through test flights. Since we have not had any test flights, all we have is the quaternion visualizer in python.

Sabrina Ly

MSD 2-25

This task corresponds to completing a timing analysis on the k64 to check whether float operations separate from integer operations.

MSD2-38, MSD2-39, MSD2-40

These tasks are the driver related tasks. Completion of these include create the PWM drivers for the different servos and ESCs.

MSD2-65

This task falls under the sensor subsystem category and includes interfacing with the GPS.

MSD 2-25: Partially Complete

Files written just need to parse through dissasembly file


MSD2-38, MSD2-39, MSD2-40: Mostly complete

PWM drivers for both servos ans ESCs are up and running. PWM expected output waveforms have been verified using oscilloscopes. Servos require further testing for full range of motion boundaries while an issue with ESCs and bootloading have occurred, will continue in next phase.


MSD2-65

This ticket has been moved

Ben Palmer

MSD2-43

This task involves sourcing balsa wood for the wing ribs, converting CAD files into gcode, and laser cutting the wing ribs to prepare for assembly.

Once the spars and elevon axles have arrived, I will work with Mutahir to assemble the ribs and nacelles onto the spars and glue them in place.

MSD2-44

This task involves machine elevon brackets from aluminum and fitting them with appropriate bearings.

MSD2-48

This task involves the successful printing and implementation of the Versa Wing landing legs

MSD2-43: Partially Complete

Balsa wood proved difficult to come by, so research was done and a team decision was made to use Baltic birch, instead. A sheet of Baltic birch was then procured.

The ribs, however, have not yet been laser cut. This is due to the availability of the wood pushing back cutting opportunities.

MSD2-44: Totally Complete

As a weight saving measure, it was decided to 3D print the brackets, rather than machine them from solid aluminum. As of time of writing, they have been submitted to the construct and are printing.

MSD2-48: Totally Complete, with Caveats

The legs were successfully printed by the Construct. Even though they fit perfectly and do their job admirably, it was realized that the legs would be so heavy that they will back load the Versa wing and compromise flying. We decided to also laser cut the legs out of Baltic Birch to save weight. The legs will be cut out along with the ribs.

MSD2-46: Totally Complete

This task involved 3D printing the motor nacelles.

Changes were made in CAD to the nacelle design to reflect changes made to the overall wing design. As of time of writing, they have been sent to the Construct and are printing.

Mutahir Mustahsan

MSD2-46, MSD2-49

These tasks are related to 3D printing the motor mounts and making sure they securely fit to the Versa wing and can be adapted to the theoretical design as well

MSD2-54

This task involves fully assembling the fuselage and the parachute canister. Realistically only the parachute canister will be done first as it is needed for the versa wing retro fit.

MSD2-47

This task involves 3D printing the electronics holder. This will be submitted to print when revisions to the design have been made due to the PCB changes

MSD2-46, MSD2-49 Partially Complete

Motor mounts were 3D printed however an issue was seen that the motor mount is too long and will have propeller interference. Must be reprinted with a shorter length. The mounts were not attached to the versa wing however they will fit as we envision them.

MSD2-54: Partially Complete with Caveats

All parts of the parachute canister were successfully 3D printed it is not fully assembled as we are still waiting for parachute parts to come in. Once parachute material (fabric, springs, etc..) come in it will be fully assembled.

MSD2-47: Totally Complete

Electronics holder was scraped as an idea EE and CE team are creating their own PCB. Due to this change the fuselage was updated to reflect the ideas the team wants to implement with the new PCB idea. (i.e. PCB will slide into fuselage and parachute canister moved inside fuselage as well.


Atulya John

MSD 2-18, MSD 2-76

These tasks correspond to wiring and interconnects. I will be researching and developing a solution for wiring and interconnections (power and signal distribution). I will work with Andy to figure out the most feasible interconnect solution.

MSD 2-77, MSD 2-79, MSD 2-75

These tasks are related to the testing of the power distribution board. They involve researching and familiarizing myself with the PDB and then testing the PDB.

MSD 2-78

This is an easy one. It relates to purchasing the PDB. It is in progress and I will be placing the order in the next few days.

MSD 2-18, MSD 2-76

A solution for wiring and interconnects has been researched and a solution has been decided on (further described in tasks 83, 84).

MSD 2-83, MSD 2-84

The power distribution has been redesigned based on feedback from CEs. Schematics have been developed for the system.

MSD 2-77, MSD 2-79, MSD 2-75

Testing has been pushed to the following phase due to the change in plans for power distribution and wiring/interconnects.


Design Updates

Sensor Subsystem

Motors and Servos

Power Distribution & Signal Interconnects

Schematic

The above schematic describes almost all the electrical connects that need to be made.

  • 12 V Power from the LiPo will directly go to the ESCs.
  • The servos will draw 5V from the output of the ESC.
  • The rangefinders will not be connected directly to the PCB. The rangefinders will connect to the PCB via cable. 
  • The IMU will be centralized on the PCB.

PCB Layout

                                                                          

Please note that not all components of the system will be on the PCB. The rangefinders for example will be connected to the PCB via cables. Same goes for motors.

Option 1:

  • Power components, uControllers, Telemetry grouped together.
  • Advantage: It keeps high power and low power components separate
  • Disadvantage: Microcontrollers in the middle of board, might cause accessibility issues, longer traces required between sensors and K64.

Option 2:

  • The K64 and the raspberry pi are separated since they perform different task without much interdependency.
  • Advantage: Better accessibility, shorter traces due to arrangement of boards.
  • Disadvantage: The power components are in the middle and the uControllers are seperated.

Mechanical Design and Assembly

Parachute Canister

All parts of the parachute canister were printed successfully, Above you see the parachute canister, the battery holder fitting a 9V battery as designed and then the final picture shows the spring cap and the top of the canister. The spring cap is what we will push down with the parachute and it will aid in deploying the parachute as well. We have found a pin that will allow the top to be connected to the canister but other options are still being researched.

Fuselage

As stated above due to the electronics holder being scrapped as an idea and the EE and CE team creating a custom PCB the fuselage had to be updated accordingly. Also changes to the conceptual wing sparked changes as well.

The conceptual wing was changed to add more spars in order to add more stability to the overall system. So the first change came from removing the rear spar and changing it to two smaller sized spars in the rear.

As mentioned above the EE and CE team are working to creating their very own PCB replacing the old electronics holder idea. This is a conceptual design that they provided as to how they want to adapt the PCB to the fuselage. Basically they wanted a way to slide the PCB in and out for easy installation and maintenance however, in order to complete this the rear of the fuselage must have an access port.

This slot in the back will allow for the PCB to be put inside and removed whenever we please. 

Other ideas came to move the parachute canister, which was planned to be attached on the outside of the fuselage, inside the fuselage We also wanted to maintain the tail of the UAV as well.

Additionally, since we are going to have an FPV camera for flying a set up was created to allow us to insert the FPV camera and mount it securely and run the wires with the rest of the electronics (see final picture). Pictured you see one of our motor mounts but that is just a placeholder for an idea to create a camera mount to securely attach the camera and add stability to the images captured. The slot in the back can allow wires to run through

Since the PCB design is not finalized/at the manufacturing stage yet the top or cover of the fuselage has not been desinged as the height constraints of the PCB are unknown. But the idea is a very simple design as seen below.

This will be held on with Safety Strap locks. They are strong flexible and relatively cheap we can put them all around the top which allows the user easy access to taking the top off as they see fit.


Motor Mounts

Motor mounts were successfully printed and are much smaller then the previous mount that was attached to the versa wing. They are just big enough to hold the motors which is exactly what we intended with the design. We did run into a small issue which is that the current configuration of the mounts are too long and lead to propeller interference (see pictures below).

The props barely hit the mounts so these will be reprinted with the length slightly decreased to remove this issue. Once reprinted we are ready to finally attach these to the versa wing and hopefully get it up in the air with all the other modifications.

Conceptual Wing

The suggestion was made to increase the number of spars in the wing and have them run the full length of the wing, to improve stability. The rear wing spar, which until recently was a 4mm x 15mm carbon fiber spar (identical to the fore wing spar, was replaced by two 2mm x 10mm carbon fiber spars. These spars are situated at right angles to each other to resist bending in both the vertical and horizontal plane. The two spars run the length of the entinre wing, as opposed to the original rear spar, which only extended five or six ribs from the fuselage.

At this point, we began preparing the ribs for laser cutting.

Originally, the plane was to produce them from balsa wood (know for its low density and high strength-to-weight ratio). This would allow us to have relatively wide ribs to support more of the wing skin.

Alas, balsa wood is hard to come by and very expensive. We finally managed to find Baltic birch in large enough sheets. The Baltic birch has about three times the density of the balsa, but is also three times thinner than planned for, so we anticipate the trade-off will be negligible. As of time of writing, we are still troubleshooting the file conversion of the individual rib files into one PDF that retains scale.

Due to the changes made to the struts, the motor nacelle would also have to be changed, as it was originally designed to accommodate both struts. The nacelle was redesigned in SolidWorks for the new strut configuration, and it was also lengthened to allow the motor clearance away from the wing's leading edge once it is mounted on.

As of time of writing, it has been submitted to the Construct to be 3D printed, and is printing.

The elevon brackets were originally intended to be machined out of aluminum for airworthy-grade durability. It was decided that this would make the brackets heavy, and the decision was made to 3D print them instead. this will reduce the weight of the part, and since we are working on such a small scale, we don't anticipate an issue of durability. The issue we have identified is friction between the bracket and the axle. Our immediate solution was to expand the holes that will accommodate the axle. As of time of writing, the bracket has been submitted to the Construct to be 3D printed, and is printing. Once we have a prototype, we will test the amount of friction empirically and go from there.

Finally, the decision was made during the last phase to change elevon actuation method. The original method involved the elevon actuated axially via a servo mounted in the fuselage. This was done to save weight in the wings and improve aerodynamics. We have since decided that aerodynamics aren't going to be a huge issue at the speeds we intend to fly, and that the fuselage-mounted servo will take up space and draw lots of power. We pivoted to a servo mounted in-wing that will operate the elevons via a lever (as is common on many RC planes and even industry-grade fixed-wing drones). This new servo will pull less power and be lighter.

(courtesy of Servo City; https://www.servocity.com/hs-53-servo/)

Of course it needs to be mounted. A mounting bracket for the servo was designed.

This simple mount will fit around the rear two spars. As of time of writing it has been submitted to the Construct to be 3D printed, and is printing.

Versa Wing

The landing legs for the Versa Wing test bed were printed successfully. Upon initial fitting we found that, while they do they job admirably, they are awful heavy. such weight would cause the drone to be rear-heavy and require constant trimming just to fly level. This would not only hamper maneuverability, but would also burn out the elevon servos pretty quickly. This is not to mention the extra required thrust and the compromised payload.

The decision was made to laser cut the legs out of Baltic birch, along with the ribs for the conceptual wing. This will happen next phase. We are in the process of troubleshooting appropriate file conversion.

Test Results Summary

Summarize Requirements and Testing.xlsx and assess effectiveness of test plans to unambiguously demonstrate satisfaction of the engineering requirements

Instructions

  1. Quantitatively summarize the capabilities, performance, throughput, and robustness of your subsystems as demonstrated by execution of the text plan. Document your testing with photos or videos in addition to test data.
  2. Evaluate how well the test plan was able to confirm satisfaction of subsystem requirements
  3. Include snapshot of testing completed to date, and include link to live Requirements and Testing.xlsx

Inputs & Source

  1. Test Plan
  2. Subsystem fabrication

Outputs & Destination

  1. Test Results
  2. System integration

Risk and Problem Tracking

Functional Demo Materials

Include links to:

  • Pre-read
  • Presentation and/or handouts
  • Notes from review
  • Action Items

Plans for next phase

Name3-Week Plan

Andy Meyer

Work on comms and integration of motors, filters, data acquisition, and comms.

Piers Kwan

MSD2-81, MSD2-82

These tasks relate to the fusion of sensor data into a quaternion position model.

Sabrina Ly

MSD2-40

Find a way to interface with the ESCs, maybe check bootloader programs

MSD2-67, MSD2-68

These tasks relate to the GPS and information gathering, and will include working with Piers on his quaternion position model

Ben Palmer

MSD2-43

This task is being carried over from the Subsystem Build and Test Phase. It entails laser cutting the wing ribs from a sheet of Baltic birch. It will also involve laser cutting the legs for the Versa Wing.

MSD2-49

This task involves assembling the motor onto the nacelle.

MSD2-50

This task involves assembling the nacelle onto the struts along with the ribs. Will be done with Mutahir

MSD2-51
This task involves attaching the elevon brackets to the wing ribs.

MSD2-52

This task involves assembling the elevons and attaching the elevons to the wings. Will be done with Mutahir

MSD2-53

This task involves wiring and attaching wing mounted electronics.

As I am wing owner I will oversee and work on this task, but this task is not mine alone, as I am not the electronics owner(s).

MSD2-55

This task involves cutting the skin for the wings and affixing it in place.

Mutahir Mustahsan

MSD2-54, MSD-59

This task is being carried over from Subsystem Build and Test Phase involves fully assembling the parachute system and fitting it to the Versa Wing

MSD2-49

This task is being carried over from Subsystem Build and Test Phase involves reprinting the motor mounts and securely attaching them to the versa wing using screws or other fasteners. These methods will carry over to the conceptual design.

MSD2-50, MSD2-52

These task will be done with Ben


Atulya John

MSD 2-85

This task relates to the development of PCB based on the schematics that have been developed.

MSD 2-78

Place the order for the PCB.

MSD 2-75, MSD 2-79

Research the potential issues that could arise while testing the PCB and determine what tests to perform to verify functionality of the PCB.

MSD 2-77

Test the PCB and verify that it is working as expected.


  • No labels