News aus der Atmel Gerüchteküche

Gerüchtekoch schrieb:
> Zur Elektronika im November sollen neue XMega Typen vorgestellt werden!
> Unter anderem wird nach den bisherigen A-D Typen eine neue E-Serie
> gestartet. Noch bastlerfreundlicher gibt sich dann noch ein neuer
> Gehäusetyp mit nur 32 Pins...

Quelle? Link?

Na dann... Ich find die Dinger cool. Auch wenn der ARM natürlich die 
vernünftigere Alternative ist!


Ingo

nicht nur den atmegas sind sie von der analogen peripherie voraus, auch 
den meisten arms,
Denn mhz ist nicht alles was zahlt

>nicht nur den atmegas sind sie von der analogen peripherie voraus, auch
>den meisten arms,

Beispiele? Eins reicht.

Kai Klaas schrieb:
>>Gerade bei den AU XMEGAs sind die Kennwerte und die Funktionalität den
>>klassischen Megas um Längen voraus. Wir setzen sie auch in großen
>>Projekten ein.
>
> Verwendet ihr auch die internen ADCs? Hat ATMEL jetzt die Probleme mit
> den ADCs in den XMEGAs im Griff?

Yep, 2x 12bit bei je 2msps und gain stage, oversampled auf 16bit
Aber nehm die neueste version, zb atxmega128a1u

>oversampled auf 16bit

Nich vorhandene Auflösung in die Tasche lügen: Lächerlich;)

Gerüchtekoch schrieb:
> Zur Elektronika im November sollen neue XMega Typen vorgestellt werden!
> Unter anderem wird nach den bisherigen A-D Typen eine neue E-Serie
> gestartet. Noch bastlerfreundlicher gibt sich dann noch ein neuer
> Gehäusetyp mit nur 32 Pins...

Ob es diesmal anders laeuft als "announce early, release never" ?

Warum sollte es die XMEGA's nicht lange geben? Die Bausteine sind extrem 
solide und Atmel hat auch die MEGA/Tiny Reihe schon ewig auf dem Markt, 
mindestens 10 Jahre. Der AVR Core ist immer noch ein hocheffizienter und 
moderner Core.
Mir ist Atmel als Hersteller bekannt, der Produkte lange auf dem Markt 
hat.

In der Presse kann man lesen, dass die meisten Android Smartphones einen 
Atmel Micro drin haben (Samsung, HTC), das will was heißen. Die können 
sich nicht leisten Schrott einzubauen.

Die Integration der XMEGA's ist echt Klasse. Hat einer schonmal das 
interne Event System getestet?
Das ist echt der Hammer!

Rughi schrieb:
> In der Presse kann man lesen, dass die meisten Android Smartphones einen
> Atmel Micro drin haben (Samsung, HTC), das will was heißen. Die können
> sich nicht leisten Schrott einzubauen.

Gibt es eine Quelle/Link oder nur erfunden?

holger schrieb:
> Nich vorhandene Auflösung in die Tasche lügen: Lächerlich;)

Eine Lüge ist das zwar nicht, aber das kann im Prinzip (fast) jeder ADC.

Es gibt unendlich viele Links:

http://ir.atmel.com/releasedetail.cfm?ReleaseID=706152

http://wirelessdesignmag.com/ShowPR.aspx?PUBCODE=055&ACCT=0000100&ISSUE=1108&RELTYPE=IN&PRODCODE=000000&PRODLETT=Z&CommonCount=0

http://finance.yahoo.com/q?s=ATML

Samsung Galaxy S, Samsung Galaxy S 2, Samsung Galaxy Tab, Kindly Fire.

Stimmt die Smartphone Hersteller brauchen keine langfristige 
Verfügbarkeit.

Wie gesagt, mir ist nicht bekannt, dass Atmel sehr früh abkündigt, ich 
kenne Sie eher, dass Sie die Produkte sehr lange am Markt haben. Da kann 
man sogar noch C51 kaufen und welcher andere Hersteller hat die noch im 
Angebot?
Wie gesagt ich kann Atmel besten Gewissens für Ernste und langlebige 
Industrie-anwendungen empfehlen.

