Ständig: WARNING: FLASH byte address 0x0000 is 0x1C (should be 0x0C) FAILED!; Was mach ich falsch?

Gast #965685 
Meine Konfiguration:

- AVR Dragon mit original AVR (Jungo) Treiber
- AVR Studio 4
- ATmega32
- Angeschlossen per JTAG

Ich hab ein sau simples Programm geschrieben:

#include <avr/io.h>
#include <util/delay.h>

int main (void){
  DDRA |= (1<<PA3);
  PORTA |= (1 << PA3);

  while (1){
    PORTA ^= (1<< PA3);
    _delay_ms(1000);
  }
}

An PA3 hängt ne LED die, wie man sieht, blinken soll.

Wenn ich das Projekt per AVR Studio baue und dann per Draogn drauf 
flashe kommt immer die Meldung:

WARNING: FLASH byte address 0x0000 is 0x1C (should be 0x0C).. FAILED!

Das witzige: die LED blinkt trotzdem.

Kann mir hier jemand helfen? Hab schon ewig gesucht, aber keine für mich 
zu treffende Antwort gefunden.

Als Anhang gibts einmal die hex Datei die ich flashe und im nächtsen 
Beitrag die, die ich wieder auslese. Sie sind im Vergleich wirklich 
unterschiedlich.

Jemand ein Idee?
Angehängte Dateien:
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Langsamer Modus Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Melden Danke
Gast 
Hi,

1. ja, chip vorher gelöscht und auch geguckt ob er gelöscht ist.
2. beim JTAG programmieren kann man meines Wissens den Programmiertakt 
nicht beeinflussen (bitte korrigiert mich wenn ich mich irre. Indem 
Dialog vom AVR Studio finde ich zumindest nichts entsprechendes)
3. Ich habe es auch schon mal mit dem avrdude probiert und die gleichen 
ergebnisse bekommen

Zusatzinfos:
Ich habe 3 identische Controller hier und alle weisen das gleiche 
Verhalten auf, weshalb ich nen Hardwaredefekt ausschließe, aber das sind 
keine "rohen" Mikrocontroller, sondern auf einem Board bereits 
eingesetze und weiter verschaltet, die normalerweise auch ein OS 
bekommen und und und. Dort tritt leider das gleiche Problem auf, wenn 
man das OS samt Bootloader etc. flasht. Zwar haben wir bisher keine 
funktinellen Ausfälle beobachtet, aber komisch ist das schon. Bisher 
wurde immer per "grünem play button" im AVR Studio geflasht und gleich 
debugt. Es kommt mir aber sehr spanisch vor und ich wollte gucken ob es 
an dem großen OS Paket liegt oder was anderem, und da selbst ein 
gelöschter chip mit dem kleinen Prog mucken macht, finde ich es sehr 
merkwürdig.

Noch weitere Ideen?
Danke
Gruß
Chris
Antwort Zitieren Bearbeiten Löschen Melden Danke
Gast 
> das was dann im flash steht ausgelesen
das ist anders als deine erzeugte Datei

jeweils die erste Zeile:

AVR_test.hex: :10000000 0C94 2A00 0C9447000C9447000C94470071
actual.hex:   :10000000 0C94 3A00 0C944F001C944F001CB44F0009
                        LJMP 002A bzw. 003A

Allerdings meckert der Dragon ein gelesenes 1C an, das bei Adresse 0000 
nicht gelesen wurde. Das würde auf ein Problem mit dem Dragon hindeuten. 
Verwende doch mal den ISP des Dragon statt JTAG.

Test: Chip löschen -> blinken weg?
brennen -> Fehlermeldung?
auslesen -??

Ansonsten schließe ich mich Uwe an, der Chip hatte vorher ein ähnliches 
Programm das blinkt und wurde nicht gelöscht.


Ciao,
Klaus
Antwort Zitieren Bearbeiten Löschen Melden Danke
Gast 
Danke für die Antwort, ich werde morgen mal nahc gucken und evtl. ISP 
versuchen. Aber ich habe nach dem Löschen mal ausgelesen nur FFs 
rausbekommen, weshalb ich darauf schließen würde, dass er tatsächlcih 
leer war.

Gruß
Chris
Antwort Zitieren Bearbeiten Löschen Melden Danke
Gast 
> Aber ich habe nach dem Löschen mal ausgelesen nur FFs
> rausbekommen, weshalb ich darauf schließen würde, dass er tatsächlcih
> leer war.

Das glaube ich, allerdings passt die Fehlermeldung auch nicht zum 
ausgelesenen Code. Irgendwo dazwischen sitzt der Wurm ;-)

Ciao,
Klaus
Antwort Zitieren Bearbeiten Löschen Melden Danke
Thread beobachten

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 18 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Dein Name und deine E-Mail-Adresse

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.