1. Got a question or need help troubleshooting? Post to the troubleshooting forum or Search the forums!

Arduino/Ramps issues

Discussion in 'Troubleshooting' started by Matt Gorski, Dec 5, 2016.

  1. Matt Gorski

    Matt Gorski Member

    Joined:
    Nov 21, 2016
    Messages:
    83
    Likes Received:
    17
    File - Examples - Blink same error:

    avrdude: stk500v2_ReceiveMessage(): timeout
    avrdude: stk500v2_ReceiveMessage(): timeout
    avrdude: stk500v2_ReceiveMessage(): timeout
    avrdude: stk500v2_ReceiveMessage(): timeout
    avrdude: stk500v2_ReceiveMessage(): timeout
    avrdude: stk500v2_ReceiveMessage(): timeout
    avrdude: stk500v2_getsync(): timeout communicating with programmer
     
    mark tomlinson likes this.
  2. mark tomlinson

    mark tomlinson ༼ つ ◕_ ◕ ༽つ
    Staff Member

    Joined:
    Feb 21, 2013
    Messages:
    23,912
    Likes Received:
    7,338
    Something you might want to do as a part of this... check the voltages from the power supply.
    If you have or can find a cheap multimeter. Set it to DC volts, 24v range and see what you are getting out of the power supply.
    It should be in the range of 12-13.5v dc (on both outputs). It would be a shame if it really was a bad power supply screwing things up for you.
     
    Rigmarol likes this.
  3. mark tomlinson

    mark tomlinson ༼ つ ◕_ ◕ ༽つ
    Staff Member

    Joined:
    Feb 21, 2013
    Messages:
    23,912
    Likes Received:
    7,338
    Yea, that Arduino board is toast. Or effectively toast. While it might be recoverable only you can judge the worth of your time :)
     
  4. Rigmarol

    Rigmarol Well-Known Member

    Joined:
    May 14, 2016
    Messages:
    544
    Likes Received:
    280
    Following along eager to see a happy ending.

    A testament to static killing boards:
    Years ago me and another tech (just starting off both of us) were tasked with going through hundreds of add on boards to test good or bad. We had 2 test jigs set up, I would grab a card from the box, test it then hand it to him and he would test it. One day (high humidity) we discovered my jig was passing them and his was failing them. We swapped jigs and it didn't change. Apparently, we were passing along a very small static charge when we handed off the boards hand to hand. We solved it by putting the card down for the other person to pick up. We killed about 2 dozen boards. You don't have to see or feel a static shock to kill electronics.
     
    Matt Gorski and mark tomlinson like this.
  5. Matt Gorski

    Matt Gorski Member

    Joined:
    Nov 21, 2016
    Messages:
    83
    Likes Received:
    17
    Very interesting story @Rigmarol and thank you for wanting a happy ending ;) I guess just the tiniest little static charge can be the culprit. Regardless this is a learning experience and I am learning so it will be a happy ending in the long run :D
     
    #85 Matt Gorski, Dec 7, 2016
    Last edited: Dec 7, 2016
  6. Matt Gorski

    Matt Gorski Member

    Joined:
    Nov 21, 2016
    Messages:
    83
    Likes Received:
    17
    Well I followed these instructions in a last ditch effort to see what happens and I DO see the red RX light blinking next to the IC when the IDE times out uploading so it seems to be responding in some way. Both Green and Red light are on..

    Using Port : COM3
    Using Programmer : wiring
    Overriding Baud Rate : 115200

    I get this problem sometimes with some of my boards. I usually solve the problem following these steps:

    • Set the compiler on debug/verbose mode to see what's happening
    • Launch compilation/upload
    • When the compile phase is done, and the upload process is about to start, press the reset button on the board
    Usually that takes care of the problem.
     
  7. Matt Gorski

    Matt Gorski Member

    Joined:
    Nov 21, 2016
    Messages:
    83
    Likes Received:
    17
    Just to update this thread, I received my generic Mega 2560 in and it immediately accepted the sketch upload and when connected with no RAMPS in MatterControl I now have a successful connection.

    All that is left is installing the new RAMPS ;)

    I will report back with pictures of my Robo back in action later tonight. A big thanks to @mark tomlinson and @Geof for helping me through this dark period of my 3d printing life ;)
     
    Geof and Rigmarol like this.
  8. Geof

    Geof Volunteer Moderator
    Staff Member

    Joined:
    Nov 9, 2015
    Messages:
    6,757
    Likes Received:
    2,339
    Glad to hear! Now for the bad news....it only gets darker from here ;)
     
    Matt Gorski likes this.
  9. Matt Gorski

    Matt Gorski Member

    Joined:
    Nov 21, 2016
    Messages:
    83
    Likes Received:
    17
    Okay I can't seem to connect again after installing RAMPS and I was very very very careful this time. Programmed fine comes up in device manager as RAMPS not Arduino is this normal? Also won't program now in IDE as RAMPS device. What's going on now?????
     
  10. Matt Gorski

    Matt Gorski Member

    Joined:
    Nov 21, 2016
    Messages:
    83
    Likes Received:
    17
    I'm getting nervous now....
     
  11. Matt Gorski

    Matt Gorski Member

    Joined:
    Nov 21, 2016
    Messages:
    83
    Likes Received:
    17
    Okay close call all I had to do was uninstall the RAMPS driver and let it use the default USB serial driver.

    Now heat bed extruder and all positioning is WORKING!!! Happy ending!
     

    Attached Files:

    #91 Matt Gorski, Dec 9, 2016
    Last edited: Dec 9, 2016
    Rigmarol and mark tomlinson like this.
  12. Matt Gorski

    Matt Gorski Member

    Joined:
    Nov 21, 2016
    Messages:
    83
    Likes Received:
    17
    Okay another update to this thread. To further my experience I ordered a programmer to try and burn the bootloader on my stock Robo Arduino. Here is the programmer I ordered USBtiny ISP and it says in description "for programming Mega 2560" Now being new to this ive googled and i guess the USBtiny can not handle the Mega 2560 but this doesnt make sense because the description on ebay specifically says made to program Mega 2560: http://www.ebay.com/itm/222309741667?_trksid=p2057872.m2749.l2649&ssPageName=STRK:MEBIDX:IT

    Here is my log in IDE:

    C:\Program Files (x86)\Arduino\hardware\tools\avr/bin/avrdude -CC:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf -v -patmega2560 -cusbtiny -e -Ulock:w:0x3F:m -Uefuse:w:0xFD:m -Uhfuse:w:0xD8:m -Ulfuse:w:0xFF:m

    avrdude: Version 6.0.1, compiled on Apr 15 2015 at 19:59:58
    Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
    Copyright (c) 2007-2009 Joerg Wunsch

    System wide configuration file is "C:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf"

    Using Port : usb
    Using Programmer : usbtiny
    avrdude: usbdev_open(): Found USBtinyISP, bus:device: bus-0:\\.\libusb0-0001--0x1781-0x0c9f
    AVR Part : ATmega2560
    Chip Erase delay : 9000 us
    PAGEL : PD7
    BS2 : PA0
    RESET disposition : dedicated
    RETRY pulse : SCK
    serial program mode : yes
    parallel program mode : yes
    Timeout : 200
    StabDelay : 100
    CmdexeDelay : 25
    SyncLoops : 32
    ByteDelay : 0
    PollIndex : 3
    PollValue : 0x53
    Memory Detail :

    Block Poll Page Polled
    Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
    ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
    eeprom 65 10 8 0 no 4096 8 0 9000 9000 0x00 0x00
    flash 65 10 256 0 yes 262144 256 1024 4500 4500 0x00 0x00
    lfuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
    hfuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
    efuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
    lock 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
    calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00
    signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00

    Programmer Type : USBtiny
    Description : USBtiny simple USB programmer, http://www.ladyada.net/make/usbtinyisp/
    avrdude: programmer operation not supported

    avrdude: Using SCK period of 10 usec
    avrdude: AVR device initialized and ready to accept instructions

    Reading | ################################################## | 100% 0.01s

    avrdude: Device signature = 0x1e9801
    avrdude: erasing chip
    avrdude: Using SCK period of 10 usec
    avrdude: reading input file "0x3F"
    avrdude: writing lock (1 bytes):

    C:\Program Files (x86)\Arduino\hardware\tools\avr/bin/avrdude -CC:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf -v -patmega2560 -cusbtiny -Uflash:w:C:\Program Files (x86)\Arduino\hardware\arduino\avr/bootloaders/stk500v2/stk500boot_v2_mega2560.hex:i -Ulock:w:0x0F:m
    Writing | ################################################## | 100% 0.00s

    avrdude: 1 bytes of lock written
    avrdude: verifying lock memory against 0x3F:
    avrdude: load data lock data from input file 0x3F:
    avrdude: input file 0x3F contains 1 bytes
    avrdude: reading on-chip lock data:

    Reading | ################################################## | 100% 0.00s

    avrdude: verifying ...
    avrdude: 1 bytes of lock verified
    avrdude: reading input file "0xFD"
    avrdude: writing efuse (1 bytes):

    Writing | ################################################## | 100% 0.00s

    avrdude: 1 bytes of efuse written
    avrdude: verifying efuse memory against 0xFD:
    avrdude: load data efuse data from input file 0xFD:
    avrdude: input file 0xFD contains 1 bytes
    avrdude: reading on-chip efuse data:

    Reading | ################################################## | 100% 0.00s

    avrdude: verifying ...
    avrdude: 1 bytes of efuse verified
    avrdude: reading input file "0xD8"
    avrdude: writing hfuse (1 bytes):

    Writing | ################################################## | 100% 0.00s

    avrdude: 1 bytes of hfuse written
    avrdude: verifying hfuse memory against 0xD8:
    avrdude: load data hfuse data from input file 0xD8:
    avrdude: input file 0xD8 contains 1 bytes
    avrdude: reading on-chip hfuse data:

    Reading | ################################################## | 100% 0.00s

    avrdude: verifying ...
    avrdude: 1 bytes of hfuse verified
    avrdude: reading input file "0xFF"
    avrdude: writing lfuse (1 bytes):

    Writing | ################################################## | 100% 0.00s

    avrdude: 1 bytes of lfuse written
    avrdude: verifying lfuse memory against 0xFF:
    avrdude: load data lfuse data from input file 0xFF:
    avrdude: input file 0xFF contains 1 bytes
    avrdude: reading on-chip lfuse data:

    Reading | ################################################## | 100% 0.00s

    avrdude: verifying ...
    avrdude: 1 bytes of lfuse verified

    avrdude done. Thank you.


    avrdude: Version 6.0.1, compiled on Apr 15 2015 at 19:59:58
    Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
    Copyright (c) 2007-2009 Joerg Wunsch

    System wide configuration file is "C:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf"

    Using Port : usb
    Using Programmer : usbtiny
    avrdude: usbdev_open(): Found USBtinyISP, bus:device: bus-0:\\.\libusb0-0001--0x1781-0x0c9f
    AVR Part : ATmega2560
    Chip Erase delay : 9000 us
    PAGEL : PD7
    BS2 : PA0
    RESET disposition : dedicated
    RETRY pulse : SCK
    serial program mode : yes
    parallel program mode : yes
    Timeout : 200
    StabDelay : 100
    CmdexeDelay : 25
    SyncLoops : 32
    ByteDelay : 0
    PollIndex : 3
    PollValue : 0x53
    Memory Detail :

    Block Poll Page Polled
    Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
    ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
    eeprom 65 10 8 0 no 4096 8 0 9000 9000 0x00 0x00
    flash 65 10 256 0 yes 262144 256 1024 4500 4500 0x00 0x00
    lfuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
    hfuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
    efuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
    lock 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
    calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00
    signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00

    Programmer Type : USBtiny
    Description : USBtiny simple USB programmer, http://www.ladyada.net/make/usbtinyisp/
    avrdude: programmer operation not supported

    avrdude: Using SCK period of 10 usec
    avrdude: AVR device initialized and ready to accept instructions

    Reading | ################################################## | 100% 0.01s

    avrdude: Device signature = 0x1e9801
    avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed
    To disable this feature, specify the -D option.
    avrdude: erasing chip
    avrdude: Using SCK period of 10 usec
    avrdude: reading input file "C:\Program Files (x86)\Arduino\hardware\arduino\avr/bootloaders/stk500v2/stk500boot_v2_mega2560.hex"
    avrdude: writing flash (261406 bytes):

    Writing | ################################################## | 100% 0.00s

    avrdude: 261406 bytes of flash written
    avrdude: verifying flash memory against C:\Program Files (x86)\Arduino\hardware\arduino\avr/bootloaders/stk500v2/stk500boot_v2_mega2560.hex:
    avrdude: load data flash data from input file C:\Program Files (x86)\Arduino\hardware\arduino\avr/bootloaders/stk500v2/stk500boot_v2_mega2560.hex:
    avrdude: input file C:\Program Files (x86)\Arduino\hardware\arduino\avr/bootloaders/stk500v2/stk500boot_v2_mega2560.hex contains 261406 bytes
    avrdude: reading on-chip flash data:

    Reading | ################################################## | 100% 0.00s

    avrdude: verifying ...
    Error while burning bootloader.
    avrdude: verification error, first mismatch at byte 0x3e000
    0xff != 0x0d
    avrdude: verification error; content mismatch

    avrdude done. Thank you.
     
  13. mark tomlinson

    mark tomlinson ༼ つ ◕_ ◕ ༽つ
    Staff Member

    Joined:
    Feb 21, 2013
    Messages:
    23,912
    Likes Received:
    7,338
  14. mark tomlinson

    mark tomlinson ༼ つ ◕_ ◕ ༽つ
    Staff Member

    Joined:
    Feb 21, 2013
    Messages:
    23,912
    Likes Received:
    7,338
    Not really Robo specific so you best bet for answers is over there :)


    I will say (again I think) that my experience with reloading the bootloaders has been quite mixed. More than half the time it is not really a failed bootloader, but failed hardware.

    Given the cost of Mega 2560 boards (clones are $5 or less on Banggood) I just chuck them.
    This one may have bad RAM at byte 0x3e000
     
    #94 mark tomlinson, Dec 12, 2016
    Last edited: Dec 12, 2016
    Matt Gorski likes this.
  15. Matt Gorski

    Matt Gorski Member

    Joined:
    Nov 21, 2016
    Messages:
    83
    Likes Received:
    17
    It was a $5 programmer I bought just to see if it revived the stock Mega 2560. No big deal im not expecting to revive it and I do assume it was hardware related. I actually think i narrowed it down to what caused the brick/short.

    I have a powered USB hub that also doubles as a high speed USB charger and I think at one point I plugged the Arduino into the charging port of the USB hub. Now im not sure if this is 100% the reason but I just discarded the USB hub anyhow ;)
     
    mark tomlinson likes this.
  16. mark tomlinson

    mark tomlinson ༼ つ ◕_ ◕ ༽つ
    Staff Member

    Joined:
    Feb 21, 2013
    Messages:
    23,912
    Likes Received:
    7,338
    AH. Good idea.
    Yea, this is a deader... You can sometimes recover an otherwise crap board so for 5 bucks it is worth the investment.
    From the AVR messages you go t back I would say that is the correct programmer and software, but a defective board.
     

Share This Page