Arduino 1.0 upload issue

Using Arduino IDE 1.x
1

I upgraded to the 1.0 release and am having problems updating my EtherTen (Arduino Uno) compatible.

I can upload small sketches no problem . I have a large program that will not upload, getting the
avrdude: ser_recv(): programmer is not responding
avrdude: stk500_recv(): programmer is not responding

If I use #ifdefs to make my compiled program size smaller (from 29k to around 25k) it uploads without issue (I make no other changes than ifdefs to the program size). The program runs fine once it uploads.

This is a mac os/x lion. I have attached the log from running the same avrdude command in terminal.

Help is greatly appreciated.

log.txt (247 KB)

2

I have a similar issue with win XP+Arduino 1.0+Arduino Ethernet+USB2Serial Light
avrdude: stk500_getsync(): not in sync: resp=0x00
Help please
Note that I can upload with the version 0022 without issue

3

Try changing the upload baud rate to 112500. I think the default is 57600.

4

I have the same problem but with a Duemilanove clone. I have .0023 still installed side by side and it works fine in that IDE but not in 1.0

I changed the baud rate to "115200" and even lowered it to 19200 but still nothing.

Anyone else having issues? By the way my Uno uploads just fine with 1.0

5

Likewise, I can't even get Blink to upload to my duemilanova or Nano. I tried reinstalling as a new user on my mac, tried uninstalling and going back to 22 and tried both 022 and 1.0 on an old xp machine. could it be a problem with fdti drivers or something not being compatible with 1.0? Does anybody know where ftdi drivers live under lion so i can delete and reinstall???

So frustrating everything was working properly last week!

6

Based on the lack of response I would have to deduct 1.0 was not ready for production.

Very disappointing. Spent an entire day changing all the 3rd party library include files to reflect 1.0 changes.

ROLLLLLLLLL BAAAAAAAAAAACK!!!!!!!!!!

7

Hi guys, sorry to hear that you're having problems. I can't comment on the clone boards, but for C_Nemo and recycles, can you post the output of the upload with verbose output enabled (in the preferences dialog)? recycles, are you sure you're picking the right board from the Tools menu?

8

having problems updating my EtherTen (Arduino Uno) compatible.

Do you have this board selected in the IDE?

9

mellis:
Hi guys, sorry to hear that you're having problems. I can't comment on the clone boards, but for C_Nemo and recycles, can you post the output of the upload with verbose output enabled (in the preferences dialog)? recycles, are you sure you're picking the right board from the Tools menu?

Hi,
I have the same problem:
Win 7 64bit, Arduino Duemilanove 328 --> ver. 0022 works fine, ver. 1.0 upload fails with:

avrdude: stk500_getsync(): not in sync: resp=0x00

Verbose output:

Binary sketch size: 1026 bytes (of a 30720 byte maximum)
C:\Programy\arduino-1.0\hardware/tools/avr/bin/avrdude -CC:\Programy\arduino-1.0\hardware/tools/avr/etc/avrdude.conf -v -v -v -v -patmega328p -carduino -P\\.\COM2 -b57600 -D -Uflash:w:C:\Users\Dlabal\AppData\Local\Temp\build6822904574425096469.tmp\Blink.cpp.hex:i 

avrdude: Version 5.11, compiled on Sep  2 2011 at 19:38:36
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2009 Joerg Wunsch

         System wide configuration file is "C:\Programy\arduino-1.0\hardware/tools/avr/etc/avrdude.conf"

         Using Port                    : \\.\COM2
         Using Programmer              : arduino
         Overriding Baud Rate          : 57600
avrdude: Send: 0 [30]   [20] 
avrdude: Send: 0 [30]   [20] 
avrdude: Send: 0 [30]   [20] 
avrdude: Recv: 
avrdude: stk500_getsync(): not in sync: resp=0x00

avrdude done.  Thank you.

Update:
The same process on same machine, with ver. 0022:

verbose output:

Binary sketch size: 1018 bytes (of a 30720 byte maximum)
C:\Programy\arduino-0022\hardware/tools/avr/bin/avrdude -CC:\Programy\arduino-0022\hardware/tools/avr/etc/avrdude.conf -v -v -v -v -patmega328p -cstk500v1 -P\\.\COM2 -b57600 -D -Uflash:w:C:\Users\Dlabal\AppData\Local\Temp\build4421087876901531470.tmp\Blink.cpp.hex:i 

