Typedef v C ? – C / C++ – Fórum – Programujte.com

typedef struct {
      uint8_t  staticS             : 3;
      uint8_t  globalS            : 5;
      uint8_t  b                      : 8;
      uint8_t  w1                    : 8;
      uint8_t  w2                    : 8;
}__attribute__((__packed__)) Fram;

Pomoci typeDef jsem vytvořil strukturu, která vlastně představuje 32 bitovou proměnou, v reálu tedy kopii  něčeho jako hw registr.

Fungovat to funguje,  použití

Fram fram;
fram.staticS   =    0b111;
fram.w1   =    128;

Proč to sem vůbec píšu? fram.staticS   nemůže být nic jiného než 0b111 a řádek fram.staticS   =    0b111; je nadbytečný, Libilo by se mi pokud by staticS   byla konstanta o hodnotě  0b111.

Jde to nějak?

Můžeš si napsat pomocnou funkci nebo makro, ale jinak ne, C nemá výchozí hodnoty nebo konstruktory struktur.

#define FRAM(name) Fram name = { .staticS = 0b111 };
...
FRAM(fram);
fram.w1 = ...;

protože programuješ v Céčku tak bych ti silně doporučoval nechat zápis tak jak máš, ano, lze to udělat před Define ale to je to samé jako to máš akorát že se budeš drbat pravou rukou na levým uchu.... byly by dobrý si něco o Céčku nastudovat ... hlavně o tom co je to __attribute__((__packed__)) , ty děláš v gcc ? nebo v čem to je ?

__attribute__ je sice nejvíce profláklý mechanizmus z GNU, tedy gcc, ale ne neni to  gcc.

Je to pro Clang/LLVM tedy dnes hlavní firemni překladač ARM.
Agoritmus ladim ve Visual Studiu a tam použivam #pragma( pack(push, 1) )

Co to děla snad i tuším, jde o to, že ve struktuře je sice 5x  uint8_t tedy vlastně 40bitů, ale v paměti to zabere jen 32bitů, což je přesně o co mi jde. V paměti se vytvoří pole těchto struktur a to je po naplnění odesláno přes DMA a SPI kamsi a to jde jen kdy to má správnou strukturu protože to končí v hw registrech IC. 
 

Chápu že to vypadá užitečně, ale vzhledem k tomu že třeba pořadí je závislé na použitém překladači, tak doporučuji se tomu vyhnout.

Pokud se k tomu z nějakého důvodu rozhodnete, tak alespoň  připravte automatické testy které zkontrolují zda jsou bity tak jak opravdu potřebujete, aby se změnou překladače nebo jeho verze nedošlo k překvapení.

A každopádně také si dejte pozor na to jak velké je třeba definovat ty proměnné aby to fungovalo správně - což by mělo být závislé na "architektuře" pro kterou překládáte (viz druhý odkaz níže).

Doporučuji googlit, ale narychlo třeba https://blogs.sw.siemens.com/embedded-software/2019/12/02/why-not-use-bit-fields-for-device-registers/ a obzvlášť výživné  Betrayed by a bitfield [LWN.net]