Vom ATmega zum AVR32, viel Unterschied?

[shedepe]

Seit einigen Monaten ist endlich die freie und offiziell von ARM unterstützte und gewartete Toolchain für Windows und für Linux verfügbar. Vllt. willst du es mit der noch mal versuchen. https://launchpad.net/gcc-arm-embedded

Was du bei den AVR32 von Atmel feststellen wirst, ist dass die auch nicht mehr so wunderbar einfach sind wie die 8-Bit Welt. Man hat zwar durch das Atmel Studio direkt die Toolchain usw. beieinander, was die libraries anbelangt finde ich das Konzept von STM wesentlich überzeugender, als das Atmel Software Framework (Bei dem ich zum Beispiel die USB - Virtueller Comport komponente nie so richtig direkt zum laufen bekommen habe, musste immer den Umweg über ein abgespecktes Beispielprojekt dazu gehen)

Was ich damit eigentlich insgesamt sagen will, man bekommt weder bei STM noch bei Atmel eine lib die so schön einfach und unkompliziert wie die 8Bit AVR, wenn man die größeren Serien nimmt.

Dazu fällt mir noch ein. Vllt. reicht ja auch schon ein Xmega für dich aus.

[TheDarkRose]

Was ich damit eigentlich insgesamt sagen will, man bekommt weder bei STM noch bei Atmel eine lib die so schön einfach und unkompliziert wie die 8Bit AVR, wenn man die größeren Serien nimmt.

Also dann könnt ich mir auch die Atmel ARM einfach reinziehen? Weil preislich sind bestimmte ARM7/Cortex-M3 Varianten eh auf den selben Preisniveau die eigentlich angepeilten AVR32.

Dazu fällt mir noch ein. Vllt. reicht ja auch schon ein Xmega für dich aus.

Ne leider nicht, ein integrierter Ethernet-MAC ist schon gefordert, damit man nur mehr einen passenden PHY (einfach oder mit Switch integriert) dazuflanschen muss.

[shedepe]

Zu den Atmel Arms kann ich von der Programmierung her nichts sagen, ich halte es jedoch sinnvoll heutzutage, dass wenn man schon in der 32bit liga mitmischen will, dass man sich doch lieber gleich mit der ARM architektur beschäftigt.