avrdude: stk500_getsync(): not in sync: resp=0x00 I'm getting the above error when I try to upload code to an Arduino Uno clone (DFRduino) from the "arduino" program on Debian/Unstable. Any suggestions on what I should do to try and fix this? Google searching suggests that the error in question can mean that the wrong board type is in use, I don't think that's the case and I tried using other board types with no success. -- My Main Blog http://etbe.coker.com.au/ My Documents Blog http://doc.coker.com.au/
On Tue, 01 May 2012 17:37:29 +1000, Russell Coker <russell@coker.com.au> wrote:
avrdude: stk500_getsync(): not in sync: resp=0x00
Hi Russell This would often just indicate that the uploader is not getting a response from the bootload downloading code in the Arduino. There could be a number of reasons for this, off the top of my head: * previously loaded firmware is hanging (though typically you have a 5 second window before the firmware bootloader jumps to the code start under these circumstances) * wrong virtual serial port (or a problem with the virtual serial port over USB) * processor not starting (clock, power, etc) * firmware bootloader has not been installed Some of the boards may have a jumper to determine whether the power is supplied from the USB or from a plugpack. If it was the wrong Atmel processor, the uploader would give you an appropriate message, because the signature would not match. regards, Glenn -- sks-keyservers.net 0xb1e82ec9228ac090
On Tue, May 1, 2012 at 6:35 PM, Glenn McIntosh <neonsignal@memepress.org>wrote:
This would often just indicate that the uploader is not getting a response from the bootload downloading code in the Arduino. There could be a number of reasons for this, off the top of my head:
* previously loaded firmware is hanging (though typically you have a 5 second window before the firmware bootloader jumps to the code start under these circumstances) * wrong virtual serial port (or a problem with the virtual serial port over USB) * processor not starting (clock, power, etc) * firmware bootloader has not been installed
I have also seen this when the atmel was fried by back EMF from a relay
that didnt have a diode on it -- Mark "Hiddensoul" Clohesy Mob Phone: (+61) 406 417 877 Email: hiddensoul@twistedsouls.com G-Talk: mark.clohesy@gmail.com - www.shed.twistedsouls.com - GNU/Linux.. Linux Counter #457297 "I would love to change the world, but they won't give me the source code" "Linux is user friendly...its just selective about who its friends are" "Never underestimate the bandwidth of a V8 station wagon full of tapes hurtling down the highway" "The difference between e-mail and regular mail is that computers handle e-mail, and computers never decide to come to work one day and shoot all the other computers"
On Tue, 1 May 2012, Russell Coker <russell@coker.com.au> wrote:
avrdude: stk500_getsync(): not in sync: resp=0x00
I have fixed that problem. It turns out that the XBee networking sheild somehow inserts itself into the serial connection and this prevents the use of the USB serial connection for uploading. I removed the XBee and I could upload code. Thanks for the suggestions. -- My Main Blog http://etbe.coker.com.au/ My Documents Blog http://doc.coker.com.au/
On Sat, May 5, 2012 at 5:07 PM, Russell Coker <russell@coker.com.au> wrote:
On Tue, 1 May 2012, Russell Coker <russell@coker.com.au> wrote:
avrdude: stk500_getsync(): not in sync: resp=0x00
I have fixed that problem.
It turns out that the XBee networking sheild somehow inserts itself into the serial connection and this prevents the use of the USB serial connection for uploading. I removed the XBee and I could upload code.
Yep the Xbee shield places pins over pins 0 and 1 (to enable easy data sending via XBee with simple Serial.print statements) which are the the serial communication pins used also for programming the Arduino. Anything placed in these usually breaks uploading. What can also cause your problem sometimes is rapid large amounts of serial output by the Arduino which queues on the USB to serial bridge chip and makes an upload fail - you can usually get around that by resetting a couple of times (getting the timing right) before uploading. I do question however whether this is relevant on the Linux lists - It may be more suited to somewhere like chiphacker or the Arduino forums themselves as it's very Arduino based. Those places have huge amounts of Linux people involved (including myself) so you would still receive Linux related help using the Arduino. Jesse
participants (4)
-
Glenn McIntosh -
Hiddensoul (Mark Clohesy) -
Jesse Stevens -
Russell Coker