Optiboot does not support ArduinoasISP programmer

[GoogleCodeExporter]

What steps will reproduce the problem?
1.load ArduinoAsISP sketch on an Uno
2.Attempt to program another Uno 

What is the expected output? What do you see instead?

avrdude produces errors as follows:
avrdude: stk500_getparm(): (a) protocol error, expect=0x14, resp=0x14

avrdude: stk500_getparm(): (a) protocol error, expect=0x14, resp=0x01
avrdude: stk500_initialize(): (a) protocol error, expect=0x14, resp=0x10
avrdude: initialization failed, rc=-1
         Double check connections and try again, or use -F to override
         this check.

Original issue reported on code.google.com by tom.i...@gmail.com on 3 Oct 2010 at 6:40

[GoogleCodeExporter]

Massimo, how do you want to handle this?

Original comment by dmel...@gmail.com on 5 Oct 2010 at 1:12

[GoogleCodeExporter]

Christian: can you take a look at this?

Original comment by dmel...@gmail.com on 19 Oct 2010 at 3:29

• Added labels: Component-Build, OpSys-All

[GoogleCodeExporter]

Is there an estimate as to when this will be addressed?

I would like to use an Arduino as an AVR ISP (In-System Programmer) as 
described here: http://arduino.cc/en/Tutorial/ArduinoISP

Original comment by engin...@l-5.us on 12 Feb 2011 at 10:01

[GoogleCodeExporter]

Theory: ArduinoISP counts on running at a different bitrate than the 
bootloader, causing the bootloader (after auto-reset) to see garbage and start 
the sketch.  But optiboot doesn't recognize "garbage"; it just assumes that 
unrecognized characters are irrelevant commands that it doesn't implement, so 
it just keeps running.

Disabling auto-reset is a workaround.

Original comment by wes...@gmail.com on 3 Jun 2011 at 4:28

[GoogleCodeExporter]

Original comment by wes...@gmail.com on 5 Jun 2011 at 7:16

• Added labels: component-optiboot

[GoogleCodeExporter]

Fixed in the 1.0-associated sources, and now shipping on new hardware.

Original comment by wes...@gmail.com on 20 Dec 2011 at 6:33

• Changed state: Fixed