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

Gast #1842250
Lesenswert?

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
1
uint8_t RxBuffer2[120];
2
void USART1_IRQHandler(void) {
3
  //...
4
  RxBuffer2[RxCounter++] = USART_ReceiveData(USART1);
5
  //...
6
}

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
Gast #1842292
Lesenswert?

> 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.

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren