Witam!

Mam taki problem, że chcę odczytać sobie całą ramkę z GPS'a, ale jakoś mi to nie idzie. Korzystam z bibliotek uarta Mirka, i kombinuje coś z kodem Antystatycznego z tego tematu: post35459.html?hilit=taki%20tam%20niby%20gps#p35459
Mój GPS to FGPMMOPA6H. Ogólnie nie wiem jak program Anty'ego ma działać. Przecież dopóki zmienna _uart_flag nie będzie miała wartości większej od 64 to program nie odczyta żadnego bajtu z uarta, a zarazem nie zwiększy tej _uart_flag która ma wartość 0 przez cały program, przez co progrm nigdy nie przejdzie warunku if(uart_falg >64). Prosze o jakies rozjeśnienie bo już nie mam pomysłów

"Mój" kod wyglada tak :



I w sumie dopiero jak dam w while(1) odczyt char'a to dopiero coś czasami mi wyświetli, ale i tak dioda która ma mi pokazywac przeładowanie bufora zapala się co jakiś czas. Bufor zwiększyłem do 64 komórek.

Aha i GPS na pewno sprawny bo na terminalu na PC pokazują się piękne poprawne ramki.

pozdrawiam,
Piotrek

Jeśli się wzorowałeś na bibliotece @Anty to do odbioru używa on
bufora a nie bespośrednio UART-a , tak więc zmienna uart_flag
jest zwiększana w przerwaniu od odbioru znaku przez UART a sam
znak jest zapisywany w buforze.
W przytoczonym przez Ciebie temacie znajdziesz opis.

Czyli chodzi o to, że Anty na początku zapisuje dane odebrane z uarta do bufora cyklicznego, a _uart_flag słuzy tylko jako licznik elementów do wyświetlenia ? Aha i _uart_flag się zwiększy jak tylko wywoła się przewanie ? A dałoby się to zrobić bez bufora ? Mam na myśli po prostu dac wszystko w przerwaniu i sobie już odpowiednip te dane analizować .


Edit:

Tak zmodyfikowałem kod przerwania w pliku mkuart.c i widać jak znaki się na wyświetlaczu mieszaja, czym to może być spowodowane ? :



Edit:

Chyba znalazlem błąd - gdy wysyłam z realterm'a "GPGGA" to wyświetla mi tylko GPGA tak jakby dublowane znaki znikały ... Kurcze co to może byc ?

Moży być to spowodowane tym że korzystam z bootloadera ?

Udało się uruchomic pobieranie prędkosci i współrzednych, ale niestety nie sa one stałe tzn. co chwilę się zmieniają i umieją skoczyć nawet o 10" a czasami rosną w nieskończoność. tutaj przerobiony troszkę kod Anty'ego: ( bez tego delaya (50) ) wogóle nie działa :



Dodam że współrzedne są jako tako prawidłowe, bo nawet bez konwerterowania ich z nmea pokazują moje maisto w google maps

Proponuję najpierw lepiej poznać protokół NMEA, w tym wypadku w szczególności o znaczniku FIX'a (Position Fix Indicator).
Czytaj pozycję tylko wtedy gdy Position Fix Indicator = 1.
Zwróć też uwagę na parametr precyzji HDOP.

