Witam!
Postanowiłem wykorzystać moduł GPS jako dawcę czasu. Po podłączeniu do terminala odbieram różne dane, a "właściwy" string $GPRMC pojawia się zgodnie z oczekiwaniem co 1s. Proszę o podpowiedź jak buforować te dane na potrzeby parsowania $GPRMC. Wg mnie na potrzeby funkcji parsującej w buforze powinien znajdować się aktualny string tzn. z ostatniej sekundy - czy takie podejście jest właściwe?
Poniżej dane wyświetlane w terminalu:

Pozdrawiam

Obejrzyj to: https://www.youtube.com/watch?v=DJpRk3CVQCc Tu jest w prawdzie Wifi, ale też po uart i bardzo fajne parsowanie.

Dziękuję za link. Konkretnie chodzi mi o przekazanie danych z GPS do mikrokontrolera (gps_bufor), tak aby dostępne one były dla funkcji parsującej. Chcę po prostu zastąpić czas NTP czasem GPS i chodzi o sposób jego pozyskania.

No to dostałeś wyżej gotową podpowiedź - nie mówiąc już że masz jak widać w podpisie Greenbooka i rozdział o parsowaniu .....

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Odpowiedzi wprawdzie dostałeś ale na małą zachętę
powiem ci że ze zdania np. GPGGA ja dane wydobywam tak:



A polecam sugerowany rozdział z GB o parsowaniu

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]

Pomoc bardzo konkretna i motywująca. Dziękuję. Powiedz jeszcze proszę coś bliżej o funkcji GPS_Start().

Z tego co widzę, to GPS_Start() pobiera po prostu znak z uart. Popatrz na konstrukcję, którą masz wyżej - GPS_Start zwraca pojedynczy znak. Najpierw czekasz, aż zwróci $, potem przepisujesz 5 znaków i sprawdzasz czy są to GPGGA i tak dalej. Jak coś, to proszę o sprostowanie.

Mała podpowiedź - mam nadzieję że dobra - popatrz na składnię, gdyż np. na początku masz while ze średnikiem na końcu, potem pętlę for bez " { " i " } ", więc odpowiednio to interpretuj.

Witam!

Próbuję zaimplementować kod podany wyżej przez Kol. SunRiver jako funkcję callback (analizuj_dane_GPS) dla zdarzenia UART_RX_STR_EVENT. Problemy zaczęły się przy jej definicji.
Kod wygląda tak (uzupełniłem definicje zmiennych), przepraszam że kod rozbity na dwie części (uwagi pod spodem dotyczą części drugiej):





Mam kilka pytań związanych z ostrzeżeniami kompilatora:
- linia 1: brak deklaracji funkcji GPS_Start(), jak ją zdefiniować?
- linia 5: nie rozpoznany symbol GPGGA (funkcja strncmp operuje na wskaźnikach), jak prawidłowo zapisać spodziewany w buforze ciąg znaków (może "GPGGA")?
- linia 9: SunRiver napisał, że to czas, ale czas ma tylko 6 znaków pomiędzy $GPGGA i Latitude, a my pobieramy 10
- linia 22,27: zły argument, jaki jest odpowiednik polecenia LCD_SndTXT w bibliotece BB

Proszę o podpowiedzi jak rozwiązać powyższe problemy
Pozdrawiam

Bardzo proszę szanownych Forumowiczów o spojrzenie na kod i pomoc?

Czy mógłbyś napisać jak to interpretować?

Tak jak Ci podpowiada kolega @icer_cmg
funkcja GPS_Start() musiałaby zwracać za każdym jej wywołaniem następny znak z analizowanego bufora.

Zobacz jezcze do tego tematu http://forum.atnel.pl/post25764.html?hilit=GPS%20parsowanie#p25764

Dziękuję rozumiem, ale jak jej użyć w mojej funkcji analizuj_dane_GPS?

Nie bardzo rozumiem ?

czy chodzi o ten błąd kompilatora

jeśli tak to musisz ją napisać w głównym pliku gdzieś na końcu a nagłówek umieścić na początku tego pliku
lub lepiej zrobić plik dołączany dyrektywą

czy może chodzi Ci napisanie całej funkcji GPS_Start() ?

Dokładnie tak. Czy można zastosować gotową funkcję uart_getc z biblioteki MK_USART z GB?

Witam!
Już kolejny dzień próbuję odebrać "cokolwiek" z GPS za pomocą mikrokontrolera. Przeczytałem rozdział z GB o parsowaniu danych i obejrzałem poradniki. Zastosowałem kod przedstawiony na forum przez użytkownika peikman, jako ciało funkcji callback, ale bezskutecznie. Wydaje się, że funkcja callback nie jest wywoływana. Nie ma też "nic" w termianalu po "przepasażowaniu" sygnału GPS prze mikrokontroler (Rx,Tx). GPS podłączony do terminala wysyła ramki. Proszę o pomoc w rozwiązaniu problemu i uruchomieniu odbioru. Oto kod:

Pozdrawiam

czy w buforze uart_buf[] masz dane odebrane z GPS-u ?
jeśli nie to możliwe że masz komunikację po RS-ie nie poprawną.

Ustaw pułapkę zaraz po wejściu do funkcji parse_uart_data() i wyświetl na
LCD string pBuf

Zrobiłem tak:


Na LCD nie pojawia się nic, a więc najpewniej funkcja callback nie jest wywoływana. Co jeszcze sprawdzić?

