AVR XMega-A1 XPLAINED

Atmel hat ein nettes Evaluation Kit, das XMega A1, ich dachte mir, für ein Board das unter 40 Euro kostet, kann man mal den Einstig in die XMega Familie wagen.
Das Boart hat eine USB Schnittstelle (dadrüber ist sogar das Programmieren möglich), Taster, LED, JTAG, PDI (ersetzt bei den XMega’s die ISP), einen Lautsprecher mit Verstärker und Port PIN’s auf Leisten, Externen Speicher.....

Da das Board ‘Nackt’ kommt, will sagen, ohne CD, Anleitung, Treiber, muss erstmal unter www.atmel.com/xplain alles an Unterlagen herunter geladen werden.

Was brauch man noch? Ein Programmiergerät, reine ISP Programmer sind nutzlos, man benötigt entweder einen ISP-MKii mit neuer Firmeware oder einen JTAG Programmer, AVR-Studio natürlich auch nützlich. (was ich erstmal als Problem ansah da ich Linux benutze, aber ich komme noch darauf zurück) 
 

isp_pdi

Hier der MK2 nach fehlgeschlagenen Up-Date, zur Wiederbelebung.

Rechts ein reiner ISP Programmer (nicht Original Atmel)
Links ein Original ISP-MK2 Programmer der auch AVR-CPU@ PDI Programmieren kann. Er stellt die günstigste Art da die CPU zu Programmieren (abgesehen von der Programmierung über die USB Schnittstelle) 

board_adapter

Hier das Board mit einen Selbstbau Adapter 6 PIN PDI <-> XPlained, Versorgt wird die Platine @USB Port
Ich habe den Adapter nach AVR1924 gebaut, ACHTUNG das geht nicht! Man muss sich die Signal aus dem Schaltplan ‘lesen’. PDI  (J201) DATA Leitung soll auf Pin 8 liegen, ist aber auf PIN 3 zusammen mit TDO der JTAG.

Die Belegung des J201 wie folgt:
PIN2: GND
PIN3: PDI Data (nicht PIN8 wie in der AN1924 beschrieben)
PIN4: VCC
PIN5: PDI CLK

Wie gesagt mein Betriebssystem ist Linux, nun wollte ich die ersten schritte mit AVR Studio machen, was tun?
VM Box von Oracle installieren, ein XP für einige Euros besorgt. Für die VM muss noch ein Plugin  für die Schnittstellen installiert werden, damit die vom Rechner an XP weitergereicht werden. Und schon hatte ich eine Umgebung unter Linux in der ich AVR Studio 5 laufen lassen kann.

Den AVR erstmal auslesen. Das ging leider nicht so gut, nur etwa jedes zweite mal wurde die CPU ausgelesen, dann gab es einen COM Error. Liegt das an der VM? Am Adapter?
Nein auch hier liegt der Teufel im Detail, wie oben beschrieben PIN 3 ist nun TDO der JTAG und DATA der PDI, Standardmässig ist das Debugen @ JTAG aktiv, wenn man per PDI Programmier möchte muss die JTAG abgeschaltet werden. 

avrstudio5

 

Kann sein das die Fuses mehrmals gelesen / geschieden werden müssen, da die Daten-Übertragung mit der Aktiven JTAG recht unberechenbar ist. Danach klappt die Kommunikation @PDI reibungslos

BACK