Verification mismatch occurs on same byte repeatedly during content upload.

edited September 2015 in Cyton
Earlier today I was working with my OpenBCI and successfully flashed the firmware with mpide a couple of times.  I recently attempted to make a modification and began trying to upload the firmware to the board.  I have tried ~10 times and the upload seems to fail always on byte 0xc200 (eight out of the ten times it failed here and the other two times it failed on a byte with a smaller address, which I assume is programmed before this point).  I am going to keep attempting, but it appears that the firmware cannot be written to this byte as it has not changed any time that I have attempted to flash.  Is this merely a coincidence?  Has anyone had similar experience and can offer some advice?

EDIT:  Eventually transfer was successful.

Comments

  • biomurphbiomurph Brooklyn, NY
    In our experience this is a coincidence.
    Make sure that the RFduino radio firmware is up to date, and also that you have fresh batteries.
  • yjyj France , Bordeaux
    Hello,

    I have the same symptomes , few successes and now I get repetitively at the same address and with the same values :

    Data: 88104 bytes
    Erase: done
    Program
    flash:
    ............................................#############################################
    done
     Verify flash:
    ............................................##################################
    error at address 1D011100: file=8C856110, mem=FFFFFFFF

    Since you (@dschoepf) do not complain any more, you probably found a solution , what was the trick ?
    Batteries or something else?

       Thank you,
        Yannick.
  • Try replacing the batteries and making sure the wireless receivers are less than a centimeter apart.  Keep trying and it will eventually work.  Also make sure there are no devices broadcasting on the same frequency bands in the room.
  • yjyj France , Bordeaux
    @dschoepf

    Thank's a lot, I am going too try.
    I already shut the Wifi and refreshed the batteries,
    but did not tried "wireless receivers less than a centimeter apart".

    @biomurph

    Hello,
    do you think that a hard serial connection
    (like http://docs.openbci.com/tutorials/03-Upload_Code_to_OpenBCI_Dongle)
      would do the job,
     instead of "wireless receivers less than a centimeter apart"?

    A last question : Should we choose a given "programmer" from the tools/programmer menu of arduino IDE?
    And if it is the case, is it the same for a hard and a wireless connection?

       Thank you,
        Yannick.

  • biomurphbiomurph Brooklyn, NY
    You should not need to choose a programmer from the arduino IDE.
    You would need to choose the correct board that is your target
    RFduino, for the Dongle and the boardmounted RFduino.
    OpenBCI 32 for the onboard PIC32.

  • yjyj France , Bordeaux
    Indeed it is what I had understood and made.
    Uploading  has been working  5 to 6 time and  suddenly, for no appearent reasons, it stops...

    Otherwise do you think  that the distance is  so critical?
    Dschoepf maybe wanted to write 1 meter not one centimeter.

      Thank you,
       Yannick.
  • Anyone found a solution for this problem? I'm working on Windows 10 x64, updated Dongle & Board Firmware
    (btw, pressing the pins to the pads on the board is really akward), tried it hundred times but always get a verification error:

    Program flash: ................................................################################################# done
     Verify flash: ................................................####
    error at address 1D002200: file=02C02021, mem=FFFFFFFF

    Many thanks in advance
    Torsten
  • yjyj France , Bordeaux
    @strator

    Have you tried Dschoepf's advices?
         "making sure the wireless receivers are less than a centimeter apart."

    At first I thought it was a joke or just a way to speak...
        But it is not !!!
        and I must thank again Dschoepf.

    It is not perfect but time to time it works...

      What is strange is  that during my first uploading , receivers were at 50cm apart and it worked 2-3 times.
    With time the following uploadings became more and more painfull ... 1/2, 1/4, 1/10 success, ...
    And now 0.5cm gives 1/2 succes... (wifi and phone closed)

     I wonder if at a so small distance receivers can be burned by emiters.
    For example , if you use low cost "talkie walkie" close to each others the reception stage is immediatly burned...

     Yannick.
  • Hi Yannick,

    thanks for your response. Yes, I've tried it and it makes no difference.
    I have tried all other advices found in the forum, too, without any success.

    Torsten
  • To answer my own question: I got it working using a suggestion from biomorph:

    Turn on the board after the dongle is plugged in (start the Host radio before the Device radio)
    Hold the RST button down, turn on the board, then press the PROG button and hold it while releasing the RST button.
    (that  last one is alittle bit 'baseball superstition, but anyway...)


    Thanks
    Torsten
  • yjyj France , Bordeaux
    Curiosity,

    @strator
    how far apart where the receivers?

    Yannick.
  • The distance between the dongle and the board was about 5 cm. However, after turning the OpenBCI off and on while holding the reset button, the distance does not matter.

    Thanks
    Torsten

  • It is vital to do EXACTLY this:
    Turn on the board after the dongle is plugged in (start the Host radio before the Device radio)
    Hold the RST button down, turn on the board, then press the PROG button and hold it while releasing the RST button.
    (that  last one is alittle bit 'baseball superstition, but anyway...)

    If you don't chances are it will fail in Verify.

  • biomurphbiomurph Brooklyn, NY
    This problem is hard to solve because it is intermittent. We are loading the code over air, and that is not a usual operation, but here in our lab, we program each board with the latest firmware before sending to our fulfillment center. We us Mac and Windows machines to do the uploading, and we encounter this 'verification error' problem in maybe 2 out of 100 boards. The board always succeeds in getting programmed on the second or at most third try. 
  • I have NEVER succeeded to program the board with the OFFICIAL sequence (maybe 20 attempts), but succeeded to program the board with the MAGIC sequence EVERY time I tried. Since it couldn't hurt, I'd think that the MAGIC sequence should become the official one. Saves a lot of frustration.
  • biomurphbiomurph Brooklyn, NY
    @qwer1304
    noted
Sign In or Register to comment.