http://blog.gmane.org/gmane.comp.hardware.avr.avrdude.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.comp.hardware.avr.avrdude.devel/3255 <pre>So, over to the list... Hi All, Here is a quick satatement of the problem. When using avrdude 5.11 or 5.11.1 under Windows XP to program the flash memory on a ATmega328P using either a ponsyser programmer or USBtinyISP programmer it fails verification. Incorrect data is being written to the device. The input and output files are here: http://users.vianet.ca/omegamic/avrdude_test/ test_input.hex is the file being written to the device. dump_ponyser.hex is what got written by the ponyser bit-bang programmer. dump_usbtiny.hex is what got written by the USBtinyISP programmer. Here are some interesting facts: 1) The problem does not occur with avrdude 5.4 (I only have 5.4, 5.11 and 5.11.1 at my disposal, so I do not know which version the problem got introduced) 2) The problem does not occur with a programmer emulating an STK500 (so this maybe protocol related) 3) The problem does not occur on a faster system (I have not yet tested a slower system, but will try to if anyone thinks this might help) 4) The ponyser programmer creates far more errors 5) The errors in each case appear at the begining of a record 6) In the vast majority of the cases, the incorrect data written is the 2nd last byte or last 2 bytes of the previous record Anyone have any ideas? ____________________________ Bill O'Neill Aztec MCU Prototyping www.aztecmcu.com ----- Original Message ----- From: "Joerg Wunsch" &lt;j&lt; at &gt;uriah.heep.sax.de&gt; To: "Bill O'Neill" &lt;bill&lt; at &gt;aztecmcu.com&gt; Sent: Friday, May 18, 2012 3:20 AM Subject: Re: Problems with avrdude 5.11+ </pre> Bill O'Neill 2012-05-19T19:48:38 http://comments.gmane.org/gmane.comp.hardware.avr.avrdude.devel/3242 <pre>Hi, I have tried a patched version of avrdude to support GPIOs as bitbang pins through sysfs. Is there any reason why you don't want to include it in your main repo? I have tested it on the beaglebone under gentoo, I am porting it to openwrt package to use it on some routers, such as the fonera, ubiquity routerstation, and soon the raspberry pi. Could you include it in your next release? Best, -- Benjamin Henrion &lt;bhenrion at ffii.org&gt; FFII Brussels - +32-484-566109 - +32-2-3500762 "In July 2005, after several failed attempts to legalise software patents in Europe, the patent establishment changed its strategy. Instead of explicitly seeking to sanction the patentability of software, they are now seeking to create a central European patent court, which would establish and enforce patentability rules in their favor, without any possibility of correction by competing courts or democratically elected legislators." </pre> Benjamin Henrion 2012-05-11T12:42:09 http://comments.gmane.org/gmane.comp.hardware.avr.avrdude.devel/3239 <pre>Hello, I am trying my new board, which got integrated a FT2232 chip to support a serial port (Port B) and act as a programmer (Port A). The wiring is according to avrdude.conf with a LS244 tri-state buffer. When I run a quick test, with chip identification, the result was ok - it reads the chip ID correctly. But when it gets to actual programming, the avrdude is stuck at start of programming and no other commands work (not even ident), I must disconnect the USB cable. The command which run is: /usr/bin/avrdude -p atmega2560 -c 2232HIO -P usb -vvvv The command which wont run and gets stuck is: /usr/bin/avrdude -p atmega2560 -c 2232HIO -P usb -vvvv -U flash:w:devel.hex The resulting logs are in attachment. Any idea where the issue is? Daniel avrdude: Version 5.11.1, compiled on Oct 3 2011 at 18:38:04 Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/ Copyright (c) 2007-2009 Joerg Wunsch System wide configuration file is "/etc/avrdude.conf" User configuration file is "/home/daniel/.avrduderc" User configuration file does not exist or is not a regular file, skipping Using Port : usb Using Programmer : 2232HIO avrdude: device: 004, serial number: ? type 0x0700 found avrdude: Using device VID:PID 0403:6010 type 0x0700(H) and SN '?'. avrdude: Using USB Interface A avrdude info: reset pin value: 3 avrdude info: direction: 0x0000, value: 0x0000, inversion: 0x0000 FTDI LOG: 80 00 00 82 00 00 add_pins: 1: 0x0000, inv=0x0000 add_pins: 2: 0x0010, inv=0x0000 add_pin: 7: bit 0x008c inv=0x0800 add_pin: 8: bit 0x008f inv=0x4000 add_pin: 9: bit 0x008e inv=0x2000 add_pin: 10: bit 0x008d inv=0x1000 pin direction mask: 781b pin value mask: 0000 avrdude info: clock divisor: 0x0027 avrdude info: pin 008f bit 4000 value 0x4000 avrdude info: direction: 0x781b, value: 0x4000, inversion: 0x7800 FTDI LOG: 80 00 1b 82 40 78 avrdude info: pin 008f bit 4000 value 0x0000 avrdude info: direction: 0x781b, value: 0x0000, inversion: 0x7800 FTDI LOG: 80 00 1b 82 00 78 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 Block Poll Page Polled Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- --------- flash 65 10 256 0 yes 262144 256 1024 4500 4500 0x00 0x00 Block Poll Page Polled Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- --------- lfuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00 Block Poll Page Polled Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- --------- hfuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00 Block Poll Page Polled Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- --------- efuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00 Block Poll Page Polled Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- --------- lock 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00 Block Poll Page Polled Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- --------- calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00 Block Poll Page Polled Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- --------- signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00 Programmer Type : avrftdi Description : FT2232H based generic programmer avrdude info: pin 008f bit 4000 value 0x4000 avrdude info: direction: 0x781b, value: 0x4000, inversion: 0x7800 FTDI LOG: 80 00 1b 82 40 78 avrdude info: pin 008c bit 0800 value 0x0800 avrdude info: direction: 0x781b, value: 0x4800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 48 78 avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x6800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 68 78 avrdude info: pin 008d bit 1000 value 0x1000 avrdude info: direction: 0x781b, value: 0x7800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 78 78 avrdude info: pin 0004 bit 0008 value 0x0000 SameVal avrdude info: pin 0010 value 0 avrdude info: direction: 0x781b, value: 0x7800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 78 78 avrdude info: pin 0001 bit 0001 value 0x0000 SameVal avrdude info: pin 0004 bit 0008 value 0x0008 avrdude info: direction: 0x781b, value: 0x7808, inversion: 0x7800 FTDI LOG: 80 08 1b 82 78 78 avrdude info: pin 0004 bit 0008 value 0x0000 avrdude info: direction: 0x781b, value: 0x7800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 78 78 avrdude info: pin 008f bit 4000 value 0x0000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: AVR device initialized and ready to accept instructions Reading | | 0% 0.00savrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 Reading | ################# | 33% 0.02savrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 Reading | ################################################## | 100% 0.02s avrdude: Device signature = 0x1e9801 avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: safemode read 1, lfuse value: e6 avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: safemode read 2, lfuse value: e6 avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: safemode read 3, lfuse value: e6 avrdude: safemode: lfuse reads as E6 avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: safemode read 1, hfuse value: d1 avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: safemode read 2, hfuse value: d1 avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: safemode read 3, hfuse value: d1 avrdude: safemode: hfuse reads as D1 avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: safemode read 1, efuse value: fc avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: safemode read 2, efuse value: fc avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: safemode read 3, efuse value: fc avrdude: safemode: efuse reads as FC avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: safemode read 1, lfuse value: e6 avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: safemode read 2, lfuse value: e6 avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: safemode read 3, lfuse value: e6 avrdude: safemode: lfuse reads as E6 avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: safemode read 1, hfuse value: d1 avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: safemode read 2, hfuse value: d1 avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: safemode read 3, hfuse value: d1 avrdude: safemode: hfuse reads as D1 avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: safemode read 1, efuse value: fc avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: safemode read 2, efuse value: fc avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: safemode read 3, efuse value: fc avrdude: safemode: efuse reads as FC avrdude: safemode: Fuses OK avrdude info: pin 008f bit 4000 value 0x4000 avrdude info: direction: 0x781b, value: 0x7800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 78 78 avrdude info: pin 0010 value 16 avrdude info: direction: 0x781b, value: 0x7810, inversion: 0x7800 FTDI LOG: 80 10 1b 82 78 78 avrdude info: pin 0004 bit 0008 value 0x0008 avrdude info: direction: 0x781b, value: 0x7818, inversion: 0x7800 FTDI LOG: 80 18 1b 82 78 78 LED Mask=0x7800 value =0x7818 &amp;=0x7800 avrdude info: direction: 0x7800, value: 0x7800, inversion: 0x7800 FTDI LOG: 80 00 00 82 78 78 avrdude done. Thank you. avrdude: Version 5.11.1, compiled on Oct 3 2011 at 18:38:04 Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/ Copyright (c) 2007-2009 Joerg Wunsch System wide configuration file is "/etc/avrdude.conf" User configuration file is "/home/daniel/.avrduderc" User configuration file does not exist or is not a regular file, skipping Using Port : usb Using Programmer : 2232HIO avrdude: device: 004, serial number: ? type 0x0700 found avrdude: Using device VID:PID 0403:6010 type 0x0700(H) and SN '?'. avrdude: Using USB Interface A avrdude info: reset pin value: 3 avrdude info: direction: 0x0000, value: 0x0000, inversion: 0x0000 FTDI LOG: 80 00 00 82 00 00 add_pins: 1: 0x0000, inv=0x0000 add_pins: 2: 0x0010, inv=0x0000 add_pin: 7: bit 0x008c inv=0x0800 add_pin: 8: bit 0x008f inv=0x4000 add_pin: 9: bit 0x008e inv=0x2000 add_pin: 10: bit 0x008d inv=0x1000 pin direction mask: 781b pin value mask: 0000 avrdude info: clock divisor: 0x0027 avrdude info: pin 008f bit 4000 value 0x4000 avrdude info: direction: 0x781b, value: 0x4000, inversion: 0x7800 FTDI LOG: 80 00 1b 82 40 78 avrdude info: pin 008f bit 4000 value 0x0000 avrdude info: direction: 0x781b, value: 0x0000, inversion: 0x7800 FTDI LOG: 80 00 1b 82 00 78 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 Block Poll Page Polled Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- --------- flash 65 10 256 0 yes 262144 256 1024 4500 4500 0x00 0x00 Block Poll Page Polled Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- --------- lfuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00 Block Poll Page Polled Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- --------- hfuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00 Block Poll Page Polled Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- --------- efuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00 Block Poll Page Polled Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- --------- lock 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00 Block Poll Page Polled Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- --------- calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00 Block Poll Page Polled Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- --------- signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00 Programmer Type : avrftdi Description : FT2232H based generic programmer avrdude info: pin 008f bit 4000 value 0x4000 avrdude info: direction: 0x781b, value: 0x4000, inversion: 0x7800 FTDI LOG: 80 00 1b 82 40 78 avrdude info: pin 008c bit 0800 value 0x0800 avrdude info: direction: 0x781b, value: 0x4800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 48 78 avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x6800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 68 78 avrdude info: pin 008d bit 1000 value 0x1000 avrdude info: direction: 0x781b, value: 0x7800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 78 78 avrdude info: pin 0004 bit 0008 value 0x0000 SameVal avrdude info: pin 0010 value 0 avrdude info: direction: 0x781b, value: 0x7800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 78 78 avrdude info: pin 0001 bit 0001 value 0x0000 SameVal avrdude info: pin 0004 bit 0008 value 0x0008 avrdude info: direction: 0x781b, value: 0x7808, inversion: 0x7800 FTDI LOG: 80 08 1b 82 78 78 avrdude info: pin 0004 bit 0008 value 0x0000 avrdude info: direction: 0x781b, value: 0x7800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 78 78 avrdude info: pin 008f bit 4000 value 0x0000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: AVR device initialized and ready to accept instructions Reading | | 0% 0.00savrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 Reading | ################# | 33% 0.02savrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 Reading | ################################################## | 100% 0.02s avrdude: Device signature = 0x1e9801 avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: safemode read 1, lfuse value: e6 avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: safemode read 2, lfuse value: e6 avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: safemode read 3, lfuse value: e6 avrdude: safemode: lfuse reads as E6 avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: safemode read 1, hfuse value: d1 avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: safemode read 2, hfuse value: d1 avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: safemode read 3, hfuse value: d1 avrdude: safemode: hfuse reads as D1 avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: safemode read 1, efuse value: fc avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: safemode read 2, efuse value: fc avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: safemode read 3, efuse value: fc avrdude: safemode: efuse reads as FC avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed To disable this feature, specify the -D option. avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal avrdude info: pin 008e bit 2000 value 0x2000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: erasing chip avrdude info: pin 0004 bit 0008 value 0x0000 SameVal avrdude info: pin 0010 value 0 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude info: pin 0001 bit 0001 value 0x0000 SameVal avrdude info: pin 0004 bit 0008 value 0x0008 avrdude info: direction: 0x781b, value: 0x3808, inversion: 0x7800 FTDI LOG: 80 08 1b 82 38 78 avrdude info: pin 0004 bit 0008 value 0x0000 avrdude info: direction: 0x781b, value: 0x3800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 38 78 avrdude: reading input file "devel.hex" avrdude: input file devel.hex auto detected as Intel Hex avrdude: writing flash (13368 bytes): Writing | | 0% 0.00savrdude info: pin 008c bit 0800 value 0x0800 SameVal -&lt; bytes = 256 of 13368, blocksize = 128 of 128 address = 128, page_size = 256 command buffer begin: 40 00 00 0c 48 00 00 94 40 00 01 ca 48 00 01 02 40 00 02 0c 48 00 02 94 40 00 03 ec 48 00 03 02 40 00 04 0c 48 00 04 94 40 00 05 ec 48 00 05 02 40 00 06 0c 48 00 06 94 40 00 07 ec 48 00 07 02 40 00 08 0c 48 00 08 94 40 00 09 ec 48 00 09 02 40 00 0a 0c 48 00 0a 94 40 00 0b ec 48 00 0b 02 40 00 0c 0c 48 00 0c 94 40 00 0d ec 48 00 0d 02 40 00 0e 0c 48 00 0e 94 40 00 0f ec 48 00 0f 02 40 00 10 0c 48 00 10 94 40 00 11 ec 48 00 11 02 40 00 12 0c 48 00 12 94 40 00 13 ec 48 00 13 02 40 00 14 0c 48 00 14 94 40 00 15 ec 48 00 15 02 40 00 16 0c 48 00 16 94 40 00 17 ec 48 00 17 02 40 00 18 0c 48 00 18 94 40 00 19 ec 48 00 19 02 40 00 1a 0c 48 00 1a 94 40 00 1b ec 48 00 1b 02 40 00 1c 0c 48 00 1c 94 40 00 1d ec 48 00 1d 02 40 00 1e 0c 48 00 1e 94 40 00 1f ec 48 00 1f 02 40 00 20 0c 48 00 20 94 40 00 21 ec 48 00 21 02 40 00 22 0c 48 00 22 94 40 00 23 ec 48 00 23 02 40 00 24 0c 48 00 24 94 40 00 25 ec 48 00 25 02 40 00 26 0c 48 00 26 94 40 00 27 ec 48 00 27 02 40 00 28 0c 48 00 28 94 40 00 29 ec 48 00 29 02 40 00 2a 0c 48 00 2a 94 40 00 2b ec 48 00 2b 02 40 00 2c 0c 48 00 2c 94 40 00 2d ec 48 00 2d 02 40 00 2e 0c 48 00 2e 94 40 00 2f ec 48 00 2f 02 40 00 30 0c 48 00 30 94 40 00 31 ec 48 00 31 02 40 00 32 0c 48 00 32 94 40 00 33 ec 48 00 33 02 40 00 34 0c 48 00 34 94 40 00 35 ec 48 00 35 02 40 00 36 0c 48 00 36 94 40 00 37 ec 48 00 37 02 40 00 38 0c 48 00 38 94 40 00 39 ec 48 00 39 02 40 00 3a 0c 48 00 3a 94 40 00 3b ec 48 00 3b 02 40 00 3c 0c 48 00 3c 94 40 00 3d ec 48 00 3d 02 40 00 3e 0c 48 00 3e 94 40 00 3f ec 48 00 3f 02 40 00 40 0c 48 00 40 94 40 00 41 b4 48 00 41 03 40 00 42 0c 48 00 42 94 40 00 43 ec 48 00 43 02 40 00 44 0c 48 00 44 94 40 00 45 ec 48 00 45 02 40 00 46 0c 48 00 46 94 40 00 47 ec 48 00 47 02 40 00 48 0c 48 00 48 94 40 00 49 ec 48 00 49 02 40 00 4a 0c 48 00 4a 94 40 00 4b ec 48 00 4b 02 40 00 4c 0c 48 00 4c 94 40 00 4d ec 48 00 4d 02 40 00 4e 0c 48 00 4e 94 40 00 4f ec 48 00 4f 02 40 00 50 0c 48 00 50 94 40 00 51 ec 48 00 51 02 40 00 52 0c 48 00 52 94 40 00 53 ec 48 00 53 02 40 00 54 0c 48 00 54 94 40 00 55 ec 48 00 55 02 40 00 56 0c 48 00 56 94 40 00 57 ec 48 00 57 02 40 00 58 0c 48 00 58 94 40 00 59 ec 48 00 59 02 40 00 5a 0c 48 00 5a 94 40 00 5b ec 48 00 5b 02 40 00 5c 0c 48 00 5c 94 40 00 5d ec 48 00 5d 02 40 00 5e 0c 48 00 5e 94 40 00 5f ec 48 00 5f 02 40 00 60 0c 48 00 60 94 40 00 61 ec 48 00 61 02 40 00 62 0c 48 00 62 94 40 00 63 ec 48 00 63 02 40 00 64 0c 48 00 64 94 40 00 65 ec 48 00 65 02 40 00 66 0c 48 00 66 94 40 00 67 ec 48 00 67 02 40 00 68 0c 48 00 68 94 40 00 69 ec 48 00 69 02 40 00 6a 0c 48 00 6a 94 40 00 6b ec 48 00 6b 02 40 00 6c 0c 48 00 6c 94 40 00 6d f2 48 00 6d 02 40 00 6e 0c 48 00 6e 94 40 00 6f ec 48 00 6f 02 40 00 70 0c 48 00 70 94 40 00 71 ec 48 00 71 02 40 00 72 45 48 00 72 6e 40 00 73 61 48 00 73 62 40 00 74 6c 48 00 74 69 40 00 75 6e 48 00 75 67 40 00 76 20 48 00 76 69 40 00 77 6e 48 00 77 74 40 00 78 65 48 00 78 72 40 00 79 72 48 00 79 75 40 00 7a 70 48 00 7a 74 40 00 7b 73 48 00 7b 00 40 00 7c 53 48 00 7c 2f 40 00 7d 4e 48 00 7d 3a 40 00 7e 20 48 00 7e 00 40 00 7f 20 48 00 7f 73 4c 00 00 00 command buffer end avrdude info: buffer size: 1028 avrdude info: pin 008e bit 2000 value 0x0000 avrdude info: direction: 0x781b, value: 0x1800, inversion: 0x7800 FTDI LOG: 80 00 1b 82 18 78 avrdude info: pin 008c bit 0800 value 0x0800 SameVal ^Cmake: *** [program_mcu] Interrupt _______________________________________________ avrdude-dev mailing list avrdude-dev&lt; at &gt;nongnu.org https://lists.nongnu.org/mailman/listinfo/avrdude-dev </pre> Ing. Daniel Rozsnyó 2012-05-10T09:49:38 http://comments.gmane.org/gmane.comp.hardware.avr.avrdude.devel/3235 <pre>I had to add support in avrdude.conf for the ATmega48PA to reflash a xwusbasp board with it. I copy-paste-changed the following to make it work with the dragon. Warning: Unsure about stk500, etc., constants. This is a mostly blind copy of the ATmega48P with the signature bytes changed. Cheers, Simon- diff --git a/avrdude.conf.orig b/avrdude.conf index bb785ab..0527eae 100644 --- a/avrdude.conf.orig +++ b/avrdude.conf &lt; at &gt;&lt; at &gt; -8293,6 +8293,188 &lt; at &gt;&lt; at &gt; part ; ; +part + id = "m48pa"; + desc = "ATMEGA48PA"; + has_debugwire = yes; + flash_instr = 0xB6, 0x01, 0x11; + eeprom_instr = 0xBD, 0xF2, 0xBD, 0xE1, 0xBB, 0xCF, 0xB4, 0x00, + 0xBE, 0x01, 0xB6, 0x01, 0xBC, 0x00, 0xBB, 0xBF, + 0x99, 0xF9, 0xBB, 0xAF; + stk500_devcode = 0x59; +# avr910_devcode = 0x; + signature = 0x1e 0x92 0x0a; + pagel = 0xd7; + bs2 = 0xc2; + chip_erase_delay = 45000; + pgm_enable = "1 0 1 0 1 1 0 0 0 1 0 1 0 0 1 1", + "x x x x x x x x x x x x x x x x"; + + chip_erase = "1 0 1 0 1 1 0 0 1 0 0 x x x x x", + "x x x x x x x x x x x x x x x x"; + + timeout= 200; + stabdelay= 100; + cmdexedelay= 25; + synchloops= 32; + bytedelay= 0; + pollindex= 3; + pollvalue= 0x53; + predelay= 1; + postdelay= 1; + pollmethod= 1; + + pp_controlstack = +0x0E, 0x1E, 0x0F, 0x1F, 0x2E, 0x3E, 0x2F, 0x3F, +0x4E, 0x5E, 0x4F, 0x5F, 0x6E, 0x7E, 0x6F, 0x7F, +0x66, 0x76, 0x67, 0x77, 0x6A, 0x7A, 0x6B, 0x7B, +0xBE, 0xFD, 0x00, 0x01, 0x00, 0x00, 0x00, 0x00; + hventerstabdelay = 100; + progmodedelay = 0; + latchcycles = 5; + togglevtg = 1; + poweroffdelay = 15; + resetdelayms = 1; + resetdelayus = 0; + hvleavestabdelay = 15; + resetdelay = 15; + chiperasepulsewidth = 0; + chiperasepolltimeout = 10; + programfusepulsewidth = 0; + programfusepolltimeout = 5; + programlockpulsewidth = 0; + programlockpolltimeout = 5; + + memory "eeprom" + paged = no; + page_size = 4; + size = 256; + min_write_delay = 3600; + max_write_delay = 3600; + readback_p1 = 0xff; + readback_p2 = 0xff; +read = " 1 0 1 0 0 0 0 0", + " 0 0 0 x x x x x", + " a7 a6 a5 a4 a3 a2 a1 a0", + " o o o o o o o o"; + +write = " 1 1 0 0 0 0 0 0", + " 0 0 0 x x x x x", + " a7 a6 a5 a4 a3 a2 a1 a0", + " i i i i i i i i"; + +loadpage_lo= " 1 1 0 0 0 0 0 1", + " 0 0 0 0 0 0 0 0", + " 0 0 0 0 0 0 a1 a0", + " i i i i i i i i"; + +writepage= " 1 1 0 0 0 0 1 0", + " 0 0 x x x x x x", + " a7 a6 a5 a4 a3 a2 0 0", + " x x x x x x x x"; + +mode= 0x41; +delay= 20; +blocksize= 4; +readsize= 256; + ; + memory "flash" + paged = yes; + size = 4096; + page_size = 64; + num_pages = 64; + min_write_delay = 4500; + max_write_delay = 4500; + readback_p1 = 0x00; + readback_p2 = 0x00; + read_lo = " 0 0 1 0 0 0 0 0", + " 0 0 0 0 0 a10 a9 a8", + " a7 a6 a5 a4 a3 a2 a1 a0", + " o o o o o o o o"; + + read_hi = " 0 0 1 0 1 0 0 0", + " 0 0 0 0 0 a10 a9 a8", + " a7 a6 a5 a4 a3 a2 a1 a0", + " o o o o o o o o"; + + loadpage_lo = " 0 1 0 0 0 0 0 0", + " 0 0 0 x x x x x", + " x x x a4 a3 a2 a1 a0", + " i i i i i i i i"; + + loadpage_hi = " 0 1 0 0 1 0 0 0", + " 0 0 0 x x x x x", + " x x x a4 a3 a2 a1 a0", + " i i i i i i i i"; + + writepage = " 0 1 0 0 1 1 0 0", + " 0 0 0 0 0 a10 a9 a8", + " a7 a6 a5 x x x x x", + " x x x x x x x x"; + +mode= 0x41; +delay= 6; +blocksize= 64; +readsize= 256; + ; + + memory "lfuse" + size = 1; + min_write_delay = 4500; + max_write_delay = 4500; + read = "0 1 0 1 0 0 0 0 0 0 0 0 0 0 0 0", + "x x x x x x x x o o o o o o o o"; + + write = "1 0 1 0 1 1 0 0 1 0 1 0 0 0 0 0", + "x x x x x x x x i i i i i i i i"; + ; + + memory "hfuse" + size = 1; + min_write_delay = 4500; + max_write_delay = 4500; + read = "0 1 0 1 1 0 0 0 0 0 0 0 1 0 0 0", + "x x x x x x x x o o o o o o o o"; + + write = "1 0 1 0 1 1 0 0 1 0 1 0 1 0 0 0", + "x x x x x x x x i i i i i i i i"; + ; + + memory "efuse" + size = 1; + min_write_delay = 4500; + max_write_delay = 4500; + read = "0 1 0 1 0 0 0 0 0 0 0 0 1 0 0 0", + "x x x x x x x x x x x x x x x o"; + + write = "1 0 1 0 1 1 0 0 1 0 1 0 0 1 0 0", + "x x x x x x x x x x x x x x x i"; + ; + + memory "lock" + size = 1; + min_write_delay = 4500; + max_write_delay = 4500; + read = "0 1 0 1 1 0 0 0 0 0 0 0 0 0 0 0", + "x x x x x x x x x x o o o o o o"; + + write = "1 0 1 0 1 1 0 0 1 1 1 x x x x x", + "x x x x x x x x 1 1 i i i i i i"; + ; + + memory "calibration" + size = 1; + read = "0 0 1 1 1 0 0 0 0 0 0 x x x x x", + "0 0 0 0 0 0 0 0 o o o o o o o o"; + ; + + memory "signature" + size = 3; + read = "0 0 1 1 0 0 0 0 0 0 0 x x x x x", + "x x x x x x a1 a0 o o o o o o o o"; + ; + ; + #------------------------------------------------------------ # ATmega88 </pre> Simon Kirby 2012-05-08T07:41:36 http://comments.gmane.org/gmane.comp.hardware.avr.avrdude.devel/3234 <pre>Hello! I am developing open BL-ESC software for common Atmega8 boards. I have implemented wire-level support for the Turnigy USB linker, which gives a 9600 baud half duplex serial link over the standard servo connector. I intend to support flashing over this, to make it easier later to update without having to reconnect ISP bits. I'd rather not reinvent the wheel when it comes to the actual protocol, and would rather make it work as something avrdude can already talk to. It seems stk500/arduino, butterfly, avr910, etc., are all protocols that don't need anything other than data to work, and should be OK with half duplex operation. Can somebody familiar with them suggest one as a simple and reasonable choice to implement the client side for? Also feel free to point out if this is a horrible idea. Thanks :) Simon- </pre> Simon Kirby 2012-05-08T07:37:16 http://comments.gmane.org/gmane.comp.hardware.avr.avrdude.devel/3230 <pre>URL: &lt;http://savannah.nongnu.org/bugs/?36399&gt; Summary: Fixed usersig erase Project: AVR Downloader/UploaDEr Submitted by: rasm Submitted on: Fri 04 May 2012 08:17:34 PM GMT Category: None Severity: 3 - Normal Priority: 5 - Normal Item Group: None Status: None Privacy: Public Assigned to: None Originator Name: Ricardo Martins Originator Email: Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: The following patch fixes usersig erase. _______________________________________________________ File Attachments: ------------------------------------------------------- Date: Fri 04 May 2012 08:17:34 PM GMT Name: usersig_erase.patch Size: 494B By: rasm &lt;http://savannah.nongnu.org/bugs/download.php?file_id=25789&gt; _______________________________________________________ Reply to this item at: &lt;http://savannah.nongnu.org/bugs/?36399&gt; _______________________________________________ Message sent via/by Savannah http://savannah.nongnu.org/ </pre> Ricardo Martins 2012-05-04T20:17:35 http://comments.gmane.org/gmane.comp.hardware.avr.avrdude.devel/3229 <pre>URL: &lt;http://savannah.nongnu.org/patch/?7774&gt; Summary: ATxmega32A4: fixed page sizes and usersig settings Project: AVR Downloader/UploaDEr Submitted by: rasm Submitted on: Fri 04 May 2012 08:16:10 PM GMT Category: None Priority: 5 - Normal Status: None Privacy: Public Assigned to: None Originator Email: Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: The following patch fixes the settings of the ATmega32A4 device. _______________________________________________________ File Attachments: ------------------------------------------------------- Date: Fri 04 May 2012 08:16:10 PM GMT Name: atxmega32a4_mem_sizes.patch Size: 1021B By: rasm &lt;http://savannah.nongnu.org/patch/download.php?file_id=25788&gt; _______________________________________________________ Reply to this item at: &lt;http://savannah.nongnu.org/patch/?7774&gt; _______________________________________________ Message sent via/by Savannah http://savannah.nongnu.org/ </pre> Ricardo Martins 2012-05-04T20:16:11 http://comments.gmane.org/gmane.comp.hardware.avr.avrdude.devel/3228 <pre>Hi all, First post to this list, so my apologies if I've broken etiquette by posting like this. I'm the author of a patch to the BusPirate which gives it a new mode to verify the flash on an AVR at a much higher speed. This patch has been incorporated into the 6.0 firmware for the BusPirate, but the component that is required in AVRDUDE to make it work is not included in the official AVRDUDE release. As such, I'd like to make you aware of it. The original article I wrote about the patch (and all related information) can be found here: http://coding.zencoffee.org/2011/08/bus-pirate-40x-verify-speed-increase.html The original forum thread posted on Dangerous Prototypes regarding this patch can be found here: http://dangerousprototypes.com/forum/viewtopic.php?f=41&amp;t=2629 The patch file for AVRDUDE, which is confirmed to work with 5.11 (and can most likely be applied to other versions) can be found here: http://zencoding-blog.googlecode.com/svn/trunk/buspirate/avrdude-5.11-buspirate.patch Thanks for reading! James Young. </pre> dw.avrdude-list< at >zencoffee.org 2012-05-03T23:52:13 http://comments.gmane.org/gmane.comp.hardware.avr.avrdude.devel/3227 <pre>URL: &lt;http://savannah.nongnu.org/bugs/?36384&gt; Summary: ATxmega32A4 usersig size Project: AVR Downloader/UploaDEr Submitted by: None Submitted on: Thu 03 May 2012 01:45:43 PM UTC Category: None Severity: 3 - Normal Priority: 5 - Normal Item Group: None Status: None Privacy: Public Assigned to: None Originator Name: Ricardo Martins Originator Email: rasm&lt; at &gt;fe.up.pt Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: The datasheet of the XMEGA A4 devices mentions that the "User Signature Row" is one flash page in size. In the trunk's version of avrdude.conf.in all XMEGA devices share the same usersig configuration, yet they are not the same: Page Sizes (words): ATxmega16A4: 128 ATxmega32A4: 128 ATxmega64A4: 128 ATxmega128A4: 256 _______________________________________________________ Reply to this item at: &lt;http://savannah.nongnu.org/bugs/?36384&gt; _______________________________________________ Message sent via/by Savannah http://savannah.nongnu.org/ </pre> anonymous 2012-05-03T13:45:44 http://comments.gmane.org/gmane.comp.hardware.avr.avrdude.devel/3226 <pre>Hi *, I intend to name the upcoming new release of AVRDUDE V6.0, as there have been many changes recently, including larger ones (like direct ELF file reading). Now, bumping the major version number allows to also introduce some things that aren't completely backwards-compatible. I already disabled the default readout of the last four EEPROM locations (for the erase cycle counter), which used to be there to announce the user that an erase cycle counter possibly already exists even if no -y/-Y option was given. Given all my past experience, I now also tend to disable the "safemode" feature except for the ancient bitbang programming adapters it once has been designed for. Historical note: with those bitbang adapters, it could occasionally happen on bad wiring, or due to missing line drivers, that signaly flipped unintentionally, worst case leading to unsolicited fuse modifications. This eventually led to the invention of the "safemode" feature. With all the programmers that are in use these days (in particular with the official Atmel tools), I've never seen anything like this ever happening. All the safemode alerts I've seen in the past were rather caused by other effects (like an ISP clock that's been completely off, with the -F option being in effect, or a really damaged device), and thus false alarms which could not have been remedied anyway. (safemode is already permanently disabled for Xmega devices as it does not make sense there.) Opinions on this? If there are no objections, how to handle those programmers that have safemode disabled? Should we add an option -S to force safemode anyway? My fear is that if we add that option, nobody would ever use it, so it results in a wasted option letter. (We've alredy got 23 option letters right now, and I do need another one for the individual Xmega memory region erase operations.) </pre> Joerg Wunsch 2012-04-25T09:30:10 http://comments.gmane.org/gmane.comp.hardware.avr.avrdude.devel/3224 <pre>URL: &lt;http://savannah.nongnu.org/patch/?7769&gt; Summary: Write flash fails for AVR910 programmers Project: AVR Downloader/UploaDEr Submitted by: branez Submitted on: Tue 24 Apr 2012 12:42:13 PM GMT Category: None Priority: 7 - High Status: None Privacy: Public Assigned to: None Originator Email: Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: When downloading hex file with AVR910 compatible programmer it increments address by number of bytes not words (programm memory is two bytes wide). _______________________________________________________ File Attachments: ------------------------------------------------------- Date: Tue 24 Apr 2012 12:42:13 PM GMT Name: avr910.patch Size: 416B By: branez &lt;http://savannah.nongnu.org/patch/download.php?file_id=25719&gt; _______________________________________________________ Reply to this item at: &lt;http://savannah.nongnu.org/patch/?7769&gt; _______________________________________________ Message sent via/by Savannah http://savannah.nongnu.org/ </pre> Brane Ždralo 2012-04-24T12:42:13 http://comments.gmane.org/gmane.comp.hardware.avr.avrdude.devel/3210 <pre>Two questions: Does AVRdude support the AT90SC series chips (specifically the AT90SC6464C-USB)? and Does anyone on the AVRdude dev list have a full 200+ page datasheet for the AT90SC6464C-USB chip? </pre> Martin Bogomolni 2012-04-07T19:12:17 http://comments.gmane.org/gmane.comp.hardware.avr.avrdude.devel/3209 <pre>Hello, I'm having some issues with avrdude and AVR Dragon to program an ATXMEGA256A3U via JTAG/USB. The version of avrdude I'm using is 5.11.1 (Sep. 2011 apparently). In short, I can connect to the board, read fuses and even read bytes from the flash/eeprom (apparently). However I can't manage to get the programming to work (neither with or without prior erase). In fact, the erase itself doesn't work. The programming fails at verification. Also I've seen that I cannot even switch to JTAG_XMEGA emulator if the board is powered by more than 2V. It only works when the voltage is between 1.5 and 2 V (I am using the default internal clock, which should be 2MHz after reset). If you have any suggestions or there are any known problems I would be extremely happy to know. Thanks (more details below). In detail: </pre> Omar Choudary 2012-04-06T16:28:49 http://comments.gmane.org/gmane.comp.hardware.avr.avrdude.devel/3199 <pre>Hello, I'm currently streamlining avrftdi's paged load and write functions. In the process, I adapt them to the new avrdude interface for paged load and write. However, I stumbled across some issues I'm not entirely clear about. 1) Does avrdude take care of issuing a load extended address command? Because page programming is now done page-by-page avrdude "knows" when the 128k boundary is crossed and could issue a load extended address command. is this the case? 2) If the programmer has to issue the load extended address command: Does the command need to be issued _exactly_ once, or can it be issued multiple times? For example, before loading a page with an address greater 128k, is it "safe" for the programmer to send the command before loading the page. This would slow down the programming time noticeably, but simplify the programmer code a lot. 3) It seems to me, today all AVRs are programmed word-by-word, and a word being 2 bytes wide. Is this correct? Code in avr.c:373 suggests that there are AVRs which use word-addressing and others which use byte-addressing to program the memory. avrftdi now only supports word-addressable memory (in paged mode). Is byte-programming still used or do all "modern" AVRs use word-addressing? Best regards, Hannes </pre> Hannes Weisbach 2012-03-20T12:54:02 http://comments.gmane.org/gmane.comp.hardware.avr.avrdude.devel/3194 <pre>URL: &lt;http://savannah.nongnu.org/bugs/?35886&gt; Summary: Error crossing segment boundaries on reads Project: AVR Downloader/UploaDEr Submitted by: None Submitted on: Sun 18 Mar 2012 04:45:10 PM UTC Category: None Severity: 3 - Normal Priority: 5 - Normal Item Group: None Status: None Privacy: Public Assigned to: None Originator Name: Sam Lin Originator Email: lincomatic&lt; at &gt;hotmail.com Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: Using a USBtinyISP with AT90USB1286, the memory above 0x10000 is getting read incorrectly with the -U flash:r/v commands. It's easy to reproduce this. Try writing flash above 0x10000 and the verify will fail. Try dumping memory, and the contents above 0x10000 is always 0xFF _______________________________________________________ Reply to this item at: &lt;http://savannah.nongnu.org/bugs/?35886&gt; _______________________________________________ Message sent via/by Savannah http://savannah.nongnu.org/ </pre> anonymous 2012-03-18T16:45:11 http://comments.gmane.org/gmane.comp.hardware.avr.avrdude.devel/3190 <pre>Hi &lt; at &gt; all, we are going to use an ATXMegaD3 in a new designs. Unfortunately this device seems to be not supported by the current version of avrdude. Therefore the following questions: - is anybody already working on integrating the D-devices? - is there a big difference to the A-devices (in terms of programming them via PDI), in other words is integrating them so easy i could do it myself in a reasonable amount of time? Best regards, Ralf </pre> Ralf Glaser, track IT 2012-03-15T15:35:23 http://comments.gmane.org/gmane.comp.hardware.avr.avrdude.devel/3189 <pre> There is more then a few people having troubles with this chip and AVRDUDE and it seems not to be exclusive to any specific programmer or OS (not sure if it's a 64bit problem perhaps), the standard is a "avrdude: initialization failed, rc=-1" response and if forced passed that with -F swtich then you get a faulty device ID response avrdude: Device signature = 0x000000 avrdude: Expected signature for ATMEGA328P is 1E 95 0F I've had a look around in the code and the problem seems to be with these things 1. Power-up sequence: Apply power between VCC and GND while RESET and SCK are set to “0”. In some sys- tems, the programmer can not guarantee that SCK is held low during power-up. In this case, RESET must be given a positive pulse of at least two CPU clock cycles duration after SCK has been set to “0”. 2. Wait for at least 20ms and enable serial programming by sending the Programming Enable serial instruction to pin MOSI. 3. The serial programming instructions will not work if the communication is out of synchro- nization. When in sync. the second byte (0x53), will echo back when issuing the third byte of the Programming Enable instruction. Whether the echo is correct or not, all four bytes of the instruction must be transmitted. If the 0x53 did not echo back, give RESET a positive pulse and issue a new Programming Enable command. first of I haven't found any indication that SCK is set to 0 I can only find that RESET is pulled LOW also the fault response should merit a few re-tries (4?) with a RESET pulse before? I might be way off here being both tried and pushing the limits of my programming skills diving in to this but I've check, dubble checked, tripple checked and checked again that my connections from my programmer to my chip is correct and most people that have had the same problem have gotten it to work without any problems with other chips. If anyone with a bit more code savy then me want to look in to this a good place to start would probably be Line 371 in usbtiny.c static int usbtiny_cmd(PROGRAMMER * pgm, unsigned char cmd[4], unsigned char res[4]) ... and track it from there </pre> Patrick . 2012-03-14T03:46:28 http://comments.gmane.org/gmane.comp.hardware.avr.avrdude.devel/3186 <pre>URL: &lt;http://savannah.nongnu.org/bugs/?35800&gt; Summary: Compilation error on certain systems if parport is disabled Project: AVR Downloader/UploaDEr Submitted by: None Submitted on: mån 12 mar 2012 11.39.26 Category: None Severity: 3 - Normal Priority: 5 - Normal Item Group: None Status: None Privacy: Public Assigned to: None Originator Name: Robert Niemi Originator Email: robert.den.klurige&lt; at &gt;gmail.com Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: For systems with no parallel port, the corresponding header files could be non-existing, thus resulting in a build failure. The following patch will fix the issue (patch-file is included): --- avrdude-5.11/linux_ppdev.h2009-03-06 21:09:11.000000000 +0100 +++ avrdude-5.11_parport/linux_ppdev.h2012-03-12 12:35:45.511534501 +0100 &lt; at &gt;&lt; at &gt; -25,8 +25,10 &lt; at &gt;&lt; at &gt; #define OBSOLETE__IOW _IOW #include &lt;sys/ioctl.h&gt; +#ifdef HAVE_PARPORT #include &lt;linux/parport.h&gt; #include &lt;linux/ppdev.h&gt; +#endif #include &lt;stdlib.h&gt; _______________________________________________________ File Attachments: ------------------------------------------------------- Date: mån 12 mar 2012 11.39.26 Name: avrdude_parport_linux_ppdev.patch Size: 396 B By: None &lt;http://savannah.nongnu.org/bugs/download.php?file_id=25331&gt; _______________________________________________________ Reply to this item at: &lt;http://savannah.nongnu.org/bugs/?35800&gt; _______________________________________________ Meddelandet skickades via/av Savannah http://savannah.nongnu.org/ _______________________________________________ avrdude-dev mailing list avrdude-dev&lt; at &gt;nongnu.org https://lists.nongnu.org/mailman/listinfo/avrdude-dev </pre> anonymous 2012-03-12T11:39:28 http://comments.gmane.org/gmane.comp.hardware.avr.avrdude.devel/3184 <pre> Hello. I hope this is a good place to post. I'm designing a custom interface board for end-users of a particular device. That device contains an Atmega64 and needs frequent flashing by end user, so my (current) interface board is basically a stock USBasp that is permanently installed on the device. My new interface board is going to have much more functionality for the end-user so I can't follow simple stock USBasp. I want to base it on an Atmega32U4 so I can take advantage of the bootloader so that my custom interface can, itself, be updated frequently without a standalone ISP programmer (so the target device gets updated via my interface board, and my interface board itself gets updated via USB). The end-user is already using avrdude to flash the device via the usbasp and I don't want to change that. So I guess my question is... can I be confident that avrdude can be configured to use my custom board? I'm trying to figure out HOW I can put usbasp onto an Atmega32U4 but I'm not really sure how that works or how the device is recognized by Windows with built-in USB. This will be the first time I have any experience with AVR USB chip so sorry if this is a stupid question. Thanks. </pre> FrustratedAlways 2012-02-24T20:54:34 http://comments.gmane.org/gmane.comp.hardware.avr.avrdude.devel/3177 <pre>URL: &lt;http://savannah.nongnu.org/patch/?7729&gt; Summary: Updated support for FTDI-232H Project: AVR Downloader/UploaDEr Submitted by: roklobster Submitted on: Fri 24 Feb 2012 02:13:17 PM GMT Category: None Priority: 5 - Normal Status: None Privacy: Public Assigned to: None Originator Email: Open/Closed: Open Discussion Lock: Any _______________________________________________________ Details: I was having some problems with certain .hex files not being verified correctly in my old 5.11-patch7610 of AVRDUDE. I have since checked out SVN1068 and applied patch #7610 making the necessary changes so that it compiled. The new binary now verifies the problematic hex files correctly. This patch adds support for the FTDI-232H part which will be properly available in the upcoming libftdi-0.20. In addition it enables the 30MHz clock in the FTDI chip for all H suffix components. This will obviously allow SPI rates up to 30MHz (as opposed to the default 6MHz) - not that any AVR can do that. It effectively adds some finer frequency granularity for use with the AVR. I have built the binary using MinGW and the headers and libs from http://code.google.com/p/picusb/downloads/detail?name=libftdi_0.19git_devkit_mingw32_27August2011.zip It's only been tested on Win7-64 bit with libusb-win32 1.2.5.0. I have also added a new definition for the C232HM MPSSE cable from FTDI though it's just a copy of the UM232H. I'll update my site helix.air.net.au with the new Windows binary too. _______________________________________________________ File Attachments: ------------------------------------------------------- Date: Fri 24 Feb 2012 02:13:17 PM GMT Name: avrdude-fdi232h.patch Size: 9kB By: roklobster &lt;http://savannah.nongnu.org/patch/download.php?file_id=25155&gt; _______________________________________________________ Reply to this item at: &lt;http://savannah.nongnu.org/patch/?7729&gt; _______________________________________________ Message sent via/by Savannah http://savannah.nongnu.org/ </pre> Jason Hecker 2012-02-24T14:13:18 http://comments.gmane.org/gmane.comp.hardware.avr.avrdude.devel/3176 <pre>After a hiatus since 5.11 was released I have tried to build the latest (1068) version from SVN of AVRDUDE. In both Cygwin/MinGW and Ubuntu after running ./bootstrap and ./configure the latter on both machines terminates with: checking if gcc accepts -Wno-pointer-sign ... yes configure: creating ./config.status .in'ig.status: error: cannot find input file: ` and no Makefile appears. Any ideas? </pre> Jason Hecker 2012-02-24T07:24:55 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.hardware.avr.avrdude.devel