bugAVR Downloader/UploaDEr - Bugs: bug #36901, flashing Atmega32U4 EEPROM...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #36901: flashing Atmega32U4 EEPROM produces garbage on chip

Submitted by:  None
Submitted on:  Fri 20 Jul 2012 01:00:49 PM UTC  
 
Category:  None Severity:  3 - Normal
Priority:  5 - Normal Item Group:  None
Status:  Fixed Privacy:  Public
Assigned to:  Joerg Wunsch <joerg_wunsch> Originator Name:  Matthias Trute
Originator Email:  -email is unavailable- Open/Closed:  Closed
Release:  None Programmer hardware: 
Device type: 

( Jump to the original submission)

Tue 10 Sep 2013 03:59:26 PM UTC, comment #6:

Fixed in SVN r1215, thanks for investigating!

Even the latest datasheet (rev F) is wrong on that and claims
an EEPROM pagesize of 8 bytes.

Joerg Wunsch <joerg_wunsch>
Project AdministratorIn charge of this item.
Wed 30 Jan 2013 05:21:50 PM UTC, comment #5:

Hi Folks,

I finally managed to get a working configuration. The EEPROM gets
the correct data. I tested it with an Arduino Leonardo and an
AVR ISP MK2 with ISP programming.

+v+
--- avrdude.conf 2013-01-30 16:23:59.493158196 +0100
+++ avrdude.conf-old 2012-07-20 13:53:00.000000000 +0200
@@ -10430,7 +10430,7 @@

memory "eeprom"
paged = no; /* leave this "no" */
- page_size = 4; /* for parallel programming */
+ page_size = 8; /* for parallel programming */
size = 1024;
min_write_delay = 9000;
max_write_delay = 9000;
@@ -10457,8 +10457,8 @@
" x x x x x x x x";

mode = 0x41;
- delay = 20;
- blocksize = 4;
+ delay = 10;
+ blocksize = 8;
readsize = 256;
;
-v-

The numbers are taken from the XML partdescription files as found in
AVR Studio 6

Matthias
PS: Since I do not have a savannah account I could not update
the bug entry. It can be closed. Thank you.

Joerg Wunsch <joerg_wunsch>
Project AdministratorIn charge of this item.
Wed 01 Aug 2012 02:46:29 PM UTC, comment #4:

I am having the same problem with STK500v2 and version 5.11.1. Log attached. Chip erase and pgm flashing do work fine.

(file #26300)

Jarno Mäkelä <jtmakela>
Fri 20 Jul 2012 02:28:42 PM UTC, comment #3:

You are not allowed to update since you filed it anonymously.

I attach the log from your email here, thanks!

(file #26234)

Joerg Wunsch <joerg_wunsch>
Project AdministratorIn charge of this item.
Fri 20 Jul 2012 01:35:42 PM UTC, comment #2:

OK, sorry, I misread this.

Anyway, please run avrdude with -vvvv, redirect stderr into
a file, and attach that file to the bug report. (Make sure
you don't leak any confidential data as part of that file,
please.) Just in case I might not reproduce that myself.

Joerg Wunsch <joerg_wunsch>
Project AdministratorIn charge of this item.
Fri 20 Jul 2012 01:15:33 PM UTC, comment #1:

Could you also try version 5.11.1? (You probably need to
select another Xmega device there, and override the signature
check with the -F option.)

I also recently noticed some Xmega PDI programming issues,
albeit for me they were only related to PDI through the
JTAGICEmkII, while the AVRISPmkII did work.

Joerg Wunsch <joerg_wunsch>
Project AdministratorIn charge of this item.
Fri 20 Jul 2012 01:00:49 PM UTC, original submission:

Flashing the EEPROM area with avrdude svn-trunk (as of 20.7.2012) fail at the verfication stage with an error message:

[exec] avrdude: verification error, first mismatch at byte 0x0001
[exec] 0x01 != 0xff
[exec] avrdude: verification error; content mismatch

Erasing the chip with -e works correctly. Flashing the same hexfile with the programming tool from AVR Studio6 under windows works fine and gives a working system (same hardware)

Hardware details: Atmega32U4@16MHz (U4DIL board from reworld.eu)
Programmer Model: AVRISP mkII
[exec] Hardware Version: 1
[exec] Firmware Version Master : 1.17

Attached 4 Hex files:
usb32-back.eep.hex-original from avrasm,
usb32-back.eep.hex-broken flashed and read back with avrdude
usb32-back.eep.hex-fine flashed with Studion Programmer and read back with avrdude.

Together with the usb32.hex the working eep file provides a forth system with a serial terminal at usart1 (38400 8N1) (for testing with the hardware setup).

Anonymous

 

Attached Files
file #26300:  avrdude.eep.write.fail added by jtmakela (23KiB - application/octet-stream - -vvvv log)
file #26234:  u32.log added by joerg_wunsch (21KiB - text/x-log - -vvvv log)
file #26230:  usb32.eep.hex-original added by None (214B - application/octet-stream - Hexfiles for both broken and working setups)
file #26231:  usb32-back.eep.hex-broken added by None (2KiB - application/octet-stream - Hexfiles for both broken and working setups)
file #26232:  usb32-back.eep.hex-fine added by None (2KiB - application/octet-stream - Hexfiles for both broken and working setups)
file #26233:  usb32.hex added by None (71KiB - application/octet-stream - Hexfiles for both broken and working setups)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by jtmakela (Updated the item)
  • -email is unavailable- added by joerg_wunsch (Posted a comment)
  • -email is unavailable- added by None (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

     

     

    Follow 9 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2013-09-10 joerg_wunsch StatusNone => Fixed
        Assigned toNone => joerg_wunsch
        Open/ClosedOpen => Closed
    2012-08-01 jtmakela Attached File- => Added avrdude.eep.write.fail, #26300
    2012-07-20 joerg_wunsch Attached File- => Added u32.log, #26234
    2012-07-20 None Attached File- => Added usb32.eep.hex-original, #26230
        Attached File- => Added usb32-back.eep.hex-broken, #26231
        Attached File- => Added usb32-back.eep.hex-fine, #26232
        Attached File- => Added usb32.hex, #26233

    Back to the top


    Powered by Savane 3.3