Ich wär jetzt eher mit den '51ern gekommen wegen Langlebigkeit bei den 
uC ...

Die Frage aber ist: Was hat der XMEGA an Vorteil gegenüber z.B. den SAM3 
von Atmel, dass man sich im professionellen Umfeld für diese entscheiden 
sollte?

Knut Ballhause schrieb:
> Gerade bei den AU XMEGAs

Ihr meint sicher die U-Typen... AU ist die Gehäuseform.

Marc schrieb:
> nicht nur den atmegas sind sie von der analogen peripherie voraus, auch
> den meisten arms,
> Denn mhz ist nicht alles was zahlt

Genau! Als ASM-Programmierer bin ich nun auch bei den XMegas angekommen 
und sehe auch für die weitere Zukunft kein Projekt, wo ich deren 
Leistungsfähigkeit jemals ausschöpfen könnte. Bei 
Hochsprachenprogrammierung mag das anders aussehen, da werden die 
Ressourcen ja teilweise dermaßen verschwendet daß es dann oft schon 32 
Bit ARM mit mehr als 100kB Flash+SRAM sein muß :-)
Auf das EEPROM mag ich dann auch nicht verzichten. XMegas sind (als 
U-Typen) inzwischen ein rundes Paket geworden: Alles drin was man 
braucht, ein einfaches Design, das einfach programmierbar ist !

Gerüchtekoch schrieb:
> Noch bastlerfreundlicher gibt sich dann noch ein neuer
> Gehäusetyp mit nur 32 Pins...

Das vollendete Bastlerglück wären dann natürlich XMegas im kleinen DIL 
Gehäuse!

Moby.

Maxx schrieb:
> Was hat der XMEGA an Vorteil gegenüber z.B. den SAM3
> von Atmel, dass man sich im professionellen Umfeld für diese entscheiden
> sollte?

Unter Umständen gar keinen bzw. es ist egal. Viel entscheidender ist 
doch welches Know How und dazugehörige Programmierumgebung schon 
vorhanden ist: Das wirft man ohne Zwang nicht einfach über Board!

"Never touch a running system"

Jörg Wunsch schrieb:
> Noch nie einen Compiler benutzt, aber das 1000%ige Wissen darüber ...

Zur Veranschaulichung: Ins Extrem wirds bei der PC-Programmierung 
getrieben: Maustreiber in Megabytegröße. Bei den kleinen Controllern 
geht das Elend bereits los!

Knut Ballhause schrieb:
> H.joachim Seifert schrieb:
>> Zum Spielen finde ich die auch ganz nett.
>> In ein ernsthaftes Projekt kommen sie aber nicht rein, ist mir viel zu
>> unsicher (bezüglich der zukünftigen Verfügbarkeit)
>
> Wieder mal typisch. Bleibt mir bloß weg mit dem neuen Teufelszeug... Die
> XMEGA Ax / AU-Serie bekommt man inzwischen flächendeckend und
> preisgünstig. Gerade bei den AU XMEGAs sind die Kennwerte und die
> Funktionalität den klassischen Megas um Längen voraus. Wir setzen sie
> auch in großen Projekten ein.

Du bist wohl noch kein gebranntes Kind?
Ich erinnere mich noch zu gut an die Abkündigungen, horrenden 
Lieferzeiten und 50% Preiserhöhungen vor wenigen Jahren. Seitdem ist 
ATMEL ein absolutes no go!

Moby schrieb:
> Unter Umständen gar keinen bzw. es ist egal. Viel entscheidender ist
> doch welches Know How und dazugehörige Programmierumgebung schon
> vorhanden ist: Das wirft man ohne Zwang nicht einfach über Board!

Eben!
Deshalb würde ich zurückschrecken davon Geld ins Know-How zu stecken, 
dass dann nicht transferiert werden kann, wenn Alternativen da sind.

