Pixhawk Hexa RTL Flyaway V:3.3.3

Hi. Had a flyaway today. My heavy hexa (11kg) with Pixhawk ArduCopter 3.3.3 crashed into a tree after something failed in RTL sequence.

After analyzing all info in both dataflash and tlogs, I can not find anything wrong. RC Connection was lost and the drone went into RTL, came to the home point, hovered for several seconds and then went away and down until a tree caught it. I checked GPS, compass, and suggested info in manuals on the APM website.

Maybe more experienced pilots can find a problem in my logs. Please advise.

Thank you!

Roman

2016-06-26 16-59-00.tlog

45 26-Jun-16 17-13-28.bin

You need to be a member of diydrones to add comments!

Join diydrones

Email me when people reply –

Replies

  • This is my Elevator channel which shows my inputs while landing. So, my actions crashed the drone, I guess.3702258930?profile=original

    • nah I dont think so , i dont think thats right...during RTL the stick inputs are ignored, only on the landing phase will they work again.....I think you had a mechanial problem of some sort because if you keep looking towards the end (where I circled in greed) your stick inputs are level yet your copter is pitching and rolling all over the place, and not matching the desired pitch/roll requested by the controller....so you either hit something or you have a motor/esc problems of some sort....

      2016-06-28_10-52-50.png

      https://storage.ning.com/topology/rest/1.0/file/get/3702637375?profile=original
      • After analyzing telemetry log for many hours I think that my elevator input caused the crash. Please see this pics, on time mark 11 drone started landing procedure. Elevator shows that stick was at max, and Nav_Pitch shows drone rising its nose. So if I had my Elevator maxed, it had no effect while RTL, but as soon as landing started, it caused nose up and movement towards a tree.

        3702747708?profile=original

        3702747345?profile=original

      • Thanks for the analisys.

        After the crash, drone received almost no damage. Even my T-Motor 18" props are all ok. I checked everything and all is in good condition and ESCs and motors work well. I even checked motor esc pairs for sync issues.

        Before the RTL, it behaved strangely in Loiter. It held its poition poorly. I was searching for bad GPS or compass errors but cannot find anything. It flew great in Stabilize.

        I will calibrate everything again and run the compassmote. Then will testfly again. I hoped to find the issue from the logs. Otherwise my heart will stop if it will crash again.

  • While reading all parameters list I found an interesting one: LAND_REPOSITION. This value allows to reposition the drone while landing and that's when my flyaway happened.

    As Randy said in the past: "By the way, the bug we found in AC3.1.4 (the current official release) is that the user's roll, pitch and yaw inputs are not ignored while landing after a radio failsafe (aka throttle failsafe).  Some transmitters send crazy roll and pitch inputs during a radio failsafe so this can lead to the vehicle speeding off as it descends."

    I guess, they added this parameter to solve that problem. I checked my system and the parameter was set to Enabled, so my RC, I guess, was sending some commands which repositioned the drone into a tree :)

    Maybe there is a trace of that in the logs...

  • T3

    Roman,

    there seems to be an issue with your 2nd mag - especially z. I suggest to calibrate it again and run a CompassMot. 

    Vibrations could be better, but (theoretically) should not cause a problem.

    I am not an EKF expert but the Gyro bias looks strange as well.

    Best regards,

    Thorsten

    • I will recalibrate and run the CompassMot.

      Don't know about Gyro bias, but will check it.

      Thanks,

      Roman

This reply was deleted.

Activity

DIY Robocars via Twitter
RT @chr1sa: Our next @DIYRobocars virtual AI car race is next Saturday. Compete from home using the @donkey_car simulator -- no physical ca…
6 hours ago
DIY Robocars via Twitter
RT @RoboticMasters: Students from @Sydney_Uni working hard on improvements and changes to @donkey_car simulator. @diyrobocars @adafruit…
6 hours ago
DIY Robocars via Twitter
Practice virtual race this Saturday; the real thing will be on Oct 3 https://www.meetup.com/DIYRobocars/
Wednesday
DIY Robocars via Twitter
Wednesday
Derrick Davies liked lisa TDrones's profile
Wednesday
DIY Robocars via Twitter
Sep 21
DIY Robocars via Twitter
RT @SahikaGenc: AWS DeepRacer & Hot Wheels Track https://youtu.be/4H0Ei07RdR4 via @YouTube
Sep 14
DIY Robocars via Twitter
Sep 8
DIY Robocars via Twitter
RT @davsca1: We are releasing the code of our Fisher Information Field, the first dedicated map for perception-aware planning that is >10x…
Sep 8
DIY Robocars via Twitter
RT @SmallpixelCar: How this works: 1)object detection to find cones in single camera image, 30 frames/sec on @NVIDIAEmbedded Xavier. 2)comp…
Sep 8
DIY Robocars via Twitter
RT @SmallpixelCar: Use two color cones to guide the robocar. No map needed, on onsite training needed. Just place the cones and it will fol…
Sep 7
DIY Robocars via Twitter
Sep 7
DIY Robocars via Twitter
RT @roboton_io: Great to see http://roboton.io running at 60fps on the cheapest #chromebook we could find! #edtech #robotics #educat…
Sep 3
DIY Robocars via Twitter
RT @openmvcam: Crazy in-depth article about using the OpenMV Cam for Astrophotography: https://github.com/frank26080115/OpemMV-Astrophotography-Gear https://t.co/BPoK9QDEwS
Sep 3
DIY Robocars via Twitter
RT @openmvcam: Hi folks, it's finally here! Our first draft of our Arduino Interface Library is out! It works over SoftwareSerial, Hardware…
Sep 3
DIY Robocars via Twitter
RT @chr1sa: Please let them have an open API. This would be perfect for @DIYRobocars races https://twitter.com/NintendoAmerica/status/1301513099707658246
Sep 3
More…