12bit Integer aus 8bit Array lesen

Wenn man in C von einem Element im Feld zum direkt darauffolgenden im 
Speicher kommen will, muß man den letzten Index erhöhen, nicht den 
ersten.

Außerdem liest du doch die oberen Bit aus einer niedrigeren Adresse; in 
deiner Skizze ist es aber anders gezeichnet.

Außerdem: woher kommt dein 00001111? Ist das vielleicht versehentlich 
als 11110000 im Speicher?

Gerade ging es in einem anderen Thread um ein ähnliches Problem. Mit 
Hilfe einer union sollte sich das ganze ohne Rechnerei erledigen lassen.

1

union { uint16_t   u16;

2

        uint8_t    u8[2];} value;

3

4

value.u8[0] = gsDataBuffer[posarray][column];

5

value.u8[1] = gsDataBuffer[posarray][column+1];

6

7

return(value.u16);

@Michael

Den Thread meinte ich.

PS:
Die Namen der Indexvariablen sollten natürlich passender gewählt werden.

Ralf schrieb:
> Dann geht das mit der 'union' nicht, würde ich mal sagen. Da muss die
> Byteorder stimmen (im Speicher sortiert von niedrigem zu hohem Byte).

Ganz im Gegenteil, mit Hilfe einer union kann man doch die 
Speicherreihenfolge von HByte und LByte an die benötigte Byteorder 
anpassen.

Ralf schrieb:
> Vielleicht meinen wir was Verschiedenes:

Offensichtlich.

Ich meine das, was ich bereits hier
Beitrag "Re: 12bit Integer aus 8bit Array lesen"
beschrieben habe.

1

union { uint16_t   u16;

2

        uint8_t    u8[2];} value;

3

4

value.u8[0] = DatenByte1;

5

value.u8[1] = DatenByte2;

Je nachdem ob DatenByte1 oder DatenByte2 das höherwertige ist, muss die 
Zuordung zu value.u8[0] bzw. value.u8[1] erfolgen.

Ralf schrieb:
> Genau. Dann kann man sich den Umweg über die Union allerdings sparen und
> den 16Bit-Wert mit Shift und Or gleich zusammensetzen

Ja, meistens gibt es mehrere Wege zum selben Ziel und jeder kann einen 
für sich passenden aussuchen. Ich arbeite in Fällen wie hier lieber mit 
der union, weil man meist ohne Operationen, sondern nur mit Zuweisungen 
auskommt. Ich sehe darin auch keinen Umweg.

Ralf schrieb:
> Da allerdings
> dort offensichtlich was nicht funktioniert, vermute ich, liegt der
> Fehler in der Indizierung des Arrays.

Das vermute ich auch.

1

for(i=0;i<=7;i++) {

2

  result = result + (myValue[0][x]<<i); 

3

  x--;

4

}

5

6

x=7;

7

8

for(i=0;i<=7;i++) {

9

High = High + (myValue[1][x]<<i);

10

x--;  

11

}

12

13

result = result + (High<<8);

Zu kompliziert?
Ich weiß^^.

Julian Schild schrieb:
> for(i=0;i<=7;i++) {
>   result = result + (myValue[0][x]<<i);
>   x--;
> }
>
> x=7;
>
> for(i=0;i<=7;i++) {
> High = High + (myValue[1][x]<<i);
> x--;
> }
>
> result = result + (High<<8);
> Zu kompliziert?

Der TO möchte sein Ergebnis aus 2 Werten des Arrays zusammenbasteln, 
nicht aus 16. Die beiden Werte sind im Array so gespeichert, dass der 
zweite Index (bei Dir x) für beide gleich ist.

Tobi M. schrieb:
> Das Ergebnis bleibt leider immernoch das Selbe?

Hm, der Code sieht eigentlich OK aus. Aber vielleicht steht ja nicht das 
richtige im Array ? Hast du mal data_high und data_low direkt ausgegeben 
?

Das einzige was ich im original-Code seltsam fand ist die Konstante 
"15UL", also unsigned long. Vermutlich ist long mindestens 32 bit, aber 
es wird nur mit 16 bit Werten hantiert => ?
Ich wurde einfach 15U schreiben (obwohl der Compiler eventuell das ganze 
durchschaut und den selben Code generiert ?)

ZigZeg

J.-u. G. schrieb:
> Der TO möchte sein Ergebnis aus 2 Werten des Arrays zusammenbasteln,
> nicht aus 16.

Verstehe ich das richtig. Er will einfach nur zwei 8 Bit Zahlen in einer 
16 Bit Zahl vereinen? Lol. Wo ist das Problem?

1

uint8_t Var1 = 0, Var2 = 0;

2

uint16_t Result = 0;

3

4

 Result = Var1 + (Var2<<8);

Voila. :P
Whs hab ich es schon wieder falsch verstanden^^.

Julian Schild schrieb:
> Verstehe ich das richtig. Er will einfach nur zwei 8 Bit Zahlen in einer
> 16 Bit Zahl vereinen?

So habe ich es auch verstanden.

Julian Schild schrieb:
> uint8_t Var1 = 0, Var2 = 0;
> uint16_t Result = 0;
>
>  Result = Var1 + (Var2<<8);

Das wäre eine Möglichkeit und so hat es der TO auch versucht.

Julian Schild schrieb:
> Wo ist das Problem?

Um das Problem einzugrenzen benötigen wir noch weitere Informationen des 
TO. Es könnte an dem 2D-Array liegen, in dem die beiden 8-Bit-Zahlen 
gespeichert sind.