Denn AVR und AVR32 sidn ja bereits zwei komplett verscheidene Dinge, 
Know-How muss also sowieso erstmal wieder beschafft werden beim Wechsel

Wenn ich das hier alles so lese, bin ich sehr froh, dass ich vor einigen 
Jahren mit dem PIC32 gestartet bin.
Ich habe aber auch nichts dagegen, dass jeder mit ATMEL so glücklich 
wird, wie er kann.

OvO schrieb:
> Wenn ich das hier alles so lese, bin ich sehr froh, dass ich vor einigen
> Jahren mit dem PIC32 gestartet bin.

Die bellen hier doch nur - die beißen bestimmt nicht.

OvO schrieb:
> bin ich sehr froh

Das ist letztendlich der Zustand den man dauerhaft anstreben sollte :-)

Helmut, das erspart dir immer noch nicht die untere HAL Schicht neu zu 
implementioeren auf die neue Architektur und das ist tbh nicht allzu 
trivial.

Das braucht auch bei bekannten Größen (mit schon recht starker 
Schichtung) schon mal Jahre bis Jahrzehnte. Siehe der Schritt weg von 
Wintel.

Der ATXmega ist eine große Enttäuschung. Ich hatte für ein Redesign den 
ATXmega128A1 ausgewählt. Ein riesen Theater bis alles lief, da hätte ich 
auch gleich einem ARM-Cortex nehmen sollen. Die sind in jeder Hinsicht 
besser und vor allem billiger.

Bei der Flut von Cortex-uC wird sich der ATXmega preislich nicht halten 
können. Zumal der Aufwand einer Portierung von den alten ATmegas der 
gleiche ist. Der ATXmega hat mit den ATMegas nichts mehr zu tun.

Hinterher ist man immer schlauer.

Jürgen schrieb:
>> Wenn ich das hier alles so lese, bin ich sehr froh, dass ich vor einigen
>> Jahren mit dem PIC32 gestartet bin.

Have fun with that! PIC32 ist leider nur ein kläglicher Versuch am Markt 
mit 32 Bit Schritt zu halten.
Wenn es eine Gefahr gibt, dass ein Produkt den Bach runter geht dann ist 
es der PIC32.

Rughi schrieb:
> Have fun with that! PIC32 ist leider nur ein kläglicher Versuch am Markt
> mit 32 Bit Schritt zu halten.
> Wenn es eine Gefahr gibt, dass ein Produkt den Bach runter geht dann ist
> es der PIC32.

Welche Glaskugel benutzt Du?

XMEGA ist spitze!!! Die neue Generation MCU!!!

Geht es in jedem Thread jetzt nur noch darum welcher µC besser ist?

Netter Thread, 99,9% substanzloses Geschwafel von Marketinggläubigen. 
Das wenige was belegbar ist und nachprüfbar ist korrigiert nur die 
schlimmsten Auswüchse von Ahnungslosigkeit und Markenfetischismus.

Für Verfügbarkeit ist übrigens die wirtschaftliche Entwicklung eines 
Unternehmens das wichtigste Kriterium. Davon steht hier nicht ein 
einziges Wort. Für den größten Teil der "Fanpost" hier kann man sich nur 
fremdschämen und ärgern auf einer Seite die mit Anhängern einer Marke 
überfüllt ist zu versuchen etwas sachliches zu lesen.

Knut Ballhause schrieb:
> - gleicher Befehlssatz (mit Erweiterungen)
na und? Was nützt mir das in C? Kein Register ist mehr wie es war.
> - gleiche Grundarchitektur (mit Erweiterungen)
Wen interessiert das? Ob das ein Vorteil ist, ist auch fraglich.
> - gleiche Entwicklungsumgebung
Welche mit dem AVRStudio 6 eine Katastrophe ist.
> - sehr ähnliche Hardware-Interface Struktur
aber nur ähnlich. Siehe z.B. Timer. Den darf ich jetzt immer abschalten.

