Sections for requesting team to fill out:
Admin preparation
Test Cards / Test Plan
Mandatory Attendees
Sections for flight test coordinator to fill out:
Flightline team
Location
Status
Drone
Sections for flightline team to fill out:
EFS to fill out Card #1, #2, #3 (Opflow, Tracking Antenna, Obstacle Avoidance)
đ Admin Preparation
Your status should read âsubmittedâ when you submit the FTR to our Flight Test Coordinator.
Once the coordinator approves, and a date/location/drone has been assigned, the status will change to âwaiting for sub team reviewâ. Once all sub-teams have reviewed and signed off, the status will change to âapprovedâ
Requested By | |
---|---|
Sub-Team Review (To be checked once reviewed by sub-team representative) |
|
Date of Request | Jan 16, 2024 |
Goal Summary |
|
Status? | WAITING FOR SUB-TEAM REVIEW |
Desired Airframe | Houston / Pegasus |
Location + Time | WrestRC 1300-1800 |
âď¸ Wx
https://www.windy.com/station/ad-cykf?42.541,-80.379,8 Waterloo Weather Station
đĽ Testplan - to be filled out by requesting team
Create ONE table per test-item. Eg: âLanding pad images over asphaltâ, âlanding pad images over grassâ, âlanding pad images over grass, highâ should all be unique tables.
Use each expand to capture one series of tests, eg âLanding pad detectionâ or âAuto-tuningâ.
Necessary Preparation
Explain what capacity you need, what needs to be mounted, etc.
Mechanical
- Pegasus cleared to fly (mechanically)
- sensor mount ready
- Motors + frame rigid
- Houston cleared to fly (mechanically)
- sensor mount attached
- arms + plates rigid
Electrical
- Pegasus cleared to fly (electrically)
- harnessing secure
- Houston cleared to fly
- Harnessing secure
- ELRS RXâs secure.
Embedded Flight Software
- Pegasus Ardupilot Configuration ready
- Opflow â Offsets correct, usage correct ? (EKF3?)
- Lidar â Offsets correct, usage correct? Height limits set?
- Houston Ardupilot Configuration ready
- Failsafes configured (Radio, GCS, Battery, ETC?)
- 360 Lidar â Configured, ground tested. Distances set properly?
- Test area SME available
- Test procedure is clear â Houston & Pegasus
- Possible deviations from test understood and considered â Houston & Pegasus
- Software ground tested
- Ground tests complete on all airframes (on battery over telemetry)
- Tracking Antenna
- Tested ? SME ready?
- ELRS / Radio management correct.
- ELRS rxâs on houston & pegasus. â Clear unique models.
- ELRS Airport on houston â Verify functioning.
- RFD900x on Pegasus â Verify functioning
- ELRS Trainer â Verify functioning
Autonomy
- LTE telemetry ready
đŤ Attendees
This is a section for all attendees from your subteam which will be present for this flight test. (because they are testing their products, or otherwise)
Name | Phone # (opt) | Sub-team | Driving | Role |
---|---|---|---|---|
Director | Y - 5pass SUV | |||
Director | 5-person liftback | |||
Mechanical | 3-277 Dodge Grand Caravan | |||
Mechanical | ||||
EFS | ||||
EFS | ||||
Ops | ||||
EFS |
This section and remaining to be filled out by FTC and Flightline Team
Flightline Team
Name | Phone # | Role | Reason |
---|---|---|---|
Pilot | ;/ | ||
Pilot |
Pre-Flight Preparation
Checklists
Incident Procedures
â˛ď¸ Flight Test Timeline
Date/Time | Action | Notes |
---|---|---|
0700 | Start charging batteries 4x 6s 5000mah (pegasus) 3x 3s 4000mah (houston) | |
0800 | Begin checklists | |
0900 | Briefing @ WARG Bay | |
0930 | Begin loading vehicles | |
1000 | Arrival at Flight Test Location | |
1030 | Flight Test Card #1 + 2: Opflow calib. | |
1030 | Flight Test Card #3: Houston obstacle avoidance | |
1200 | Packup | |
1230 | Lunch | |
1300 | Debrief | |
<> |
đť DEBRIEF
Logs:
Media:
Actual Timeline Recap
Time | Activity | Notes |
---|---|---|
0700 | Battery Charging Began | |
0905 | Briefing began | |
0945 | Battery Charging finished | |
1000 | Left the bay | 3 vehicles |
1015 | Arrived WrestRC | Field was covered in slush/pooled water. Only one dry track |
1032-1034 | Pegasus OpFlow Calibration (1-1) | Log file 50.BIN |
1042-1043 | Pegasus Loiter - GPS Handling (1-X) | Log file 51.BIN |
1047-1047 | Pegasus Loiter - OpFlow Handling (1-X) | Log file 51.BIN |
1051 | Houston proximity test (3-1) | Log file 70.BIN Batt #1 |
1059 | Pegasus Autotune (X-X) | Log file 53.BIN |
1110-1112 | Houston Auto Mission (3-3) Attempt #1. | Log file 71.BIN Unsuccessful - spun in circles trying to avoid the obstacle Batt #2 |
11:15:15-11:15:45 | Houston Auto Mission (3-3) Attempt #2 | Log file 71.BIN Unsuccessful - disarmed prematurely. Batt #2 |
11:45 | multi-drone photo | |
11:50:33 - 11:54:50 | Houston Auto Mission (3-3) Attempt #3 | Log file 73.BIN Unsuccessful - Altitude too high |
11:57:20 - 1159:51 | Houston Auto Mission (3-3) Attempt #4 | Log file 73.BIN Unsuccessful - Got stuck in turn-around due to embankment being detected as an obstacle. |
12:04:15 - 12:14:27 | Houston Auto Mission (3-3) Attempt #5 | Log file 74.BIN Successful - passed obstacle after 4 attempts. Had a very hard unscheduled, uncontrolled, rapid descent. |
OPFlow was calibrated, EKF Transitions were tested (Card #1 Complete â )
Pegasus not damaged.
Houston Obstacle Avoidance verified both in Loiter and in Auto missions (Card #3 Complete â )
Landing gear & houston was kept in-tact despite multiple hard landings / failsafes
Lidar not broken and continues to function
RFD900x was swapped from Pegasus to Houston very quickly.
ELRS did not have the necessary air-data rate.
Pink controller worked
Models were copied day of
Media gathered
Pilot practice is good
We left on time, didnât forget anything
Obstacle avoidance took multiple attempts to pass obsttacle (Card #3)
Pegasus vibrating large amounts pre-takeoff on arm.
Pegasus controls were not great
Huge amounts of Yaw overhsoot â disappeared after autotune.
GPS Loiter not very accurate - huge amounts of slip when stick-centered before drone attempts to stop motion.
Baro/Altitude solution not very accurate - noticed huge altitude drops when in transaltional motion. Automatic recovery when stopped.
Houston GPS Loiter not very accurate
Multiple meters of drift, no optical flow.
Arm switch on pink controller bit close to the mode switch (in Megan Spee opinion)
Models were copied from Blue controller to pink Controller before flight test & without pilot checks.
didnât note down total flight times or battery voltages post-flight
Total flight times recorded on controller, but not noted.
Takeoff times not recorded.
Battery voltages not recorded.
Auxiliary video/FPV drones around works for media but was distracting/ interfered with the tests
being within yelling range helped: could tell people to back off
TBS Crossfire consistently transmitting at 500-1000mW.
Likely due to RFD900 + TBS Crossfire being on the same frequency and very near each other.
Tracking antenna was not tested (Card #2)
Was not ready before the flight test
Gemini was not tested
Was barely ready before the flight test, ran out of battery on Houston.
Houston experienced a rapid un-controlled descent from ~ 40m
Likely a battery FS
Houston batteries ran down to 7.6v under load - 10.4 V after recovery
Pegasus EKF failures when doing GPS/Non-GPS transitions using RC7 as 90.
LTE connection was dropped at some point (multi-drone photo).
could not fly after this.
Analysis
All log files are available in onedrive, see section above. On Average, ELRS Performance was awesome, while TBS Crossfire was typically transmitting at close to max power, likely due to interference from the RFD900 on the same frequency.
Pegasus Flight(s)
All Pegasus missions were run using LTE, which later failed to connect when attempting the multi-drone photo. It was impossible to takeoff in EKFPosSource MIDDLE, and we only took off in EKFPosSourceLow (GPS mode). Initial YAW tuning on pegasus was quite bad (lots of overshoot), but auto-tuning was able to correct this.
Pegasus did have issues maintaining altitude during transition - it tended to drop ~1m in altitude in translational movement, and had a tendency to level off + continue sliding once the stick returned to center.
The deadzone for takeoff + landing throttle on Pegasus is also significantly larger (read: harsher landing + takeoff) compared to Vanny or Icarus.
Autotune
FlowCAL + GPS/non-gps transition
Flow calibration worked as expected
EKF Failures:
10:34:18 : EKFPosSource set to MIDDLE
10:34:33 : EKF3 IMU0 stopped aiding
10:34:33 : EKF3 IMU1 stopped aiding
10:34:33 : EKF3 lane switch 1
10:34:33 : EKF Primary Changed: 1
10:34:33 EKF variance
10:34:33 : EKF Failsafe: changed to land
once landed, all failsafes cleared & position was set back to middle.
Position estimate / IMU2 was still able to provide level landing assistance.
Loiter GPS aided flight
estimated position looks good
No harsh events
Non-gps aided loiter attempt
took-off around 10:47:12 - landed around 10:47:42
Flight path looks good, position estimates were continually given.
EKF IMU stopped aiding messages were given at 10:47:34
EKF Failsafe at 10:47:35.
Had a few seconds of non-gps aided flight? Not sure why the failsafe occured.
Houston Auto Mission(s)
Ran a total of 5 Auto missions attempts, eventually successful in pathing around the object.
4 Batteries were used, and OA distances were adjusted as follows during the FT:
OA_Type: Dijkstra with BendyRuler â BendyRuler
OA_MARGIN_MAX: 5m
OA_BR_LOOKAHEAD: 15m â 10m
AVOID_ACCEL_MAX: 0
AVOID_BEHAVE: 1
AVOID_DIST_MAX: 5m
AVOID_MARGIN: 2m
Attempt #1
Houston was successful in not colliding with an object in the direct flight path.
Houston was unable to successfully path around the object and loitered in circles.
Mission was ended by the PIC.
Attempt #2
Path was updated to move houston further away from the building on waypoints #3 and #4.
Houston successfully avoided a light-post, but was disarmed pre-maturely when PIC wanted to switch to Stab (SB) and accidentally hit Disarm (SA). The drone dropped from an altitude of around 8 meters, no damage.
Orange is 45 degree sector, and green is 90 degre sector.
Notice that the MIN from 45 & 90 is 15 meters (This was the configured OA_BR_LOOKAHEAD).
This may not be correct - the physical distance from the pole was significantly less (visual estimate 1-2m upper end)
Attempt #3
Houston over-flew the building. Auto mission altitude was set to 5m, and was too high.
Attempt #4
HSTN got stuck since it detected the embankment as an obj.
Attempt #5
Houston took multiple attempts to navigate around the obstacle.
Possible to see proximity sensors pinging off the obstacle and reporting closer values as houston navigates around?
Next-Steps
Update & clarify transmitter mappings, common channels, etc. for all drones.
arm/disarm sequences, mode channels, aux functions, telemetry logging, etc.
Test gemini, tracking-antenna
Remember to note down takeoff & landing times of all drones (at least total FT)
Remember to have videos of drones during FTâs.
Evaluate Pegasus tune.
Evaluate operation under GPS failures.
Come up with plan to optimize obstacle detection
Action items for next flight test
Try to fix this by recalibrating accelerometer at start of next flight test