_________________
sig off ;(

Dzięki za odpowiedź, pozycję czytam tylko jak fix=1, ale chyba parametr HDOP jest u mnie za duży - w najlepszym przypadku pokazuje 1,5 ( na zewnątrz ) a w najgorszym nawet 4 ( w pokoju 1m od okna ).

Witajcie.
Próbuje wykorzystać funkcję strtok_r jak w Bluebooku i coś tutaj nie rozumiem do końca
deklaracje

a kod taki


Problem w tym, że to nie działa.
Dane przychodzą w takiej postaci (nieobrobione)
w przypadku odłączenia GPS wyświetlane jest coś takiego

a w przypadku podłączenia GPSa po pierwszym wywołaniu funkcji strtok_rCzyli nie jest tak źle bo coś ta funkcja robi - tylko co?

wszystko ładnie tylko...
Jak funkcja ma Ci wyciągnąć stringa ze znaku? Z >jednego znaku<!

_________________
Jestem początkujący i moje porady mogą być błędne

Witajcie ponownie.
Trochę czasu - poduczyłem się trochę i efekt już widać.
ALE - żeby nie było tak dobrze to czy jest możliwe że w Atmedze 32
przy zajętych 139bytach RAMu nastąpiło przepełnienie stosu?
musiałem powyłączać odczytywanie większości danych z GPS (zostawiłem tylko fix, UTC i liczbę sat bo je nadpisywało a zmiennych jest tak mało że nie ma co przenieść do flash
jest co prawda jedna: gppga ale potem nie udało mi się zmusić funkcji do poprawnego działania.

Poradźcie jak ujarzmić ten stos

a cały kod programu tak wygląda:

Problem nie był ze stosem tylko ze zmiennymi.
Jeśli zadeklarowałem zmienną np

to jeśli program wsadził w nią 11 znaków to ten 11 znak został przenioesiony do następnej zmiennej - stąd pojawiał mi się znak E w UTC, a czasami program głupiał i nie wyświetlał nic.
Po dodaniu prawidłowych długości wszystko jest OK - przynajmniej z tej strony.

Ale problem mam w innym miejscu - Wyświetlanie na LCD
Po jakimś dłuższym czasie jakiś znak przeskakuje mi z jednej linii w drugą - 2 znaki - wskakują z chyba czwartej linii na drugą.
Jak się przed tym zabezpieczyć?

Czy np sprawdzać długość zmiennej i jeśli przekroczy to coś z nią zrobić?
Jak można uciąć ostatni znak w zmiennej?

I jeszcze takie pytanie - czas mamy UTC - a potrzebuję to zrobić na czas GMT+1
Jak tą godzinę dodać.
Można by przy odczycie funkcją uart_getc() w miejscu odczytu godziny od razu dodawać zmienną GMT w której by sobie siedziała informacja o np czasie polskim i warunku kiedy ma sobie ją dodać a kiedy nie.
Ale może macie jakieś doświadczenie jak to inaczej zrobić?

Witam ja osobiście do odczytu danych z gps używam biblioteki z zielonej książki. Dzięki temu całą ramkę dziele na dane. Co do godziny to używam RTC na i2c w którym godzina zostaje automatycznie ustawiona z odpowiednią zmianą na nasz czas. Dotego obsługuje klawiaturę 3x4, zapis na kartę SD, wyświetlacz 2x16, dwa przerwania od pilota i mierze wartość adc na jednym kanale. Całość napędza atmega 32 8mhz i działa już kilka miesięcy.

A możesz rozwinąć temat - co za RTC - czy DS3231 czy inny
to wychodzi na to że w RTC jest cały czas przechowywany UTC a tylko przy odczycie dodaje tą godzinę?
rozwijając myśl czyli jak do np DS3231 wpiszę czas UTC to wyświetlanie będzie działać prawidłowo?

I druga sprawa -a jak z czasem letnim sobie poradziłeś - jest jakaś zmienna do ustawienia w programie czy automatycznie Ci przelicza.

Trzecia sprawa - którą funkcję wykorzystujesz do odczytu z UART - uart_gets czy EVENT

Przecież to jest obojętne jaki RTC. Ustawiasz go raz z dodaniem 1 lub 2 godzin i odczytujesz z niego datę i godzinę. Używam event.

Wysłane z mojego GT-I9515 przy użyciu Tapatalka

Proponuję pooglądać ten cykl poradników: https://www.youtube.com/watch?v=ibIy789sr2M
Na prawdę warto. Można się wiele nauczyć i na wiele spraw oczy Ci się otworzą.
To prawda w pięć minut tego nie obejrzysz, ale będzie to czas dobrze zainwestowany

_________________
Jestem początkujący i moje porady mogą być błędne