Du hast vergessen:

- beschissenes Datenblatt. Da fehlt alles. Man kann ich das nötige aus 
den Application Notes oder aus den C-Libraries zusammen reimen.

Nimm das nicht persönlich, aber ich kann das Teil nicht leiden. Ich bin 
froh, wenn ein Redesign kommt. Dann ziehe ich komplett um.

Uwe Bonnes schrieb:
> Hier im Forum gab es ausserdem die Aussage/das Gerücht, das Microchip
> seit Jahren profitabel wäre, während bei Atmel die Bilanzen ein anderes
> Bild ergeben.

Das ist auch richtig, nur ist es immer ein Blick in die Vergangenheit.

Wahrscheinlich meinst du diesen Beitrag:

Beitrag "Markteinschätzung ATMEL"


Es ging da um eine Analyse als Antwort auf die BanksterBranche.

Microchip habe ich nur als Vergleichswert aus der Branche genommen da 
sehr ähnlich aufgestellt. Um sich ein Bild zu machen taugt das ganze nur 
als Baustein. Apple war ewig Pleite, so Pleite das es sogar von 
Microsoft gestützt wurde und heute ....

Das Risiko das Produkte eingestellt werden ist überall vorhanden. 
Jubelarien von Fans über Marketingaussagen halte ich aber für naiv bis 
dämlich. Wenn es dann kracht sind Sie meist die größten Hasser und haben 
es immer schon gewusst.

Mein Merksatz, so lange sich eine Firma nicht für mich interessiert ist 
Sie mir auch egal.

Das man zu den blödsinnigsten Sachen Beziehungen entwickeln, das ist 
menschlich wird aber nicht erwidert. Ich mach das lieber mit natürlichen 
Personen ;-).

Als kleine Übung schlage ich vor das sich jeder der sich über "andere" 
µCs echauffiert bzw. die "eigenen" lobt erstmal mit beiden arbeitet. Die 
Unterschiede sind so marginal das die menschliche Mustererkennung 
"Bilder in den Wolken" sieht.

Knut Ballhause schrieb:
> Frau Holle schrieb:
>> Seitdem ist
>> ATMEL ein absolutes no go!
>
> Schüttel Du nur Deine Betten... ;-)

Ja, mit einem Grinsen im Gesicht. Denn ich habe aus der Geschichte 
gelernt...

:-)

Zu einem guten MC System gehört auch ein guter Programmierer! Wird 
meistens vergessen :-)

Frau Holle schrieb:
> Ja, mit einem Grinsen im Gesicht. Denn ich habe aus der Geschichte
> gelernt...

Nun ich habe etwas anderes gelernt. Es gab immer mal Probleme mit 
Herstellern, teilweise richtig linke Dinger. Die haben wir dann 
rausgeschmissen und andere genommen.

Hat aber nichts genutzt, einige sind weg, ob nun gut oder schlecht. Die 
anderen haben gelernt. Die Branche ist erwachsen, heute sind alle im 
Schnitt gleich. Das was "damals" war zählt nicht mehr und die Hersteller 
teilen kleinere Märkte untereinander auf. Der eine macht das, der andere 
dafür jenes.

Jens Martin schrieb:
> Jubelarien von Fans über Marketingaussagen halte ich aber für naiv bis
> dämlich.

Fan einer Fußballmannschaft zu sein kostet nix, bevor man aber zum Fan 
einer MC Architektur wird hat man in aller Regel schon recht intensiv 
und erfolgreich damit gearbeitet und weiß, worüber man spricht.

noname schrieb:
> Jens Martin schrieb:
>> Jubelarien von Fans über Marketingaussagen halte ich aber für naiv bis
>> dämlich.
>
> Fan einer Fußballmannschaft zu sein kostet nix, bevor man aber zum Fan
> einer MC Architektur wird hat man in aller Regel schon recht intensiv
> und erfolgreich damit gearbeitet und weiß, worüber man spricht.

