My APM 2.6 quad has failed to disarm.

As a noobie I am asking for someone to review my data log. 

I have a 500 series quad that I purchased pre-built. So far I am very happy with it but have had a couple of occsions where it would not disarm and I had to unplug the battery. 

When this happened the first few times I thought it was my error. But recently I am more confident my actions should have disarmed the quad. Also this seems to happen when landing in RTL or Loiter. 

Saturday it was windy and area of launch a bit restricted, so I chose to use RTL as the GPS modes (loiter, RTL, and auto missions) have been spot on. Upon touch down I placed left stick full down and full left. The props almost came to a stop then suddenly sped up just enough for a hover less than a foot of the ground while at full left yaw. Needless to say it touched back down and flipped over. I have attached the data log from this event. 

On my next battery I landed in stability mode and was able to dis arm with no problem. 

On my third battery I got into some brush causing a crash and again I could not disarm with left stick down and left (loiter mode). Log for this event not attached. 

I don't fully understand how to graph all the info but was able to show altitude, throttle in, and throttle out in screenshot also attached. I think this shows throttle input was correct but APM over-rode and raised throttle for some reason. 

Thanks in advance for reviewing the attached log.3691272890?profile=original

image.png

2016-01-30 12-31-29.bin

2016-01-30 12-31-29.log

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

Join diydrones

Email me when people reply –

Replies

  • With APM 2.6 you need to turn up logging so we get more data to help with the issue.  The default is 830 and needs to be set higher so it will record RCIN and RCOUT which will tell us what you did and what the motors were doing.

    http://copter.ardupilot.com/wiki/arducopter-parameters/#log_bitmask...

    Recreate the problem and after that set it back to 830 as higher logging effects the flight controller performance.

    • Michael I appreciate the quick reply and apologize for my lack of knowledge in APM. 

      What BITMASK setting are you suggesting? In the link you provided I do not see an option that covers both RCIN and RCOUT?

      Also can you explain what you see in the graph I attached? I thought this showed throttle input (geeen line) was null but APM called for throttle up (blue line)?

      Also what effects might be expected with higher logging?

      • No, this is what the copter was doing not your input.  You need to set it to NearlyAll.

        When landing the copter it must think it has landed or it will not respond to your input to shutdown.  You can not shutdown the copter while it is flying only when it has landed.

        • What effects might be expected with higher logging rate?

          What data does arducopter use to determine it has landed?

          • That I don't know.  It slows down the flight controller as it is too busy to keep up with current tasks so they recommend that the logging rate be set low for most operations.

            For testing it should be fine with no noticeable effects.

            You will see lots more data in the logs though which will help with problem determination.

          • I would recommend you to go over, all the basic calibrations, you may have missed something out, or not completed it properly.

            When performing the calibrations, take your time and don't rush through them.

This reply was deleted.

Activity

gotham liked gotham's profile
16 hours ago
DIY Robocars via Twitter
RT @RoboticMasters: Monaco GP Circuit in the Donkey Sim (coming soon). Including buildings, tunnel and all! https://github.com/robotics-masters/sim-donkeycar-f1/tree/f1-tracks @diyr…
Wednesday
DIY Robocars via Twitter
RT @breadcentric: Here are the details of #AWSDeepRacer finals: https://blog.deepracing.io/2020/12/01/aws-deepracer-league-finals-2020-round-1-schedule/ #awsreinvent2020 #AWSreInvent https://t.co/ovqsjp8V…
Wednesday
DIY Robocars via Twitter
RT @breadcentric: #AWSDeepRacer League #awsreinvent2020 Open race is on Dec 1st - Dec 31st in three categories, 15 DeepRacer Evo (with LIDA…
Wednesday
DIY Robocars via Twitter
RT @a1k0n: @SmallpixelCar @diyrobocars It's just something that's easy to track with chroma keying. I ended up using different colors on th…
Monday
DIY Robocars via Twitter
Monday
DIY Robocars via Twitter
RT @TinkerGen_: "The Tinkergen MARK ($199) is my new favorite starter robocar. It’s got everything — computer vision, deep learning, sensor…
Nov 23
DIY Robocars via Twitter
Nov 23
DIY Robocars via Twitter
RT @roboton_io: Join our FREE Sumo Competition 🤖🏆 👉 https://roboton.io/ranking/vsc2020 #sumo #robot #edtech #competition #games4ed https://t.co/WOx…
Nov 16
DIY Drones via Twitter
First impressions of Tinkergen MARK robocar https://ift.tt/36IeZHc
Nov 16
DIY Robocars via Twitter
Our review of the @TinkerGen_ MARK robocar, which is the best on the market right now https://diyrobocars.com/2020/11/15/first-impressions-of-tinkergen-mark-robocar/ https://t.co/ENIlU5SfZ2
Nov 15
DIY Robocars via Twitter
RT @Ingmar_Stapel: I have now explained the OpenBot project in great detail on my blog with 12 articles step by step. I hope you enjoy read…
Nov 15
DIY Robocars via Twitter
RT @DAVGtech: This is a must attend. Click the link, follow link to read the story, sign up. #chaos2020 #digitalconnection #digitalworld ht…
Nov 15
DIY Robocars via Twitter
RT @a1k0n: Got a new chassis for outdoor races (hobbyking Quantum Vandal) but I totally didn't expect that it might cause problems for my g…
Nov 11
DIY Drones via Twitter
First impressions of the Intel OpenBot https://ift.tt/36qkVV4
Nov 10
DIY Robocars via Twitter
Nov 9
More…