AVR Typ heraus finden (Code)

Günter R. schrieb:
> Wie im Betreff zu lesen, ist es möglich im Code den eingestellten Typ
> auszulesen, der im Makefile hinterlegt ist.
>
> Gibts hier eine saubere und einfach Möglichkeit und wenn ja welche *gg*

Schaue dir mal beispielsweise die Datei io.h an, danach sollte klar 
sein, wie man mit ein paar #ifdef den Code für zwei Controller anpassen 
kann.

Erst mal danke für die Antworten!

Wie SF richtig sagt, ist der PA wirklich komplett kompatibel zum P, bis 
auf die ID.

Hab nun die header files durch gesehen und in der Tat liegt es nur an 
denen, dass der Code beim SPI nicht gleich sein darf. So wird zB aus 
"SPCR" beim PA "SPCR0".

Warum machen die Herrn von AVR sowas?? Gibts hier einen wirklich guten 
Grund dafür? Ich bin ja normal in der PC SW Welt zu Hause, aber mich 
würde man "schlagen", wenn ich sowas verbreche gg

So denn,

Matthias schrieb:
> Wahrscheinlich gibt es beim -PA nicht nur ein "SPCR0" sondern auch ein
> "SPCR1", wo dann weiter Bits untergebracht sind.

Das ist ja das witzige, dass es eben nicht so ist. Aus meiner Sicht ist 
hier eine andere Definition nicht nötig...

Günter R. schrieb:
> Warum machen die Herrn von AVR sowas?

Das "machen" die Herren die
Günter R. schrieb:
> die header files
machen...

Läubi .. schrieb:
> Günter R. schrieb:
>> Warum machen die Herrn von AVR sowas?

Ist letztlich eine Form von Standardisierung. Egal ob der Controller ein 
SPI-Interface hat oder mehr, das erste hat am Ende immer eine 0. 
Durchgängig sieht man dies bereits bei den ATXmega.

Günter R. schrieb:
> Hab nun die header files durch gesehen und in der Tat liegt es nur an
> denen, dass der Code

Ähh, der Quellcode. Der Binärcode dürfte identisch sein.

> beim SPI nicht gleich sein darf. So wird zB aus
> "SPCR" beim PA "SPCR0".

Der AVR kennt diese symbolischen Namen nicht. Diese gelten nur zwischen 
Quellcode und Compiler (bzw. Assembler). Und sie representieren nur die 
Adresse (bzw. Bitposition). Die Adresse beider Registernamen dürfte 
gleich sein.

> Warum machen die Herrn von AVR sowas??

Weil es inzwischen immer mehr AVRs gibt, die üppiger mit 
Peripherie-Features ausgestattet sind (z.B. 2 USART, 2 SPI).

Als viel schlimmer empfinde ich, dass etliche I/O-Register (auch ohne 
Änderung des Namens) in einen anderen Adressbereich verschoben wurden 
(vom I/O-Soace, der mit IN/OUT angesprochen werden kann, zum 
extended-I/O-Space, der wie SRAM mit LDS/STS oder über Pointer 
angesprochen werden muss).

> Gibts hier einen wirklich guten
> Grund dafür?

Ja, man will die Bezeichner vereinheitlichen. Deshalb werden bei neuen 
Typen auch die Peripherie-Einheiten mit Suffix "0" gekennzeichnet, die 
nur einmal vorhanden sind, aber bei anderen Typen doppelt verfügbar 
sind. Das ist zwar in der Übergangszeit etwas nervig, hat aber 
langfristig Sinn.

> Ich bin ja normal in der PC SW Welt zu Hause, aber mich
> würde man "schlagen", wenn ich sowas verbreche gg

Das glaube ich nicht, die "Verbrechen" sind beim PC viel größer. Aber 
das steht hier und jetzt nicht zur Debatte.

...

Christoph Budelmann schrieb:
> Läubi .. schrieb:
>> Günter R. schrieb:
>>> Warum machen die Herrn von AVR sowas?
>
> Ist letztlich eine Form von Standardisierung. Egal ob der Controller ein
> SPI-Interface hat oder mehr, das erste hat am Ende immer eine 0.
> Durchgängig sieht man dies bereits bei den ATXmega.

OK das macht Sinn, von der Seite hab ich das nie betrachtet.

Lange Rede kurzer Sinn mit den genannten Infos krieg ich das nun hin.

Danke an alle!

Gruß MB