wersje testowe - dyskusja testerów (było: Precyzja wskazań GPS podczas jazdy)

Jutro ma do mnie przyjśc przesyłka z tym: http://www.allegro.pl/show_item.php?item=418150789
Zobaczę jak to działa z 5hz - nie mylić z 50 w PAL 

Super, dobra wiadomość. Ja też dziś to zamawiam, ale normalnie w sklepie w Gdańsku. Będzie z kim porównać wyniki. Spodziewałem się, że będę miał kolejny gadżet za kupę kasy, a tu mile zaskoczenie- niecałe 190zł
Napisane: Sierpień 21, 2008, 13:44:05

---

Cytat: QMPEL w Sierpień 21, 2008, 13:30:21

[Jak za siódmym razem usłyszałem za sobą cudowny dźwięk syreny policyjnej z kamerką, siadłem na tyłku i wymyśliłem. Na filmach i fotkach, jestem tylko białą plamą i możesz to sobie zrobić w dodatku z ogólnie dostępnych prostych elementów.

Chyba nie przestawiasz im kamer na NTSC  ..... ?

No co ty? to zbyt skomplikowane i ryzykowne ingerowanie czymkolwiek w sprzęt policyjny. Kluczem jest znalezienie dziury w konstrukcji ich urządzeń. Lubie rozwiązania proste i skuteczne. Dla mnie wzorcem jest konstrukcja młotka. Czyli odniesienie stopnia skomplikowania do skuteczności 

Cytat: Puniek w Sierpień 20, 2008, 20:01:46

Jutro ma do mnie przyjśc przesyłka z tym: http://www.allegro.pl/show_item.php?item=418150789
Zobaczę jak to działa z 5hz - nie mylić z 50 w PAL 

Super, dobra wiadomość. Ja też dziś to zamawiam, ale normalnie w sklepie w Gdańsku. Będzie z kim porównać wyniki. Spodziewałem się, że będę miał kolejny gadżet za kupę kasy, a tu mile zaskoczenie- niecałe 190zł

No a ja czekam na kiuriera. Patrząc na mozliwości tego odbiornika na papierze brakuje mi tylko modułu TMC... ale cóż nie można mieć wszystkiego...

Cytat: QMPEL w Sierpień 21, 2008, 13:47:11

Cytat: Puniek w Sierpień 20, 2008, 20:01:46

Jutro ma do mnie przyjśc przesyłka z tym: http://www.allegro.pl/show_item.php?item=418150789
Zobaczę jak to działa z 5hz - nie mylić z 50 w PAL 

Super, dobra wiadomość. Ja też dziś to zamawiam, ale normalnie w sklepie w Gdańsku. Będzie z kim porównać wyniki. Spodziewałem się, że będę miał kolejny gadżet za kupę kasy, a tu mile zaskoczenie- niecałe 190zł

No a ja czekam na kiuriera. Patrząc na mozliwości tego odbiornika na papierze brakuje mi tylko modułu TMC... ale cóż nie można mieć wszystkiego...

Chodzi ci o łapanie informacji drogowych? a to w PL działa?

Standard NMEA 0183 nic nie mówi o 1 sekundzie.

Mówi o prędkości połączenia która ogranicza skutecznie częstość komunikatów urządzenia.

No i już mam.
Przeglądając dane GPS w monitorze tekstowym ( 3 zakładka informacji GPS) widzę, że niezależnie od ustawienia portu (czy 0,25 sek czy 1,25 sek) linie zmieniają się z podobną częstotliwością choć odbiornik nadaje dane z f=4Hz (czyli co 0,25sek). Czy znaczyłoby to, że zmiana szybkości ustawienia nie działa w AM czy też działa i nie należy się tym przejmować bo to co widzę w tym tekstowym oknie nie odzwierciedla szybkości ustalania pozycji (częstotliwości ustalania pozycji)?
Pytanie to mi się pojawiło ponieważ jak uruchomiłem inne oprogramowanie VisualGPSce to dane lecą jak zwariowane (w podobnym monitorze tekstowym).

Pozdrawiam

Poruszyliście panowie aż kilka tematów, ale będę się trzymał głównego wątku.
Oczywiście, że GPS, a nie AM łapie fiksa i odwala całą brudną robotę związaną z dogadaniem się z satelitami. Musicie to rozumieć jako dwa niezależne zupełnie układy. Pomijając wszelkie zawiłości techniczne i matematyczne, rolą modułu GPS jest ustalenie swojego położenia geograficznego na ziemi i to większość modułów wykonuje periodycznie co 1sek. Czyli nową odświeżoną pozycję AM otrzymuje co 1sek i nieważne na ile w ustawieniach AM ustali się odbieranie współrzędnych z modułu GPS w czasie mniejszym niż 1sek , i tak nowa pozycja jest zależna od częstotliwości odświeżania pozycji przez moduł GPS. Jak wiecie AM posiada funkcję ustaw częstotliwości odczytu portu GPS w czasie krótszym niż 1sek, co teoretycznie powinno mieć wpływ na realne, a nie zgadywane przez program położenie, oczywiście z zastosowaniem GPSów zdolnych do częstego odświeżania pozycji. W sumie nic się nie zmienia, poza zwielokrotnioną korektą faktycznego położenia.
...

No właśnie niespecjalnie ma sens to, co piszesz bo taki zwykły GPS sam wysyła pozycję, więc zasadniczo nie da się go czytać częściej lub rzadziej. Jego się po prostu nasłuchuje. Może inaczej jest, gdy korzysta się z wbudowanych GPS'ów za pomocą dedykowanych funkcji systemu operacyjnego, ale coś mi się nie wydaje, by AM tak robiła.

No i już mam.
Przeglądając dane GPS w monitorze tekstowym ( 3 zakładka informacji GPS) widzę, że niezależnie od ustawienia portu (czy 0,25 sek czy 1,25 sek) linie zmieniają się z podobną częstotliwością choć odbiornik nadaje dane z f=4Hz (czyli co 0,25sek). Czy znaczyłoby to, że zmiana szybkości ustawienia nie działa w AM czy też działa i nie należy się tym przejmować bo to co widzę w tym tekstowym oknie nie odzwierciedla szybkości ustalania pozycji (częstotliwości ustalania pozycji)?
Pytanie to mi się pojawiło ponieważ jak uruchomiłem inne oprogramowanie VisualGPSce to dane lecą jak zwariowane (w podobnym monitorze tekstowym).

Ale jesteś szybki . Nie mam bladego pojęcia czy to ma jakieś znaczenie i odzwierciedla faktyczną częstość przetwarzania danych z GPS. Mam nadzieję tylko, że nie chodzi tu o brak "możliwości przerobowych" sprzętu. Logiczne by było jednak gdyby pokazywało wszystko jak leci z GPSu, bo rozumiem, że masz odczucie że to tylko część danych. Ja jeszcze niestety muszę czekać na swój MTK. W sumie ciekawe, co odpowiedzą na pytania związane z częstotliwością w supporcie AM?. Zaraz im coś napiszę.

Napisałem do AM i po ok godzinie dostałem taka oto odpowiedź: (powycinałem niepotrzebne dodatki)

Mam pytanie dotyczące stosowania odbiorników GPS z możliwością odświeżania pozycji częściej niż 1Hz, a konkretnie do 5Hz.
1. Czy ustawy częstotliwości czytania portu GPS w AutoMapie umożliwiają pracę z takimi urządzeniami?
2. Czy ustawienia przy korzystaniu z tych GPSów na częstotliwości większe niż 1Hz powoduje częstsze korekty faktycznego położenia kursora w AM, a tym samym szybszą reakcję i lepszą pracę AM?

Ad 1. i 2. Pracujemy właśnie nad tym. Na pewno znamy już jeden błąd - odtwarzanie nagranych śladów GPS nadawanych z częstotliwością większa niż 1s jest nieprawidłowe - np. dla 4Hz jest 4 razy wolniejsze.

3. Czy i w jakim stopniu ustawienia czytania portów GPS w AM obciążają urządzenie?

Ad 3. Niestety to zależy od sprzętu/konfiguracji komponentów. W większości przypadków obciążenie jest bardzo małe, ale niestety nie zawsze. Stąd opcja opisana w Ad 5.

4. Czy w zakładce tekstowej ustawień GPS, (trzecia strona) obrazuje wszystkie zdarzenia wysyłane przez GPS, czy tylko ich część, bo z pierwszych wrażeń wynika, że bez względu na ustawienie częstości odczytu z portu GPS, dane przewijają się z tą samą szybkością?

Ad 4. Tak, pokazywane są wszystkie dane odebrane z portu COM - dokładnie to samo co zostaje zapisane w plikach .gps. Ale to okno ma pewne limitacje odnośnie jego odświeżania - aby nie zabijać wydajności.

5. Jeśli ustawienia częstotliwości czytania portów nie służą do współpracy z  GPSami często odświeżającymi pozycję, to jaką pełnią funkcję?.

Ad 5. Głównym celem tego ustawienia - w zamierzeniach - było umożliwienie częstszego/rzadszego czytania z portów COM, ze względu na różnie zachowującą się obsługę COM (w korelacji z całą reszta bardzo wielu rzeczy, które dzieją w AutoMapie równocześnie) na różnych urządzeniach. W wersjach poprzednich było to sztywno ustawione na 0.25s i niestety powodowało problemy na/w niektórych urządzeniach konfiguracjach. Wobec tego dodaliśmy możliwość zmiany.

Widzę, że jest jakiś problem bo to ja im ok 18 posłałem ślad z 4Hz...
Nie rozumiem odpowiedzi w punkcie 5 bo poprzednio była 1s na sztywno ustawiona...... chyba że po cichu ustawili 0,25.... ale zawsze stadardem była 1 sek.
Porobiłem kilka nietypowych testów i uzyskałem dziwne wyniki:
Test polegał na tym, że patrząc się na zmiany na ekranie liczyłem czas stoperem.
a) Przy ustawieniu 0,24 sek (4Hz) 30 zmian na ekranie nastąpiło w czasie ok. 57

