Quadcopter, APM2.5, Arducopter 2.9.1b.


During an Auto flight mode (with hovering on a fix position), it crashs down uncontrolable from 80m altitude. I did repeat this mission many times before, never such problem.


When I look at log/tlog files(atatched), I noticed at the middle of the Auto mission, at 80m, it "Disarmed" for no reason.The log files shows altitude stop at 80m, throttle stops at medium value.

It looks for me APM2.5 was reset in middle of the flight. Could someone confirm this?

Battery was at 64%, no errors in log file.

What could be the reason for this? It scares me a lot.

PLEASE, I need to find why happened.

2013-04-17%2019-39%205_Crash80m.log

2013-04-17%2016-14-16_Crash80m.tlog

3691014139?profile=original

3691014202?profile=original

3691014149?profile=original

3691014219?profile=original

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

Join diydrones

Email me when people reply –

Replies

  • I think I had the same problem. I also cut all   the 5v leads but after a disarm in flight and the rebuild, I measured the output +ve bus line and found it only reached 3.2v. It must have been just enough stray voltage to keep all the ESC's and output stage alive for 99% of the flights and then splat!

    Now I put a bec on both the input and output sides and have not had the same issue.

  • I just completet my hexa.

    I tested telemetry yesterday, I armed the copter (no props, sitting on my bed) and checked smth. when suddenly it disarmed itself.

    Is there a timer for when armed, but the throttle is still down?

    Or is this a bug, the same criro1999 encounterd?

  • I went back to 2.9.1 firmware, which is where I was originally having the resets, and I am NOT able to reproduce the problem.

    Here's a summery of my testing, all on the test rig:

    Firmware 2.9.1:

    1) In stabilize mode, 11 minute flights, 2 flights successful.

    2) In AltHold mode, 4 flights, all with resets, about 3 minute, 6 minutes, 4 minutes, and 3 minutes into the flight.

    Loaded firmware 2.9.1b:

    1) In AltHold mode, 11 minute flights, 2 flights successful.

    Loaded firmware 2.9.1:

    1) In AltHold mode, 11 minute flights 2 flights successful.

    It's been a couple of months ( I think ) since I originally put 2.9.1 on and I do not remember if the problems immediately started after the load.  I have all of the telemetry logs, so I'll go through them and see if I can piece together when and if.

    Thanx to all for looking at this,

    Johnny

  • Developer

    As part of the firmware upload process it runs a verify to make sure that it's loaded properly so I'm surprised that the cause appears to be corrupted firmware.

    You're right that a brown-out looks just like any other sudden death.  Most of the time sudden deaths are caused by brown-outs but maybe not in this case.

    If the issue withe the VCC voltage is what I think it is, the bug is exposed for all analog reads (including sonar) when you start using any of the analog pins above 10.  Basically this means when you start a battery voltage or current sensor like the 3dr power module.  I've heard that the bug has been there for a long time but so few people were using the current modules before they became standard equipment with the APM2.5+ that we recognise the cause.

    You sure get marks for persistence..sorry i couldn't be of more help...i've had my head down trying to get the next version ready to ship.

  • Removing the external LEDs from the APM had no effect; it still reset during AltHold. 

    I also attached an oscilloscope to the +5V and ground rails of the input connections.  It never deviated from the attached screenshot.  The software doesn't really have a way to record constantly.  Not sure if the input rails are the best location to detect deviations in voltage, but they are the easiest to get to without pulling everything apart.  If there's a better location, let me know and I'll try to attach the oscilloscope there.

    voltage.JPG

  • Nice testing rig BlackNova and a great way to demonstrate the failure.

    In fact, you could probably get away with some small coaxial cable and clip leads connected to Vcc and run to a DVM (recording DVM would be nice) for external confirmation of the voltage. This would eliminate the issue of trusting a good Vcc recording.

    Again, super way to prove the problem, save props, and save the aircraft. A++

    Troubleshoot on!

    -=Doug

  • I've been able replicate the problem while having a video camera watching it in close range.  You can see the LEDs go out with the motors continuing their last command for a few seconds before they shut down.

    In the video, it shuts down at 0:47.

    This seems to occur for me while in AltHold, it will fail within 3 to 8 minutes.  I've completed multiple 10-12 minute flights with it only in Stabilize with not issues.

    Telemetry.zip

  • Add my issues to the list that are similar to this discussion. I've heard the ground station say 'disarmed' after the drop began and didn't think anything of it at the time.

    http://diydrones.com/forum/topics/hexicopter-rolls-90-degrees-and-d...

  • I was sure the Vcc was not the reason quad did fall out the sky. It is just an graph interpretation.

    But looking again to log file, I did find next variable "time_boot_ms" which make me believe the APM was reset (reboot) in-air.

    If you look at the graph below you notice how this variable is rebooting.

    When I did compare this variable with a regular flight, without crash, I did notice always this graph was an ascending curve, never descending. I did look to at least 10 logs different logs and never see this variable descending ("rebooting").

    Please correct me if I am wrong.

    3692692549?profile=original

  • Well now, this just goes to show you that your grandmothers were correct when they told you 'every little bit counts'... (sorry folks, it was just hanging there...)

    So, with the Vcc mystery solved, our friend still has a problem of his aircraft falling out of the sky. Once he gets us a good Vcc plot (or tlog), we can proceed.

    Mucho Gracias to Bill Bonney and Tridge for bringing this information.

    Criro1999 - load up the code and try again!

    -=Doug