avrdude: Version 5.4-arduino, compiled on Oct 11 2007 at 19:12:32
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/

         System wide configuration file is "C:\Programy\arduino-0022\hardware/tools/avr/etc/avrdude.conf"

         Using Port            : \\.\COM2
         Using Programmer      : stk500v1
         Overriding Baud Rate  : 57600
avrdude: ser_open(): setting dtr
avrdude: Send: 0 [30]   [20] 
avrdude: Send: 0 [30]   [20] 
avrdude: Send: 0 [30]   [20] 
avrdude: Recv: 
avrdude: Recv: 
         AVR Part              : ATMEGA328P
         Chip Erase delay      : 9000 us
         PAGEL                 : PD7
         BS2                   : PC2
         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     5     4    0 no       1024    4      0  3600  3600 0xff 0xff
         Programmer Type : STK500
         Description     : Atmel STK500 Version 1.x firmware
avrdude: Send: A [41] . [80]   [20] 
avrdude: Recv: 

avrdude: Send: A [41] . [89]   [20] 
avrdude: Recv: 
avrdude: Recv: 
avrdude: Recv: 
         Vtarget         : 0.0 V
         Varef           : 0.0 V
         Oscillator      : Off
         SCK period      : 0.1 us

avrdude: Send: A [41] . [81]   [20] 
avrdude: Recv: 
avrdude: Recv: 
avrdude: Recv: 
avrdude: Send: A [41] . [82]   [20] 
avrdude: Recv: 
avrdude: Recv: 
avrdude: Recv: 
avrdude: Send: B [42] . [86] . [00] . [00] . [01] . [01] . [01] . [01] . [03] . [ff] . [ff] . [ff] . [ff] . [00] . [80] . [04] . [00] . [00] . [00] . [80] . [00]   [20] 
avrdude: Recv: 
avrdude: Recv: 
avrdude: Send: E [45] . [05] . [04] . [d7] . [c2] . [00]   [20] 
avrdude: Recv: 
avrdude: Recv: 
avrdude: Send: P [50]   [20] 
avrdude: Recv: 
avrdude: Recv: 
avrdude: AVR device initialized and ready to accept instructions

Reading | avrdude: Send: u [75]   [20] 
avrdude: Recv: 
################################################## | 100% 0.02s

avrdude: Device signature = 0x1e950f
avrdude: Send: V [56] . [a0] . [03] . [fc] . [00]   [20] 
avrdude: Recv: 
avrdude: Recv: 
avrdude: Recv: 
avrdude: Send: V [56] . [a0] . [03] . [fd] . [00]   [20] 
avrdude: Recv: 
avrdude: Recv: 
avrdude: Recv: 
avrdude: Send: V [56] . [a0] . [03] . [fe] . [00]   [20] 
avrdude: Recv: 
avrdude: Recv: 
avrdude: Recv: 
avrdude: Send: V [56] . [a0] . [03] . [ff] . [00]   [20] 
avrdude: Recv: 
avrdude: Recv: 
avrdude: Recv: 
avrdude: reading input file "C:\Users\Dlabal\AppData\Local\Temp\build4421087876901531470.tmp\Blink.cpp.hex"
avrdude: writing flash (1018 bytes):

Writing | avrdude: Send: U [55] . [00] . [00]   [20] 
avrdude: Recv: 
avrdude: Recv: 
avrdude: Send: d [64] . [00] . [80] F [46] . [0c] . [94] a [61] . [00] . [0c] . [94] ~ [7e] . [00] . [0c] . [94] ~ [7e] . [00] . [0c] . [94] ~ [7e] . [00] . [0c] . [94] ~ [7e] . [00] . [0c] . [94] ~ [7e] . [00] . [0c] . [94] ~ [7e] . [00] . [0c] . [94] ~ [7e] . [00] . [0c] . [94] ~ [7e] . [00] . [0c] . [94] ~ [7e] . [00] . [0c] . [94] ~ [7e] . [00] . [0c] . [94] ~ [7e] . [00] . [0c] . [94] ~ [7e] . [00] . [0c] . 

