Problems with avrdude 5.11+

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

Re: XMega D support

As Ralf Glaser, track IT wrote:

> This doesn't matter as long as you use a XMega A to replace a XMega
> D, does is?

Yes, probably.  Well, there might be minor issues, like the AVR Dragon
not being able to talk PDI to certain (older) Xmega A devices.
--

-- 
cheers, J"org               .-.-.   --... ...--   -.. .  DL8DTL

http://www.sax.de/~joerg/                        NIC: JW11-RIPE
Never trust an operating system you don't have sources for. 

Include GPIO sysfs patch in next release?

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 <bhenrion at ffii.org>
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."

Re: XMega D support

Actually i don't yet have hardware available to test on but i expect to 
be able to test within the next two weeks and will report the results 
back to you.
Besides this AFAIK you can swap from each XMega D to a pin and code 
compatible XMega A.

Best regards,
Ralf

Am 10.05.2012 00:11, schrieb Dan Merillat:
>
> I'm looking into using a XMega D on a project and wanted to know if 
> you had encountered any difficulties getting it to work in avrdude.   
> We're still at the design phase of this board so I can swap to an 
> xmega-A or just atmega if there's problems with the avrdude/avarice 
> support.
>
> Thank you for your time,
> Dan.
>
>

--

-- 
Dipl.-Ing. Ralf Glaser

track IT GmbH
Hinüberstraße 8
30175 Hannover
Germany

FT2232 issues - ident yes, program no

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"

atmega48pa support

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
@@ -8293,6 +8293,188 @@ 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;

Protocol recommendation

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-

[bug #36399] Fixed usersig erase

URL:
  <http://savannah.nongnu.org/bugs/?36399>

                 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:

-------------------------------------------------------

[patch #7774] ATxmega32A4: fixed page sizes and usersig settings

URL:
  <http://savannah.nongnu.org/patch/?7774>

                 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

BusPirate Patch for 5.11

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&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.

[bug #36384] ATxmega32A4 usersig size

URL:
  <http://savannah.nongnu.org/bugs/?36384>

                 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 <at> 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