Atmel XMEGA Evaluation kits

@Moby

was für ein Teil hast du noch ? und was willst dafür haben ?


mfg

Danke...

Wenn es wirklich das nervige XMega-Zeug sein soll, nimm ein XMEGA-B1 
Xplained. Dazu kommen noch die Kosten für einen PDI Programmierer, der 
locker den Preis des Boards übersteigt.

abgestaubt schrieb im Beitrag #3767414:
> Und ich schreibe nicht für dich, sondern für die Mitleser, damit sie
> nicht an deinem Feuer in einer Höhle sitzen müssen. ;-)

Ja, von eurer Super Diskussion haben wir auch alle jetzt viel gehabt. 
Wir wissen jetzt auch genau, das es alles veraltet ist und nur noch 
supidupi TI Kram sein muss. Nur schade, das die Jungs ihren Mist oft 
nach 1-2 Jahren wieder abkündigen, wenn man gerade mitten drin ist - so 
mir passiert mit einem vielversprechenden Audio DSP Eval Board.

Da der Threadtitel auch schon eindeutig nach XMega Evalboards fragt, 
sind die Beiträge von 'abgestaubt' auch erstmal schön am Thema vorbei.
Ich arbeite mit dem A1-Xplained, das aber leider kein LCD onboard hat. 
Einen PDI Programmer braucht man aber sicher nicht, den die Eval Boards 
haben, genau wie die Mitbewerber Boards, einen Boardcontroller zum 
programmieren dabei.

Ich dachte, wer einen originalen MKII hat, kann auch über PDI 
programmieren? Damit würde das Argument mit dem neuen Programmierer ja 
wegfallen, wenn man vorher schon Atmega und Attiny programmiert hat.

Dennis

Moby schrieb:
> Hannes Jaeger schrieb:
>> Dazu kommen noch die Kosten für einen PDI Programmierer
>
> Programmieren läßt sich das Xplained auch so ;-)

Für sehr variable Definitionen von Programmieren. Wenn man sich endlos 
mit Flip rumärgern möchte. Eine Software so mies, dass selbst Atmel die 
nicht mal im beschissenen Studio 5 oder 6 unterstützt. Das Ganze geht 
dann auch nur so lange gut, bis der Bootloader aus unbekannten Gründen 
den Geist aufgibt und man doch einen echten PDI Programmer braucht.

Wenn man unbedingt mit einem Xmega spielen will, kann man das mache, 
siehe oben. Es gibt aber wirklich keinen Grund das zu tun.

- Beschissener Mikrocontroller
- Beschissene IDE (Studio)
- Beschissene Treiber-Bibliothek (ASF)
- Beschissene Programmierhardware
- Beschissene und teure Debugginghardware
- Beschissene Firma, arrogant wie sonst nur deutsche Hersteller ... und 
hat über Jahre hinweg bezüglich der Xmegas gelogen, dass sich die Balken 
biegen.

Moby schrieb:
> @Frank
> Ist ein Xmega-A3BU Xplanied mit 256er A3BU (siehe Bild), falls noch
> Interesse besteht. 15 Euro+Versand.


Moin Moby,
ja würde ich gerne nehmen, kann dich aber nicht per PN anschreiben,
du stehst bei mir als Gast ?


mfg

Frank Schubert schrieb:
> du stehst bei mir als Gast

Gut. Passende Gelegenheit, mein neues Login einzuweihen ;-)

Ich fahre bei  XMega hervorragend mit dem SDK600 und AVROne. Das gute 
damit hat man die gesamte AVR Reihe abgedeckt.

Entgegen einiger hier in Fäkalsprache verfassten Beiträge ist sowohl die 
Hardware als auch der Service von Atmel hervorragend. Das AVR Studio 
arbeitet, wenn man damit umgehen kann hervorragend und das sogar unter 
Parallels auf einem Mac. Ich arbeite damit lieber als mit IAR.

Pfui schrieb:
> Viel Spaß, Bastlerherz!

Der ist mit vielen vielen günstigen AVRs für fast jeden Bastlereinsatz 
und allerlei kostenloser Entwicklungssoftware garantiert! Mehrere 
Hundert bis tausende Euro für professionelle ARM Software und Tools? 
Unnötig ;-)

Thomas Holmes schrieb:
> Ich fahre bei  XMega hervorragend mit dem SDK600 und AVROne. Das gute
> damit hat man die gesamte AVR Reihe abgedeckt.

