[Rozwiązano] [AVR] Jak przekonwertować 16-bit hex na dec w AVR C dla modułu pomiarowego?

Witajcie , pomoże ktoś naprowadzić jak najbardziej komfortowo i prosto przekonwertować liczbę 16-bit hex na dec ?

Odbieram dane 2 bajty z modułu pomiarowego (ultradźwiękowy moduł pomiaru odległości) który wyniki pomiaru wysyła w 2 liczbach :



ponieważ pierwszy bajt to starsza część wyniku (H_DATA) a drugi bajt to część młodsza (L_DATA) to składam to w całość tak :



Jeżeli dobrze kombinuję to teraz w liczniku mam liczbę 16bit odebraną z UARTA ale w reprezentacji heksadecymalnej. Tak jak deklaruje producent modułu pomiarowego.

No i teraz chcę to obrabiać , przeliczać na metry itp. Także wyświetlić na LED jako wartość milimetrów od przeszkody. Mam procedurę obsługi wyświetlacza LED która wyświetla bardzo ładnie liczbę ze zmiennej na wyświetlacz LED. (0...9999 w zmiennej - i to wyświetli)
No ale jeżeli próbuję to wyświetlić na LED wprost to mi się bzdury wyświetlają, bo wynik jest w hex (np. odbieram 0x07A1 - z tego co podaje producent trzeba to przekonwertować na wartość dziesiętną (decimal) i powinienem uzyskać po operacji konwersji '1953' (elegancki wynik w milimetrach od przeszkody). Próbowałem na różne sposoby ale wynik nie jest prawidłowy.

Proszę o wskazówkę jak tego prosto dokonać ?

Próbowałem :


Próbowałem również:


Niestety głupoty mi z tego wychodzą bo nie do końca rozumiem jak to działa.

Podpowie ktoś jak tego szybko dokonać ? Z góry dziękuję za pomoc !

Jak deklarujesz dane_RX[] ?

jako tablica char:

Więc spróbuj tak:

W Twoim przypadku zapisujesz pierwszy (starszy) przychodzący bajt w dane_RX[1] a drugi (młodszy) - w dane_RX[0], bo, jak sam napisałeś, masz dane nadchodzące w big endian a AVR pracuje w little endian, więc musisz odwrócić kolejnośc bajtów w pamięci.
I teraz możesz sobie przykładać wskaźnik do typu uint16_t tam, gdzie chcesz, czyli do tablicy dane_RX:



W ten sposób użyte w kodzie *p_licznik zwróci Ci odczytaną wartość jako uint16_t. Po prostu, nie w heksie, decymalu, czy czymkolwiek - tej wartości możesz uzywac do obliczeń jak każdego typu całkowitego - bo tym to jest. heksadecymal, decymal, czy cokolwiek - to tylko na poziomie wyświetlania dla uzytkownika, w pamięci masz zawsze reprezentację binarną.

A nawet można obejśc się bez wskaźnika uzywając operatora rzutowania:

Kolega tos18 - Rewelacja ! Działa pięknie , bardzo Ci dziękuję - serdecznie pozdrawiam

Adrian1978 napisał:

Rewelacja ! Działa pięknie

Czy rozumiesz gdzie był błąd ?

Ja tu widzę całe mnóstwo błędów, w zadanym pytaniu, w programie oryginalnym z pierwszego postu i w kilku "rozwiązaniach" pokazujących, jak skutecznie zaciemnić kod programu.

Pytanie powinno brzmieć: jak z dwóch bajtów złożyć liczbę 16-bitową. Biedny procesor nie wie nic ani o reprezentacji szesnastkowej, ani o dziesiętnej.
Błędny jest odbiór danych: "poczekaj na pierwszy bajt, odbierz go, poczekaj 4 ms i odczytaj drugi bajt, nie sprawdzając, czy nadszedł. Brawo! A może przez te 4 ms przyjdzie 5 kolejnych bajtów?

Rozwiązanie z unią jest oczywiście najsympatyczniejsze, pod warunkiem, że nie będziemy przenosić w przyszłości programu na zupełnie inną platformę z inną kolejnością bajtów.

Piotrus_999 napisał:

@BlueDraco No to bardziej uniwersalnie

Kod: C / C++

Zaloguj się, aby zobaczyć kod

Przecież ten Twój kod to kompletne banialuki.

Choćby tutaj:


Wszystkie 3 symbole: value, LITTLE_ENDIAN_32, BIG_UNDIAN32 podczas preprocessingu są niezdefiniowane i mają wartość 0. Dalej jest nie lepiej. Najwidoczniej preprocesor nie jest dla początkjących.

BlueDraco napisał:

poczekaj na pierwszy bajt, odbierz go, poczekaj 4 ms i odczytaj drugi bajt, nie sprawdzając, czy nadszedł. Brawo! A może przez te 4 ms przyjdzie 5 kolejnych bajtów?

- zrobiłem to naprościej, bo wedle dokumentacji producenta modułu wiadomo co i w jakich odstępach czasu wysyła. Proste i skuteczne. Przy próbie oczekiwania na kolejne dane niestety kolejne bajty (nie wiedzieć czemu) - nie ładowały się do poszczególnych komórek w tablicy poprawnie. A co do pytania czy rozumiem błąd (kolega "tos18") to zaprezentował sposób o jakim ja nie myślałem natomiast to że błędnie przesuwałem liczbę młodszą zamiast starszą - jasna sprawa , to mój błąd.

Spróbuję, jednak jeżeli dawałem pętlę odbierania kolejnych znaków z modułu - to pierwszy znak był odebrany poprawnie a kolejne już nie (moduł de facto wysyła 4 bajty : bajt startu, 2 bajty wyniku i bajt sumy kontrolnej) - no i jak czekałem na te dane sprawdzając flagę to mi głupoty wskakiwały albo tablica pusta była. Ale sprawdzę - dziękuję raz jeszcze.

Adrian1978 napisał:

Kod: C / C++

Zaloguj się, aby zobaczyć kod

To jest źle. Powinno być:

Dziękuję serdecznie za wszelkie sugestie - temat zamykam jako rozwiązany, skończyłem na przesunięciach bitowych, działa szybko, zajmuje mało pamięci i jest proste. Pozdrawiam i raz jeszcze dziękuję za wszelką pomoc !