Wechsel von STM32F4 auf SAM4

[Umsteiger (Gast)]

Hallo zusammen,

bisher habe ich mich ausschließlich mit den STM32 beschäftigt und mich 
so in die ARM Prozessoren eingearbeitet/reingebastelt.
Sehr hilfreich fand ich dazu die vielen Beispiele von Uwe:
http://mikrocontroller.bplaced.net/wordpress/
Programmiert habe ich mit der CoIDE.

Leider muss ich mich beruflich nun auf die SAM Prozessoren von Atmel 
umstellen. dazu gehört natürlich auch das Atmel Studio als 
Entwicklungsumgebung, da vom Hersteller und kostenlos.

Gibt es eine Möglichkeit die STM Libs für den Atmel Prozessor 
umzuschreiben, oder kann man dann auch gleich alles sauber neu zusammen 
schreiben?
Wie groß sind die Unterschiede vom Handling her (I/O Initialisieren, 
Timer, Schnittstellen Einstellungen)?
Wird das Bitschieben ähnlich sein? Beim STM konnte/musste man immer im 
Datenblatt nach Registern suchen und dort die passenden einstellungen 
von Hand durchführen, weil die Hersteller CMSIS zu abstrakt war.

Habt ihr schon ähnliche Erfahrungen sammeln können?
Sollte ich versuchen mein Wissen zu benutzen oder lieber wieder von 0 
anzufangen zu lernen?
Gibt es für SAM-Prozessoren eine ähnlich gute Seite von User-Libs wie 
die obrige für STM-Chips?

Grüße
Umsteiger

[Irgendwer (Gast)]

Umsteiger schrieb:
> ibt es eine Möglichkeit die STM Libs für den Atmel Prozessor
> umzuschreiben, oder kann man dann auch gleich alles sauber neu zusammen
> schreiben?

Du solltest dir vielleicht zu aller erst mal im Klaren darüber sein das 
sich die Gemeinsamkeit "ARM" nur auf den Prozessor-Kern bezieht (und 
einige ganz wenige Peripherie wie z.B. den IRQ-Controller). Fast die 
gesamte Peripherie wird von den Herstellern der Chips individuell 
entwickelt.
Daher, selbst so einfache Sachen wie z.B. eine Timer kann bei dem einen 
Hersteller völlig anders Funktionen/andere Register haben als bei dem 
anderen. So einfach mal eine (Peripherie-)lib von dem einen auf den 
anderen 1:1 übertragen-> viel Spass:-)

[Olaf (Gast)]

> Du solltest dir vielleicht zu aller erst mal im Klaren darüber sein das
> sich die Gemeinsamkeit "ARM" nur auf den Prozessor-Kern bezieht

Yep, das ist ein schoenes Beispiel woran man sieht wie Werbung die 
Gehirne verbloedet. Die allgemeine Anbetung der ARMs ist naemlich 
vollkommen irrational weil man aus Programmierersicht ausschliesslich 
die Abstraktionsebene der Sprache C sieht. Die viel wichtigere 
Peripherie hingegen scheint bei vielen Menschen bei der Auswahl einer 
Prozessorfamilie von geringerer Bedeutung zu sein.

> Gibt es für SAM-Prozessoren eine ähnlich gute Seite von User-Libs wie
> die obrige für STM-Chips?

Wenn du als Programmierer einen Level erreicht hast wo du mit deinen 
Faehigkeiten Geld verdienst dann solltest du dir diese Frage eigentlich 
selber beantworten koennen, oder aber solche Libaries sollten unwichtig 
geworden sein. Was schwerer wiegt mag etwas projektabhaengig sein.

Olaf