Hallo,

also ich habe hier so einige MCs von Atmel. Den AVRmega128 und kleinere 
habe ich viele Jahre programmiert, das STK500 mit weiteren STKs zum 
Aufstecken ebenfalls.
Lange habe ich mit AVR Studio 4 und JTAICE mkII gearbeitet, seit einiger 
Zeit habe ich das XPLAINED-Board wieder rausgekramt. Das funktionierte 
alles prima, bis Atmel Studio 6.

Was Atmel mit der 6er-Version gemacht hat, ist einfach nur Mist im 
Vergleich zum Vorgänger. Gerade eben debugge ich über den JTAGICE mkII 
den XMEGA128-A1. Stoppe ich dann das Debuggen, blinkt der JTAGICE mkII 
fröhlich weiter. Das Board hört zwar auf zu Blinken (Demo mit LEDs), der 
JTAG blinkt auf der 3.LED aber weiter, was bedeutet, dass er mit dem 
Board kommuniziert. Normalerweise hört die LED auf zu blinken.
Entferne ich den Stecker und stecke ihn anschließend wieder an, so läuft 
das Board wieder, obwohl in der IDE gestoppt wurde und auch die Symbole 
auf gestoppt stehen.
Mal abgesehen von den Script-Fehlern, die unzählig auftauchen, wenn man 
über die IDE auf Atmel-Links zugreift, ist der Einsatz von Visual Studio 
mit WPF ein Desaster.

Atmel ist klasse, aber was sie da in letzter Zeit abliefern, macht mich 
sauer. Es kann nicht sein, dass eine Entwicklungsumgebung so lahm ist, 
nur weil sie WPF nutzt, was eigentlich zur Trennung von Design und Code 
einer Anwendung gedacht ist. AVR Studio ist kein schicker MP3-Player, wo 
es auf Design ankommt.

Atmel muss endlich mal wieder zurück zur Qualität. Ein EWS muss stabil 
und sauber laufen, ohne Klicki-Bunti! Da bin ich zu keinen Kompromissen 
bereit.

Ansonsten finde ich auch nicht, dass Atmel teuer ist. Der Code Composer 
von TI kostet sein Geld, andere professionelle Umgebungen auch.


Gruß
Gunb

Hallo,

so, mal wieder etwas Sachliches zum Thema.

Nachdem ich in meinem letzten Beitrag den Bug beim JTAGICE mkII gepostet 
hatte, habe ich weiter experimentiert.

Atmel Studio 6.2 deinstalliert, und Atmel Studio 6.1 wieder installiert. 
Den JTAGICE mkII habe ich zuvor mit Atmel Studio 4 auf einen älteren 
Firmwarestand geflashed, damit ich die Firmware von AS 6.1 wieder 
flashen kann.

Folge: der JTAGICE mkII funktioniert mit der Firmware von AS6.1 so wie 
er es soll! Also nach Beenden des Debuggens hört er auf mit dem 
Controller zu kommunizieren, 3. LED auf dem JTAG hört auf zu blinken.

Fazit: die JTAGICE mkII hat neben den im Bugzilla genannten Bugs auch 
noch die von mir beschriebene.

Zusammenfassung:

Firmware JTAGICE mkII:
----------------------

AS4:      V6.x              -> OK
AS6.1_SP2: V7.24 (oder .25) -> OK
AS6.2:     V7.37            -> buggy

Muss mal sehen, ob ich mich registiere und in Bugzilla zum AS poste.
Dennoch ärgerlich.


Und: streitet euch nicht, macht die Glotze mal an, es gibt derzeit genug 
Krieg auf der Welt.


Schönen Sonntag noch,
Gunb

Kleine Korrektur:

Firmware JTAGICE mkII:
----------------------

AS4:       V6.x             -> OK
AS6.1_SP2: V7.24            -> OK
AS6.2:     V7.25            -> OK

Problem ist das Atmel Studio 6.2. Habe es soeben mit JTAGEICE mkII und 
V7.24 ausprobiert, der Debugger hält die Kommunikation zum Board auch 
mit der älteren Firmware aufrecht.

Werde AS6.1SP2 nutzen, die AS6.2er hat zu viele Bugs.

g. b. schrieb:
> Gerade eben debugge ich über den JTAGICE mkII
> den XMEGA128-A1.

