Ne možeš direktno promenljivu MyWordVar1 koja je dužine dva bajta da smestiš u niz koji je definisan kao niz promenljivih dužine jednog bajta.

niz bi bio:
unsigned char MyArray[10];

a promenljive:
unsigned int MyWordVar1;
unsigned char MyByteVar1;

Može da se izvede drugačije ali ovako direktno ne.

Kod C, koristis pointere.

char myarray[10];
short* mywordvar1 = (short*)&myarray[2]; // adresa koju kastujes u odgovarajuci tip
char* mybytevar1 = &myarray[4]; // ovde ne treba cast posto je isti tip, dakle obe varijable su pointeri

Hvala na odgovoru.

Da pojasnim za sta sam tako nesto koristio. Iz spoljasnjeg sveta je, serijskom komunikacijom, stizao u navedenom slucaju,
niz od 10 bajtova. U tih 10 bajtova je sa PCja slato npr 3 word promenljive i 4 bajt promenljive, sto mu u finalnom skoru
izadje total od 10 bajtova (3x2 + 4x1).
U ovim bejzik kompajlerima je bilo moguce da se napravi 'modifier', prakticno pointer na odredjeni clan niza, tako da sam
mogao direktno da pristupam ovim mojim word ili bajt varijablama, a ne da ih preracunavam po sistemu:

MyWordVar1 = MyArray[2]<<8 + MyArray[3] (polazeci od toga da je u nizu ide HiByte, pa iza njega LoBwyte)

Nadam se da sam sada malo pojasnio moje pitanje (i potrebe ) i da ce valjda sada 'all mighty C' moci ono sto moze omaleni
basic.

A i sta ce meni, da se u ovim godinama, zahebavam sas ARMici i C-ovi

ps. Moj odgovor je bio namenjen za 'goran_68'. Sada videh da smo Branimir i ja pisali u skoro istom momentu. Branimire,
rekao bih da je to to, i kad procitas ovo moje sadasnje pisanije molim te da potvrdis ili opovrgnes.

Hvala svima.

To se moze odraditi preko unija, recimo ovakva neka univerzalna varijanta (zatrebace posto se na ARM sve barata sa 32bit):

Ne moze preko unija, zato sto ako pises u jedan element, a citas drugi, to je undefined behavior. Naravno opalis #pragma pack(1) pa ce sve jedno raditi ;)

edit:
ali ivek postoji mogucnost da kompajler napravi nesto pametno tipa kesiranja elementa, tako da jos treba dodati i `volatile` kod definisanja varijable ...

Moze preko unija ako se malo povede racuna i napravi "thread-safe" funkcija i ako se lepo instancira jedna unija za jednu potrebu ...

Na primer ovo moze da se koristi sa USART ili EEPROM i slicne stvari gde treba ta konverzija a svakako te funkcije su "single thread", nema tu ko da dira ili menja/cica te vrednosti osim trenutnog parceta code-a koji barata sa njima.
U globalnom scope-e su druge veriable i njih upisujemo kao rezultat ovih unija, ne mesa se unija u globalni scope memorije.

Nema to veze sa threadovima. Unija ne moze tako da se koristi po pravilu C standarda ;)

edit:
a ni ovo moje nije garantovano da radi, zbog `strict aliasing rule`, pa treba videti da se kod kompajliranja iskljuci taj feature ;)

Ovo su malo "modifikovane" varijante da bi radile pod Keil : )

U svakom slucaju rade vrlo lepo i konkretno parce code-a recimo za pisanje i citanje 32bit podatka u EE (FRAM : ) moze da se svede na ovo:


A threadovi imaju veze takodje samo su vezani za neke truge stvari ali kao koncept drzanja "stvari pod kontrolom" makar se one svodile na nekoliko komandi je praksa koja treba da postuje prilikom pisanja programa, konkretno ima veze gde je koja memorija postavljena, organizovana, itd itd a ko cita i pise po memoriji i sto je mnogo bitnije kako je druga stvar, ovde na bare-metal smo mnogo nisko, imamo samo interni scope u okviru funkcije i globalni scope koji dodatno moze (tj za nesto MORA) kao sto sti spomenuo da budu volatile.
Kada se u program uvede ISR prakticno njegov handler je mikro-thread koji radi nezavisno od glavnog main i ako se "cacka" memorija iz main i iz ISR a ne vodi se racuna naravno da ce da bude raznih potencialnih zaglupa :)
Takodje opet dobra praksa pisati tako programe jer multicore mikrokontroleri dolaze tj vec su dosli i bice ih sve vise, probao sam XMOS, heh, 16 procesorskih jezgra i gomila procesa stim ako ispostujes thread-safe funkcionalnost po procesoru onda mozes da nasiljis svih 16 jezgra da rade paralelno i da melje to sto je krenulo da radi :)

_{[Ovu poruku je menjao mikikg dana 03.12.2017. u 01:54 GMT+1]}

Ma vidi, volatile ti treba da natera kompajler da `unija.a `uvek procita iz RAM-a, a ne da kesira u registru. Jer ako upises `unija.b = 5`, pa citas `unija.a`, kompajler je slobodan da se ne obrati RAM-u nego da vrati kesiranu vrednost. Zato volatile, ne zbog threadova.