Code lese problem

[Tho W. (tommyprog)]

Servus,

im ZUsammenhang einer SPI und der Zusammensetzung von 4 Bytes zu einem 
uint32_t frage ich mich, was genau  der code von Karl Heinz macht:

  uint32_t speicherzusammensetzung;
  
  *( (uint8_t*)&speicherzusammensetzung + 0 ) =speicherzusammensetzung_array[0];
  *( (uint8_t*)&speicherzusammensetzung + 1 ) =speicherzusammensetzung_array[1];
  *( (uint8_t*)&speicherzusammensetzung + 2 ) =speicherzusammensetzung_array[2];
    *( (uint8_t*)&speicherzusammensetzung + 3 ) =speicherzusammensetzung_array[3];
  return speicherzusammensetzung;

insbesondere das **( (uint8_t*)* sowie das **( 
(uint8_t*)&speicherzusammensetzung + 0 )* kapiere ich nicht.

P.S. der orignalcode ist von Karl heinz, nur bei mir heißen die 
Variablen anders

Könnte mir bitte jemand helfen?

[Max H. (hartl192)]

Tho Wes schrieb:
> insbesondere das **( (uint8_t*)* sowie das **(
> (uint8_t*)&speicherzusammensetzung + 0 )* kapiere ich nicht.
Beschäftige dich am Besten mal mit Pointer...

[Dennis S. (eltio)]

Zerleg die Zeilen in kleinere Teile und arbeite dich von innen nach 
außen vor.

Was heißt

x = speicherzusammensetzung_array[0]

Was bedeutet ein & (Achtung mehrere Bedeutungen)? Was liefert dir 
folgendes:

&speicherzusammensetzung + 0

Welche Bedeutung hat ein Datentyp in Klammern:

(uint8_t*)&speicherzusammensetzung

Gruß
Dennis

[Daniel V. (danvet)]

Tho Wes schrieb:
> Servus,
>
> im ZUsammenhang einer SPI und der Zusammensetzung von 4 Bytes zu einem
> uint32_t frage ich mich, was genau  der code von Karl Heinz macht:
>
>

>   uint32_t speicherzusammensetzung;
> 
>   *( (uint8_t*)&speicherzusammensetzung + 0 ) 
> =speicherzusammensetzung_array[0];
>   *( (uint8_t*)&speicherzusammensetzung + 1 ) 
> =speicherzusammensetzung_array[1];
>   *( (uint8_t*)&speicherzusammensetzung + 2 ) 
> =speicherzusammensetzung_array[2];
>     *( (uint8_t*)&speicherzusammensetzung + 3 ) 
> =speicherzusammensetzung_array[3];
>   return speicherzusammensetzung;
> 
>

> insbesondere das **( (uint8_t*)* sowie das **(
> (uint8_t*)&speicherzusammensetzung + 0 )* kapiere ich nicht.
>
> P.S. der orignalcode ist von Karl heinz, nur bei mir heißen die
> Variablen anders
>
> Könnte mir bitte jemand helfen?

Also ein **((uint8_t*)* sehe ich nirgends im Code. Also vorsicht beim 
Zitieren.

Der Code macht folgendes:
1) &speicherzusammensetzung --> Zeiger auf diese Variable (32Bit).
2) (uint8_t*)&speicherzusammensetzung --> der Zeiger wird auf 8Bit-Wert 
gecastet, d.h zuvor war es ein Zeiger auf 32Bit, jetzt aber auf 8Bit.
3) ((uint8_t*)&speicherzusammensetzung + 0) --> Zeiger auf die ersten 
8Bit des 32Bit Wertes
4) *( (uint8_t*)&speicherzusammensetzung + 0 ) --> Dereferenzierung, 
d.h. ich greife auf die Daten an dieser Stelle zu.
5) *( (uint8_t*)&speicherzusammensetzung + 0 ) = 
speicherzusammensetzung_array[0]; --> das bekommst du jetzt auch hin.

[sebi707 (Gast)]

Wer fabriziert eigentlich solchen Code? Warum nicht einfach:

uint32_t speicherzusammensetzung;
memcpy(&speicherzusammensetzung, &speicherzusammensetzung_array, 4);
return speicherzusammensetzung;

[Tho W. (tommyprog)]

> Also ein **((uint8_t*)* sehe ich nirgends im Code. Also vorsicht beim
> Zitieren.

Das erste * wäre auch für den fettdruck, das zweite * ebenso.

Danke Dir für den Tipp ^^

[Peter D. (peda)]

uint8_t moeglichstlangervariablennameumdenleseroptimalzuverwirren;
uint8_t moeglichstaehnlichervariablennameumdenleseroptimalzuverwirren;

[Daniel V. (danvet)]

sebi707 schrieb:
> Wer fabriziert eigentlich solchen Code? Warum nicht einfach:
>

> uint32_t speicherzusammensetzung;
> memcpy(&speicherzusammensetzung, &speicherzusammensetzung_array, 4);
> return speicherzusammensetzung;
>

Vielleicht weil es nicht sicher ist, dass die Bytes vom Array auch 
wirklich ohne Lücke hintereinander liegen...?
Oder um Zeigerarithmetik zu verdeutlichen?
Oder...

[Daniel V. (danvet)]

Peter Dannegger schrieb:
>

> uint8_t moeglichstlangervariablennameumdenleseroptimalzuverwirren;
> uint8_t moeglichstaehnlichervariablennameumdenleseroptimalzuverwirren;
>

Von Peda hätte ich jetzt aber etwas mehr Verständnis erwartet...

[Marc (Gast)]

Daniel V. schrieb:
> Vielleicht weil es nicht sicher ist, dass die Bytes vom Array auch
> wirklich ohne Lücke hintereinander liegen...?

Selbstverständlich tun sie das.

[Karl H. (kbuchegg)]

Daniel V. schrieb:
> Peter Dannegger schrieb:
>>

>> uint8_t moeglichstlangervariablennameumdenleseroptimalzuverwirren;
>> uint8_t moeglichstaehnlichervariablennameumdenleseroptimalzuverwirren;
>>

>
> Von Peda hätte ich jetzt aber etwas mehr Verständnis erwartet...

Was Tho Wes da aufführt, hat nichts mehr mit Verständnis zu tun.
Man kann alles bis ins Absurde übertreiben. Auch das Prinzip von 
sprechenden Variablennamen. Und dann dreht sich die Verständlichkeit von 
Code ganz schnell ins Gegenteil.

[Chef-Programmierer (Gast)]

Tho Wes schrieb:
> speicherzusammensetzung_array[0];

Wer solche Variablennamen wählt, hat offenbar keine Ahnung, wie man 
richtig programmiert. Korrekt wäre:

    #define natuerlichepositiveganzzahlnull 0

    leseundschreibspeicheraushalbleiteraufsiliziumbassierendzusammensetzung_eindimensionalesarrayausvorzeichenlosenbytewertenmitjeweilsachtbit[natuerlichepositiveganzzahlnull];