Winavr - Direktzuweisung ?

[cavegn]

jum, aber sie sind compiler-abhängig

wenn du mal einen nicht-gcc compiler benützt, verwendet dieser andere headerfiles, und da sind diese makros wahrscheinlich nicht definiert.

cu

chris

ps: das heisst natürlich nicht, dass das verwenden dieser makros 'böse' ist, bei einem anderen compiler wird man einfach die namen per search & replace änder müssen

[PicNick]

Es kommt darauf an, ob du für den eigenen Bedarf Programme schnitzt oder öfters mit Fremdarbeiten / -Umgebungen beschäftigt bist. (--> Lesbarkeit)
Im letzteren Fall gewöhnt man sich solche (praktischen) Extras halt schnell ab. Mußt du fremde Programm lesen, bis du froh, wenn du nicht bei jedem zweiten Wort erst schauen mußt, was da dahinter steckt.
Ein "besser" / "schlechter" ist da immer Ansichtssache
(IMHO)

[SprinterSB]

Also das musst du aber mal genauer erklären, denn irgendwie sehe ich da kein Problem !?

Wenn mir bei Port A die Bezeichnung PORTA nicht gefällt,
und ich der Meinung bin daß EIERSALAT viel besser passen würde,
dann reicht doch ein einfaches #define EIERSALAT PORTA

klar, wenn ich schon im ganzen Projekt überall mit PORTA gearbeitet habe ists ein bischen nervig,
dann muss man halt ein paar Sekunden Zeit investieren und replace drüberjagen.

...und dabei alle anderen PORTA überheinern, die nix damit zu tun haben. Niemand wird ernsthaft "PORTA" oder ähnliches direkt benutzen. Ein
#define EIERSALAT PORTA
reicht idR nicht aus. Wenn, dann ist angesagt
#define EIERSALAT_PORT PORTA
#define EIERSALAT_PIN PINA
#define EIERSALAT_DDR DDRA
#define EIERSALAT_BIT 5
// oder
#define EIERSALAT_MASK (1<<5)

EIERSALAT_PORT &= ~EIERSALAT_MASK;
EIERSALAT_PORT &= ~(1 << EIERSALAT_BIT);
if (bit_is_set (EIERSALAT_PIN, EIERSALAT_BIT)) {...}

Dein Makro-Konstrukt finde ich ehrlichgesagt ein bischen übertrieben...
das ganze geht nämlich genauso gut auch ohne[...]

Mir ist durchaus bewusst, daß man C programmieren kann ohne einen Präprozessor zu benutzen oder Makros zu definieren.
Meine Makros find ich auch recht fett. Das ist mir aber inzwischen egal, ich benutz die schon lange und auf verschiedenen AVRs und musste seither nix mehr dran ändern.
For allem dann ist's praktisch, wenn es viele Ports sind und ich mit Port-Expandern arbeite. Bei über 50 Ports wird's dann schnell unübersichtlich... Umstellen von einem physikalischen Port auf einen via Expander oder zurück ändert nix an der C-Quelle, sondern nur in der Zuweisung einer anderen Port-Konstanten
Gleichzeitig produzieren die Makros vorbildlich dichten Code.

Daß Programmierstil Geschmackssache ist, steht natürlich ausser Frage.
Zugegebenermassen würd mir so was wie
#define PORT_TASTER PORTD.3
PORT_TASTER.DDR = 0; // als IN
PORT_TASTER.PORT = 1; // mit Pullup
if (0 == PORT_TASTER.PIN) ..., was der OP im Sinn hatte, auch nicht schlecht gefallen, und es war die Motivation, ähnliche Konstrukte zu realisieren.

[Javik]

Hi!
mir is klar, das das hier jetzt schon nen bisschen älter is, aber ich hätt mal noch ne frage dazu:

Das sieht alles recht kompliziert aus, aber das kann man wie eine Black Box benutzen und muss es nicht verstehen. Diese beiden Dateien verwende ich in allen Projekten. Sie liegen in einem Verzeichnis ausserhalb der Projekte und den Pfad gebe ich GCC mit dem -I Schalter mit. Etwa:
avr-gcc ... -Ic:/avr-projekte/include ...

Was is dieser -I Schalter und wie wird er verwendet?? ich Suche nämlich genau diese Funktion, damit ich nicht in jedem Verzeichnis miener verschiedenen Programme immer die gleiche Includedatei haben muss!!
(is ja auch wesentlich aufwendiger, wenn man immer alle includedateien ändern muss wenn man die Includedatei mal verbessert!)

Wäre sehr Dankbar für ne Erklrung des -I Schalters!
Grüße, Javik

[linux_80]

Hi Javik,
das Beispiel hast Du doch gleich mitzitiert,

avr-gcc ... -Ic:/avr-projekte/include ...

einfach ein -I mit dem Pfad in den GCC aufruf, und schon wird der Pfad beim compilieren miteinbezogen.
Kann man auch im Makefile separat hinterlegen, damit man die Einstellungen wieder findet.

[Javik]

Hi Linux,

Ja schon aber ich wusst net wo ich das hinschrieben soll ^^
ich habs jetzt gemacht wie du mir geraten hast einfach ins Makefile reinschreiben!
da gibts schon ne eigene Stelle... AUGEN AUF ^^ :

# Place -I options here
CINCS = -Ic:\Programme\Winavr\....

jetzt kann ich in dem angegebenen Verzeichnis meine ganzen includes reinhaun
Super! Danke

Gruß Javik

[Roberto]

Hallo Leute

Der Thread ist schon alt, aber schreibe da gleich dazu .

Irgendwie stehe ich da am Schlauch
(schon Stunden gesucht...)

Habe bisher unter CodeVison sowas verwendet:
#define rs PORTA.6

Aufruf dann mit:
rs= 1;

Nach Rückumstieg auf WinAVR muss ich das jetzt umschreiben..


Komme leider mit diesen Logischen Verknüpfungsanweisungen nicht zurecht.

Müsste das in WinAVR dann nicht so heissen:
#define rs PORTA |= (1<<6)

Mag er aber nicht

Will mit Define nur das Bit vom Port zuweisen wo ich dann nachher wieder sagen kann:
rs=1;


Bitte helft mir
l.G. Roberto

[Felix G]

das geht so nicht...


aus deinem Code baut der Präprozessor das hier:

PORTA |= (1<<6) = 1;

Dieser Code macht aber keinen Sinn.

[Roberto]

Hallo Felix

Ja das dachte ich mir, aber wie mache ich es richtig?
l.G. Roberto

[Roberto]

Ps.:
Habe da jetzt endlich etwas dazu gefunden:
https://www.roboternetz.de/phpBB2/ze...efine+port+pin

Sehe ich das so richtig?

Ich kann mit #Define nur dem "rs" eine 4 Zuweisen (Bit 4)

Das das Bit 4 gesetzt wird muss ich dann schreiben:

PORTA |= (1 << rs);

Stimmt das so? geht das nicht einfacher ?
So müsste ich ja immer im Code den Port neu angeben

l.G. Roberto