c) dziwne jest to , że gdy ustawiłem czas czytania na 1,25 sek to 30 zmian następowało w ok 38 sekundach. Co dziwniejsze... przy 1 sekundzie było tak samo jak przy 0.25 sek czyli co 2 sekundy.
Wynikałoby z tego testu, że czytanie co 1,25 działa 2x szybciej niż opcje pozostałe. Jeśli nie jest to problem wizualizacji to może tu być bug, który czasami wywołuje problemy z płynnością w czasie nawigacji...
Gdy użyłem innej aplikacji do GPS z podobna wizualizacją danych portu com to dane leciały "jak oszalałe"....


Pozdrawiam

Widzę, że jest jakiś problem bo to ja im ok 18 posłałem ślad z 4Hz...
Nie rozumiem odpowiedzi w punkcie 5 bo poprzednio była 1s na sztywno ustawiona...... chyba że po cichu ustawili 0,25.... ale zawsze stadardem była 1 sek.

A skąd wiesz co było wcześniej wewnętrznie w programie ustawione skoro nie było opcji umożliwiającej przestawienie tej wartości?

Twoje pierwsze testy możne niedokładnie, ale potwierdzają odpowiedź supportu.
W sumie pomyliłem się tylko w kwestii regulacji częstotliwości czytania portów GPS w AM. Byłem przekonany, że właśnie jest to narzędzie do współpracy z rożnymi modułami GPS, a to po prostu jest do ustawiania samego COMu.
Nie przewidziałem też, że AM posiada błąd uniemożliwiający konfigurację szybszą niż 1Hz, do czego się przyznali i bardzo dobrze. Taka współpraca to mi się podoba.
Czyli jest nadzieja, że niebawem pojawi się poprawka i będzie można dopiero zastanawiać nad wynikami testów.
Musimy przypilić w takim razie AM aby jak najszybciej poprawiła błędy i poza czekaniem nic nie można zrobić. Natomiast mam jeszcze TT i inne sprzęta i jak w końcu przyjdzie antenka, to z chęcią się popastwię na tym, zwłaszcza, że szykuje mi się znowu dłuższa trasa.

