Diamex ALL-AVR Programmer: Übertragung fehlgeschlagen

[Jan B. (diphthong)]

Hallo an alle,

ich möchte hier einmal von einem sehr kuriosen Übertragungsfehler 
berichten:

Ich benutze einen Diamex ALL-AVR USB ISP Programmer, um einen ATmega2560 
zu flashen. Auf meinem Computer läuft Ubuntu 12.04, der Programmer läuft 
generell auch soweit.

Allerdings funktioniert manchmal das Übertragen des Programmes bzw. der 
Hex-Datei nicht, und zwar nur, wenn bestimme Dinge im Quellcode geändert 
werden. Die Hex-Datei wird dann auf den Mikrocontroller übertragen (man 
hört in den Lautsprechern auf dem Schreibtisch während des 
Übertragungsvorganges ein Rauschen ähnlich wie ein sich einwählendes 
Handy), normalerweise liest avrdude danach ja den Mikrocontroller noch 
einmal aus (rauscht dann in einem etwas höheren Ton), allerdings hängt 
sich der Programmer dann manchmal auf (das zweite Rauschen fehlt dann) 
und avrdude gibt nach über einer Minute aus:

avrdude -F -p atmega2560 -P usb -c avrispmkii -B 1 -v -v -U flash:w:robocup.hex

avrdude: Version 5.11.1, compiled on Oct 30 2011 at 10:37:28
         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/jan/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping

         Using Port                    : usb
         Using Programmer              : avrispmkii
         Setting bit clk period        : 1.0
avrdude: usbdev_open(): Found AVRISP mkII, serno: 000000000000016
avrdude: usbdev_open(): using read endpoint 0x82
         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
           flash         65    10   256    0 yes    262144  256   1024  4500  4500 0x00 0x00
           lfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           hfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           efuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           lock           0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           calibration    0     0     0    0 no          1    0      0     0     0 0x00 0x00
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00

         Programmer Type : STK500V2
         Description     : Atmel AVR ISP mkII
         Programmer Model: AVRISP mkII
         Hardware Version: 0
         Firmware Version Master : 1.32
         Vtarget         : 5.2 V
         SCK period      : 1.00 us

avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e9801
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
         To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "robocup.hex"
avrdude: input file robocup.hex auto detected as Intel Hex
avrdude: writing flash (51382 bytes):

Writing | ################################################## | 100% 2.90s

avrdude: 51382 bytes of flash written
avrdude: verifying flash memory against robocup.hex:
avrdude: load data flash data from input file robocup.hex:
avrdude: input file robocup.hex auto detected as Intel Hex
avrdude: input file robocup.hex contains 51382 bytes
avrdude: reading on-chip flash data:

Reading | avrdude: usbdev_recv_frame(): usb_bulk_read(): No error
avrdude: stk500v2_recv_mk2: error in USB receive
################################################## | 100% 102.05s

avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0000
         0x0c != 0xff
avrdude: verification error; content mismatch

avrdude done.  Thank you.

Diesen Fehler konnte ich nun reproduzieren. Das Kuriose daran ist halt, 
dass die Übertragung funktioniert, wenn eine Zeile auskommentiert wird 
(Zuweisung eines Wertes zu einer Variable), das ganze aber wie oben 
beschrieben nicht mehr funktioniert, wenn diese eine Zeile nicht mehr 
auskommentiert ist (der Code ist sehr umfangreich und ich denke nicht, 
dass es etwas bringt, wenn ich den hier poste, wenn das aber doch 
gewünscht ist, mache ich das...). Anbei aber eine funktionierende .dis 
und .hex Datei und eine nicht funktionierende .dis und .hex Datei, 
außerdem das Makefile.

Hat sowas auch schon mal jemand anders hier beobachtet? Woran kann das 
liegen? Vielleicht kann ja jemand anders mal versuchen, die nicht 
funktionierende Hex Datei (mit einem Diamex Programmer (unter Ubuntu)) 
auf einen ATmega2560 zu flashen und berichten, ob das funktioniert. 
(Wahrscheinlich ja... Wird vermutlich mit dem Programmer 
zusammenhängen... Oder?)
Hab’ die beiden Dateien jeweils auch mit einem Tool miteinander 
vergleiche lassen, die unterscheiden sich fast komplett voneinander...

Danke schon mal und
Grüße
Jan

[D. V. (mazze69)]

Jan B. schrieb:
> Allerdings funktioniert manchmal das Übertragen des Programmes bzw. der
> Hex-Datei nicht, und zwar nur, wenn bestimme Dinge im Quellcode geändert
> werden. Die Hex-Datei wird dann auf den Mikrocontroller übertragen (man
> hört in den Lautsprechern auf dem Schreibtisch während des
> Übertragungsvorganges ein Rauschen ähnlich wie ein sich einwählendes
> Handy), normalerweise liest avrdude danach ja den Mikrocontroller noch
> einmal aus (rauscht dann in einem etwas höheren Ton), allerdings hängt
> sich der Programmer dann manchmal auf (das zweite Rauschen fehlt dann)
> und avrdude gibt nach über einer Minute aus:

Kannst du mal das Soundfile während des Programmierens mitschneiden und 
dann hier einstellen?

[holger (Gast)]

>-B 1

Nimm mal -B 10 bei avrdude.

[Jan B. (diphthong)]

Im Anhang mal das Soundfile. Mir ist gerade aufgefallen, dass das nicht 
direkt was mit den Lautsprechern, sondern mehr mit dem über das 
Smartphone laufende Radio zu tun hat. Die Qualität ist schlecht 
(aufgenommen über das interne Mikrofon des Laptops) aber fürs Rauschen 
sollte es reichen.
In der Mitte der Datei (besonders deutlich erkennbar bei Darstellung als 
Spektrogramm bspw. in Audacity) erkennt man einen Wechsel der Tonhöhe 
bzw. der „Tonfarbe“ des Rauschens, da wird dann zurück gelesen (dieses 
File stammt vom funktionierenden Programm, beim nicht-funktionierenden 
fehlt der zweite Teil einfach komplett).

Das Ändern der Übertragungsgeschwindigkeit habe ich schon probiert, 
ändert nichts außer dass das Übertragen in dem Fall 10 mal länger 
dauert.

Danke und
Grüße
Jan

[Klaus R. (klaus2)]

...wieso hörst du den flashvorgang in deinen Boxen?! Erinnert mich an 
die alte computershow oder wie das hieß...sourcen über TV lautsprecher.

Irritiert, Klaus.

[Jan B. (diphthong)]

Wie gesagt nur, wenn das Radio am Smartphone eingeschaltet ist. Als 
Antenne dient da ja normalerweise der Kopfhörer, aber da ist jetzt der 
Klinkenanschluss des Verstärkers für die Boxen angeschlossen, das Kabel 
dafür ist fast 2m lang und das Kabel vom ISP Programmer zum 
Mikrocontroller ist ca. 20cm lang. Ich denke mal, da wird dann einiges 
gesendet, was über die Kurze Distanz (vielleicht 1,2m) über das Radio 
des Smartphones empfangen und entsprechend über die Boxen ausgegeben 
wird...