Pixhawk BAD ACCEL HEALTH APM 3.2 - collecting data

A few users, myself included, appear to be having issues calibrating accels and/or arming when using APM 3.2 on a Pixhawk.  I see posts here and there, but thought it may be best if those having the issue could all 'check in' to one post so that the developers can see how widespread the issue is and gather data.

My Pixhawk will arm occasionally, and will even fly successfully.  Occasionally however it will not arm and I will receive the pre-arm error "Accels not healthy".  A few days ago I was able to arm and fly thorugh one lipo, then after landing and swapping batteries I could not arm due to this reason.  I have attached the logs from the successful flight, as well as the failed pre-arm logs, to this post.

As you can see from these images there is something amiss with IMU2.  This is a snippit from the good flight, showing values for AccX on IMU1 and IMU2:

3691166950?profile=original

and here are the same values on the second attempt, pre-arm.

3691167027?profile=original

In the 3.2 release thread a few users had mentioned the issue and Randy advised to set the log_bitmask to "131070" so that it will log everything including the pre-arm checks.  I encourage others having the issue to do the same and share the logs and experiences here so that we can find out what is going on here - is there a bad batch of Pixhawks in the wild that only now show the hardware errors due to something new in 3.2, or is there an issue in the APM software?

goodlog.bin

badlog.bin

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

Join diydrones

Email me when people reply –

Replies

  • Hi,

    I´m from Brazil, work as a parkranger in a National Park and trying to build a fixed wing to map the illegal logging and hunt. To do this I had travelled to NYC in octuber, 2014 and purchased the components from 3DR (pixhawk Kit) and from rmrc (penguin finwing and eletronics). But I´m having some issues with pixhawk since june 2015 and had to stop the project.

    Looks very similar to the bad gyro accel relationed to this post. I have already tryed a reply to 3DR for a replacement, but they sayed that my guarantee has expired.

    So, is just me now...

    How can I detect the real problem with my board so I can fix it? I have put all the eletronics aside, and I´m using just the Pixhawk direct conected through the usb in my Notebook to eliminate other possible causes to the problem.

    The Problem: The Mission Planner shows the horizon aligned, but when I move the board to simulate a flight and put it again in the table, the horizon don´t return to the normal aligned position. When I tryed to calibrate the accel, all times it fails.

    The one time I have success in calibration was when I´ve turned OFF the accel IMU2 in parameters configuration. But even then, the horizon is slow to return to the aligned position when put the board back in the table.

    Please, I need some help! Craig Elder, Andrew Tridgell, someone?!!

    Best Regards!

    2016-06-22 00-52-14 - before calibration IMU2 on.tlog

    2016-06-22 03-26-19 - after calibration IMU2 off.tlog

    • Hi Leonardo,

      I would set ins_use2=0. This can be done in the full parameters list, or the full parameter tree. After that, try power cycling and then redo your accel calibration. When you apply the power, try to keep it motionless. The flight controller does a calibration when the lights alternate red and blue, but the IMUs themselves may do a self internal calibration at powerup (which would be the instant you apply power), although I'm not sure on that. Whether this is a factor in your horizon problem, I do not know. But the ins_use2=0 should allow you to operate normally on only one IMU. If you get "Bad accel health" errors, uncheck the INS check in arming checks

      edit upon reading your post again, did you already try the ins_use2=0?

  • Can someone possibly tell me if I have experienced the IMU problem reported here.  I have a genuine Pixhawk that I bought second hand.  I had one successful flight.  Then in my second flight the hexacopter immediately started spinning in stabilize mode until I was able to crash it "safely".  I have been able to fly it a couple times since and not had any problems. However I "randomly" get error messages about accel health.  I say randomly because I started to possibly correlate them to a particular 4S battery (brand new).  I was having trouble with this theory and then I stumbled on this thread about faulty IMUs

    I'm really at a loss here.  I've spent 12+ hours trying to figure this out.  I really want to trust this new copter!  Any help is super appreciated!  Thanks!

    Calvin

    16-03-07_17-23-36 CRASH SPIN.bin

    • Try shorting out the power module connector before each flight.  It fixes problems by zeroing out the bus voltage inside Pixhawk so that the bootup process initializes the gyros and accelerometers correctly. It can help with intermittent compass issues too.  It's the only thing that gets me back in the air.  I made a jumper using an old battery plug to make it easier.  Plug it in for 10 seconds, remove it, plug in the battery.

      Shorting_Plug.jpg

      • Kelly, it is not reliable workaround. Look here for proposed solutions: http://diydrones.com/forum/topics/solution-proposal-for-pixhawk-imu...

      • Thanks I will try this - sounds like a good practice. I have done 9-10 more test flights. All have gone very well. However, each time I plug in this particular battery things go wrong. My latest try also resulted in random behavior and a controlled crash (haven't looked at the log yet). I certainly won't be using this battery again! I only tried it again to verify if it was causing a problem. I find it strange that I haven't been able to find anything in the forums about something like this. I really want to know how a faulty battery could be messing up everything. Is it producing unusually high EMI?
        • Unsure about your battery and cause of crash, but in case your "Bad accel health" is related to IMU2 then here is a detailed description of problem and proposed solutions: http://diydrones.com/forum/topics/solution-proposal-for-pixhawk-imu...

          You don't need to short out power module connector. It is improper workaround.

        • Batteries definitely produce large amounts of magnetic interference, particularly at the cable end - and they all vary in how much. You can probably test this by running compass_mot

  • same issue here with a clone 2.4.5 board, all calibrations and arming great in the house, go out in the cold and it fails now and then, get home and its good - maybe should calibrate out in the cold ?  

    • Just gotta run out there and arm it before it goes bad ;) That's what I've been doing. Make sure to set ins_use2=0 so when it goes bad mid flight...

