PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : AVR Dragon Error 0xC0



Iqon
15.12.2014, 23:35
Hi,
mein relativ neuer AVR Dragon hat nach ca 2 Wochen den Geist aufgegeben. ISP programmierung eines Amtega32 hat funkionert.

Jetzt schlägt schon das auslesen der Device Signature fehl. Sobald ich versuche zu lesen bekomme ich folgenden Error:

"Failed to enter programming mode. ispEnterProgMode: Error status received. Got 0xc0, expected 0x00"

Egal wo ich nachschaue, die ist Lösung immer nur:

1. Verkabelung überprüfen
2. Clock runterschrauben (1/4 vom Takts :P ich kanns schon nicht mehr lesen)

Ich bin mir sicher dass die Verkabelung richtig ist, da sie ja schon Funktioniert hat.

Ich habe folgende Controller jeweils mit AS4 und AS6 getestet:

- 5x Atmege32: ISP, JTAG
- 2x Atmega8: ISP
- 1x Atmage328: ISP
- 3x Atmega8A: ISP
- 3x Attiny13A: ISP

Davon waren die meisten sogar neu, also auf Werkszustand.
Ich habe alle auf dem ZIF Sockel verkabelt und die meisten auch auf dem Steckbrett mit externer Stromversorgung. Immer derselbe Fehler!

Verkabelung war richtig und die Taktfrequenz war in Bereich von 100Hz - 125kHz.

Deswegen gehe ich davon aus, dass das Problem am AVR Dragon liegt. Die frage ist nur wo.

Ich habe leider kein Oszi hier um mir anzuschauen was vom AVR Dragon auch wirklich am AVR ankommt.

Hat irgendjemand noch einen Tipp, wo der Fehler zu suchen ist?

MFG Iqon

shedepe
16.12.2014, 09:58
Hey, hast du bei denen eventuell bereits den Takt durch die Fuses umgestellt ? Da erreicht man mit der falschen Einstellung auch dass Sie nicht mehr programmierbar sind. Hast du auch 10kOhm Pullup am Reset Pin ?

Iqon
16.12.2014, 19:03
Da der großteil der AVRs neu ist, dürfte der Takt noch stimmen.

Den PullUp hatte ich nicht dran. Hab das gerade Probiert, das ändert aber leider nichts am Ergebnis.

shedepe
17.12.2014, 00:59
Dann würde ich vorschlagen du checkst deine Verkabelung + Spannungsversorgung der Chips + Programmer noch mal auch mit dem Digitalmultimeter. (Durch piepsen, Versorgungsspannung messen)

Iqon
17.12.2014, 01:04
Verkabelung habe ich vom Dragon bis den zu Beinchen durch "gepiepst", die ist korrekt. Verkabelung hab ich gefühlt 100mal geprüft. Spannungsversorung ist auch da. Der Dragon misst 5V und ich mit meinem Mulitmeter auch.

Daran kann es eigentlich nicht liegen.

Iqon
18.12.2014, 19:25
Hat noch jemand eine Idee, egal wie abwegig?

Ich weiß, Threads pushen gehört sich nicht. Ich bin hier aber echt am verzweifeln mit meinem Dragon.

shedepe
18.12.2014, 22:34
Ok. 1. Kurze Verbindungen (nicht mehr als 6-10cm)
2. Funktioniert ein Firmware upgrade des Dragon ? Und schafft es eventuell abhilfe ?
3. Es kann auch ein Treiberproblem sein. D.h. alle Treiber + Atmelstudio deinstallieren und neu installieren.
4. Neuste Version von Atmel Studio verwenden
5. Nimm den MK2 Programmer. Der funktioniert ziemlich problemlos (Ich weiß will man nicht hören. Aber was will man machen)
6. Schreib dem Atmel support

Iqon
18.12.2014, 22:44
Danke dir. Naja den MK2 hab ich nicht, müsste ich mir vll mal zulegen. Aber der kann nicht debuggen oder?

Gut dann Probier ich mal alles zu deinstallieren und neu auf zu setzen.

shedepe
20.12.2014, 02:25
Nein der kann nicht Debuggen. Ich habe aber das Gefühl, dass es einen guten Grund hat warum die großen Debugger von Atmel etwas mehr kosten als der AVR Dragon.

berecke
13.10.2017, 16:10
Hi,
mein relativ neuer AVR Dragon hat nach ca 2 Wochen den Geist aufgegeben. ISP programmierung eines Amtega32 hat funkionert.

Jetzt schlägt schon das auslesen der Device Signature fehl. ....

Ich weiß, dass der Thread bereits "mausetot" ist. Aber, ich habe seit heute auch das Problem im HVPP-Modus. Bisher hat mein Atmel Dragon Baujahr 2007 problemlos funktioniert. ISP und JTAG funktionieren. Nach vielen Stunden probieren habe ich für meinen Fall eine Lösung gefunden. Eine präzise externe 5,0 V-Stromversorgung. Strombegrenzung bei zirka 180 mA. Diese habe ich zusätzlich an das VCC/GND-Pfostenfeld angelegt. Sicherheitshalber habe ich das USB-Kabel über einen "Opfer"-USB-Hub angeschlossen, falls hier Ausgleichsströme fließen sollten. Einen ähnlichen Vorschlag macht ATMEL auf seiner Hilfeseite auch. Vielleicht hilft es den einen oder anderen. Aber Vorschlag auf eigene Verantwortung!

Ceos
16.10.2017, 09:38
ich habe auch angefangen extern zu Versorgen, aber nur den GND verbunden. (bis auf den VIn Pin natürlich, der ist mit der externen Quelle und VCC verbunden, die Pins am VOut Port habe ich abgeknipst, damit ich nciht auf die Idee komme den nochmal zu benutzen.
Der Part des dragon der die Versorgungsspannung generiert geht gern kaputt bei den Dingern, da hilft nur nachmessen ob die Spannug auch während des Programmierens stabil bleibt. Bei mir kann ich zwar 5V messen wenn ich im Tool nachfrage, aber beim Programmieren selber bricht die Spannung immer wieder zusammen.

berecke
16.10.2017, 10:52
Bei mir kann ich zwar 5V messen wenn ich im Tool nachfrage, aber beim Programmieren selber bricht die Spannung immer wieder zusammen.

Genau. Die Spannung bricht beim programmieren in HVPP auf zirka 4,2 Volt ein. Nur den MCU extern mit Spannung im HVPP-Modus zu versorgen hat leider nicht ausgereicht. Deshalb der Versuch die externe Spannung direkt an das VCC/GND-Pfostenfeld anzulegen. Und es hat funktioniert. Ich meine, dass die interne Stromversorgung des Dragon nicht ausreichend für die HVPP-Programmierung konzipiert wurde. Defekt ist mein Dragon nicht. Ohne externe Hilfsstromversorgung kann ich weiterhin über ISP und JTAG problemlos programmieren.

Ceos
16.10.2017, 10:58
HVPP kann ich trotzdem noch machen, da hab ich wohl Glück gehabt und es hat nur die regulierte Versorgung gekillt und nicht die Booster Stufe für den Reset Pin :)