------shortened-------

avrdude: 1018 bytes of flash written
avrdude: verifying flash memory against C:\Users\Dlabal\AppData\Local\Temp\build4421087876901531470.tmp\Blink.cpp.hex:
avrdude: load data flash data from input file C:\Users\Dlabal\AppData\Local\Temp\build4421087876901531470.tmp\Blink.cpp.hex:
avrdude: input file C:\Users\Dlabal\AppData\Local\Temp\build4421087876901531470.tmp\Blink.cpp.hex contains 1018 bytes
avrdude: reading on-chip flash data:

Reading | avrdude: Send: U [55] . [00] . [00]   [20] 
avrdude: Recv: 
avrdude: Recv: 
avrdude: Send: t [74] . [00] . [80] F [46]   [20] 

---shortened----

avrdude: Recv: 
avrdude: Recv: 
avrdude: Send: t [74] . [00] z [7a] F [46]   [20] 
avrdude: Recv: 
avrdude: Recv: 
avrdude: Recv: 
###### | 100% 0.43s

avrdude: verifying ...
avrdude: 1018 bytes of flash verified
avrdude: Send: Q [51]   [20] 
avrdude: Recv: 
avrdude: Recv: 

avrdude done.  Thank you.

Thanks for any help!

10

Sounds silly, but check to make sure you have the right COM port checked for your board. I just had the same problem (the reason why I had switched to 1.0 was that I was trying to fix it) on my Vista laptop (haven't had a chance to try it on the OpenSUSE box yet, but I'm coming in expecting serious problems again), and that was what did it for me. I was furious until I went back and checked my device manager to discover that my UNO was assigned to COM4, not COM3 like I'd thought (all that time, I was terrified that I'd fried my board, since I'd just been using it to supply power to a circuit I had on the breadboard). Changed that and the problem went away completely.

Might help, might not help. Either way, it's someplace to start.

11

nabla128k: hmm... it's possible that the problem is caused by differences in the way the auto-reset works between the two versions. In Arduino 1.0, we're using a newer version of avrdude (5.11) with the "arduino" programmer type which should do an auto-reset. In Arduino 0022, we were using a hacked version of avrdude 5.4 with the "stk500v1" programmer type that also did the auto-reset, but it's possible there's a difference between the two. Maybe try copying the avrdude binary and configuration file from 0022 to 1.0 and change the boards.txt file entry for Duemilanove from upload.protocol="arduino" to "stk500v1"? Or try hitting reset on the Uno just before the upload starts.

12

Well, I am new here, but the
avrdude: ser_open(): setting dtr

on the successful connect, and absent on the failed connect seems pretty suspicious, since it is the first line.

13

I changed the baud rate to 19200. Still an error

Binary sketch size: 12970 bytes (of a 32256 byte maximum)
D:\LOG\Arduino\arduino-1.0\hardware/tools/avr/bin/avrdude -CD:\LOG\Arduino\arduino-1.0\hardware/tools/avr/etc/avrdude.conf -v -v -v -v -patmega328p -cstk500v1 -P\\.\COM3 -b19200 -D -Uflash:w:D:\Temp\build4350097892078784531.tmp\NTP.cpp.hex:i 

avrdude: Version 5.11, compiled on Sep  2 2011 at 19:38:36
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2009 Joerg Wunsch

         System wide configuration file is "D:\LOG\Arduino\arduino-1.0\hardware/tools/avr/etc/avrdude.conf"

         Using Port                    : \\.\COM3
         Using Programmer              : stk500v1
         Overriding Baud Rate          : 19200
avrdude: Send: 0 [30]   [20] 
avrdude: Send: 0 [30]   [20] 
avrdude: Send: 0 [30]   [20] 
avrdude: Recv: 
avrdude: stk500_getsync(): not in sync: resp=0x00

avrdude done.  Thank you.
14

I'm in worst shape. I'm not even getting out of the gate.
The new IDE is compiling an existing sketch and declaring it has a lot of errors.
This is what I get when trying to load the existing Examples/SD/CardSnfo

In file included from CardInfo.cpp:20:
D:\Documents and Settings\Work\My Documents\Arduino\libraries\SDbu/SD.h:18:22: error: WProgram.h: No such file or directory
In file included from D:\Documents and Settings\Work\My Documents\Arduino\libraries\SDbu/SD.h:20,
from CardInfo.cpp:20:
D:\Documents and Settings\Work\My Documents\Arduino\libraries\SDbu/utility/SdFat.h:286: error: conflicting return type specified for 'virtual void SdFile::write(uint8_t)'
D:\arduino-1.0\hardware\arduino\cores\arduino/Print.h:48: error: overriding 'virtual size_t Print::write(uint8_t)'
In file included from D:\Documents and Settings\Work\My Documents\Arduino\libraries\SDbu/SD.h:21,
from CardInfo.cpp:20:
D:\Documents and Settings\Work\My Documents\Arduino\libraries\SDbu/utility/SdFatUtil.h: In function 'void SerialPrint_P(const prog_char*)':
D:\Documents and Settings\Work\My Documents\Arduino\libraries\SDbu/utility/SdFatUtil.h:58: error: 'Serial' was not declared in this scope
D:\Documents and Settings\Work\My Documents\Arduino\libraries\SDbu/utility/SdFatUtil.h: In function 'void SerialPrintln_P(const prog_char*)':
D:\Documents and Settings\Work\My Documents\Arduino\libraries\SDbu/utility/SdFatUtil.h:68: error: 'Serial' was not declared in this scope
In file included from CardInfo.cpp:20:
D:\Documents and Settings\Work\My Documents\Arduino\libraries\SDbu/SD.h: At global scope:
D:\Documents and Settings\Work\My Documents\Arduino\libraries\SDbu/SD.h:26: error: expected class-name before '{' token
D:\Documents and Settings\Work\My Documents\Arduino\libraries\SDbu/SD.h:35: error: 'boolean' does not name a type
D:\Documents and Settings\Work\My Documents\Arduino\libraries\SDbu/SD.h:53: error: 'boolean' does not name a type
D:\Documents and Settings\Work\My Documents\Arduino\libraries\SDbu/SD.h:61: error: 'boolean' does not name a type
D:\Documents and Settings\Work\My Documents\Arduino\libraries\SDbu/SD.h:65: error: 'boolean' does not name a type
D:\Documents and Settings\Work\My Documents\Arduino\libraries\SDbu/SD.h:68: error: 'boolean' does not name a type
D:\Documents and Settings\Work\My Documents\Arduino\libraries\SDbu/SD.h:70: error: 'boolean' does not name a type
D:\Documents and Settings\Work\My Documents\Arduino\libraries\SDbu/SD.h:83: error: 'boolean' does not name a type

15

Bump...

I have 3 boards... 2 Unos and a Dem clone. All will not upload on 1.0 using a simple LED test. They all work fine on .023.

I have untinstalled and installed 1.0 3 times and I want to put AVR Dude through a wall.

Many people are having this problem. Is there a status on a fix?

16

There are lots of different (and unrelated problems) in this thread. You might want to start separate ones for your own situation.

Vitor2: it sounds like you've installed a version of the SD library in your sketchbook folder (My Documents\Arduino\libraries) that's conflicting with the built-in SD card library in the Arduino software. Try deleting it (or moving it elsewhere).

The bootloader on each board communicates at a fixed baud rate. You want to use the proper rate for that board, which is the one specified for it in the boards.txt file. Other baud rates won't work.

Have you tried resetting the board just before the upload starts (i.e. as the status bar messages changes from "compiling" to "uploading")?

17

I just built a Nanode and it worked with the usual sample code on Ubuntu 10.10 but not on 11.10, which pukes out the below complaint.
It blinks (LED on pin 6, opposite polarity) when I try to upload, then quits and disconnects the serial port (grayed out) until I re-plug it in again, then it finds the next USB port. Then the same happens again. That is, uploading seems to shut off the port and the next time I plug it in, it goes to the next USB port and tries again, uselessly. The serial loopback doesn't work any more either.

