Structinhalt als boolvariable printen

[Marko (Gast)]

ich habe structs, welche ich mir gerne mittels einer variablen 
ausprinten möchte (in c). Der struct hat drei elemente, 
enabled/disabled, on/off und der wert

typedef struct  __attribute__ ((packed)){
  unit8_t enabled :1;
  uint8_t on    :1;
  uint8_t value  :255;
}sensor

wie kann ich das ganze denn jetzt in eine uint16_t variable packen um es 
mir auszugeben?
1100000111000000

erste 1: enabled
zweite 1: on
3-10 0 oder 1: value vom Sensor
11 -16 :alles 0

hier könnte ich auch alle drei elemente einzeln ausgeben.
Später kommt aber noch ein großer struct dazu (um die 50 Elemente). Da 
würde ich dann ungern alles einzeln abtippen, sondern quasi nur eine 
Variable ausgeben, aus der man dann alles ablesen kann

[heini (Gast)]

Marko schrieb:
> ich habe structs, welche ich mir gerne mittels einer variablen
> ausprinten möchte (in c). Der struct hat drei elemente,
> enabled/disabled, on/off und der wert
> typedef struct  _attribute_ ((packed)){
>   unit8_t enabled :1;
>   uint8_t on    :1;
>   uint8_t value  :255;
> }sensor
>

der member value soll 255 bit breit sein?

[Marko (Gast)]

heini schrieb:
> der member value soll 255 bit breit sein?

nein. denkfehler. Aber danke für den Hinweis :)

> typedef struct  attribute ((packed)){
>   unit8_t enabled :1;
>   uint8_t on    :1;
>   uint8_t value  :8;
> }sensor

[Philipp Klaus K. (pkk)]

Marko schrieb:
> ich habe structs, welche ich mir gerne mittels einer variablen
> ausprinten möchte (in c). Der struct hat drei elemente,
> enabled/disabled, on/off und der wert
> typedef struct  _attribute_ ((packed)){
>   unit8_t enabled :1;
>   uint8_t on    :1;
>   uint8_t value  :8;
> }sensor


Hat zwar nichts mit deiner Frage zu tun, aber: Warum verwendest du hier 
uint8_t? Ich hätte bool für enabled und on verwendet, unsigned int für 
value.

[STK500-Besitzer (Gast)]

Philipp Klaus K. schrieb:
> Hat zwar nichts mit deiner Frage zu tun, aber: Warum verwendest du hier
> uint8_t? Ich hätte bool für enabled und on verwendet, unsigned int für
> value.

Bei den meisten Architekturen sind bool nichts anderes als int. Somit 
wäre die struct wesentlich größer.

Marko schrieb:

typedef struct  attribute ((packed)){
   unit8_t enabled :1;
   uint8_t on    :1;
   uint8_t value  :8;
}sensor

Du willst am Ende eine 16-Bit-breite struct haben?
Dann solltest du als "Grundtyp" schon mal (u)int16_t verwendent.

typedef struct  attribute ((packed)){
   unit16_t enabled :1;
   uint16_t on      :1;
   uint_t value     :8;
}sensor

Umd daraus dann noch eine uint16_t-Variable zu machen, verwendet man 
gerne "union".

[Philipp Klaus K. (pkk)]

STK500-Besitzer schrieb:
> Philipp Klaus K. schrieb:
>> Hat zwar nichts mit deiner Frage zu tun, aber: Warum verwendest du hier
>> uint8_t? Ich hätte bool für enabled und on verwendet, unsigned int für
>> value.
>
> Bei den meisten Architekturen sind bool nichts anderes als int. Somit
> wäre die struct wesentlich größer.
>

Ein 1-bit Bitfeld vom Typ bool belegt 1 Bit, genau wie ein 1-Bit-Bitfeld 
jedes anderen Typs.

> Marko schrieb:
>

> typedef struct  attribute ((packed)){
>    unit8_t enabled :1;
>    uint8_t on    :1;
>    uint8_t value  :8;
> }sensor
>

>
> Du willst am Ende eine 16-Bit-breite struct haben?
> Dann solltest du als "Grundtyp" schon mal (u)int16_t verwendent.
>

> typedef struct  attribute ((packed)){
>    unit16_t enabled :1;
>    uint16_t on      :1;
>    uint_t value     :8;
> }sensor
>

>
> Umd daraus dann noch eine uint16_t-Variable zu machen, verwendet man
> gerne "union".

Der aktuelle C-Standand erlaubt Implementierungen zwar, weitere 
Datentypen in Bitfeldern zu unterstützen, aber er verlangt ist nur 
Unterstützung für: bool, int, signed int, unsigned int. Bei portablem 
Code sollte man sich also auf diese Typen beschränken.

[Rolf M. (rmagnus)]

Philipp Klaus K. schrieb:
> bool, int, signed int, unsigned int. Bei portablem
> Code sollte man sich also auf diese Typen beschränken.

Wobei man auf int auch verzichten sollte, da in Bitfeldern (und nur 
dort) implementationsspezifisch ist, ob der dann vorzeichenbehaftet ist 
oder nicht.

[Philipp Klaus K. (pkk)]

Rolf M. schrieb:
> Philipp Klaus K. schrieb:
>> bool, int, signed int, unsigned int. Bei portablem
>> Code sollte man sich also auf diese Typen beschränken.
>
> Wobei man auf int auch verzichten sollte, da in Bitfeldern (und nur
> dort) implementationsspezifisch ist, ob der dann vorzeichenbehaftet ist
> oder nicht.

Was überraschend ist, wenn man den int nicht direkt sieht, man z.B. ein 
Bitfeld vom Typ int_least16_t anlegt, der int_least16_t dann per typedef 
in stdint.h ein int ist, und man dann im Bitfeld einen unsigned int 
bekommt.

[zitter_ned_aso (Gast)]

Be "signed/unsigned int" wäre ja sein Bietfeld sogar größer als eine 
normale Struktur wie:

      struct sensor {                                                   
          bool some_settings_1;                                         
          bool some_settings_2;                                         
          uint8_t some_values;                                          
      };

[zitter_ned_aso (Gast)]

zitter_ned_aso schrieb:
> Bietfeld

bit