Schwierigkeiten mit c macros

Sebastian W. schrieb:
> Was du möchtest geht nicht, weil der Preprozessor den Inhalt von
> Variablen nicht kennt.

Vielen dank Sebastian für die Info. :)


Gibt es sonst eine Möglichkeit, so etwas zu machen wenn auch nicht mit 
defines? Ich möchte, dass der Benutzer in einem vorgegebenen Datei 
einfach schreiben kann:

  Init.Port = "A";
  Init.Pin  = "A5";

und ich dann an diversen Stellen in meinem Program einfügen kann:

  DDR + Init.Port |= (1<<Init.Pin); <-- also das soll dann bedeuten DDRA 
|= (1<<A5);


Wie macht man sowas? :)

du schreibst dir ein programm welches dann aus der config datei aus 
Init.Port = "A" ein #define INIT_PORT A macht und in code wird nicht 
Init.Port sondernINIT_PORT verwendet...

das programm wird im make prozess mit eingebunden und wird für dem 
compile porzess ausgeführt

So etwas "ähnliches" machen wir hier, da die debugg messages im Code 
nicht ins Flash gehen werden diese mit ID's versehene. Vorm Compilieren 
werden alle Texte in einer Datenbank hinterlegt mit einer ID und das 
Programm fügt im Text Macro die ID ein wenn noch nicht vergeben. und 
dann wird kompilert. für die Betrachtung auf der Konsole braucht man 
natürlich eine eigene Konsole die die IDs wieder in Strings verwandelt.

Grüße

lange weg schrieb:
> du schreibst dir ein programm welches dann aus der config datei aus
> Init.Port = "A" ein #define INIT_PORT A macht

Hmm. Wie würde das konkret aussehen? So vll.:

1

switch (Init.Port)

2

{

3

    catch A:

4

         #define INIT_PORT  A

5

    break;

6

    ...

7

}

In den Anwender-Parameter-header kommt das hier:

1

#define INITPORT A

2

#define INITPIN 5

In deinen header dann das hier:

1

#define CONCAT2(a,b) a##b

2

#define CONCAT(a,b) CONCAT2(a,b)

3

4

#define INIT_PORT CONCAT(PORT, INITPORT)

5

#define INIT_DDR CONCAT(DDR, INITPORT)

6

#define INIT_PIN_PRE CONCAT(P, INITPORT)

7

#define INIT_PIN CONCAT(INIT_PIN_PRE, INITPIN)

Da PAx, PINx, PBx, usw. bei allen bekannten AVRs immer gleich x sind, 
braucht es INIT_PIN eigentlich nicht, da kann man gleich INITPIN 
verwenden.

Also so:

1

 INIT_DDR |= (1<<INIT_PIN);

oder gleich so:

1

 INIT_DDR |= (1<<INITPIN);

Oliver

Nachtrag:

INITPIN als Bezeichner für die Pinnummer ist in meinem obigen Beispiel 
blöd gewählt, da du ja auch noch das PIN-Register des Ports ansprechen 
können wollen willst ;)

Ber das kriegst du schon selber hin.

Oliver

da wirst einen parser brauchen, nimmst z.b. java mit config files gehts 
rel. simple da brauchst nur über alle drüber iterieren...

Oliver schrieb:
> #define CONCAT2(a,b) a##b
> #define CONCAT(a,b) CONCAT2(a,b)

Noch eine kurze Frage. Wieso reicht das nicht aus:

#define CONCAT(a,b) a##b

Was ist der Sinn von CONCAT2?



lange weg schrieb:
> da wirst einen parser brauchen, nimmst z.b. java mit config files gehts
> rel. simple da brauchst nur über alle drüber iterieren...

Hm oki. Danke :)

Oliver schrieb:
> #define INITPORT A
> #define INITPIN 5

Gibt es eine Möglichkeit, das ganze ohne defines mittels eines 
Funktionsaufrufs zu machen?

1

Init(int Port, int Pin)

2

{

3

   DDR + Port |=  (1<<Pin);    <--- das soll sein:  DDRA |= ....  

4

   ...

5

6

}

Ich hoffe ihr versteht was ich meine. :)

macro schrieb:
> Ich hoffe ihr versteht was ich meine.

Nein.

Ansonsten halte ich es mit Leuten, die sich im Konstruieren von Macros 
ergehen, so ähnlich wie Osmin: Erst geköpft und dann gehangen, dann 
gespießt auf heiße Stangen, dann..... naja.

Kurzum, Macros sind ein elendiger Mist, den man besser bleiben lassen 
sollte. Wer auf solche Ideen kommt, täte besser daran, seine Algorithmen 
gründlich zu überdenken.

W.S.

W.S. schrieb:
> Kurzum, Macros sind ein elendiger Mist, den man besser bleiben lassen
> sollte.

Hi W.S. Deshalb auch meine Frage, ob man macros umgehen kann und vom 
user ausgewählte Ports und pins in Init.Port und Init.Pin ablegen kann. 
Und zwar so ablegen, dass man an vielen Stellen im Quellcode mit DDRx, 
PORTx usw. ansprechen kann.  "Lange weg" hat zwar eine Möglichkeit 
aufgezeigt, aber vielleicht gibt es da auch was einfacheres.


gruß
macro

macro schrieb:
> und vom
> user ausgewählte Ports und pins in

Hehe.. der User bist doch du selber!
Ich halte es für keine gute Idee, immerzu zwischen "User" und "Ich hier" 
unterscheiden zu wollen. Ich weiß zwar nicht, was du im konkreten Falle 
mit diesem Init.Port usw. bezwecken willst, aber so etwas überhaupt 
anzudenken, ist wirklich falsch. Bedenke doch bitte, daß ein µC immer in 
eine bestimmte Schaltung eingelötet wird und daß er deshalb 
selbstverständlich gerade an seinen Portpins genau so programmiert 
werden muß, wie es die umgebende Schaltung erfordert. Oder willst du 
gelegentlich gegeneinander ankämpfende Output-Pins erzeugen?

Also, schreib dir die Treiberroutinen einfach so, wie es die benutzte 
Peripherie erfordert und halte die zugehörige Headerdatei frei von 
triberinternem Zeugs. Dort sollten nur die Nutzaufrufe stehen, die man 
vom Rest der Firmware aus benötigt, um über den Treiber mit der Hardware 
und damit mit der Außenwelt zu kommunizieren. Dazu braucht man keine 
Macros.

W.S.