This reply was deleted.

Activity

DIY Drones via Twitter
RT @chr1sa: Somehow I missed this, but last week @Nvidia released a new version of its Isaac robot development framework. Lots of new Lidar…
7 hours ago
DIY Robocars via Twitter
RT @Smartphone89: DonkeyCar Racing League Korea #donkeycar @diyrobocars https://t.co/mDlHDR1d98
Friday
Jørn Ramnæs liked VIDEO LINK's profile
Friday
Mark Harrison left a comment on Moderators
"Wow, Ning2 looks really great on mobile. I had sort of drifted away as my browse-time went more on my phone, so this is great."
Friday
Hank Deucker left a comment on PIXHAWK
"I am sure most will say not again, Pixhawk telemetry. I do need help and all can be reassured that I have spent many hours scouring the net for useful information. I am not new at quadcopter flying, I started in 2012 and have progressed through many…"
Thursday
DIY Robocars via Twitter
https://t.co/rLmFr8M2UK
Thursday
Hank Deucker left a comment on PIXHAWK
"Tomorrow, I am thinking about the wording at the moment."
Thursday
DIY Drones via Twitter
Welcome to the new DIY Drones design!. You may have noticed that DIY Drones looks a little different today. That's… https://t.co/cg2EmeDGMQ
Wednesday
DIY Drones via Twitter
New! Online Training on Drones for Disaster Response https://t.co/brqRuujjY2
Tuesday
DIY Robocars via Twitter
https://t.co/8EMCvYW6oz
May 25
DIY Robocars via Twitter
RT @OttawaAVGroup: We are going to try something new this week. We will be having a drop-in style meeting Wednesday @ 7-9pm EST. Pop in and…
May 25
DIY Robocars via Twitter
RT @tawnkramer: Thanks Everyone for another fun virtual race! Amazing Ai racers competing head-to-head, Virtual Makers Fair event. Catch us…
May 23
DIY Robocars via Twitter
RT @make: Find out the latest from @diyrobocars at 10am PT from @chr1sa of @3DRobotics on Virtually Make Faire! #makerfaire #maketogether #…
May 23
DIY Robocars via Twitter
RT @Heavy02011: Join us Saturday online: Virtual Race League: @DIYRobocars Race #2 - Parking Lot Nerds https://t.co/aJUu4sdutx #Meetup via…
May 22
DIY Robocars via Twitter
RT @donkey_car: Yay, we are part of the virtual @makerfaire with @diyrobocars. Come see our race or better yet train a model and race with…
May 21
DIY Robocars via Twitter
RT @chr1sa: The @DIYRobocars Virtual AI Race is going to be part of the virtual @makerfaire on Sat! https://t.co/wnMDAboLID
May 20
More…