Einzelne Bytes in Struktur aufrufen

Wenn du die Struktur in einer union mit einer Variable passender Größe 
zusammenfasst, dann kannst du über die Einzelvariable die komplette 
Struktur auslesen. Nur das Rückschreiben ist etwas komplizierter, weil 
du dann wieder die Einzelgrößen schreiben musst.

Beispiel:

1

union DEINE_UNION{

2

  struct DEIN_STRUCT{

3

    u8 deine_variable1;

4

    u8 deine_variable2;

5

  };

6

  u16 deine_zusammenfassung;

7

};

Die Union-Variante setzt voraus, daß der byte-Array-Teil größer sein 
muss als der struct-Teil. Das aber ist nicht garantiert, und so ist das 
eine schöne potentielle Fehlerquelle.

Sofern das Ergebnis des byteweisen Zugriffs nicht auf einer komplett 
anderen Hardwarearchitektur wiederum in einer Struktur genutzt werden 
soll, ist am typecast nichts "unsauber".

peterguy schrieb:

> Oder halt auf einen byte pointer casten, aber das finde ich persöhnlich
> nicht so sauber.


Egal wie du es machst, diese Operation wird niemals 'sauber' sein. Denn 
streng genommen ist auch die Union Variante nicht vom C-Standard 
gedeckt.
Genausogut könnte ich argumentieren, dass das umcasten des Pointers auf 
einen anderen Typ die etwas ehrlichere Variante ist, weil die Absicht 
dahinter klarer ist, als das verschleierte einschreiben in eine Union 
und auslesen über einen anderen Union-Member (und genau das ist dann 
auch der Punkt, an dem der Standard keine Zusicherung mehr macht: 
offiziell darf man eine Union nur über den Member auslesen über den die 
Daten auch in die Union gekommen sind)

Diese Lösung mit union

1

union{

2

 byte[LEN_STRUCT] rawData;

3

 struct {

4

   // hier kommen deine Structfelder rein >

5

   int mySignal;

6

 } Data;

7

} myUnion;

ist allerdings ganz schlecht, weil sie den Programmierer dazu zwingt die 
Strukturgröße zu kennen. Bei solchen Sachen IMMER eine Lösung suchen, 
die das Abzählen von irgendwelchen Größen dem Compiler aufbürdet. 
Sprich: sizeof benutzen!

Rufus Τ. Firefly schrieb:
> Die Union-Variante setzt voraus, daß der byte-Array-Teil größer sein
> muss als der struct-Teil. Das aber ist nicht garantiert, und so ist das
> eine schöne potentielle Fehlerquelle.

Mit __attribute__((_packed_)) stellt das kein Problem dar.

Das hier
>

1

> union{

2

>  byte[LEN_STRUCT] rawData;

3

>  struct {

4

>    // hier kommen deine Structfelder rein >

5

>    int mySignal;

6

>  } Data;

7

> } myUnion;

8

>

ist übrigens noch aus einem ganz anderen Grund schlecht. Die union kann 
so nur über rawData initialisiert werden, direkt in mySignal zu 
schreiben, funktioniert nicht.

Dennik schrieb:
> Vielen Dank für die schnellen Antworten.
> Den Vorschlag vom klaus habe ich implementiert. Zumindest ist der
> Compiler schon mal damit zufrieden. Wenn ich morgen auch noch die
> EEPROM-Leseroutine fertig habe, werde ich testen können, ob es
> funktioniert.

?
Du brauchst 24 stunden um die Aufrufe so zu schreiben

1

   eeprom_read_block( (uint8_t*)&myStructVariable,

2

                      (uint8_t*)&eemyStructVariable,

3

                      sizeof( *myStructVariable ) );

bzw.

1

   eeprom_write_block( (uint8_t*)&myStructVariable,

2

                       (uint8_t*)&eemyStructVariable,

3

                       sizeof( *myStructVariable ) );

für die Variablen

1

struct irgendwas {

2

  ...

3

};

4

5

struct irgendwas eemyStructVariable EEMEM;

6

struct irgendwas myStructVariable;