Ist halt schon etwas älter, dieser Debugger. Mit JTAGICE3 und aktuell 
Atmel-ICE hatte ich diese Probleme am Xmega noch nicht.

abgestaubt schrieb:
> Du bist  mit
> veralterten rudimentären Tools und ohne das Wissen und den modernen
> Möglichkeiten von heute unterwegs

Und bei Dir setzt der Verstand bei den 20 Euro Lockangeboten aus ;-)
Mich würd ja mal interessieren, wieviel von den komplexen Teilen 
schließlich ungenutzt in der Ecke landen. Wem als Bastler an schnellen 
Problemlösungen liegt kommt an ausgereiften SimplyAVR / PIC nicht 
vorbei. Wer nur die Hardware interessant findet kann ja gerne die 
monatlichen Neuerscheinungen studieren ;-)

Moby AVR schrieb im Beitrag #3768042:
> g. b. schrieb:
>> Gerade eben debugge ich über den JTAGICE mkII
>> den XMEGA128-A1.
>
> Ist halt schon etwas älter, dieser Debugger. Mit JTAGICE3 und aktuell
> Atmel-ICE hatte ich diese Probleme am Xmega noch nicht.

Der JTAGICE mkII kostet zwischen 380,- und 400,-€ und ist nicht 
abgekündigt. War lange vor dem JTAGICE3 schon mit XMEGA erfolgreich am 
Start. Also sollte Atmel das mit dem AS6.2 fixen, mit dem AS6.1 läuft's 
ja auch.

Übrigens funktioniert der JTAGICE mkII mit AS6.2, auch wenn der 
Schönheitsfehler am Ende der Debugsession ihn nicht stoppt.

Älter hin-oder her, wenn ich den Morgen kaufen würde, dann sollte der 
mit aktuellen Produkten von Atmel gefälligst funktionieren.

Und Punkt.

Dennis H. schrieb:
> Ich dachte, wer einen originalen MKII hat, kann auch über PDI
> programmieren? Damit würde das Argument mit dem neuen Programmierer ja
> wegfallen, wenn man vorher schon Atmega und Attiny programmiert hat.

Das stimmt natürlich, der AVRISP MkII unterstützt alle derzeitig 
benutzten Programmieralgorrithmen der Atmel MC. Leider schreibt der TE 
nicht, welchen Programmierer er besitzt.

Hannes Jaeger schrieb:
> - Beschissener Mikrocontroller
> - Beschissene IDE (Studio)
> - Beschissene Treiber-Bibliothek (ASF)
> - Beschissene Programmierhardware
> - Beschissene und teure Debugginghardware

Das klingt nicht so, als ob du ernsthaft mit den XMegas gearbeitet hast. 
Sich hinstellen und einfach 'beschissen' rufen, ohne sich mit der Hard- 
und Software auseinandergesetzt zu haben, machen aber viele hier...
Du musst doch ASF nicht benutzen, wenn du es nicht willst. Der AVRISP 
MkII macht einen prima Job hier. Das Event System der XMegas z.B. bietet 
völlig neue Möglichkeiten der schnellen Bearbeitung von Daten.
Übrigens war das alles nicht die Frage. Es sollte hier nicht zum 1000. 
Mal die Frage gestellt werden, welcher Controller der tollste ist, 
sondern welches XMega Eval Board für den TE das geeignete ist.
Ich wunder mich schon, wo mmvisual bleibt, fehlt bloss noch, das der 
wieder seinen Kreuzzug für die ARMen MC hier rein bringt.

Um mal auf die eigentliche Frage des Thread-Erstellers zu kommen:

Ich nutze dieses Eval-Board von Atmel:
http://www.atmel.com/tools/XMEGA-A3BUXPLAINED.aspx

Ist nur etwas schwer zu bekommen, habe es hier im Forum erstanden.

Da ich auch debuggen wollte, kaufte ich mir zusätzlich den AVR JTAG-ICE 
3.
Funktioniert alles super zusammen.
Man kann den Xmega A3BU auch mit dem Mk-II programmieren. Damit dieser 
den PDI-Modus unterstützt brauchte mein Programmer damals ein 
Firmware-Update.

Bitte bleibt hier beim Thema. Falls ihr sachlich über ATXmega vs. ARM 
diskutieren möchtet, lagert das ggf. in einen eigenen Thread aus.