Hier das erste Datenblatt zum neuen Sproß der Atmel XMega-Familie!
laut atmel support ist die produktion fur april geplant, samples soll es schon geben Die meinten aber auch dass der public launch erst ende februar ist, ich war mit diesem blatt also mal vorsichtig, kann sich um eine sehr fruhe version fur grosse kunden handeln.
Geduld Geduld Leute. Hab schon eine Bestellung laufen, vorläufiger "bestätigter" Liefertermin: 25.Oktober. Wenns eher wird bin ich schon glücklich. Pit
Moby schrieb: > Hier das erste Datenblatt zum neuen Sproß der Atmel XMega-Familie! Sorry Jungs: Atmel Confidential: For Release Only Under Non-Disclosure Agreement (NDA) Das dürfen wir hier nicht stehen lassen. Ich denke nicht, dass Andreas scharf drauf ist, sich mit der Rechtsabteilung von Atmel herumzustreiten oder irgendwelche Unterlassungserklärungen zu unterschreiben oder dergleichen. michael schrieb: > Die meinten aber auch dass der public launch erst ende februar ist Das dürfte dann vermutlich auf der "Embedded" in Nürnberg diese Woche werden.
Nö, auch da nicht... Letzte Hoffnung: Der Webinartermin zur Vorstellung des Xmega/E am13.März.
ich war auf dem Stand und hab nachgefragt. es hieß sie hätten noch nicht genügend xplain kits und einige app notes wären noch nicht fertig - man könne aber schon samples über das atmel sample portal ordern denn atmel studio soll den xmegae schon supporten. tatsächlich gabs auf der messe mehr sam4l kits als xmega-e kits, trotzdem hab ich eines ergattern können :)
Daniel schrieb: > es hieß sie hätten noch nicht > genügend xplain kits und einige app notes wären noch nicht fertig Die bei Distributoren bereits erhältlichen Datenblätter / Manual datieren vom August bzw. Oktober 2012 und scheinen weitgehend fertig und vollständig zu sein. Ich fürchte der Grund für die andauernde Verzögerung ist ein ganz anderer.
Daniel schrieb: >> es hieß sie hätten noch nicht >> genügend xplain kits und einige app notes wären noch nicht fertig >Die bei Distributoren bereits erhältlichen Datenblätter / Manual >datieren vom August bzw. Oktober 2012 und scheinen weitgehend fertig und >vollständig zu sein. Ich fürchte der Grund für die andauernde >Verzögerung ist ein ganz anderer. ich glaub dass dieser xmega ein hit wird, ich würde drauf wetten dass bald dieser xmega in jeder Lampe / Ballast der großen lighting Kunden zu finden sein wird. ich hab mal so ein ballast von Philips aufgemacht und was war drin? ein AT90PWM. Das Design von Philips war ein fast perfekter Ballast. Wenn der Xmega E5 das kann was in den Datenblättern steht dann wird er mit Sicherheit die AT90PWM ablösen dürfen. ist nicht immer so dass wenn die datenblätter da sind auch ein fertiges Produkt sein muß, ein Kunde will sicherlich erstmal keine Preliminary Datenblätter haben bevor er sich für einen Chip entscheidet. Darauf deutet auch der NDA Status hin, man macht auch nicht erst ein Produkt für die Farnell Kunden sondern für ein paar wenige Großen. Bis wir die Chips dann bei Farnell sehen wird es bestimmt nochmal 12Monate dauern bis sie in den Katalogen erscheinen.
Stephan schrieb: > ich glaub dass dieser xmega ein hit wird Die sollen mal langsam hin machen, die ARM-Konkurrenz schläft nicht.
Hi, wie schaut es eigentlich mit dem Treiber für die Ethernetschnittstelle aus, muss da viel vom Protokoll in SW gelöst werden oder ist es schon auf Socket-Ebene?
Barnabas schrieb: > Stephan schrieb: >> ich glaub dass dieser xmega ein hit wird > > Die sollen mal langsam hin machen, die ARM-Konkurrenz schläft nicht. Atmel setzt auch auf ARM. Ich bin einmal gespannt, was aus den AVR wird. Atmel wird Infineon mit seiner ARM-Offensive genau beobachten.
Hätte mir trotzdem USB Device, wenigstens an dem großen 32 KB Flash Kontroller gewünscht... :-/ @ÃFPGA Takt Was den für Ethernet?
Hi, oh hab mich warscheinlich vertan, dachte das E steht für Ethernet wie bei den neuen SAM4E.
Barnabas schrieb: > Letzte Hoffnung: Der Webinartermin zur Vorstellung des Xmega/E > am13.März. So, wie es scheint hat sich dieser Termin nun auch in Rauch aufgelöst... Kein Hinweis mehr zu finden. Was sich Atmel mit der "Produkteinführung" der E-Variante leistet ist doch einfach nur noch lächerlich. Ein einziges hin und her. Würde mich nicht wundern wenn sich alles letztlich als Fata Morgana herausstellt (obwohl ich den Controller auf der Elektronika mit eigenen Augen sah).
Was ist an dem XMega E so besonders bzw. was macht ihn so attraktiv? Ich frage aus reinem Interesse, weil mein Wissen in Sachen uC sehr bescheiden ist und ich deswegen keine wirkliche Vergleichsbasis besitze. Vielen Dank.
Hi, interessant ist zunächst einmal für Leute, die XMegas bereits erfolgreich in ihren Designs einsetzen und hierfür nun zusätzlich die Option eines kleinen 32 Pin TQFP-Gehäuses erhalten. Davon abgesehen kommen noch ein paar kleinere Innovationen hinzu die unter Umständen ganz nützlich sein können. Siehe auch Beitrag "News aus der Atmel Gerüchteküche" sowie die Datenblätter http://www.atmel.com/devices/ATXMEGA32E5.aspx?tab=documents
Hier gibt's auch eine Übersicht der Neuerungen: http://www.ineltek.com/de/news/news_Atmel_XMEGA_E.php
Da schon einige die billigen WS2811 oder WS2812 ICs/LEDs angesteuert haben, frag ich mich gerade, ob das mit der neuen Logicfunktion irgendwie noch schicker geht?! Also ne 1 und eine 0 in unterschiedliche Pulslängen umwandeln... da geht bestimmt sehr gut mit dem E Typ... hmm Grüße Basti
Moby schrieb: > Hier das erste Datenblatt zum neuen Sproß der Atmel XMega-Familie! ... und hier das erste Foto :-) Moby
Jörg Wunsch schrieb: > -UES, also engineering samples. ;-) richtig, und, habs gerade mal ausgelesen, im Moment in der Revision B. Moby
Anbei meine "Evaluierungs-Plattform", auf die Schnelle zusammengelötet. Vielleicht später mal als Projekt in der Codesammlung zu finden :-) Moby
da ist kein CPLD drin, sonder ein custom logic module, da kannste dir zwischen Lookup Tabellen, zusätzlichen Timern oder Logik wie FlipFlop wählen, die Funktionen sind fix da kannst kein eigenes "Design" damit machen, es hat also nix mit Ähnlichkeit zu den FPSLIC Chips früherer Tage zu tun. Trotzdem ganz brauchbar für nen Manchester Code (DALI) oder um ein paar externe Interrupts "zu qualifizieren" bevor die MCU letztendlich den INterrupt um was zu tun erhält. Eine schöne Lighting MCU :)
Sven schrieb: > da ist kein CPLD drin, sonder ein custom logic module, da kannste dir > zwischen Lookup Tabellen, zusätzlichen Timern oder Logik wie FlipFlop > wählen, die Funktionen sind fix da kannst kein eigenes "Design" damit > machen, es hat also nix mit Ähnlichkeit zu den FPSLIC Chips früherer > Tage zu tun. Trotzdem ganz brauchbar für nen Manchester Code (DALI) oder > um ein paar externe Interrupts "zu qualifizieren" bevor die MCU > letztendlich den INterrupt um was zu tun erhält. Eine schöne Lighting > MCU :) Ist das denn asynchron oder bereits synchronisiert durch die interne Eingangsschaltung? Wird das in SW konfiguriert?
Simon K. schrieb: > Ist das denn asynchron oder bereits synchronisiert durch die interne > Eingangsschaltung? Wird das in SW konfiguriert? Kannste dir doch mittlerweile alles im Datenblatt ansehen.
Jörg Wunsch schrieb: > Simon K. schrieb: >> Ist das denn asynchron oder bereits synchronisiert durch die interne >> Eingangsschaltung? Wird das in SW konfiguriert? > > Kannste dir doch mittlerweile alles im Datenblatt ansehen. Das ist ein Argument ;-)
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.