Das eine schließt das andere ja nicht aus ;-).

Nö. Jubelarien von Fans über Marketingaussagen gibts hier ganz einfach 
nicht. Höchstens wenn sich die Marketingleute selbst als Anwender 
ausgeben.

Alles Käse :-)

Ich habe für die nächste Zeit die STM32 ausgewählt, weil mir Atmel 
einfach keinen RAM verkaufen wollte. Zwischenzeitlich habe ich was auf 
dem ATXmega128A3 zu tun, natürlich mit ADUs und EEPROM  ... stöhn...
Die Doku und die Appnotes tragen nicht unbedingt zum Erfolg bei.
Atmegas/Attinys nehme ich aber nach wie vor gerne.

Gruß,

Holm

Hi

>Die Doku und die Appnotes tragen nicht unbedingt zum Erfolg bei.

Scheint noch jemand das passende Family-Manual nicht gelesen zu haben.

MfG Spess

Ich glaub ja das Frau Holle bei Microchip oder einem Ihrer Disti's 
arbeitet. Woher weiß Sie sonst, dass ein deutscher Autohersteller (der 
Autohersteller tut mirt übrigens leid) den Baustein einsetzt?
Ich glaube diese Foren werden geziehlt von den Herstellern unterlaufen 
um Stimmung und Meinung zu machen. Sehr schade.

Bzgl. der Profitabilität von Atmel und deren Solidität habe ich keine 
Zweifel auch nicht an der von Microchip. Beide sind solide im 
Geschäftsmodel, wenn man das mal mit den anderen großen vergleicht, die 
nur an Staatsgeldern hängen.

Der Thread heisst im übrigen XMEGA, also wieso schreibt hier jeder mit, 
der sich nicht dafür interessiert?

Schert Euch in die anderen Foren und tragt was positives bei!

Wie gesagt, hier sind ne Menge Meinungsmacher drin.
Das macht so keinen Spass.

Rughi schrieb:
> Ich glaub ja das Frau Holle bei Microchip oder einem Ihrer Disti's
> arbeitet. Woher weiß Sie sonst, dass ein deutscher Autohersteller (der
> Autohersteller tut mirt übrigens leid) den Baustein einsetzt?
> Ich glaube diese Foren werden geziehlt von den Herstellern unterlaufen
> um Stimmung und Meinung zu machen. Sehr schade.

Ich muss Dich leider enttäuschen.
Ich bin nur ein ganz normaler Anwender, der vor einigen Jahren noch 
zwischen 3K und 5K von Atmel µCs pro Jahr eingesetzt hat. Also mehr als 
ein Hobbyist und deutlich weniger als ein Kunde, der einem Hersteller 
etwas Wert ist. Und das war daher nicht angenehm.
Dein Glauben ist nicht Wissen, oh großer Rughi. Und mich für Deinen 
Glauben zu missbrauchen ist mächtig daneben!
Daher wünsche ich Dir eine gute Besserung!

Danke! :-)

@FrauHolle, Ich frag mich halt nur, was die Leute, die Atmel nicht mögen 
in einem Forum machen, dass Neues aus der Atmel Gerüchteküche heisst. 
Ich versteh das nicht. Ein positiver Ansatz kann es nicht sein...

Rughi schrieb:
> @FrauHolle, Ich frag mich halt nur, was die Leute, die Atmel nicht mögen
> in einem Forum machen, dass Neues aus der Atmel Gerüchteküche heisst.
> Ich versteh das nicht.

Hinweis für Rughi: Das liegt daran, dass das Forum "µC & Elektronik" 
heißt.

Jürgen schrieb:
> Hinweis für Rughi: Das liegt daran, dass das Forum "µC & Elektronik"
> heißt.

Mit der Überschrift: "Re: News aus der Atmel Gerüchteküche"

Wenn ich die MCHP toll finde gehe ich doch zu denen ins Forum oder?

Rughi schrieb:
> Wenn ich die MCHP toll finde gehe ich doch zu denen ins Forum oder?

