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 Drones via Twitter
RT @MarvelmindMaxim: Extreme precision for 60 swarming robots. #marvelmind #autonomousrobotics #robotics #swarmrobotics #rtls #ips #indoor…
11 hours ago
DIY Drones via Twitter
RT @MarvelmindMaxim: Precise (±2cm) tracking for racing boats and autonomous boats. Works outdoor and indoor. #autonomous #AutonomousVehic…
11 hours ago
DIY Drones via Twitter
RT @MarvelmindMaxim: Helping PixHawk folks to fly autonomous quadcopters using PX4 and ArduPilot. https://marvelmind.com/drones/ Equally suitab…
11 hours ago
DIY Robocars via Twitter
RT @chr1sa: The @DIYRobocars @donkey_car virtual AI car race is starting in 15 minutes! Watch it live on Twitch https://www.twitch.tv/mossmann3333 htt…
Saturday
DIY Robocars via Twitter
RT @chr1sa: Don't miss our monthly @DIYRobocars @donkey_car virtual AI car race tomorrow at 10:00am PT live on Twitch. Head-to-head racing…
Friday
DIY Robocars via Twitter
RT @sparkfun: Our completed tutorial on building an @NVIDIA Jetson Nano-powered @Sphero RVR gets your bot up and running via teleoperation…
Thursday
DIY Robocars via Twitter
RT @SmallpixelCar: Freeway test https://t.co/4V5tV9lhIP
Thursday
DIY Robocars via Twitter
Very small autonomous cars racing, thanks to an overhead camera: https://control.ee.ethz.ch/research/team-projects/autonomous-rc-car-racing.html
Wednesday
DIY Robocars via Twitter
Wednesday
DIY Robocars via Twitter
Wednesday
DIY Robocars via Twitter
RT @chr1sa: Don't miss our virtual AI car race this Saturday! Real developers + virtual cars =🏎️🏎️🏎️ Head-to-head battles with thrills, sp…
Jul 28
DIY Robocars via Twitter
Jul 27
DIY Robocars via Twitter
RT @usashirou1: Jetson nano by Isaac Kaya #jetson https://t.co/Mu1N0CyQkN
Jul 23
DIY Robocars via Twitter
RT @GPUsolution: JetRacer mady by Iflytek company #JetsonNANO #Nvidia https://t.co/MimTymIwge
Jul 23
DIY Robocars via Twitter
RT @openmvcam: I love this: Mega or Mini? Image Classification on the 1MB OpenMV Cam H7 by Ish Ot Jr. in OpenMV, Edge Impulse, Internet of…
Jul 23
DIY Robocars via Twitter
RT @RoboticMasters: This is looking pretty good... but still needs a bit more refinement. Pure OpenCV Turning Sign Detection. No Tensorfl…
Jul 23
More…