This reply was deleted.

Activity

DIY Robocars via Twitter
RT @a1k0n: Did I get rid of hand-tuned parameters? Yes. Am I still hand-tuning more parameters? Also yes. I have a few knobs to address the…
Monday
DIY Robocars via Twitter
RT @a1k0n: I'm not going to spoil it, but (after charging the battery) this works way better than it has any right to. The car is now faste…
Monday
DIY Robocars via Twitter
RT @a1k0n: Decided to just see what happens if I run the sim-trained neural net on the car, with some safety rails around max throttle slew…
Monday
DIY Robocars via Twitter
Sep 24
DIY Robocars via Twitter
RT @SmallpixelCar: @a1k0n @diyrobocars I learned from this. This is my speed profile. Looks like I am too conservative on the right side of…
Sep 24
DIY Robocars via Twitter
RT @a1k0n: @SmallpixelCar @diyrobocars Dot color is speed; brighter is faster. Yeah, it has less room to explore in the tighter part, and t…
Sep 24
DIY Robocars via Twitter
RT @a1k0n: I'm gonna try to do proper offline reinforcement learning for @diyrobocars and throw away all my manual parameter tuning for the…
Sep 23
DIY Robocars via Twitter
RT @circuitlaunch: DIY Robocars & Brazilian BBQ - Sat 10/1. Our track combines hairpin curves with an intersection for max danger. Take tha…
Sep 22
DIY Robocars via Twitter
RT @SmallpixelCar: Had an great test today on @RAMS_RC_Club track. However the car starts to drift at 40mph. Some experts recommended to ch…
Sep 11
DIY Robocars via Twitter
RT @gclue_akira: 世界最速 チームtamiyaのaiカー https://t.co/1Qq2zOeftG
Sep 10
DIY Robocars via Twitter
RT @DanielChiaJH: Always a good time working on my @diyrobocars car at @circuitlaunch. Still got some work to do if I’m to beat @a1k0n howe…
Sep 10
DIY Robocars via Twitter
RT @SmallpixelCar: My new speed profile for @RAMS_RC_Club track https://t.co/RtLb7TcgIJ
Sep 10
DIY Robocars via Twitter
RT @SmallpixelCar: Practiced at @RAMS_RC_Club today with my new @ARRMARC car https://t.co/AEu2hCx89T
Aug 28
DIY Robocars via Twitter
Aug 24
DIY Robocars via Twitter
RT @gclue_akira: 柏の葉で走行させてるjetracerの中身 #instantNeRF #jetracer https://t.co/giVvuE4hP7
Jul 4
DIY Robocars via Twitter
Cool web-based self-driving simulator. Click save when the AI does the right thing https://github.com/pncsoares/self-driving-car
Jul 4
More…