Diskussion:AVR32

Aus der Mikrocontroller.net Artikelsammlung, mit Beiträgen verschiedener Autoren (siehe Versionsgeschichte)
Wechseln zu: Navigation, Suche

nachdem der gcc unter der gpl steht muß atmel meinem verständnis nach zumindest die avr32-portierung des gcc ebenfalls under der gpl freigeben. auf etwaige zusätzliche schöne entwicklungsumgebungen ala avr studio trifft das natürlich nicht zu

Verwechselung von Architektur und Familie

Bei der Vorstellung der AVR32-Conroller ist m.M. nach ein Fehler unterlaufen. Atmel hat u.a. die Architekturen AVR32A und AVR32B herausgebracht. Zur B-Architektur gehört der AVR32AP7000 mit den erwähnten zusätzlichen Registersätzen für schnellen Interrupt. Zur abgespeckten A-Architektur gehört die komplette UC3-Familie wie AVR32UC3Axxxx und AVR32UC3Bxxxx. Die UC3-Familienmitglieder in der Ausstattung durch A und B zu unterscheiden, ist ein wahrer Geniestreich von Atmel ;-)

harrie

Das hat mich auch immer verwirrt. Demnach bezieht sich auch die Aussage: "dafür aber geringere Interruptlatenz durch separate Register-Kontexte für einzelne Interrupts. " auf die B-Architektur, sprich AP7000, und nicht auf die UC3B? Kann das jemand verifzieren und ändern/richtigstellen? Oder sollte man diesen Zusatz einfach streichen? Wo liegt sonst noch der Vorteil der UC3B gegenüber UC3A? (21.07.09 Devmo)

Neue Darstellung der Produkt-Hierarchie

Ich habe versucht anhand Atmels verwendeter Terminologie in "AVR and AVR32 - Quick Reference Guide, rev I (5/09)" die Produkt-Hierarchie möglichst korrekt darzustellen. Ich habe AVR32 nicht als Architektur, sondern als Architekturfamilie, mit den beiden Architekturen AP und UC verstanden. Die Terminologie sollte sich hier an dem compiler-switch orientieren oder? Dort sind m.W. nach AP und UC verschiedene Architekturen. Das deckt sich auch mit der Darstellung im obigen Guide. Während AP eine Architektur ist, bezeichnet Atmel dann AP7 als die (konkretisierte) Produktfamilie. Ebensolches mit UC (Architektur) und UC3 (Produktfamilie). Nun könnte man UC3A, B und L als Subfamilie bezeichnen? Um die Hierarchisierung nicht zu übertreiben habe ich diese erstmal parallel zu AP7 ebenfalls als "Produktfamilien" bezeichnet. Alternativ wird von Atmel auch der Begriff "Serie" benutzt (Dann für UC3A0, A1, A3? Für AP und UC Architektur wird von Atmel auch der Begriff "AP und UC Core" benutzt.

Dieser Einteilung folgend müsste die Merkmal-Beschreibung noch verfeinert werten, jeweils zu Architektur-, Produktfamilien-, Serien- Unterschieden.

Kommentare, Anregung, Ergänzung etc erwünscht. (Devmo 21.07.09)


To-Do / Wunschliste (Juli 09)

- Abschnitt zu IDEs, Compilern,

- evtl auch Software-Framework (Kurzfassung einer ausführlicheren Beschreibung im Studio- oder Framework-Artikel?)

- Kontroller-Beschreibungen einheitlicher