PDI + AVR Dragon

spess53 schrieb:
> AVR-Studio 4.18 + SP1.

Dem Vernehmen (und meiner Erfahrung) nach jedoch nur für einen Teil
der Xmegas.  Zumindest habe ich es auf einem A1 und einem A3 nicht
zum Laufen bekommen, während AVRISPmkII und STK600 sehr wohl mit
beiden arbeiten.

Neo schrieb:

> Es geht also General mit dem Dragon auf dem ATXMEGA16A4 drauf zu kommen?

Ja, das Gerücht behauptet, dass es mit einem A4 funktionieren soll.

> Ich habe gestern Abend noch gelesen das es nur mit einem spezialen
> Adapter geht, stand so in der Hilfe.

Du musst halt die Verdrahtung mit der Hand machen, wenn du keinen
Adapter hast.

Aus der AVRDUDE-Doku:

1

   * Problem: I want to use my JTAG ICE mkII or AVR Dragon to program an

2

     Xmega device through PDI.  The documentation tells me to use the

3

     _XMEGA PDI adapter for JTAGICE mkII_ that is supposed to ship with

4

     the kit, yet I don't have it.

5

6

     Solution: Use the following pin mapping:

7

8

     *JTAGICE*     *Target*      *Squid cab-*  *PDI*

9

     *mkII probe*  *pins*        *le colors*   *header*

10

     1 (TCK)                     Black         

11

     2 (GND)       GND           White         6

12

     3 (TDO)                     Grey          

13

     4 (VTref)     VTref         Purple        2

14

     5 (TMS)                     Blue          

15

     6 (nSRST)     PDI_CLK       Green         5

16

     7 (N.C.)                    Yellow        

17

     8 (nTRST)                   Orange        

18

     9 (TDI)       PDI_DATA      Red           1

19

     10 (GND)                    Brown

(Die "squid cable colors" darfst du ignorieren, wenn du kein JTAG
ICE hast, das "Tintenfischkabel" liegt nur diesem bei.)

Wäre auch schön, wenn du mit dem aktuellen AVRDUDE (entweder von
WinAVR oder hier aus dem Forum aus Martins Thread) nochmal testen
könntest.  Bei meinem letzten Test ging's nicht mit dem Dragon,
aber ich hatte nur ATmega128A1 und ATmega256A3 zur Verfügung.

Habe auch versucht mit dem Dragon ein 128A1 über PDI zu programmieren 
geht leider auch nicht,

AVRDUDE sagt:

> "make.exe" program
avrdude -p atxmega128a1 -P usb -c dragon_pdi    -U flash:w:test4.hex
avrdude: jtagmkII_setparm(): bad response to set parameter command: 
RSP_FAILED
avrdude: jtagmkII_close(): bad response to GO command: 
RSP_ILLEGAL_EMULATOR_MODE

avrdude done.  Thank you.

make.exe: *** [program] Error 1

programmieren über JTAG ist mit dem Dragon allerdings kein Problem

Gruß
Martin

Neo schrieb:
> Ich konnte es heute mit einem JTAG MKII testen, damit geht es
> Problemlos. Nur mit dem Dragon geht es nicht, obwohl ich den aktuellen
> Stand habe von der Software(AVR Studio + Dragon).

Das deckt sich dann mit meinen Erfahrungen, die ich machen musste.
Du hast einen ATxmega16A4 getestet?  Schade, dann stimmt das Gerücht,
dass es mit dem A4 gehen würde, offenbar nicht.

Martin e. C. schrieb:
> Habe auch versucht mit dem Dragon ein 128A1 über PDI zu programmieren
> geht leider auch nicht,

Ja, das schrieb ich ja schon weiter oben, diese Kombination hatte
ich schon selbst getestet (parallel auch noch mit einem AVR Studio
um sicherzustellen, dass ich nicht nur bei der Ansteuerung des AVR
Dragon im AVRDUDE einen Bug habe).

Jörg Wunsch schrieb:
> Ja, das schrieb ich ja schon weiter oben, diese Kombination hatte
> ich schon selbst getestet

Ups! Sorry hatte ich es übersehen.

wenn ich mit dem Dragon über JTAG der 128A1 (XPlain Board) programmiere 
muß ich dann erst ein "power OFF, power ON" machen damit das Programm 
läuft, mit dem AVRISPmkII ist es aber nicht so, damit ist dann Programm 
am mC gesendet und Programm läft.

Neo schrieb:
> Ich hab noch ein Tip in einem Forums gefunden und damit klappt es.

OK, das werde ich demnächst auch nochmal probieren.

Martin e. C. schrieb:
> wenn ich mit dem Dragon über JTAG der 128A1 (XPlain Board) programmiere
> muß ich dann erst ein "power OFF, power ON" machen damit das Programm
> läuft,

Nein, das sollte so funktionieren.  Als letzte Aktion müsste ein
CMND_GO gesendet werden.  Kannst du ja ggf. mit -vvvv mal verifizieren.

