avrdude.exe: verification error

[Alexandra H. (Gast)]

Guten Abend,

ich bin neu im Forum und habe leider keine Lösung für mein Problem 
gefunden.

Bisher habe ich nur mit einem Mikrocontroller der 8051-Familie kleine 
Projekte realisiert. Nun habe ich mir ein Arduino-Board mit einem 
ATmega2560 geholt. Dazu habe ich mir das AtmelStudio 7 installiert und 
lade das Programm über den avrdude auf meinen ATmega.

Nun habe ich folgendes Problem: Ich bekomme manchmal die Fehlermeldung


avrdude.exe: verification error, first mismatch at byte 0x0200
             0x00 != 0x01
avrdude.exe: verification error; content mismatch


Hierbei ist mir aufgefallen, dass diese Fehlermeldung nicht immer kommt.
Wenn ich z. B. die Einsprungstelle .ORG 0x0072 (habe ich gewählt um die 
IVT zu überspringen) für meinen Programm-Code wähle, dann läuft das 
Programm ganz normal durch (ohne Fehler). Allerdings nehme ich z. B. die 
Einsprungstelle .ORG 0x0100 (IVT überspringe mit etwas Puffer – Sinn 
lassen wir dahin gestellt), dann erhalte ich die oben genannte 
Fehlermeldung.

Des Weiteren ist mir aufgefallen, dass sich der Code im Flash-Speicher 
immer um die Einsprungstelle verschiebt (also wenn ich über Debuggen 
alles kontrolliere). Wenn ich also z. B. .ORG 0x0072 eingebe, dann 
beginnt mein Code bei 0x00E4, bei .ORG 0x0100 beginnt der Code bei 
0x0200.

Kann mir vielleicht jemand erklären, wo hier mein Fehler ist?

Hier ist noch mein Programm-Code (wie man daran erkennen kann – 
NEULING).

;--------------------------------------------------------------------------
; Titel        : Blinkende LED
;--------------------------------------------------------------------------
; Prozessor    : ATmega2560 (8-bit)
; Takt         : 16 MHz
; Sprache      : Assembler
; Datum        : 14.11.2016
; Autor        : Alexandra
;--------------------------------------------------------------------------
; Beschreibung : LED an Pin 0 von Port B blinkt
;--------------------------------------------------------------------------

; Include-Datei für Befehle / Register vom Datenblatt einbinden
.INCLUDE "m2560def.inc"
.def akku = r16        ; Register 16 als Arbeitsregister
.def delay_0 = r17      ; Zeitverzögerung (1. Teil)
.def delay_1 = r18      ; Zeitverzögerung (2. Teil)
.def delay_2 = r19      ; Zeitverzögerung (3. Teil)

; CODE-Segment auswählen
.CSEG

; Beginn - Interrupt Vector Tabelle initialisieren 
RJMP INIT        ; (0x0000) Reset-Einsprungstelle

; Interrupt-Vector-Tabelle überspringen (geht bis einschl. 0x0071)
.ORG 0x0100

; Initialisierungsteil
INIT:

  ; Stack Pointer laden!
  LDI akku, high(RAMEND)    ; HIGH-Byte der obersten RAM-Adr
  OUT SPH, akku      ; SP auf obersten RAM-Adr (high) 

  LDI akku, low(RAMEND)    ; LOW-Byte der obersten RAM-Adr
  OUT SPL, akku      ; SP auf obersten RAM-Adr (low)

  ; Alle Pins von Port B als Ausgang setzen
  SER akku      ; Arbeitsregister auf 0b11111111 
  OUT DDRB, akku      ; Lade 0b11111111 in DDRB 

  ; Zeitverzögerungsvariablen
  LDI delay_0, $0      ; Lade $0 in delay_0
  LDI delay_1, $0      ; Lade $0 in delay_1
  LDI delay_2, $5      ; Lade $0 in delay_2

; Hauptprogramm (Endlosschleife)
START:

  SBI PORTB, 0        ; Pin 0 von Port B setzen

  RCALL DELAY      ; Zeitverzögerung aufrufen

  CBI PORTB, 0        ; Pin 0 von Port B löschen

  RCALL DELAY      ; Zeitverzögerung aufrufen
  
  RJMP START

; Zeitverzögerung (delay)
DELAY:
  DEC delay_0      ; Zeitverzögerung (1. Teil)
  BRNE DELAY

  DEC delay_1      ; Zeitverzögerung (2. Teil)
  BRNE DELAY

  DEC delay_2      ; Zeitverzögerung (1. Teil)
  BRNE DELAY

  RET

; Ende des Quelltextes
.EXIT

Bitte auch gerne andere Punkte ansprechen, die falsch sein könnten.

[Stefan F. (Gast)]

Lies mal den ganzen Speicher mehrmals aus und vergleiche die Dateien 
miteinander. Sind sie dann immer gleich falsch oder unterschiedlich?

[Stefan F. (Gast)]

Da fällt mir was auf:

0x0072 -> 0x00E4
0x0100 -> 0x0200

Das ist beide male exakt der doppelte Wert. Kann es sein, dass dein 
Debugger in Byte rechnet, aber die .ORG Anweisung sich auf Words 
bezieht? Das scheint mir durchaus möglich, da der Programmspeicher ja 
16bit breit ist.

[c-hater (Gast)]

Stefan U. schrieb:

> Das ist beide male exakt der doppelte Wert. Kann es sein, dass dein
> Debugger in Byte rechnet, aber die .ORG Anweisung sich auf Words
> bezieht? Das scheint mir durchaus möglich, da der Programmspeicher ja
> 16bit breit ist.

Also der Atmel-Assembler rechnet im .CSEG definitiv durchgehend mit 
Word-Adressen, also auch bei der .ORG-Direktive.

Allerdings: Auch der Atmel-Debugger zeigt Adressen im Flash in Words an. 
Insofern sollte die Sache also eigentlich konsistent sein.

[Alexandra H. (Gast)]

Ok. Das mit den Word macht Sinn. Soweit hatte ich nicht gedacht, dass 
nicht der Speicher nicht nur in Byte angegeben werden kann. Werde auf 
jeden Fall schauen, dass ich die Einstellung in Atmel Studio ändern 
werde, dass die Word angezeigt werden.

Aber warum bekomme ich diesen Fehler? Und warum nicht immer?

[Stefan F. (Gast)]

Vielleicht sind deine Kabel zu lang, die Stromversorgung nicht gut genug 
oder dein Programmieradapter (falls du einen verwendest) taugt nichts.

[Alexandra H. (Gast)]

Ich habe den Fehler jetzt gefunden. Schreibe Ihn nur hier rein, falls 
irgendwann mal jemand den gleichen Fehler hat und dafür keine Lösung 
findet (wie ich damals).

Hier die abgeänderte Version.

;==========================================================================
; Deklarationsteil
;==========================================================================

; Include-Datei für Befehle und Register vom Datenblatt einbinden
; --> Mikrocontroller = Atmega2560
.INCLUDE "m2560def.inc"

.def akku = r16    ; Arbeitsregister (akku) = Register 16
.def delay_0 = r17  ; delay_0 = Register 17
.def delay_1 = r18  ; delay_1 = Register 18
.def delay_2 = r19  ; delay_2 = Register 19
.def delay_3 = r20  ; delay_3 = Register 20
.def delay_4 = r21  ; delay_4 = Register 21

.CSEG      ; Auswahl Programmspeicher
.org $00    ; Organisation IVT $0000 = RESET

RJMP INIT    ; Sprung zum Initialisierungsteil

;==========================================================================
; Initialisierungsteil
;==========================================================================

.CSEG      ; Auswahl Programmspeicher
.ORG $72    ; Organisation nach IVT

INIT:      ; Einsprung in die Initialisierung

[Alexandra H. (Gast)]

Entschludigung, ausversehen auf abgschicken gedrückt statt auf 
vorschau...


Es ist also kein Puffer zulässig, und man kann also nur direkt nach der 
IVT mit dem Code starten.

Warum, lasse ich so dahin gestellt.

Der Puffer ist auch nicht nötig.

Sollte aber jemand eine Möglichkeit finden um den Puffer doch zu 
ermöglichen, bin ich für Ratschläge nach wie vor offen.