Huhu,
hat jemand schon etwas von dem AVR XMEGA-Eval-Board für 29 US-$ gehört?
In der Forumssuche habe ich nichts dazu gefunden, scheint neu zu sein.
Es ist ein ATXMega128 mit 8 MB SRAM und 8 MB Data Flash und etwas
Kleinkram an Bord.
Scheint mir ein recht günstiges Angebot zu sein und vielleiche eine
brauchbare Basis für einen Selbstbau "Homecomputer".
Kennt jemand eine deutsche Bezugsquelle?
Hier ist der Link zum Artikel in der Elektor:
http://www.elektor.de/elektronik-news/avr-xmega-eval-board-fur-29-us.1139223.lynkx
Gruß, bix
Ich habe so ein Board. Aber ohne Programmer ist da nichts mit
anzufangen. Schön wäre es gewesen, wenn Atmel den AT90USB nutzen würde
um da einen Programmieradapter implementieren würde, oder den Xmega mit
einem Bootloader versehen hätte.
Aber für 29$ ist es eine recht günstige Plattform...
Hallo Omega,
wenn man Elektor Glauben schenken will, lässt es sich mit dem einfachen
AVRISP mkII programmieren. Den hab ich da, ist also kein Problem.
Wo hast Du das Board gekauft?
Kann man angeblich, da ich allerdings mit keinem Atmel Controller je zu
tun hatte, habe ich entsprechend keine passende Hardware. Und nur um den
Controller zu testen und dann evtl. wieder weg zu legen wollte ich
nichts kaufen.
Ich habe das Board bekommen, quasi als Werbegeschenk.
Naja es ist zwar schöne Technik, aber ich würds ja gerne mal testen,
kann aber nicht...
Ich warte drauf, das jemand für den AT90 da drauf eine Firmware schreibt
die flashen des Xmegas ermöglicht...
Das ist das Atmel Xplain-Board, dass schon seit Monaten, wenn nicht seit
einem Jahr durch die Gegend geistert. Ursprünglich wurde das von Atmel
nur an ausgewählte Kunden und Seminarteilnehmer ausgegeben. Frei nach
dem Motto, wo kämen wir da hin, wenn jeder ...
Das dass Board vor ein paar Wochen für Jedermann angekündigt wurde heißt
nichts. Mouser hatte bis vor wenigen Tagen um die fünf Stück. Aktueller
Lagerbestand? Null, und fünf Vorbesellungen. Wie das wohl kommt? Sollte
Atmel mal wieder nicht geliefert haben?
http://de.mouser.com/ProductDetail/Atmel/ATAVRXPLAIN/?qs=G4lHU2lE3BHqTTfth9QnAQ%3d%3d
Omega G. schrieb:
> Ich warte drauf, das jemand für den AT90 da drauf eine Firmware schreibt> die flashen des Xmegas ermöglicht...
Dazu wird es nie kommen... du mußt min. einmal einen Bootloader(UART) in
den XMEGA per JTAG/PDI laden, woher wird das nicht gehen..
Der AT90USB wird ja schließlich nur mit der UART an dem XMEGA hängen und
das ist nun mal keine Programmierschnittstelle...
Ich habe das XPLAIN Board. Lässt sich völlig problemlos mit einem AVRISP
MKII programmieren. Man muss sich lediglich ein Adapterkabel quetschen.
(Es werden für die PDI Schnittstelle 4 Pins (incl. VCC und GND)
verwendet.
Daten stellt Atmel genügend zur Verfügung. Ich habe für das Board incl.
Versand 25 Euro bezahlt.
>Ich habe das XPLAIN Board. Lässt sich völlig problemlos mit einem AVRISP>MKII programmieren
Per ISP oder Jtag?
Falls ISP müsste es ja mit einem beliebigen Programmieradapter wie z.B.
AVR-Dragon programmierbar sein.
Nein, bei den XMEGA ist das PDI (nicht ISP) und das kann momentan
offiziell nur der neue AVR ISP mkII und das JTAG ICE mkII, ansonsten
natuerlich auch per JTAG programmierbar mit dem ICE.
Lustig dass sie das Board jetzt offenbar "frei geben", allerdings wuerde
ich mir da nicht all zu grosse Hoffnungen zwecks Verfuegbarkeit machen,
zumal es bei dem Preis ganz offensichtlich subventioniert ist und da
wird Atmel sich mit den Stueckzahlen sicherlich etwas zurueck halten.
>zumal es bei dem Preis ganz offensichtlich subventioniert ist und da>wird Atmel sich mit den Stueckzahlen sicherlich etwas zurueck halten.
So ein Board kann man sicherlich in ordentlichen Stückzahlen verkaufen.
Da könnte die Kalkulation sogar hinkommen. Immerhin sitzt Atmel was die
Chips angeht ja an der Quelle.
>Wir haben 20 Stk. der Boards von unserem Distubutor bekommen. (Zu>genanntem Preis)
Jetzt wäre der Distributor noch interessant.
Der AT90USB hängt mit UART RX/TX und dem Clockoutput am Xmega. Und das
IST eine Programmierschnittstelle, nämlich PDI.
Der Clockoutput dient als PDI_CLOCK.
Über UART TX/RX wird PDI_DATA gestreamt.
Also alles da was man braucht, bis.....auf die Implementierung der
Software.
Ist eigentlich auch eine nette Idee... theoretisch koennte man den Chip
vielleicht sogar mit einem FT232 und Bitbanging auf diese Art und Weise
programmieren, aber dann muss man das gesamte Protokoll erst einmal
implementieren am PC-Client. Wenn man bedenkt dass sich der Xmega ja mit
dem AVR ISP programmieren laesst ist der Aufwand doch etwas hoch.
Peter Stegemann schrieb:
> Geht's nur mir so oder wird die Frage nach der Bezugsquelle von den> Leuten, die behaupten eines zu haben, mit Genuss ignoriert?
Nö, so gehts mir auch.
Aber zum Thema. Ich hab das Board bis dato auch nur bei Watterott
gefunden. Und die liefern erst ab Ende November.
Hannes Jaeger schrieb:
> gast schrieb:>> http://www.watterott.com/Atmel-XPLAIN-ATXmega-Eval-Board>> So? Lieferbar: 0
Bei mir im Shop sind keine Sachen bestellbar, die nicht im Lager sind.
Wenn die Boards hier sind, dann werden sie erst freigeschaltet.
LT laut Atmel KW47/48
Ich habe auch so ein Teil und wollte damit den Nachfolger für meinen
BASIC-Computer bauen. Allerdings sehe ich momentan keine Möglichkeit,
den XMEGA mit "Hausmitteln" zu programmieren und so habe ich das Projekt
wieder begraben. Wenn jemand des möchte, bitte PM an mich.
Jörg
> Allerdings sehe ich momentan keine Möglichkeit,> den XMEGA mit "Hausmitteln" zu programmieren
Die kommende Version 4.18 des AVRStudio (zur Zeit als Release-Kandidat
erhältlich), soll ein Firmware-Update für den Dragon enthalten, mit dem
dieser Xmega-fähig wird. Sowohl Programmieren, als auch Debuggen. Ebenso
soll die künstliche 32k Hürde zum Debuggen der normalen AVRs gefallen
sein.
http://www.atmel.no/beta_ware/http://www.atmel.no/beta_ware/avrstudio418/b684/releasenotes.txt> AVR Dragon support for all AVR 8-bit devices including XMEGA. Programming and
debugging within AVR Studio and command line software support for ELF production
file format.
Ausprobiert habe ich das nicht. Mangels Xmega und mangels Lust auf den
Xmega, nach all dem Rumgemache von Atmel, werde ich das vermutlich in
nächster Zeit auch nicht.
Schon hart was Atmel da abzieht. Mit der Version 4.16 vom AVR-Studio
liess isch der Xmega nicht einmal mit dem JTAG ICE anstaendig flashen,
ob das nun ein Problem mit dem Studio selber oder nur mit der Firmware
war. Das hat mich massig Nerven gekostet. In Zwischenzeit funktioniert
das allerdings besser. Auch mit avrdude laeuft die Sache in
Zwischenzeit, was eine echte Erloesung fuer Linux-User darstellt.
Die verschenken ich glaube ich einiges an Potential mit dieser
"Strategie". Die haetten das Teil erst 1-2 Jahre spaeter ankuendigen
duerfen als geschehen.
> Wo kommt das Gerücht her oder wo steht so etwas geschrieben?
In den Release Notes und der aktuellen, im Release Candidate
integrierten, Hilfe für den Dragon.
Ich habe die Download-URL nicht aus Jux angegeben, sondern damit sich
jeder selbst ein Bild machen kann. Statt dessen kommt wieder das
Gejammer derjenigen, die nicht mal den Arsch für ein Download
hochbekommen.
Ollz schrieb:
>> Wo kommt das Gerücht her oder wo steht so etwas geschrieben?>> In den Release Notes und der aktuellen, im Release Candidate> integrierten, Hilfe für den Dragon.
Da steht wörtlich:
October 15th, 2009 - Sw: 0x0604 0x0604
- Removed 32kB programming limit
- Added debug support for all AVR devices
Ich weiß jetzt aber nicht, ob damit die Debug-Begrenzung auf 32kB
gemeint ist.
ATxmega kann auch nicht über PDI, sondern nur über JTAG beschrieben
werden.
Sorry, da fehlt etwas:
ATxmega kann "mit dem Dragon" auch nicht über PDI, sondern nur über JTAG
beschrieben werden.
Jedenfalls fehlt das Kreuz in der zugehörigen Tabelle.
Christian H. schrieb:
> Sorry, da fehlt etwas:> ATxmega kann "mit dem Dragon" auch nicht über PDI, sondern nur über JTAG> beschrieben werden.>> Jedenfalls fehlt das Kreuz in der zugehörigen Tabelle.
Also mit dem AVR ISP MKII soll man auch Atxmega beschreiben können.
Und der hat nur ISP!
Gruß Denny
Christian H. schrieb:
> Da steht wörtlich:>> October 15th, 2009 - Sw: 0x0604 0x0604> - Removed 32kB programming limit> - Added debug support for all AVR devices
Was die allerdings tatsaechlich unter "all devices" verstehen steht dort
nicht, deswegen wuerde ich da keine Rueckschluesse ziehen. Ein
anstaendiger Eintrag waere sowas wie: "Added support for <liste>". Aber
wenn der Dragon dann tatsaechlich die Xmegas beschreiben kann umso
besser.
Auf jedenfall ist er wesentlich besser geschützt. Der Spannungsregler
auf dem Dragon ist wirklich nicht sehr robust.
Weiters unterstützt der ICE auch noch die ganze AVR32 Palette.
> Schreibt doch mal, ob und wann Ihr tatsaechlich eines bekommen habt,> wuerde mich mal interessieren.
Vor wenigen Wochen habe ich bei INELTEK an einem 1-Tagesseminar über den
XMEGA teilgenommen. Neben div. Übungen mit Schulungsunterlagen und
Mittagsimbiss gab es das XPLAIN-Modul zum mitnehmen. Der Seminarpreis
war, glaub ich, 98,- EUR.
Die Übungen wurden mit, zur Verfügung gestellten, AVRATJTAGICE-MKII
durchgeführt.
Hat alles bestens geklappt.
Naja, für mich kamen dann noch Reisekosten mit Übernachtung hinzu.
Aber es hat sich gelohnt. Zwei Tage und 250,- EUR investiert ist besser
als 5 Tage im Labor im Nebel rumzuzstochern.
In der "AVR Tools" Help bei "AVR Dragon User Guide | Preface | Known
issues" steht zu PDI folgendes:
PDI progam/debug is NOT supported even though it is listed in the
programming dialog in AVR Studio when selecting AVR Dragon and a PDI
device.
Schade, das mit der Auswahlmöglichkeit von PDI beim Dragon (habe meinen
gerade einer Verjüngungskur unterzogen) hatte ich gerade entdeckt und
für sehr nett befunden. Schade, dass es trotzdem nicht funktionieren
soll.
Naja, eventuell in 4.19:
"Note that the PDI interface is not supported by AVR Dragon in this
release. PDI is selectable but will result in an error when used. Use
JTAG instead."
Christian H. schrieb:
> "Note that the PDI interface is not supported by AVR Dragon in _this_> release. PDI is selectable but will result in an error when used. Use> JTAG instead."
Das tut beim Xmega nicht wirklich weh, wenn "nur" JTAG verfuegbar ist.
Immerhin funktioniert es.