Also ich nicht.

Jürgen schrieb:
> Rughi schrieb:
>
>> In der Presse kann man lesen, dass die meisten Android Smartphones einen
>
>> Atmel Micro drin haben (Samsung, HTC), das will was heißen. Die können
>
>> sich nicht leisten Schrott einzubauen.
>
>
>
> Gibt es eine Quelle/Link oder nur erfunden?

Ich würde einen speziellen Touch-Controller jetzt nicht mit den gängigen 
µC-Familien von Atmel vergleichen. Atmel hat in diesem Nischengeschäft 
halt Geld investiert und Glück gehabt.

Aber jetzt daraus Rückschlüsse auf die XMega-Familie zu schließen finde 
ich zu weit hergeholt.

*** Live von der electronica ***

Der neue XMega E5 kommt als 8/16/32 KB Flashvariante in TQFP32 Gehäuse 
im Q1/13 auf den Markt.

Weitere Daten u.a. :
SRAM 1/2/4 KB, EEPROM 0.5/1/1 KB, 1 SPI, 1 TWI, 2 USART, 12 PWM, 16 ADC, 
2 DAC, 26 I/Os

Moby schrieb:
> SRAM 1/2/4 KB, EEPROM 0.5/1/1 KB, 1 SPI, 1 TWI, 2 USART, 12 PWM, 16 ADC,
> 2 DAC, 26 I/Os

das ist noch nix, ein Atmel MA zeigte mir noch paar neue nette Features 
die das Leben leichter machen. CPLD Modul mit Lookup Table, asynchrones 
Event System welches auch im Sleep Mode funktioniert (endlich kann ich 
meinen Manchester Code in HW realisieren) und ADC/DAC mit hardware 
kalibrierung von Offset/Gain. Ich fand speziell die neuen Timer 
interessant für Motor Control und Lighting. Im PowerDown Modus mit SRAM 
Retention und RTC soll er nur 100nA verbrauchen und einen neuen internen 
8MHz RC mit 1% Genauigkeit über den ganzen Temp.Bereich haben. Ich hab 
eines der ersten Xmega E Xplain Kit ergattert, lege gleich los :)

Übrigens es gibt News vom Atmel Studio 6, das neue Studio erhielt eine 
Gallery bei der man den Keil Compiler und CodeVision integrieren kann, 
außerdem paar nette neue Tools wie FreeRtos Integration. Ich lade mir 
gerade die neue Version herunter und schau mal was es sonst noch neues 
gibt.

XMaegas - viel zu wenig ROM/RAM und zu langsam. Warum schaffen aktuelle 
ARM mocros 1,2GHz und mehr? Habe mich vor kurzem auch gewundert, warum 
ein mega644 oder mega1248 nur 20MHz schafft?

Bandalf Glase von Stettenbroich schrieb:

> XMaegas - viel zu wenig ROM/RAM und zu langsam. Warum schaffen aktuelle
> ARM mocros 1,2GHz und mehr? Habe mich vor kurzem auch gewundert, warum
> ein mega644 oder mega1248 nur 20MHz schafft?

Du bist eben ein Spitzenmann, mit hohen Ansprüchen und kannst dich noch 
wundern.

Christian schrieb:
> das ist noch nix, ein Atmel MA zeigte mir noch paar neue nette Features
> die das Leben leichter machen. CPLD Modul mit Lookup Table, asynchrones

In Hardware oder auf dem Papier? Ich verbinde mit Atmel "announce early, 
release never"...

>> Ich verbinde mit Atmel "announce early, release never"...

Wo hat Atmel denn announced? Ich find nix.

Stefan

Jörg Wunsch schrieb:
> Beim Flash ist so
> bei reichlich 30 MHz das Ende der Fahnenstange erreicht

Warum funktionieren die neuen U-Typen dann teilweise bis hinauf zu 64 
MHz?

Lars schrieb:
> Warum funktionieren die neuen U-Typen dann teilweise bis hinauf zu 64
> MHz?

