Tiny GPS++, Podzielenie danych na części - Wersja do druku +- Arduino Polska Forum (https://forum.arduinopolska.pl) +-- Dział: Korzystanie z Arduino (https://forum.arduinopolska.pl/dzial-korzystanie-z-arduino) +--- Dział: Programowanie w Arduino (https://forum.arduinopolska.pl/dzial-programowanie-w-arduino) +--- Wątek: Tiny GPS++, Podzielenie danych na części (/watek-tiny-gps-podzielenie-danych-na-cz%C4%99%C5%9Bci) Strony:
1
2
|
RE: Tiny GPS++, Podzielenie danych na części - StaCh - 22-08-2021 (19-02-2020, 08:40)Robson Kerman napisał(a): Ta biblioteka nie czyta prefiksów Glonass Galileo tylko GPS, czyli szukaj $GPGGA. Najprostrze i najtańsze odbiorniki muszą wysyłać przynajmniej $GPRMC, ale w/w biblioteka już niestety tego nie obsługuje.Chcialbym poprawic dokladnosc (!) odczytow polozenia horyzontalnego punktu w ktorym aktualnie sie znajduje razem z odbiornikiem GPS. Poniewaz dluzsza obserwacja kolejnych odczytow pokazuje skale bledow (nie wiem na razie dokladnie z czego to wynika) chcialbym czesc z tych bledow wyeliminowac korzystajac z wartosci HDOP podawanej w ciagu #GPGSA odczytywanym przez biblioteke TinyGPS++. Metoda kombinacji przykladow sklecilem taki kod, ktory niestety z niewiadomego powodu nie ogranicza wyswietlanych na LCD wartosci do takich dla ktorych spelniony jest warunek HDOP<=2.00. Sadze ze gdzies jest blad ktorego kompilator nie odrzuca a ow fragment nie dziala. Prosze o analize i pomoc w rozwiklaniu zagadki. Kod: #include <TinyGPS++.h> RE: Tiny GPS++, Podzielenie danych na części - StaCh - 29-08-2021 Wyszlo na to ze sam sobie musze odpowiedziec :-(. Po pierwsze prawdopodobnie ze wzgledu na polecenie "void" funkcja dopisana przeze mnie nie dzialala. Pomoglo zastapienie definicji "void DisplayInfo" przez sama owa procedure i teraz dziala. Co do dokladnosci to obserwujac dostatecznie dlugo wyniki odebrane przez odbiornik GPS wynika, ze oprocz odczytow o slabej dokladnosci (pomijanych przez moj skrypt) wazna jest jeszcze aktualna konfiguracja "widzianych" przez odbiornik satelitow. Stojac w miejscu gdzie nie bylo ograniczen horyzontu uzyskalem dokladnosc ponizej 1 metra. Przypominam ze dlugosc odcinka na ziemi odpowiadajacego 1 stopniowi szerokosci geograficznej to okolo 110km. Jesli ow 1 stopien podzielimy przez 1000000 ( szesc cyfr po kropce) to wyjdzie 11 centymetrow. To jest zmiana wartosci ostatniej cyfry odczytu o 1. Poniewaz zalezalo mi na dokladnosci moge jeszcze zmienic warunek aby HDOP byl mniejsze ale to i tak dokladnosc zalezy od pogody oraz aktualnej konfiguracji satelitow na niebosklonie. W zasadzie przy dostatecznym ukladzie satelitow stojac w miejscu zmienia mi sie tylko ostatnia cyfra odczytu. Lepsza precyzja urzadzen geodezyjnych wynika z zastosowania jeszcze innych zrodel pozycjonowania. Jesli uzywam programu bez ograniczen to odchylenie standardowe dla szerokosci geograficznej wynosi 16,25m a dla dlugosci geograficznej 4,5m ze wszystkich 3650 probek odebranych przez odbiornik. RE: Tiny GPS++, Podzielenie danych na części - Jarewa0606 - 29-08-2021 Żeby dokładnie precyzyjnie określać jest potrzebny dokładny precyzyjny zegar. Dlatego geodezyjne są na zegarze atomowym... RE: Tiny GPS++, Podzielenie danych na części - StaCh - 30-08-2021 (29-08-2021, 17:58)Jarewa0606 napisał(a): Żeby dokładnie precyzyjnie określać jest potrzebny dokładny precyzyjny zegar. Dlatego geodezyjne są na zegarze atomowym...Nie wystarczy precyzyjny zegar potrzeba wiecej puktow stalych w terenie. Moj pomysl sie sprawdza. Mam 2 odbiorniki w naroznym oknie na polnoc i wschod. Czasem przez ponad pol godziny odbiornik nie odbiera sygnalow o HDOP <= 1.50 czyli nie zasmiecam sobie odczytow niepewnymi wynikami. Czyli o precyzji decyduje aktualna konfiguracja satelitow. |