Binary sketch size: 998 bytes (of a 30720 byte maximum)
processing.app.SerialException: Error opening serial port '/dev/ttyUSB3'.
at processing.app.Serial.(Serial.java:146)
at processing.app.Serial.(Serial.java:76)
at processing.app.debug.Uploader.flushSerialBuffer(Uploader.java:75)
at processing.app.debug.AvrdudeUploader.uploadViaBootloader(AvrdudeUploader.java:93)
at processing.app.debug.AvrdudeUploader.uploadUsingPreferences(AvrdudeUploader.java:56)
at processing.app.Sketch.upload(Sketch.java:1603)
at processing.app.Sketch.exportApplet(Sketch.java:1568)
at processing.app.Sketch.exportApplet(Sketch.java:1524)
at processing.app.Editor$DefaultExportHandler.run(Editor.java:2293)
at java.lang.Thread.run(Thread.java:679)
Caused by: gnu.io.UnsupportedCommOperationException: Invalid Parameter
at gnu.io.RXTXPort.setSerialPortParams(RXTXPort.java:213)
at processing.app.Serial.(Serial.java:136)
... 9 more
processing.app.debug.RunnerException: Error opening serial port '/dev/ttyUSB3'.
at processing.app.debug.Uploader.flushSerialBuffer(Uploader.java:99)
at processing.app.debug.AvrdudeUploader.uploadViaBootloader(AvrdudeUploader.java:93)
at processing.app.debug.AvrdudeUploader.uploadUsingPreferences(AvrdudeUploader.java:56)
at processing.app.Sketch.upload(Sketch.java:1603)
at processing.app.Sketch.exportApplet(Sketch.java:1568)
at processing.app.Sketch.exportApplet(Sketch.java:1524)
at processing.app.Editor$DefaultExportHandler.run(Editor.java:2293)
at java.lang.Thread.run(Thread.java:679)

18

(deleted)

19

vandamme:
I just built a Nanode and it worked with the usual sample code on Ubuntu 10.10 but not on 11.10, which pukes out the below complaint.
It blinks (LED on pin 6, opposite polarity) when I try to upload, then quits and disconnects the serial port (grayed out) until I re-plug it in again, then it finds the next USB port. Then the same happens again. That is, uploading seems to shut off the port and the next time I plug it in, it goes to the next USB port and tries again, uselessly. The serial loopback doesn't work any more either.

Binary sketch size: 998 bytes (of a 30720 byte maximum)
processing.app.SerialException: Error opening serial port '/dev/ttyUSB3'.

OK, when I go to see what's on my USB port, I get

dmesg | grep "ttyUSB*"
[ 18.067339] usb 5-1: cp210x converter now attached to ttyUSB0
[ 707.645009] cp210x ttyUSB0: cp210x converter now disconnected from ttyUSB0
[ 724.898860] usb 5-1: cp210x converter now attached to ttyUSB1
[ 1849.546332] cp210x ttyUSB1: cp210x converter now disconnected from ttyUSB1
[ 1856.855572] usb 4-1: cp210x converter now attached to ttyUSB2

Wait, what? It connects, it disconnects, it connects?? It won't sit still and let me connect. Works worse on Linux Mint Debian. (None of the drivers work on Windows 7.)

20

Agree, similar problems here. Variously, it changed my default board "randomly" leading to the sync error. It "lost" my COM port and produced a similar error. Then it caused the blue screen of death (never had on this machine). Suspect a comm driver problem. Besides the other sync error (which I got with the "lost" COM port), I'm getting a new one "no info" below. Ideas?

Binary sketch size: 14406 bytes (of a 32256 byte maximum)
C:\Program Files\Arduino\arduino-1.0\hardware/tools/avr/bin/avrdude -CC:\Program Files\Arduino\arduino-1.0\hardware/tools/avr/etc/avrdude.conf -v -v -v -v -patmega328p -carduino -P\.\COM36 -b115200 -D -Uflash:w:C:\Users\SEEKIN~1.DAN\AppData\Local\Temp\build5997569703067909922.tmp\Drive16.cpp.hex:i

avrdude: Version 5.11, compiled on Sep 2 2011 at 19:38:36
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2009 Joerg Wunsch

System wide configuration file is "C:\Program Files\Arduino\arduino-1.0\hardware/tools/avr/etc/avrdude.conf"

Using Port : \.\COM36
Using Programmer : arduino
Overriding Baud Rate : 115200
avrdude: Send: 0 [30] [20]
avrdude: ser_send(): write error: sorry no info avail