Problem mit Big & Little endian Daten im Strukt sind verkehrt

[C. H. (hedie)]

Hallo zusammen

Ich habe folgenden Code:

struct ID_02  {
  unsigned int    Length;
  unsigned char  Msg_ID;
  unsigned char  X_Pos[4];
  unsigned char   Y_Pos[4];
  unsigned char   Z_Pos[4];
  unsigned char   X_Speed[4];
  unsigned char   Y_Speed[4];
  unsigned char   Z_Speed[4];
  unsigned char   Mode_1;
  unsigned char   HDOP;
  unsigned char  Mode_2;
  unsigned char  GPS_Week[2];
  unsigned char  GPS_Tow[4];
  unsigned char  SV_In_Fix;
  unsigned char  CH1_PRN;
  unsigned char  CH2_PRN;
  unsigned char  CH3_PRN;
  unsigned char  CH4_PRN;
  unsigned char  CH5_PRN;
  unsigned char  CH6_PRN;
  unsigned char  CH7_PRN;
  unsigned char  CH8_PRN;
  unsigned char  CH9_PRN;
  unsigned char  CH10_PRN;
  unsigned char  CH11_PRN;
  unsigned char  CH12_PRN;
  unsigned char  Checksum[2];
};


int main(void)
{

....

struct ID_02 *GPS_Data;
GPS_Data = (struct ID_02 *)&RX_Buffer[0];
itoa(GPS_Data->Length, Buffer, 10 );
lcd_string(Buffer);

....


}

Die Daten im Strukt sehen wie Folgt aus:

00 29 02 00 00....

So nun das problem...
Mit GPS_Data length greife ich ja auf die ersten beiden Bytes zu.
0x00 0x29

Doch leider wird nicht der wert 0x0029 sondern der Wert 0x2900 auf dem 
Display angezeigt...

Wie kann ich das umdrehen?

Danke schonmal...



[/c]

[Udo S. (urschmitt)]

indem du nicht int definierst, sondern:

unsigned char hilen
unsigned char lolen

und nach dem einlesen:
int len = hilen << 8 + lolen;

[C. H. (hedie)]

ich denke das hat mit Little und big endian zu tun...

Wenn ich es auf LittleEndian umstelle wird das auswirkungen auf die UART 
Verbindung haben? Wenn nein, wie stelle ich auf littleendian um?

[(prx) A. K. (prx)]

Claudio Hediger schrieb:

> Wenn nein, wie stelle ich auf littleendian um?

Bei den meisten Controllern: Chipdesign aufkaufen, modifizieren, eigenen 
Chip herstellen. Nur manche kann man tatsächlich umstellen.

M.a.W: per Software. Im Netzwerkbereich hat man dazu Funktionen/Makros 
wie ntohs() und dergleichen. Passt der Prozessor zur Definition, dann 
sind das Leerfunktionen, passt er nicht, dann wird gedreht. Meistens 
wird gedreht, weil im Netz big endian üblich ist und die meisten 
Prozessoren little endian arbeiten.

[C. H. (hedie)]

Ok vielen dank...

also muss ich mir ein paar Umkehr funktionen schreiben...

[Karl H. (kbuchegg)]

Oder so, wie Udo das gezeigt hat.
Damit ist das Problem dann Schnee von gestern. Du ordnest einfach die 
Einzelbytes in der Reihenfolge, wie sie dir übertragen werden und setzt 
dann den eigentlichen Wert selber zusammen. Das geht dann auf jeden 
Fall, weil du den "Dreher" schon in der Datenstruktur hast.