avrdude-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[avrdude-dev] [bug #19773] ATmega2561 not correctly flashed


From: Joerg Wunsch
Subject: [avrdude-dev] [bug #19773] ATmega2561 not correctly flashed
Date: Sun, 06 May 2007 15:20:34 +0000
User-agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070224 Galeon/2.0.3

Update of bug #19773 (project avrdude):

                  Status:             In Progress => Invalid                
             Assigned to:                    None => joerg_wunsch           

    _______________________________________________________

Follow-up Comment #6:

Further investigation shows that spduo simply flashed the
last block transferred into address 0x31900 rather than
0x11900 where it is supposed to be placed at.  Two differences
can be noticed here between the way avrdude and AVR Studio
are working: avrdude issues a new LOAD ADDRESS command for
that block (does that confuse SP Duo?), and avrdude writes a
short block, i.e. the block only contains as many bytes as
have been read from the input file for this memory page.
AVR Studio instead writes a page-sized block even for the
last block, where the remaining data up to the page size have
been padded with 0xff.

Does that confuse SP Duo's firmware?  After reading AVR068, I
believe avrdude is allowed to write a short block, and the
programmer should simply issue the WRITE PAGE command after
all input data have been processed.

A different issue is that the data read back from the flash
apprently are wrong when hitting the 0x10000 boundary (this
is what causes the verification error shown below).  Alas,
the trace does not show any of the data read back by avrdude
(all the "Recv: " lines are empty, for whatever reason).
However, there's again the difference between avrdude and
AVR Studio that avrdude re-issues the LOAD ADDRESS command
right before address 0x10000, while AVR Studio simply proceeds,
and relies on the programmer to correctly wrap the address.

It appears to me that avrdude's operation, while different
than AVR Studio's, is fully in agreement with the protocol
description in AVR067.

    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/bugs/?19773>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.nongnu.org/





reply via email to

[Prev in Thread] Current Thread [Next in Thread]