Jörg Wunsch schrieb:
> mit paar Tricks (Interleaving)
> kann man das dann vielleicht nochmal verdoppeln

Lars schrieb:
> Warum funktionieren die neuen U-Typen dann teilweise bis hinauf zu 64
> MHz?

Hängt damit zusammen, dass die EU-Bananenverordnung wieder abgeschafft 
wurde; seitdem geht das.

Bitte Jörgs Post nochmal lesen.

Jürgen schrieb:
> Quelle? Link?

Jürgen schrieb:
> Gibt es eine Quelle/Link oder nur erfunden?


Also der Jürgen ist mir ja ne stinkfaule Socke.
Selbst suchen macht schlau!

Moby schrieb:
> Als ASM-Programmierer bin ich nun auch bei den XMegas angekommen
> und sehe auch für die weitere Zukunft kein Projekt, wo ich deren
> Leistungsfähigkeit jemals ausschöpfen könnte. Bei

Nicht, dass ich etwas gegen Atmel hätte, aber eine Frage an dich sei mir 
erlaubt:
Deine Projekte sind schon etwas komplexer, als die Entwicklung einer 
Herduhr?

Jörg Wunsch schrieb:
> Weil sie nicht aus einem Flash-ROM arbeiten.  Der ist das primär
> limitierende bei einem Controller, nicht der Core.  Beim Flash ist so
> bei reichlich 30 MHz das Ende der Fahnenstange erreicht (was der Grund
> für die 32 MHz des Xmega sein dürfte); mit paar Tricks (Interleaving)
> kann man das dann vielleicht nochmal verdoppeln (sieht man bei vielen
> ARM-basierten Controllern).

Wie ist das bei den Cortex-M Kernen?
z.B. gibt es von ST welche die mit mit 36...168 MHz laufen, bei LPC 
weiss ich von einem der mit 50 MHz läuft.
Haben die dann viele Waitstates wenn Code direkt aus dem Flash 
ausgeführt wird und so auch effektiv nicht mehr wie ca. 30 MHz??

ReinerWäschtKeiner schrieb:
> schon etwas komplexer, als die Entwicklung einer
> Herduhr?

Wär auch mal ne Idee :-)
Mach viel mit MSR für Heim und Hof, inklusive Internetanbindung.
Glaub mir, das ist komplex genug, die Projekte in ASM ziehen sich (neben 
dem Job) oft viele Monate. Der XMega ist dafür optimal geeignet.

Hier das Objekt der Begierde in Aktion :-)

>Beim Flash ist so bei reichlich 30 MHz das Ende der Fahnenstange erreicht
Nö.
>Wie ist das bei den Cortex-M Kernen?
Kommt auf Hersteller an.

MCUA schrieb:

>>Beim Flash ist so bei reichlich 30 MHz das Ende der Fahnenstange erreicht
> Nö.

Wo liegt denn die Grenze etwa?

Uwe Bonnes schrieb:
> Warum nicht ... in C

Also was die Vor/Nachteile von C vs. ASM betrifft möchte ich mal auf 
einen der gefühlt zehntausend Threads zu diesem Thema verweisen. 
Ansonsten darf sich der Privatmann doch die Freude und den Spaß 
erlauben, Hard- mit hochoptimierter ASM-Software zu einem perfekten 
Gesamtkunstwerk zu vereinigen! Mit wachsenden, wiederverwendbaren 
Codebasis gelingt dies über die Jahre auch immer schneller.

>Wo liegt denn die Grenze etwa?
ST,NXP, Freescale haben ca 25-30 MHz, Fujitsu hat 72 MHz, TI 80 MHz, 
Toshiba 100MHz, Renesas 100MHz und mehr.

Jörg Wunsch schrieb:
> Und du bist dir sicher, dass das keine Varianten mit Interleave sind?

Die Renesas Flash' (MONOS-Flash) haben eine Zugriffzeit von <10ns - 
definitiv. Die RX600-Serie hat diese auf dem Chip.
Demnächst sind Versionen mit 120MHz ohne Wartezyklen erhältlich.

