ATXMEGA256A3 am ISPMK-II - Wie geht das?

[2881]

Hallo,

ich habe gerade im Avr-Praxis-Shop gesehen, dass es ATXMEGA256A3 gibt - priiima, aber das Teil geht leider - laut Manual A - nur über JTAG oder PD zu programmieren und ich habe gegoogelt und gelesen, dass es aber mit dem ISPMK-II gehen soll.

Da ich nicht erst nach dem Kauf des MK-II oder mehrer XMEGA feststellen will, dass es an einem winzigen Detail scheitert, wollte ich erstmal fragen, ob jemand das mit dem MK-II wirklich selbst schon laufen hat und das ganze für die Zukunft Sinn macht und ob es da vielleicht noch böse Stolpersteine (WindowsXP/OpenSUSE?) gibt.

Ich habe dazu das Manual vom MK-II gelesen und finde nichts über einen PD-Modus und auch nicht über eine Zuordnung zwischen der typischen Kandabelegung (6 oder 10 polig) und der PD-Belegung (3polig).

Ich habe bereits einen STK200 kompat. Parallelport-ISP und einen USBISP mit internem USB-Seriell-Wandler von denen beiden man sagt, dass beide nicht im PD-Modus zu betreiben wären. Stimmt das ?

PS: Eigentlich wollte ich mit einen XMEGA256A4 im TFPQ-44 Gehäuse anfangen, weil das kleinere Gehäuse mir mehr Platz für Leiterzüge lässt, aber A4-Chips gibt es noch nicht zu kaufen. BGA und "noch schlimmer montierbare Dinger" scheiden aus Handhabungsgründen leider aus, da ich alles ohne Stencil und NDKL und manuellen Durchkontakten löten will, aber immer noch besser als garnicht mit XMEGA anfangen können.

Wer kann mir bei der richtigen Entscheidung weiterhelfen?

 

[Dirk]

Hallo Pidhunter,

einen XmegaA3 habe ich bisher noch nicht programmiert, dieser sollte sich aber mit dem aktuellen AVRISPmkII programmieren lassen. Informationen zu den unterstützen Mikrocontrollern und zur empfohlenen 6pin-Belegung des PDI findest du im "AVR Tools User Guide" des AVR Studio (Menü: Help/AVR Tools User Guide). Xmega256A3 steht zumindest in der Liste unterstützter Mikrocontroller drin.

PDI 6pin:
1 - Data
2 - VCC
3 - NC
4 - NC
5 - CLOCK
6 - GND

Xmega´s lassen sich entweder über JTAG oder PDI programmieren/debuggen.

Programmieren mit:
AVRISPmkII, JTAGICEmkII, AVR ONE!

Debuggen und programmieren mit:
JTAGICEmkII, AVR ONE!

Alle drei Programmer sind in unserem Onlineshop lagernd verfügbar.

Ich selber nutze alle drei Programmierer unter WindowsXP in Verbindung mit XmegaA1.

Falls es dir weiterhilft, im Onlineshop haben wir ein Mikrocontrollermodul mit Xmega128A1, das Xmega-A1-USB, es sind alle Pins an Pads verfügbar (lochrasterkompatibel). Im Forum (Supportbereich) haben wir für das Modul einen Bootloader und eine Programmiersoftware, wenn der Bootloader erst einmal programmiert ist, kann man den Mikrocontroller über die USB-Schnittstelle auf dem Modul programmieren.

Im Shop gibts hierzu auch ein Bundle mit AVRISPmkII.

Das STK200 kenne ich leider nicht, kann dir also nicht sagen, ob man den Mikrocontroller damit programmieren kann.

Grüße,
Dirk

 

[dino03]

Hi Dirk,

Das STK200 kenne ich leider nicht, kann dir also nicht sagen, ob man den Mikrocontroller damit programmieren kann.

STK200 ist der Parallelport-Progger der am LPT des PCs dranhängt.
Der besteht im einfachsten Fall aus 3 Widerständen und wenn man es etwas
besser getrennt haben möchte aus nem 74244 oder anderem vergleichbaren
Tri-State-Treiber.

Gruß
Dino

 

[Dirk]

Hi Dino,

aha, der ist auch in AVR Tools User Guide beschrieben, da hätte ich auch gleich nachsehen können

