AVR-GCC: Welchen Datentypen haben SFRs?

OK, im Datenblatt werden alle Register zweimal mit jeweils 0x20 Offset 
angegeben - und ich finde jetzt auch keins, wo PINx, DDRx und PORTx 
nicht direkt hintereinanderliegen. Damit sollte es praktisch kein 
Problem sein, nur einen Wert zu übergeben.

Nur irgendwie will es nicht gelingen, mit dem Adressoperator dort 
hineinzuschreiben.

Was zu gehen scheint:

1

  #define ReadFromPort(PORT) (\

2

    (&PORT==&PORTA) ? (DDRA) :\

3

    ( (&PORT==&PORTB) ? (DDRB) :\

4

    ( (&PORT==&PORTC) ? (DDRC) :\

5

    ( (&PORT==&PORTD) ? (DDRD) :\

6

    0 ) ) )\

7

    )

wird zu:

1

    uint8_t a = ReadFromPort(PORTC);

2

    1f28:  84 b3         in  r24, 0x14  ; 20

3

    1f2a:  08 95         ret

Evtl. meinst du sowas:

1

#define fooPort(x) PORT ## x

2

#define barPort(x) PIN ## x

3

#define foobarPort(x) DDR ## x = 0x2a; PORT ## x = 0x2a

Damit wird aus diesem hier:

1

fooPort( A ) = barPort( B );

2

foobarPort( C );

jenes da:

1

PORTA = PINB;

2

DDRC = 0x2a; PORTC = 0x2a;

Nö, paßt schon. Das, was ich oben gepostet habe macht genau das, was ich 
will. Ich hab's nur etwas erweitert:

1

 #define DDR(PORT) (\

2

    (&PORT==&PORTA) ? (DDRA) :\

3

    ( (&PORT==&PORTB) ? (DDRB) :\

4

    ( (&PORT==&PORTC) ? (DDRC) :\

5

    ( (&PORT==&PORTD) ? (DDRD) :\

6

    0 ) ) )\

7

    )

8

9

 #define PIN(PORT) (\

10

    (&PORT==&PORTA) ? (PINA) :\

11

    ( (&PORT==&PORTB) ? (PINB) :\

12

    ( (&PORT==&PORTC) ? (PINC) :\

13

    ( (&PORT==&PORTD) ? (PIND) :\

14

    0 ) ) )\

15

    )

Jetzt brauche ich pro Pin in die Pinbelegungstabelle nur noch zwei Werte 
zu hinterlegen (NAME_PORT und NAME_Pin) und habe die Sachen für AVR und 
ARM (NAME_GPIO und NAME_Pin) wieder komplett identisch.

Als static-inline-Funktion wäre mir noch etwas lieber gewesen als durch 
Präprozessormagie, weil AtmelStudio dann mit dem Auto-Vervollständigen 
sehr komfortabel ist, aber so ist es auch schon schön.

Vielen Dank für's Lesen
W.T.

Walter Tarpan schrieb:
> OK, im Datenblatt werden alle Register zweimal mit jeweils 0x20 Offset
> angegeben - und ich finde jetzt auch keins, wo PINx, DDRx und PORTx
> nicht direkt hintereinanderliegen. Damit sollte es praktisch kein
> Problem sein, nur einen Wert zu übergeben.

Beim ATMega 128 stimmt das fuer PORTF nicht
/* Input Pins, Port F */
#define PINF      _SFR_IO8(0x00)
/* Data Register, Port F */
#define PORTF     _SFR_MEM8(0x62)

/* Input Pins, Port G */
#define PING      _SFR_MEM8(0x63)

Ich muß doch das alte Faß mal wieder aufmachen:

Ich habe folgendes Makro definiert:

1

        #define SetBit(PORT,BIT)   ( PORT |=   BIT)

Jetzt würde ich aus dem Makro gerne eine static-inline-Function machen, 
die sich genauso aufrufen läßt, also:

1

SetBit(PORTD,1<<PD3);

Ich würde auch gerne vermeiden, zu der auf AVR ungewohnten Schreibweise 
mit dem Adreßoperator zu greifen:

1

NSetBit(&PORTD,1<<PD3);

Ist das überhaupt möglich?

Viele Grüße
W.T.

Wenn Du den C++-Compiler benutzt, mit einer Referenz:

1

static inline void SetBit(volatile uint8_t& reg, uint8_t bit)

2

{

3

  reg |= bit;

4

}

Mit C geht es nicht, weil bei der gewünschten Schreibweise ja sonst nur 
der Wert des Registers und nicht seine Adresse übergeben wird. Aus dem 
Wert lässt sich aber normalerweise nicht auf die Adresse schließen ...

Bei Makros mit Parametern solltest Du bei der Definition übrigens 
grundsätzlich Klammern um jeden Eingabewert machen. Ansonsten ist die 
Auswertungsreihenfolge unter Umständen nicht das, was Du erwartest, da 
das Makro ja praktisch nur eine Textersetung macht. Also besser:

1

#define SetBit(PORT, BIT) ((PORT) |= (BIT))

Und noch eine letzte Bemerkung: Der Name SetBit ist verwirrend, da das 
Makro nicht nur ein Bit, sondern eine ganze Bitmaske setzt. Ich hätte 
bei dem Namen eher diese Definition erwartet:

1

#define SetBit(PORT, BIT) ((PORT) |= 1 << (BIT))

Dein Makro wäre imo mit SetBits treffender benannt. Bzw. wenn man der 
üblichen Konvention folgt, dass Makros in Großbuchstaben geschrieben 
werden: SET_BITS.

Walter Tarpan schrieb:
> Ich würde auch gerne vermeiden, zu der auf AVR ungewohnten Schreibweise
> mit dem Adreßoperator zu greifen:

Wat?