Weitere Information dazu:
http://www.elektroniknet.de/bauelemente/technik-know-how/halbleiter/article/26150/0/MONOS-Flash_ohne_Wartezyklen/

>Und du bist dir sicher, dass das keine Varianten mit Interleave sind?
Wenn der Herst. sagt, es ist Single-Cycle-Flash, dann redet er ja nicht 
über irgentwelches LogicZeugs hintendran, sondern übers Flash und nur 
übers Flash. (und deswegen nat. auch für ne beliebige Adresse ausm 
Flash, free access)
(und Fujitsu schreibt diesbez 72 MHz)

(TI-Mitarbeitern war (auf der Messe) die Bedeutung schnellen Flashs 
nichtmal bewusst. Der sagte laut deren 'Marketing' wäre das völlig egal. 
haha. Und das obwohl die da ja rel. gut sind.)


>Was zu der im MONOS-Flash-Dokument genannten Verdoppelung der
>Geschwindigkeit gegenüber herkömmlichem Flash passen.
Es interressiert ja nicht wie es heisst, sondern nur, was es abliefern 
kann.


(Sollte Atmel mit sonem gekauften Flash nicht mal seine AVRs mit 
>=100MHz rennen lassen???)

neue Info zur E-Serie:

caxapa.ru/thumbs/361093/XMEGA_E_MANUAL.pdf

@Christian
Wie gehts denn so mit dem XPlained Board? Ich würd ja gern schon mal mit 
dem Design eines XMega-E Projekts beginnen- nur findet sich leider im 
Netz immer noch keine Pinbelegung. Kannst Du die bitte mal hier posten?
Warum sich Atmel mit der Veröffentlichung auf deren Webseite soviel Zeit 
lässt kann ich irgendwie nicht nachvollziehen. Nicht nur daß der E5 auf 
der electronica schon längst präsentiert wurde, auch in der Doku zum 
aktuellen Studio wird er ja an diversen Stellen erwähnt. Albern sowas.

Grüße, Max

Hallo,

da ne Frage zum Eventsystem auftauchte, hier nen praktisches Beispiel:

Ein IC braucht ein SPI das die Daten bei fallender und steigender Flanke 
sendet. Nun könnte man nen D Flipflop am Clockausgang nachschalten oder 
Software SPI.
Noch besser aber mit Hilfe des Eventsystems ein Event bei Flankenwechsel 
der Clockleitung auszulösen. Diesen nun auf den Timereingang zum 
raufzählen. Noch den Compareausgang am passenden Port freischalten und 
schon ist man absolut sync. zum SPI Takt nur mit halber frequenz. Jetzt 
noch die Daten per DMA reinspielen. Klasse... bis hier hin noch keinen 
Prozessor benutzt und sauberer Datendurchsatz für nen 8 Bitter der bei 
Mouser keine 3 € kostet...

Grüße
Zedd

Achso, freu mich auf den E Type...

Weiß schon wer welche Packages es genau geben wird?

Ist ja witzig. Laut dem Datenblatt von der russischen Seite vom E Type 
gibts jetzt ein wenige FPGA feeling im XMega....
XCL - XMega Customer Logic...

Da kann man genau das machen was ich oben schon mit dem Event System und 
nem Timer Compare gemacht habe, nämlich einfach mal nen D Flip Flop an 
den SPI Clockausgang....

Sehr gut! =)

Da lese ich doch von einem Interview mit CEO Steven Laub. Sinngemäß soll 
Atmel für 32 Bit primär in ARM investieren und 8 Bit AVR bleiben.

Atmel hat es immer noch nicht geschafft, für den seit über einem halben 
Jahr bekannten XMega-E5 konkrete Infos verfügbar zu machen. Um dem einen 
oder anderen trotzdem schon mal den Start eines Projekts zu ermöglichen 
hier die Pinbelegung!

Gruß Doris