Nach der Beschreibung unterstützt der Programmer folgende Mikrocontroller:
ATtiny12
AT90S2313
AT90S2333/4433
AT90S4414/8515
AT90S4434/8535
ATtiny10/11(using ATtiny12 adapter)
AT90S1200 (using AT90S2313 adapter)

... PDI unterstützt der nicht.

Inwieweit irgendwelche Nachbauten PDI unterstützen, weiß ich nicht. Der aktuelle AVRISPmkII kann über PDI programmieren.

Gruß,
Dirk

 

[2881]

So wie es aussieht gibt es noch garkeine durchgängige Toolchain für XMega's bei Bascom, obwohl es geplant ist von MSC.

Ohne Bascom gibt es leider nur einen spartanischen Support für float und double, denn der sdcc-Compiler hat ja immer noch keine funktionierende printf-routine zur formatierten Ausgabe von Gleitkommazahlen. Damit kann man sich zum Beispiel Matrixoperationen mit float oder double auch gleich in Assembler zu Fuss schreiben. Ein Vorteil ist - man ist einige Wochen weg von der Straße.

Der sofortige Umstieg ist wegen des Wegfalls des SPI-Programmierinterfaces wirklich wenig reizvoll. Die Software für Xmega's könnte man zwar mit Bascom noch compilieren, aber dann steht man da - von den kaputten Bascom-Initialisiermakros mal abgesehen, denn die sind undokumentiert und gingen nicht richtig zuverlässig. Man liest nur Klagen und immer wieder die Empfehlung diese nicht zu benutzen und alles händisch selbst zu initialisieren.

Beispiel dafür ist die schrottige Registerinitiatisierung für PWM Mode 8 oder 9 mit T1 bei Atmega32, aber vieles ist zumindest noch kompatibel zum atmega664

 

[2881]

Ich denke ich werde wie von Dirk vorgeschlagen einen AVRISPMK-II und ein Adapterkabel nehmen.

Hoffentlich programmiert der dann auch den XMEGA256-A3 ohne Probleme. Ich habe das auch gleich weiterempfohlen - da wird sich morgen auch jmd im Shop melden und gleich noch paar Xmegas mitnehmen - max 2 mehr zum "verbrutzeln".

Gut - dann harren wir der Dinge die da kommen und sehe zu wie ich an preiswerte DKL's mit Lötstop dafür komme und dann gibts einen Bericht wie es gelaufen ist.

Wenn es geht melde ich mich hier nochmal.

 

[2881]

Ich habe auf den Rat von Dirk den mk-ii vorige Woche bestellt, um die XMEGA's damit zu brennen, ist aber noch nicht rein und ich möchte die Leiterplatte in der Zwischenzeit anfangen.

Gibt es für das PD-Interface des MK-II ein Standardlayout wie es dies für das Kanda-Interface (10-polig) bereits gibt, also wenn möglich eine minimale, verpolsichere Pinleiste mit einer favorisierten Belegung ?

Gleiches würde mich auch für die JTAG-Emulation des mk-ii interessieren.

 

[Dirk]

Hallo Pidhunter,

Gibt es für das PD-Interface des MK-II ein Standardlayout wie es dies für das Kanda-Interface (10-polig) bereits gibt, also wenn möglich eine minimale, verpolsichere Pinleiste mit einer favorisierten Belegung ?

Gleiches würde mich auch für die JTAG-Emulation des mk-ii interessieren.

du meinst die Belegung der PDI-relevanten Signale beim AVRISPmkII Programmierer? Das hatte ich schonmal gepostet:

PDI 6pin (ohne Gewähr):
1 - Data
2 - VCC
3 - NC
4 - NC
5 - CLOCK
6 - GND

Schau auch mal beim AVR Studio in die Tool-Hilfe, dort ist alles beschrieben:

Informationen zu den unterstützen Mikrocontrollern und zur empfohlenen 6pin-Belegung des PDI findest du im "AVR Tools User Guide" des AVR Studio (Menü: Help/AVR Tools User Guide)

Gruß,
Dirk

 

[Cassio]

Hallo Dirk!

Meint ihr vielleicht die 6-polige Steckerbelegung des AVRISP mkII als PDI-Connector?

Hier mal ein Bild mit den Daten aus der Hilfe:



Demnach stimmt deine Pinbelegung!

Gruß,
Cassio

 

[2881]

Danke für das Bild - da kann ich erstmal weiter bis der Dongle eintrifft. Ich melde mich wieder wenn alles beisammen ist.