APM 2.5 Firmware Upload Verify Fail

Just upgraded my Flamewheel 550 Hex from the APM 2.0 board  to APM 2.5 (plus the ublox GPS) (all directly from 3DR). On firmware installation, at the end of the "verify" phase, there's an error message stating that the firmware upload was successful but that verify failed "exp 77 got 37 at 35124." I repeated the upload four times with the exact same result. Does this indicate a defective board, or?? Thanks for any help!

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

Join diydrones

Email me when people reply –

Replies

  • Seems to be true!

    Matthew Dickinson said:

    For me, whenever I try updating firmware using mission planner running inside a Windows 8 or XP virtual machine using VMware fusion, It fails - I find I have to go find a 'real' PC to get it to update.
  • I had the same issue...found the answer in another thread. Went into windows device manager, selected the com port of the APM (com3 for me) and set it to 115200/8/N/1 and enabled XON/OFF flow control. I'm not 100% sure this is the FTDI chip being used, but the linked doc recommends always using flow control on page 12.

    http://www.ftdichip.com/Support/Documents/AppNotes/AN232B-04_DataLa...
  • I've had this happen several times when trying to load Arducopter firmware 2.9.1;  after (4 or 5) attempts, successful load and verify was achieved.   In the midst were a couple of reboots of the virtual machine.  I'm running windows 7 home premium (guest) in Virtualbox under Ubuntu 12.10 (host).   An interesting note; the code that didn't verify seemed to run fine, but I just didn't trust it...

  • Update: After a bit of back and forth I'm happy to report that the replacement situation regarding my defective board has been resolved satisfactorily.

  • Hello all,

    I deleted my own negative and ranting responses.

    Negativity is not very beneficial in this group and I hold Chris in the highest regard and trust he will eventually get customer service straightened out.

    I am distressed to see my friend Oliver being dealt with as he has been, but it is not my business (literally) and I know that concerns there are far different than what I can see.

    As Donald Southerland said in Kellys Hero's "Watch the Negative waves Moriarty".

    I was rude, ranting and rambling.

    I definitely apologize for the rude and ranting parts.

    I probably can't fix rambling,but hereafter I am going to try to avoid negative issues and concentrate on what positive influence I can have on this community, it needs assistance more than criticism.

  • For me, whenever I try updating firmware using mission planner running inside a Windows 8 or XP virtual machine using VMware fusion, It fails - I find I have to go find a 'real' PC to get it to update.
  • Hi O,

    The above result means that it wrote a 1 in the second from the high bit of the byte at address 35124 but when it verified it read it as a zero bit.

    Richards suggestion is worth pursuing.

    But calling Craig tomorrow seems likely.

    For want of a bit a hexacopter was lost!

  • T3
    Did you try a reset or erase from the terminal or command line interface (CLI). I believe the command is located under Setup. Type '?' and enter in the CLI to get a list of commands. Erasing or resetting the APM might help in loading the firmware. Good luck.
  • I'm not sure if this is related to your problem or not but I too am having a problem with uploading the new 2.9.1 firmware.  I have a Hexa and it is already loaded up with 2.9.0 firmware but when I try to upload the newest one this is the error I get.

    If anybody has any suggestions, I'm all ears. :)

    Because there is some mention of a serial problem I have unplugged the Sonar and deselected it in the APM.  I have also unplugged the telemetry radios but with each step the problem remains.

    -Mike3692625111?profile=original

     

     

This reply was deleted.

Activity

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…
10 hours ago
DIY Robocars via Twitter
10 hours ago
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
DIY Robocars via Twitter
Excellent use of cardboard instead of 3D printing! https://twitter.com/Ingmar_Stapel/status/1324960595318333441
Nov 7
DIY Robocars via Twitter
RT @chr1sa: We've got a record 50 teams competing in this month's @DIYRobocars @donkey_car virtual AI car race. Starting today at 10:00am…
Nov 7
DIY Robocars via Twitter
Nov 6
DIY Robocars via Twitter
RT @a1k0n: Car's view, using a fisheye camera. The ceiling light tracking algorithm gave me some ideas to improve ConeSLAM, and having grou…
Nov 5
More…