Mówi o prędkości połączenia która ogranicza skutecznie częstość komunikatów urządzenia.

Ściemniasz, ograniczenia prędkości połączenia nie mają tu nic do rzeczy. W standardowych 4800bps można wysłać dane dużo częściej niż 1 raz/sekundę. Przy prędkości 38400bps w ogóle nie ma o czym gadać.

Szybkość portu IMHO ma jednak trochę do rzeczy. Przy 4800bps można przesłać 600B/s (4800/8).
Ponizej przykladowa (z realnego zapisu śladu) pojedyncza paczka danych:
---
$GPGGA,152523.000,5215.7537,N,02057.2122,E,1,8,0.96,96.3,M,38.9,M,,*61
$GPGSA,A,3,30,31,04,12,02,14,29,24,,,,,1.71,0.96,1.41*02
$GPGSV,3,1,10,30,83,285,46,29,56,232,48,12,51,107,40,02,44,077,45*7E
$GPGSV,3,2,10,31,30,311,36,24,21,170,36,04,19,042,29,14,15,251,39*74
$GPGSV,3,3,10,09,09,164,21,49,,,*45
$GPRMC,152523.000,A,5215.7537,N,02057.2122,E,0.43,313.85,210808,,,A*62
---
Ma ona 389bajtow (wliczajac cr/lf).
Czyli już nawet przesyłanie 2x na sekundę przy takiej prędkości (4800) nie będzie idealne.

