guckst Du da :

http://www.atmel.com/products/AVR/default_xmega.asp

Und wo kann man die kaufen?
Zu welchem Preis?

Das wird wohl noch dauern bis man die kaufen kann... so auf den ersten
Blick finde ich den DAC interessant, aber auch die Kryptofunktionen!
Stellt sich nur noch die Frage welchen Programmer man braucht...

guckst du da:

Beitrag "Neue Atmel AVRs: ATxmega"

zwischen auf der Website erscheinen und tatsächlich verfügbar sein
dauerts bei Atmel doch sowieso immer noch 1 Jahr. Siehe Sam7, AVR32UC3,
...

Ich geh heut auf die Embedded, werd da gleich mal fragen .....

Ich hab grad nen Zeitplan gesehen, vor Q1 09 wird das wohl nix mit
Massenproduktion...

manmanman...die Dinger sind ja fast wie Weihnachten :)

- endlich kann ich den Clock in einer Range von 1024 bis 0 Prescalen
ohne irgendwelche Sleep-Modes zu benötigen --> für den korzzeitigen
Sleep-mode ideal
- 8 Timer / Counter --> PWM's mit verschiedenen Frequenzen (ok, etwas
sehr viele sinds schon ^^)
- 8 USARTS (bzw. scheinen die auch SPI zu können :)) --> Sehr schön, vor
allem da dank DMA auch noch "nebenbei" gesendet werden kann.

interessant is auch das EBI.....die Frage ist nur, ob es nicht etwas
Overkill ist ^^ enspricht ja in Grundzügen dem Externen Raminterface
beim M128, u.Ä., nur etwas extremer


was ich mich aber Frage, der Core ist mit "8/16 bit" angegeben. Kann ich
jetzt mit einer drastischen Beschleunigung beim Rechnen mit
Integer-Zahlen Rechnen oder sind das nur kleine Verbesserungen an
speziellen Operationen ?


ajo, zum Programmieren steht im DB folgendes:

---------------
27. Program and Debug Interfaces
27.1 Features
• PDI - Program and Debug Interface (Atmel proprietary 2-pin interface)
• JTAG Interface (IEEE std. 1149.1 compliant)
• Boundary-scan capabilities according to the IEEE Std. 1149.1 (JTAG)
• Access to the OCD system
• Programming of Flash, EEPROM, Fuses and Lock Bits
--------------

Warum eigentlich noch eine Schiene, AVR, XMega, AVR32, ARM.
Atmel sollte aufpassen das sie sich nicht verzetteln. Mir wären
eine, maximal 2 Familien sympathischer. Da hat man nicht 'zig
verschiedene Tools auf dem Rechner und fängt jedes mal aufs
neue an sich auf die Eigenheiten einzustellen.

Jens

Xmega ist einfach nur ein großer AVR(8).

@Joerg:

Mit einem größeren Addressraum, der Kern wird plötzlich als 8/16-Bit
bezeichnet und die Peripherie hat sich auch deutlich geändert. Die
Schnittstellen für Download und Debugging sind mir im Moment noch
etwas unklar, aber ich befürchte mit einem Nachbau-JTAG wird da
nichts mehr laufen. Da müßte ich mal einen genaueren Blick in die
z.T. noch etwas unvollständig wirkenden Datenblätter werfen.

Jens

und auf Grund der Logik wie man die Peripherie benutzt ein guter
Übergang vom konventionellem AVR zu XMega zu AVR32. Viele der internen
Features wie DMA, Events, IRQ-Controller, USART mit SPI, Clocks sind
ähnlich gestrickt zu AVR32. Nur das der avr32 nochmals komplizierter ist
für einen Bastler.

Ich finde die Teile super, und viele der darin enthaltenen Features
hätte ich mir schon längst gewünscht. Das betrifft fast alle Peripherie.

Gruß Hagen

Ja, die neue Familie sieht schon ganz nett aus und ist wesentlich
systematischer aufgebaut als das Modell-Chaos, das teilweise bei den
bisherigen AVRs herrscht. Hoffen wir mal, daß das auch so bleibt.

Allerdings ist es mir unverständlich, wie man heute noch eine
Controller-Familie  dieser Leistungsklasse herausbringen kann, bei der
nicht wenigstens ein Teil der Modelle auch ein USB-Interface hat.

Jens wrote:

> Mit einem größeren Addressraum,

Naja, der Adressraum war wohl beim AVR schon immer angedacht.  Ist
halt nochmal etwas mehr als ATmega256x, aber die haben uns ja
schon einen Teil des Bruchs zu den kleineren ATmegas (den Durchbruch
der 128-KiB-ROM-,,Schallmauer'') vorweg genommen.

> der Kern wird plötzlich als 8/16-Bit
> bezeichnet und die Peripherie hat sich auch deutlich geändert.

Mir ging's ja mehr darum, dass die Tools die gleichen wie bei den
restlichen AVR8 sein werden, also nichts nochmal extra.  Für die,
die es wollen, AVR Studio halt, und AVR-GCC.  Ich weiß, der ist
noch nicht da, aber Eric Weddington wird halt mittlerweile auch
dafür bezahlt, dass er das macht.

> Die
> Schnittstellen für Download und Debugging sind mir im Moment noch
> etwas unklar,

Ich bin mir nicht ganz sicher, ob ISP noch in der gewohnten Form
dabei ist oder ob dieses PDI das nun ersetzen soll.  JTAG wird ja
auf jeden Fall so bleiben wie bislang.

> aber ich befürchte mit einem Nachbau-JTAG wird da
> nichts mehr laufen.

Das ging ja aber nun schon seit einigen Jahren nicht mehr (bzw. die
Controller, für die es noch funktioniert hat, sind schon viele
Jahre alt).  Bliebe zu hoffen, dass zumindest der Dragon wie
bisher noch in der Lage ist, die Teile wenigstens zu programmieren.

@Joerg:

Am besten warten wir mal noch ein paar Tage ab bis die Teile
verfügbar sind. Bis dahin werden sicher einige Fragen hinreichend
geklärt sein. In einem Punkt hoffe ich mal das Du recht hast,
das der Dragon oder ein vergleichbares, günstiges Tool existiert
um damit die neuen Typen zu programmieren. Wenn das nicht mehr
der Fall ist sind die Typen für viele Nutzer aus diesem Forum
nicht mehr attraktiv.

Jens

Und der externe Speicherbus kann SDRAMs mit Hardware refresh :-) (siehe
EBI Appnote)

Bei den Teilen hat sich schon einiges getan... der AD-Wandler hat 12-Bit
bei bis zu 2MSamples, sehr viele PWM-Kanaele, DMA und Kryptoengine (sehr
wertvoll). Geht schon was damit :p

Beitrag "Atmel kündigt AVR XMEGA-Mikrocontroller an"