Jörg Wunsch schrieb:
> Nein, das sollte so funktionieren.  Als letzte Aktion müsste ein
> CMND_GO gesendet werden.  Kannst du ja ggf. mit -vvvv mal verifizieren.

wie sollte funktionieren, also ohne "Power OFF - Power ON"?

habe wieder mal getestet, wenn ich -vvvv benutze, kommt ein riesig 
Meldung (Anhang), und trozdem muß ich ein "Power OFF - Power ON" machen.

ich habe hier auch Probleme mit dem Dragon auf ein ATXMega256a3 zu 
kommen. Weder JTAG noch PDI funktionieren. Hat das schon mal jemand 
erfolgreich geschafft? Ich kann leider, weil ich den ATXMega auf der 
Herdplatte entlöten musste, einen Hitzetod nicht ganz ausschliessen.

Beim Anschluss des PDI an den Dragon habe ich von der ISP-Buchse
1 (MISO) mit PDI,
2 (VCC) mit 3V3,
5 (RESET) mit RESET bzw. Clock,
6 (GND) mit GND verbunden.

Firmware vom Dragon ist die von 4.18 SP2.
Im Anhang habe ich noch meinen Schaltplan angehängt.

Da ich jetzt von einigen Problemen mit dem Dragon gelesen habe kann mich 
ja vielleicht jemand aufmuntern und mir sagen, dass es am Dragon liegt. 
Habe schon 1k Ohm Widerstände in die Datenleitung und Clock-Leitung 
gelegt (PDI). Wie gesagt mit JTAG komme ich auch nicht weiter.

Oszi, ein AVRISP MkII sowie weitere Widerstandswerte habe ich erst 
nächste Woche zur Verfügung.

ich schrieb:
> Was ich schon oft hier gesehen habe ist, dass die Leute es nicht lassen
> können einen 100nF Kondensator an RESET, welcher eben auch die PDI-CLK
> Leitung ist, zu hängen. Dann geht natürlich gar nichts...

joa aber ich habe extra einen Jumper spendiert um den 100nF Kondensator 
zu entkoppeln. Also daran kann es definitiv nicht liegen.

Also ich hatte auf der Platine einen Oszillator (30MHz). Jetzt wo ich 
diesen entfernt habe (gesockelt) kann ich über den Dragon im PDI-Mode 
die ID usw. auslesen. Wenigstens tut sich mal was. Allerdings liesst er 
immer nur 0xFF aus.

1

Setting device parameters.. OK!

2

Entering programming mode.. OK!

3

Reading signature .. 0xFF, 0xFF, 0xFF .. OK!

4

Leaving programming mode.. OK!

Davor kam schon "Setting device parameters... FAILED!". Die Zuleitung 
vom Dragon zum Board erfolgt über Jumperwire mit einer Länge von ca. 10 
cm. Vielleicht sollte ich auf die Widerstände warten :)

Weiss jemand vielleicht ob der XMega geantwortet hat also noch nicht am 
Hitzetod gestorben ist?

Treadausgrab *staub* hüstel

Morgen!

Da ich im Moment plane einen XMega32A4U einzusetzen, habe ich mich 
gerade mal durch diverse Dokumente von Atmel gewühlt.
Dort steht mitlerweile, das nur ein paar XMegas der A4-Serie per PDI 
programmiert werden können, der rest per JTAG.
Beim xmega32A4U ist bei den Tools auch der AVR-Dragon aufgeführt.
Wenn ich beim AVR-Studio den AVR-Dragon und den xmega32A4U auswähle, 
sagt mir das Programmer-Fenster, das er über PDI verbunden werden will 
(logisch, der MC hat ja kein JTAG).

Kann mir jemand sagen, ob das (mittlerweile sauber) funktioniert?
Rein zur Info: Der Dragon hockt in einem Dragon-Lair^^
Und wenn ja, einfach die passenden LEitungen der ISP nehmen?

Irgendwie ist das für den Dragon sehr dürftig dokumentiert.

Gruss Stefan

hallo zusammen,

wie stefan würde auch ich gerne den XMega32A4U mit AVR dragon einsetzen, 
hat jemand schon erfahrungen ob das gut funktioniert?
oder vielleicht weisst du schon mehr stefan?

danke für eure inputs.

grüsse
fab

der vollständigkeit halber ein kurzer nachtrag von meiner seite:

Meine Frage:
>Does the AVR Dragon provide full programming AND debugging features
>for the ATxmega64A4U device via PDI interface? What is the correct
>pinout for the PDI using the AVR Dragon?

Und die Antwort darauf (offiziell von Atmel):
>Yes, the Dragon can debug and program the ATxmega64A4U using
>the PDI interface.
>For the PDI pinout you can look in the appnote "AVR042 AVR hardware 
>considerations", it includes  the pinout for the standard
>PDI connector [1] in chapter 4.3. This connector matches
>the ISP connector on the AVR Dragon.

Daniel Schöni schrieb:
> Meine Feststellung: mit etwas Kapazität am PDI-CLK (RESET-Leitung beim
> ATXMEGA128A4U) gelingt die Verbindung jedes mal.

Variieren des Pullups kann genauso helfen.