Przy 5Hz dane "sekundowe" mają już ok. 2KB, czyli potrzeba min. szybkości 19200bps.

Można oczywiście (czy na pewno?) skonfigurować odbiornik aby wysylal 5x na sekunde tylko RMC i GSA (to jest min.), a resztę rzadziej.

To i tak pewnie akademicka dyskusja, bo te odbiorniki działają pewnie domyslnie z 38400bps
(nie mam takiego wiec tylko sie domyslam)

Szok
Otrzymałem właśnie (godz 0.40) odpowiedź z supportu AM, po godzinie od wysłania mojego pytania, gdzie zadałem pytania zamknięte i oczekiwałem odpowiedzi konkretnej w kwestii daty poprawki "oprogramowania" GPS i kwestii zalet lub wad stosowania wyższych częstotliwości GPS. Wynika z tego jednoznacznie, że jakość czyli szybkość wskazań powinna być lepsza niż w 1s. Odpowiedź jest ostrożna, bo uwzględnia mnogość urządzeń i ich konfigurację, stąd ja też wtrąciłem wyraz "powinna".
Otrzymałem też informację, że program jest w fazie testów i otrzymałem link do pobrania wersji beta, bez możliwości jego publikacji.
To się nie możne nie podobać. O to właśnie chodzi. Jest akcja i jest reakcja.

Napisane: Sierpień 22, 2008, 01:16:25

---

Szybkość portu IMHO ma jednak trochę do rzeczy. Przy 4800bps można przesłać 600B/s (4800/8).
Ponizej przykladowa (z realnego zapisu śladu) pojedyncza paczka danych:
---
$GPGGA,152523.000,5215.7537,N,02057.2122,E,1,8,0.96,96.3,M,38.9,M,,*61.........

hmm....? w sumie ma to ręce i nogi co powyliczałeś. Muszę na to spojrzeć jutro

Dostałem to samo i jestem już po pierwszym teście tej wczorajszej "ekspresowej" wersji.
Ogólne moje wrażenia sa takie, że nastapiła wyraźna poprawa płynności. Skoki występują jedynie jeśli się zmniejsza lub nagle zwiększa szybkość (przy zbliżeniu) oraz podczas obracania ekranem. Jednak jadąc ze stałą szybkością w zbliżeniu ruch jest o wiele płynniejszy.

Zrobiłem tak na szybko ten nietypowy test 30 zmian na ekranie monitora danych i wygląda to tak:

(wczoraj stara wersja AM)
przy f=1,25 sek 30 zmian ekranu w ciągu 38 sekund
przy f=1 sekunda 30 zmian ekranu w ciągu 57 sekund
przy f-0,25 sekund 30 zmian ekranu w ciągu 57 sekund

I był tam problem bo przy 1 czy 0,25 powinno być szybciej a zwolniło i wyglada na to, że na ustawieniu 1 sekundy dane były odświeżane co 2......

(dzisiaj - najnowsza wersja testowa)
przy f=1,25 sek 30 zmian ekranu w ciągu 38 sekund
przy f=0,25sekundy 30 zmian w ciągu 38 sekund

Wniosek: Nastąpiła wyrażna poprawa ale powinni jeszcze sprawdzić na wysłanym zapisie trasy czy dane są odświeżane rzeczywiście co 0,25 sekundy. Może te 38 sekund to ograniczenie tego monitorka danych wbudowanego w AM - o czym chyba pisali do kolegi "QMPEL ".


Pozdrawiam

Cytat: trzcionk w Sierpień 21, 2008, 16:02:31

Mówi o prędkości połączenia która ogranicza skutecznie częstość komunikatów urządzenia.

Ściemniasz, ograniczenia prędkości połączenia nie mają tu nic do rzeczy. W standardowych 4800bps można wysłać dane dużo częściej niż 1 raz/sekundę. Przy prędkości 38400bps w ogóle nie ma o czym gadać.

