ATXMega32a4 - Flash nicht beschreibbar

Christian H. OP Persönliche Seite #1577716
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
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Christian H. OP Persönliche Seite #1577906
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 :(
Angehängte Dateien:
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Christian H. OP Persönliche Seite #1578116
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 :/
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Christian H. OP Persönliche Seite #1625491
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. :(
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Matze Gast #2249148
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?
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Matze Gast #2249909
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 :(
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Matze Gast #2250949
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.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Matze Gast #2251595
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".
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Knut B. (Firma: TravelRec.) Persönliche Seite #2251603
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...
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren