AVR JTAG mit AVR Dragon

[j3 (Gast)]

Hallo Gemeinde,

Ich hab ein Problem mit JTAG mit einem Atmega32 und dem AVR Dragon

ich habe schon einige andere Beiträge und Artikel gefunden, doch leider 
hat keiner mein Problem gelöst.

zu den Faken

ich habe den Controller so 
http://support.atmel.no/knowledgebase/avrstudiohelp/mergedProjects/AVRDragon/SCKT3100A3.htm 
angeschlossen

der Controller läuft mit einem externen 10Mhz Oszi
an PORTA ist ein LCD
an PORTB ist eine LED
ansonsten ist nur noch die Grundbeschaltung zu finden

Die Programmierung mit ISP funktioniert einwandrei
Doch mit JTAG kann ich nichtmal die ID des Controllers auslesen
Die Fusebits JTAGEN und OCDEN sind gesetzt

und ich verwende AVRStudio in der neusten Version
der Dragon ist auch auf dem neutsten Softwarestand

Danke schonmal für Eure Hilfe

[Hans Peter B. (Gast)]

Die hfuse-Bit JTAGEN und OCDEN sind auf "0"? Ist nach ATMEL-Terminologie 
enabled oder gesetzt. Und diese Logik wird nur noch durch 
Fuse-Häcken-Maske bei Ponyprog übertroffen!
Hans Peter

[j3 (Gast)]

Hallo,

danke für Deine Antwort.

Ja ich denke mal dass die Fuses so richtig sind wie sie sind
ich hab mal ein bild angfügt für alle Fälle ;)

und die Logig mit 0 und häkchen gesetzt ist mit auch nicht ganz 
eíngängig aber des menschen wille ist sein himmelreich

[Klaus (Gast)]

Du musst auch JTAG auswählen oben im Im Bildchen nicht HVPP! 
Anschlusskabel
an JTAG-Schnittstelle verbinden nicht vergessen.

[Robert S. (j31)]

Hallo,

danke für den Hinweis.

Natürlich habe ich JTAG ausgewält
da das aber nicht funktioniert und ich auf die Frage von Hans Peter mit 
einem Screenshot antworten wollte war ich gezwunden HVPP zu verwenden da 
mit der FUSE einstellung auch ISP nicht funktioniert

[Andree S. (amshh)]

Hallo j3,

bist du bei deiner Suche hier vorbeigekommen ?
Beitrag "Dragon: Bereitstellung ISP+JTAG parallel klappt nicht"

Ich hatte auch mit JTAG so meine Probleme. Und musste nach dem 
erfolgreichen Abschluss durch einen Beitrag hier im Forum (siehe im 
Link) feststellen, dass es nicht immer von Dauer ist. Meiner Beobachtung 
nach ist der Drache hier sehr sehr empflindlich, was die Leitungslänge 
angeht. Manchmal scheitert bei mir nämlich JTAG auch mit Timeout. Dann 
mache ich meine Dragon-Dose auf und klemme den Pfostenstecker direkt auf 
die Dragon-Pins statt in die Fassung der Adapterplatine - und dann geht 
es wieder. Also vielleicht mal die Kabellänge prüfen. Sollte recht kurz 
sein.
So zumindest bei mir auf dem Schreibtisch.
(Sicherlich kann man da noch diverse Entsörmaßnahmen durchführen)

Gruß
Andree

[Klaus (Gast)]

Mal ne Blöde Frage hast du den µC direkt auf dem Dragon eingestöpselt?

Wenn Ja die 5V von VCC auf Pin 2 vom JTAG verbinden falls Vergessen 
hast.

Sollte µC extern in einer Schaltung sein sollte dort der Pin 2 vom
JTAG mit 5V verbunden sein. GND ist logischerweise immer verbunden 
werden.

[Robert S. (j31)]

Hallo,

@Andree
ja hab ich gesehen hat mein Problem leider nicht gelöst

@Klaus
Du verwirrst mich

der Controller ist in einer externen Schaltung
der Pin vom JTAG ist auf Pin 11 des Controllers der widerum ist GND

laut atmel: 
http://support.atmel.no/knowledgebase/avrstudiohelp/mergedProjects/AVRDragon/SCKT3100A3.htm
ist das meiner Meinung nach auch richtig so
Danach ist 4 VCC und 10 GND
oder lieg ich da falsch?

ansonten ist die Schaltung so wie in meinem ersten Beitrag beschrieben 
und auch voll funktionsfähig

[Klaus (Gast)]

Robert Schrödl schrieb:
> http://support.atmel.no/knowledgebase/avrstudiohel...
> ist das meiner Meinung nach auch richtig so
> Danach ist 4 VCC und 10 GND
> oder lieg ich da falsch?

Das ist richtig! Hab da mal wieder was verwechselt, seufz!

Note
The target voltage, i.e. the 5V from the VCC header must be applied to 
either pin 2 on the SPI header or pin 4 on the JTAG header. This is 
because the AVR Dragon must read the target voltage.

[Hans Peter B. (Gast)]

Das highfuse-Byte ist mit 0x19 in Ordnung, aber beim Lowfuse-Byte 
sollte, bei einem ext. Oszillator, das low-nibble "0" sein, also das 
lfuse 0xE0 sein.
Hans Peter

[Robert S. (j31)]

Hallo,

leider hat auch das nicht gewünschten Erfolg gebracht.