jeszcze dla pewności zatrzymaj procka po wyświetleniu "pułapką"


jeśli nie zatrzymasz uC w pułapce to możesz nic nie zobaczyć bo dane mogą
być nadpisane innym wywołaniem lcd_str(), ale to tylko kosmetyka .

Pusty bufor świadczyć może o złej transmisji po RS-ie.

Musisz sprawdzić czy masz ustawione takie same parametry transmisji szeregowej
w procku jak i w GPS-ie.
Ustaw uC na taką prędkość odbioru jak masz ustawiony terminal kiedy odczytujesz
poprawnie dane przez komputer z GPS-u.
Do ustawiania prędkości służy stała w pliku *.h biblioteki mkuart
( o ile dobrze pamiętam BAUD)

Weź pod uwagę taktowanie uC (najlepiej z zewnętrznym kwarcem)
więcej znajdziesz w DS w tabelach na końcu rozdziału o UATR (mam na myśli błąd transmisji)

nie zapomnij o GND i krosowaniu TX i RX przy podłączaniu modułu GPS do uC.

Jak wszystko poustawiasz i podłączysz napisz krótki program testowy do odbioru kilku znaków z GPS-u

To na początek tyle

Dziękuję!!! Klikam pomógł. Po ustawieniu właściwej prędkości w pliku mkuart.h (4800) jest ona teraz identyczna dla GPSi uC. Tu była przyczyna braku transmisji! Na LCD pojawiają się teraz stringi GPS w tempie jak w terminalu, a poniżej czas. Dobrze byłoby dodać do niego 2h, bo taką różnicę pokazuje. Jak można to skorygować?

O ile dobrze rozumiem to
GPS podaje Ci czas GMT czyli w okresie letnim w Polsce dodajesz 2h a zimowym 1h

Dokładnie tak. Teraz pozostaje zapakować wszystko w strukturę i przekazać do "Dawcy czasu". Nie będzie to zapewne łatwe!
Konieczny jest pomysł na wydobycie hh, mm, ss ze stringa hhmmss (nie ma separatorów).
Pozdrawiam

A po co pomysł - czy aż trzeba pomysłu żeby po dwa bajty odczytać z takiego stringa hhmmss ?

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Proszę bardzo o jeszcze jedną podpowiedź.

ale jaką podpowiedź ? do czego ? do tego żeby pobrać 3 razy po dwa bajty z tego stringa?

Jeśli o to chodzi to wiesz co - odeślę cię do Bluebooka do poczytania PODSTAW o tablicach bo odnoszę wrażenie, że bardzo ci ich brakuje i w ogóle tego nie trenujesz i nie ćwiczysz .... a wystarczyłoby obejrzeć chociaż poradnik o miganiu diodami LED na różne sposoby - który puściłem na YT jakiś czas temu ....

Nie wyobrażam sobie jak robiąc taki przykład o dawcy czasu, o GPS'ie itp - żeby nie wiedzieć jak z tablicy 6-cio elementowej pobrać po kolei bajty.

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Dziękuję za naprowadzenie! O to mi chodziło.
"Dawca czasu" działa znakomicie, a i odczyt z GPS-a dzisiaj ruszył

Witam!
Zrealizowałem pobieranie czasu z odbiornika GPS oraz wyświetlanie go na LCD (hh:mm:ss). Teraz chciałbym dokonać jego korekty dla naszej strefy czasowej (+2h)? Jak to się rozwiązuje w kodzie programu?
Pozdrawiam

Jeśli masz już rozdzielone poszczególne części czasu na oddzielne składowe (hh ,mm ,ss) w postaci stringów
to możesz po sprawdzeniu w jakim jesteśmy czasie (zimowy / letni)
zrobić konwersje stringa hh do typu int funkcją atoi(),
następnie dodać wymaganą ilość godzin i znowu konwersja do string funkcją itoa().

Sposobów pewnie znajdzie się więcej ale taki przyszedł mi do głowy .

Witam!

Zrobiłem tak:

Jest mały problem niestety. Dodanie 2h o 23.00 daje godzinę 25:00:00. Ciekawe, że bez żadnych korekt czasowych (surowe dane) północ wyświetla się jako 24:00:00. Trochę to nieeleganckie.

Sprawdzenie poprawności godziny już jest w gestii programisty
weź pod uwagę że dodajesz zwykłe liczby a nie godziny i sam musisz zadbać o
korektę czasu żeby poprawnie był ustawiony.
np. jeśli w okresie letnim dodajesz 2h :

Dziękuję za pomysł. Poczekam do 22.00, 23.00 i sprawdzę. Napisałem tak:

Witam!
Zrealizowałem pomysł zegara w oparciu o czas GPS i zdarzenie UART_RX_STR_EVENT. Funkcja callback realizuje parsowanie i wyświetlenie czasu, zarówno na LCD jak i wyświetlaczu 4x8SEG SPI (2x74HC595). Zegar "zależny jest" jednak od odbiornika GPS". Proszę o podpowiedź jak koncepcyjnie rozwiązać wykorzystanie układu PCF8583 do przechowywania czasu. Chciałbym, aby zegar działał "na czasie" pozyskanym z GPS, a w chwili gdy zabraknie sygnału przełączył się na RTC lub może odwrotnie, wyświetlał czas z RTC, który interwałowo (np. co godzinę) byłby nadpisywany przez czas z GPS. Odbiornik ma wyjście generujące impuls co 1s (PPS). Można je pewnie dobrze wykorzystać?
Pozdrawiam