Forum: Mikrocontroller und Digitale Elektronik ATXMega32a4 - Flash nicht beschreibbar


von Christian H. (thunder2002) Benutzerseite


Lesenswert?

Moin,

ich habe heute einen neuen ATXMEGA32a4 auf einen SMD Adapter gelötet und 
in mein Breadboard geschmissen, PDI mit meinem AVRISP MKII (Firmware 
0x010c) verbunden und unter AVRStudio 4.18 kann ich auch die Device 
Signature auslesen. Jedoch kann ich ihn leider nicht beschreiben :( Wenn 
ich den Flash programmieren will kommt immer folgendes:
1
OK
2
Reading FLASH input file.. OK
3
Setting mode and device parameters.. OK!
4
Entering programming mode.. OK!
5
Programming FLASH ..      FAILED!
6
Leaving programming mode.. OK!

Zudem erhalte ich das Popup "PDI Mode Error" das mich darauf hinweisst 
das PDI falsch angeschlossen sein könnte, aber die Device Signature geht 
ja und ich habs schon mehrmals von Null an neu verbunden...

Ein interessantes Verhalten hab ich jedoch festgestellt: Wenn ich den 
Flash in eine Datei auslesen und diese wieder reinschreiben will, geht 
dies... Jedoch nicht mit meiner Hex Datei...

Wenn ich explizit "Erase Flash" ausführe klappt dies, setze ich jedoch 
den Haken für "Erase device before flash programming", so erhalte ich 
folgenden Fehler:
1
OK
2
Reading FLASH input file.. OK
3
Setting mode and device parameters.. OK!
4
Entering programming mode.. OK!
5
Erasing device.. FAILED!
6
Leaving programming mode.. OK!

Ich hoffe mir kann jemand helfen? Es ist schon der 2. ATXMEGA :(

MfG
Thunder2002

von (prx) A. K. (prx)


Lesenswert?

Richtiges Device eingestellt (Compiler, Studio)? Passt die ausgelesene 
Signatur dazu?

von Christian H. (thunder2002) Benutzerseite


Angehängte Dateien:

Lesenswert?

A. K. schrieb:
> Richtiges Device eingestellt (Compiler, Studio)? Passt die ausgelesene
> Signatur dazu?

Die Signature scheint zu stimmen, hab mal die Sig-Erkennung und meine 
Projekt-Optionen angehängt, hab schon 2MHz, 32MHz ausprobiert, laut 
Datasheet sollten ja 2MHz standard sein.

Hab auch bereits -O0 alternativ zum -Os probiert, aber keine Änderung :(

von Thomas R. (tinman) Benutzerseite


Lesenswert?

versuch einmal chip erase, bei mir hat bei ählichen PDI fehlern geholfen 
(program tab und aus der liste chip erase wählen)

von (prx) A. K. (prx)


Lesenswert?

Gibt es beim PDI ein ähnliches Taktlimit wie bei ISP? Sowas wie CLK/4?

von Christian H. (thunder2002) Benutzerseite


Lesenswert?

Thomas R. schrieb:
> versuch einmal chip erase, bei mir hat bei ählichen PDI fehlern geholfen
> (program tab und aus der liste chip erase wählen)

Klappt leider auch nicht, bringt mir den selben Fehler wie beim normalen 
Erase :(

A. K. schrieb:
> Gibt es beim PDI ein ähnliches Taktlimit wie bei ISP? Sowas wie CLK/4?

Also mir ist nichts derartiges bekannt, zudem ich nichts zu PDI 
einstellen kann, der Button ist ja auch wie man sieht deaktiviert :/

von Simon K. (simon) Benutzerseite


Lesenswert?

Ich tippe aufs Bread Board. Die PDI Geschwindigkeit kann man nicht 
einstellen, das ist schon richtig so, dass der Settings-Button 
ausgegraut ist.

von Thomas R. (tinman) Benutzerseite


Lesenswert?

hast du irgendetwas an den pdi leitungen angeschlossen ? wenn ja, weg 
damit.

von Christian H. (thunder2002) Benutzerseite


Lesenswert?

Simon K. schrieb:
> Ich tippe aufs Bread Board. Die PDI Geschwindigkeit kann man nicht
>
> einstellen, das ist schon richtig so, dass der Settings-Button
>
> ausgegraut ist.

Habe mir jetzt auf Lochraster ein Layout gebastelt mit 10k Widerstand an 
Reset und 4x 100nF an den jeweiligen VCC/GND Paaren, sind auch alle 4 
angeschlossen.

Thomas R. schrieb:
> hast du irgendetwas an den pdi leitungen angeschlossen ? wenn ja, weg
>
> damit.

Der 10k Widerstand wäre das Einzigste gewesen, hab ich mal probeweise 
kurzgeschlossen, meckert AVR Studio aber sofort und erkennt es als 
Fehler.

Es hat sich also leider gar nichts geändert. Read Signature & Erase 
Flash funktionieren, Erase Device before programming schlägt fehlt, 
genauso wie das Programming selbst. :(

von Matze (Gast)


Lesenswert?

Hallo,
ich habe aktuell das gleiche Verhalten bei einem ATXmega16. Flash kann 
ich löschen und auslesen. Chip erase und Flash schreiben schlagen aber 
jeweils fehl.
Habt ihr eine Lösung/Ursache gefunden?

von Matze (Gast)


Lesenswert?

Ich hab jetzt noch ein bischen in verschiedenen Foren gesucht. Es 
scheint als ob das Problem meherere Leute mit verschiedenen XMega-typen 
haben. Eine Lösung hat aber keiner. Die Threads sind immer im Sand 
verlaufen. Ein Mitarbeiter von Atmel hat den Hinweis gegeben einen 10µF 
Kondensator an die Versorgungsspannung zu bringen. Das hat bei mir aber 
auch nicht geholfen.
Wenn von euch keine Idee mehr kommt, dann löte ich morgen mal einen 
neuen Xmega ein :(

von Matze (Gast)


Lesenswert?

So Fehler gefunden :)
Es bricht beim Chip löschen bzw. schreiben tatsächlich die Spannung auf 
2,6V ein, sodass der Brounout dectector anspringt.
Und das trotz 4x100nF + 1µF+ 47µF Tantal.
Wenn ich ein 3,3V Netzteil direkt anschließe kann ich auf den Chip 
schreiben.

von Stefan W. (wswbln)


Lesenswert?

...was hattest Du denn da vorher an kumulativer Zuleitung
(Netzteil--->XMEGA) dran? Gibt's da noch einen Spannungsregler in der 
Schaltung? Welchen, wie beschaltet?

von Knut B. (Firma: TravelRec.) (travelrec) Benutzerseite


Lesenswert?

Matze schrieb:
> Es bricht beim Chip löschen bzw. schreiben tatsächlich die Spannung auf
> 2,6V ein, sodass der Brounout dectector anspringt.

Der Chip braucht beim Proggen gerade mal um 10mA, das klingt komisch...

von Matze (Gast)


Lesenswert?

Ich habe: 50cm Kabel -> 10µF -> 7805 -> 10µF -> LP2985-3,6 -> 1µF+ 47µF 
Tantal+4x100nF.

Ich hab den BOD jetzt abgeschalten und sehe, dass die Spannung beim Chip 
löschen für circa 10ms um 1V einbricht. Erklären kann ich mir das nicht, 
der Spannungsregler sollte 150mA liefern können.
Evtl hat der Xmega doch schon einen Defekt weil ich ihn mit einem 3,6V 
Regler betreibe und das entspricht der Angabe unter "Absolut maximum 
rates".

von Knut B. (Firma: TravelRec.) (travelrec) Benutzerseite


Lesenswert?

Matze schrieb:
> Evtl hat der Xmega doch schon einen Defekt weil ich ihn mit einem 3,6V
> Regler betreibe und das entspricht der Angabe unter "Absolut maximum
> rates".

Glaube ich nicht. Was hängt denn noch am XMEGA, eventuell ein IC, 
welches durch floatende Pins des im RESET befindlichen XMEGA anfängt, 
reichlich Stron zu konsumieren? Oder ein MOSFET ohne Pulldown am Gate...

von Matze (Gast)


Lesenswert?

Nichts, außer dem Xmega und eine Led mit Vorwiderstand.

Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.