Dobra, poczytaj sobie http://www.gpsinformation.org/dale/nmea.htm bo mnie to w sumie rybka ile można wysyłać, ale nie widzę sensu w robieniu sensacji z tego powodu.
Napisane: Sierpień 22, 2008, 10:45:31

---

...
Można oczywiście (czy na pewno?) skonfigurować odbiornik aby wysylal 5x na sekunde tylko RMC i GSA (to jest min.), a resztę rzadziej.

Na niektórych urządzeniach np Sirf

To i tak pewnie akademicka dyskusja, bo te odbiorniki działają pewnie domyslnie z 38400bps
(nie mam takiego wiec tylko sie domyslam)

Wszystkie dyskusje są akademickie

To i tak pewnie akademicka dyskusja, bo te odbiorniki działają pewnie domyslnie z 38400bps

Mój najnowszy odbiornik  QStarz BT-Q818  eXtreme używa transmisji 115200 (a pozycję ustala z częstotliwościa 1,2,3,4 lub 5Hz).

Pozdrawiam

Kolego Puniek, myslę że dane które są przewijane w ustawieniach GPS nie są żadnym wyznacznikiem ponieważ z tego co otrzymaliśmy z supportu w sporej części leci to w tle i jest niewidoczne.
Trzeba się chwile zastanowić nad warunkami testów poprawionego programu aby ustalić najlepsze nastawy dla sprzętu który posiadamy, aby oddzielić hamulce sprzętowe niezależne od programu AM, czy np nadążanie animacji graficznej za zwielokrotnioną szybkością odświeżania pozycji i wiele innych zależności, które trzeba jakoś usystematyzować. Mam nadzieję, że jest tu sporo łebskich gości, którzy podpowiedzą jak to robić i na co zwracać uwagę. Napisałeś o pierwszych wrażeniach i OK, ale dalej trzeba zadziałać planowo. Pozdrawiam

Przed chwilą otrzymałem maila po analizie dziesiejszego zapisu najnowszej testowej wersji. Z analizy wynika, że dane przechodzą już co 0,25 sekundy. Dowód to fragment zapisu:

$GPGGA,062815.500,5215.7137,N,02057.1460,E,1,10,0.99,91.3,M,38.9,M,,*5B
$GPGGA,062815.750,5215.7136,N,02057.1460,E,1,10,0.99,91.3,M,38.9,M,,*5D
$GPGGA,062816.000,5215.7136,N,02057.1460,E,1,10,0.99,91.3,M,38.9,M,,*5C
$GPGGA,062816.250,5215.7136,N,02057.1460,E,1,10,0.99,91.3,M,38.9,M,,*5B
"Pierwsze pole po $GPGGA to jest dokladny czas komunikatu (hhmmss.sss).Ten wlasnie czas jest brany do rozpoznania zmiany pozycji i ogolnie synchronizacji (z dokladnoscia do milisekund).To, ze okno odswieza sie wolniej, niedokladnie w niczym nie przeszkadza. Ono ma po prostu pewne ograniczenia aby nie zabijac wydajnosci reszty i sluzy wylacznie do pogladowego zerkniecia w dane."

Wynika z tego, że w wersjach do wczoraj był błąd, który odało się nam wczoraj wieczorem zlokalizować i usunąć.
Pozdrawiam

Przed chwilą otrzymałem maila po analizie dziesiejszego zapisu najnowszej testowej wersji. Z analizy wynika, że dane przechodzą już co 0,25 sekundy. Dowód to fragment zapisu:

$GPGGA,062815.500,5215.7137,N,02057.1460,E,1,10,0.99,91.3,M,38.9,M,,*5B
$GPGGA,062815.750,5215.7136,N,02057.1460,E,1,10,0.99,91.3,M,38.9,M,,*5D
$GPGGA,062816.000,5215.7136,N,02057.1460,E,1,10,0.99,91.3,M,38.9,M,,*5C
$GPGGA,062816.250,5215.7136,N,02057.1460,E,1,10,0.99,91.3,M,38.9,M,,*5B
"Pierwsze pole po $GPGGA to jest dokladny czas komunikatu (hhmmss.sss).Ten wlasnie czas jest brany do rozpoznania zmiany pozycji i ogolnie synchronizacji (z dokladnoscia do milisekund).To, ze okno odswieza sie wolniej, niedokladnie w niczym nie przeszkadza. Ono ma po prostu pewne ograniczenia aby nie zabijac wydajnosci reszty i sluzy wylacznie do pogladowego zerkniecia w dane."

