STM32 - ist der Typ "uint8_t" gleich einem "byte"

[Klaus (Gast)]

Hallo Zusammen,

ich hab ein GPS, das die Daten komprimiert versendet (einzelne Bytes
wie 0xB5, 0x62 usw. Koordinaten werden später zusammengesetzt.

Mit dem Uart vom STM32 hole ich mir aktuell so die Daten

uint8_t RxBuffer2[120];
void USART1_IRQHandler(void) {
  //...
  RxBuffer2[RxCounter++] = USART_ReceiveData(USART1);
  //...
}

Mit dem Datentyp uint8_t, nur wie komme ich damit wieder auf
Hex Zahlen ähnlich "0xB5" (181). Das was ich empfange,
macht keinen Sinn (alles zwischen 10 und 80), sieht aber
gleichmäßig aus. Wie richtige Koordinaten, nur falsch verpackt.

Sample Code für das GPS verwendet den Datentyp "byte",
die rechnen dann mit "0xB5" usw. weiter.

Hat jemande vielleicht eine Idee?
Müssen die uint8_t noch irgendwie in Hex Zahlen
"tansformierten" werden?

Bin da eher Anfänger.

Vielen Dank
Klaus

[g457 (Gast)]

> ich hab ein GPS, das die Daten komprimiert versendet (einzelne Bytes
> wie 0xB5, 0x62 usw. Koordinaten werden später zusammengesetzt.

Datenblatt lesen :-)

> Mit dem Datentyp uint8_t, nur wie komme ich damit wieder auf
> Hex Zahlen ähnlich "0xB5" (181).

Information -> Repräsentation -> Interpretation. Was hast Du, wie ist 
das was Du hast verpackt, was willst Du damit anstellen?

> Das was ich empfange, macht keinen Sinn (alles zwischen 10 und 80), sieht
> aber gleichmäßig aus. Wie richtige Koordinaten, nur falsch verpackt.

Ist das womöglich ASCII? Vielleicht sogar NMEA? Stimmt u.U. die 
Baudrate/.. nicht? Zeig doch mal die Modulbezeichnung, behelfsweise 
ergänzend einen Rohdaten(!!)mitschnitt.

[Klaus (Gast)]

Hallo g457,

hat sich glaube ich erledigt, sendete NMEA. (Binary Mode muß man
wohl irgendwie noch einstellen) Werds dann morgen nochmal versuchen...

Vielen Dank & Viele Grüße
Klaus