Wynika z tego, że w wersjach do wczoraj był błąd, który odało się nam wczoraj wieczorem zlokalizować i usunąć.
Pozdrawiam

Fakt - masz rację

[CIACH]

Fakt - masz rację
[/quote]
Czy zainstalowałeś już wczorajszą "przesyłkę"?

Pozdrawiam

Czy zainstalowałeś już wczorajszą "przesyłkę"?

[/quote]Ja jeszcze nie zainstalowałem, bo muszę się uzbroić bardziej niż normalnie. Ostatnio bardzo dziwnie wgrywa mi się AM, co jest opisane w innym moim wątku. Muszę trafić do swojego biura gdzie mam kilka kompów z różnymi systemami. Pewnie zapakuje się bez bólu ale muszę być przygotowany na niespodzianki.

Pisałeś, że też chyba masz kupić ten odbiornik to pamietaj o jednym: defaultowo jest ustawiony na 1Hz a na 4Hz (czy inne wartości) ustawia się łącząc go kablem USB z PC przy pomocy załączonego oprogramowania.

Pozdrawiam

PS: Po 5 minutach bez baterii robi się twardy reset gdzie ponownie ustawia się do ustawień fabrycznych (czyli 1Hz)

Oczywiście, że kupiłem. Wywołałem ten temat i jakbym mógł nie kupić?  Aby dalej ciągnąc w sensowny sposób ten wątek muszę przejść z teorii w praktykę.

Prawdopodobnie będę miał to cudo w rękach dopiero w poniedziałek, bo dziś już pewnie nie dojedzie z Gdańska.

Programik testowy z AM zaciągnął się na kartę śpiewająco i odetchnąłem z ulgą, bo drzewiej bywało, że działy się cuda. Odpaliłem i wszystko dobrze hula, ale na "normalnym" układzie 1Hz.

Myślę, że w moim przypadku czasowo to wygląda tak, że coś sensownego będę mógł powiedzieć o nowym układzie programowym i sprzętowym za ok tydzień. Wszystko wskazuje na to, że ruszam w trasę 1500-2000km po polskich zakamarkach też i postaram się bacznie obserwować co się dzieje. Nie będę kierowcą, więc będzie komfortowa sytuacja.
Dzięki za porady z ustawieniami

Aha... odkryłem, że ta wersja 622 (z poprawioną komunikacją com)  stworzona została  nie na podstawie 621 ale na podstawie wcześniejszej (taka boczna odnoga). Przedwczoraj przysłali mi maila i link do 621 z info, że w tej wersji poprawili zgłoszony ze 2 miesiące temu głęboko ukryty błąd skutkujący błędnym routingiem trasy szybkiej (o małej długości).
Wersje powstaja tak szybko, że chyba się pomylili i 622 nie jest następca 621. Wysłałem im już ta informację z prośbą o poprawkę.

Pozdrawiam

............. 4Hz (czy inne wartości) ustawia się łącząc go kablem USB z PC przy pomocy załączonego oprogramowania...........
PS: Po 5 minutach bez baterii robi się twardy reset gdzie ponownie ustawia się do ustawień fabrycznych (czyli 1Hz)

A czy nie można tego ustawić tym:

................. skorzystać z alternatywnego oprogramowania
(GPSview -sterujacego parametrami GPS).

lub innym programem z poziomu ppc
Przydało by się przy testowaniu żeby nie  latać za każdym razem do kompa

Rukat: Nie wiem... nie natrafiłem na inny program. Pamiętaj, że tu musi byc program do zarządzania chipem MTK. Producent dostarczył QstarzGpsView.exe, który jest aplikacją na PC i taki sposób przestawiania częstotliwości pozycjonowania  opisano w instrukcji.

Pozdrawiam

Faktycznie będzie to jakieś utrudnienie do czasu aż się nie złapie swojego optimum. Z sugestii supportu AM wynika, że powinno się ustawić na 2 lub 4Hz

Jest juz wersja 5Hz   

Przy okazji testów ... sprawdzał ktoś co daje ustawienie "Czytaj port w oddzielnym wątku"  ?
U mnie żadnej widocznej różnicy w wyświetlaniu trasy nie ma ani na wewnętrznym odbiorniku gps, ani na rożnych zewnętrznych bluetooth. Jedynie od czasu do czasu przy zaptaszkowanej tej opcji gubi na starcie dane z odbiornika zewnętrznego. Niby łącze jest ale żadne dane nie lecą. Po resecie zwykle jest już ok.