PDAclub.pl - Forum użytkowników technologii mobilnych
Nawigacja GPS => AutoMapa => Betatesty => Wątek zaczęty przez: QMPEL w Sierpień 09, 2008, 00:20:25
-
Ostatnie dni dosyć długiej trasy po PL, próbowałem zmusić ustawieniami opóźnień precyzję wskazań GPS w AM 5.1, aby ustawić ten optymalny i niestety nie daje się. W poprzedniej wersji działo się to bardziej precyzyjnie. W zasadzie bez względu na prędkość samochodu odchylenie mijanych punktów w naturze i wskazań na mapie odbiegały nawet o 2-3 sek. Nie było stałej opóźnienia, tylko ciągłe szukanie, co po bardziej gwałtownym zatrzymaniu samochodu, powodowało, że AM „dalej jechała” 2-3sek, aby potem „cofnąć” do faktycznego punktu. Tym razem byłem w trasie "normalnym" samochodem i przyspieszenia czy hamowanie odbywało się raczej płynnie, przy szybkościach do ok. 140km/h. Po obecnym zachowaniu AM mogę przepuszczać, że jazda tym drugim, bardziej "nienormalnym" pojazdem (500KM), będzie jednym wielkim chaosem i skakaniem obrazu, ale jeszcze nie miałem okazji tego poćwiczyć w boju. Jestem zawiedziony. Nie sadzę, aby nastąpiło jakieś zamulenie pracy urządzenia, bo procek w FS N560 jest szybki i zawsze zamykam wszystkie inne programy, ilość i moc satelit wystarczająca i widać, że wszystko działa szybko, ale nieprecyzyjnie. Takie odchylenia w warunkach miejskich eliminują przydatność AM. Jak to, o czym piszę się sprawuje u was koledzy?
Poza tym, AM 5.1 uważam za dobry produkt, co nie oznacza, że idealny. Moja ostatnia ocena dotyczy podstawowego zadania jaki powinna spełnić, czyli wytyczenie trasy i pilotowanie. Reszta, to jeszcze masa pracy, ale to już inny film.
Pozdrawiam
-
A próbowałeś wyłączyć w ogóle opóźnienie? Jaką masz ustawioną prędkość portu gps? U mnie nie zauważyłem takich objawów :shock:
-
A próbowałeś wyłączyć w ogóle opóźnienie? Jaką masz ustawioną prędkość portu gps? U mnie nie zauważyłem takich objawów :shock:
Oczywiście próbowałem i tego. Prędkość portu- 9600
-
A widzisz, u mnie jest 57600 :ok: Zmien ustawienia w systemie start-settings-system-gps I ustaw 57600 a w auto mapie podepnij sie pod port sprzetowy na tej predkosci, powinno pomoc ;)
-
A widzisz, u mnie jest 57600 :ok: Zmien ustawienia w systemie start-settings-system-gps I ustaw 57600 a w auto mapie podepnij sie pod port sprzetowy na tej predkosci, powinno pomoc ;)
To coś w AM musi być ładnie pokrzaczone. Najdłuższy komunikat NMEA jaki widziałem w zapisie *.gps ma 76znaków.
Co daje czas transmisji przy 9600 ok 80ms. Komunikaty pojawiają się ok raz na 1 sekundę (1000ms - jakby kto cierpiał
na obecnie modną dyskalkulię).
Zatem przestawienie na 57600 nie ma praktycznego znaczenia. :)
900ms to kupa czasu na inne czynności.
-
A widzisz, u mnie jest 57600 :ok: Zmien ustawienia w systemie start-settings-system-gps I ustaw 57600 a w auto mapie podepnij sie pod port sprzetowy na tej predkosci, powinno pomoc ;)
To nie wystarczy .Trzeba jeszcze zmienić prędkość komunikacji w samym chipset'ie gps np. dla chipset'ów Sirf programem SirfTech
-
U mnie chodzi tylko na com8 i 9600bps. Nie mam innego wariantu- dlaczego? nie wiem
-
U mnie chodzi tylko na com8 i 9600bps. Nie mam innego wariantu- dlaczego? nie wiem
A przeszkadza Ci to? Jak już pisałem dla AM nie powinno to robić żadnej różnicy.
A dlaczego nie masz? Bo pewnie masz taki, a nie inny moduł GPS.
-
Zupełnie mi to nie przeszkadza i mam podobne zdanie jak ty, ale dalej nie wiem dlaczego następują aż takie odchylenia wskazań GPS. Właśnie pojawiła się wersja 5.1.1 i może problem sam się rozwiąże
-
Coś takiego to zauważyłem już od wersji 5.0.x, zatem nie wierze, żeby w 5.1.x się coś zmieniło w tym temacie.
Po opcjach ustawienia GPS to widać, że chłopaki z AM jeszcze dużo muszą się nauczyć.
Masz coś takiego:
a/ otwieraj port tylko gdy używany - kompletnie niepotrzebna opcja, bo domyślnie powinien tak pracować, to raz,
a po drugie co to ZU obchodzi jak program obsługuje port.
b/ czytaj port w oddzielnym wątku - kolejna niepotrzebna opcja - poprawna implementacja powinna wykorzystywać
tzw. zdarzenia bo to GPS wysyła dane. Oczywiście oddzielny wątek być powinien.
c/ uwzględnij pokazując pozycje - jaki ma sens? bez zaptaszkowania pozycja jest spóźniona o ok 100m.
Przecież samo przez się rozumie się, że kompensacja ma być wszędzie.
d/ częstotliwość odczytu portu GPS - to konsekwencja błędu konstrukcji AM.
BTW o jaka częstotliwość chodzi? Wygląda na to, że ktoś nie rozumie terminów jakich używa.
Jak już, to powinna być częstość. To różnica mniej więcej jak między koniem, a koniakiem.
Jutro obaczę co fajnego jest w 5.1.1 :E
-
a/ otwieraj port tylko gdy używany - kompletnie niepotrzebna opcja, bo domyślnie powinien tak pracować, to raz,
a po drugie co to ZU obchodzi jak program obsługuje port.
b/ czytaj port w oddzielnym wątku - kolejna niepotrzebna opcja - poprawna implementacja powinna wykorzystywać
tzw. zdarzenia bo to GPS wysyła dane. Oczywiście oddzielny wątek być powinien.
c/ uwzględnij pokazując pozycje - jaki ma sens? bez zaptaszkowania pozycja jest spóźniona o ok 100m.
Przecież samo przez się rozumie się, że kompensacja ma być wszędzie.
d/ częstotliwość odczytu portu GPS - to konsekwencja błędu konstrukcji AM.
BTW o jaka częstotliwość chodzi? Wygląda na to, że ktoś nie rozumie terminów jakich używa.
Jak już, to powinna być częstość. To różnica mniej więcej jak między koniem, a koniakiem.
c - u mnie bez zaptaszkowania jest ok, z ptaszkiem praktycznie nic nie zmienia.
-
Coś takiego to zauważyłem już od wersji 5.0.x, zatem nie wierze, żeby w 5.1.x się coś zmieniło w tym temacie.
Po opcjach ustawienia GPS to widać, że chłopaki z AM jeszcze dużo muszą się nauczyć.
Masz coś takiego:.......................................
Jutro obaczę co fajnego jest w 5.1.1 :E
Mnie wydaje się podobnie, ale w związku, że nie jestem informatykiem po prostu doszedłem do wniosku, że tego nie rozumiem poza tym że wydaje się bez sensu. Ale widzę, że poczucie bzdurnych funkcji i ustawień nie tylko mnie dotyczy. Może chodzi o poczucie, że trzymamy w ręku coś profesjonalnego dla profesjonalistów?. Cóż, trzeba sobie jakoś splendoru dodawać, ale mimo wszystko dla mnie hitem są duszki domków. Zupełnie tego nie używam w trasie.
-
Nie było okazji jeszcze wybyć w dłuższą trasę z AM 5.1.1, ale pojeździłem trochę po mojej wsi Koszalin i problemu już szczęśliwie nie widzę. Pozycja daje się dostroić. Teraz opóźnienie mam ustawione na 1,2 + oczywiście ptaszek. Widać z tego, że to był jakiś bardziej indywidualny przypadek i bardzo się cieszę, bo często moja trasa przypomina dosłownie rajd, a nie delegację. Jeden ostro mocnym sprzętem kieruje, a drugi zajmuje się pilotowaniem, obsługą CB, GPS, map i telefonów. Może nie ma się czym chwalić, ale tak to często niestety jest aby nadgonić czas. Dlatego bardzo ważne jest dla mnie aby w obcym mieście AM nadążała w miarę precyzyjnie za faktyczną pozycją.
Pozdrawiam
-
(...) Teraz opóźnienie mam ustawione na 1,2 + oczywiście ptaszek. Widać z tego, że to był jakiś bardziej indywidualny przypadek i bardzo się cieszę, bo często moja trasa przypomina dosłownie rajd, a nie delegację. (...)
Gwoli ścisłości, to chętnie bym chciał wiedzieć w stosunku do czego 'kompensuj opóźnienie sygnału'? Jak piszesz ustawiłeś sobie na 1.2s ... czy aby to nie zależy od aktualnej prędkości jazdy?
A jeżeli tak, to kolejna chybiona opcja w AM. Dobrze by było aby instrukcja zawierała dokładny opis tego co interfejs oferuje.
-
Gwoli ścisłości, to chętnie bym chciał wiedzieć w stosunku do czego 'kompensuj opóźnienie sygnału'? Jak piszesz ustawiłeś sobie na 1.2s ... czy aby to nie zależy od aktualnej prędkości jazdy?
Przestań w kółko marudzić, bo już mam dosyć Twoich pseudomądrych wypowiedzi. Jak Ci się AM nie podoba, to zmień na inny program i przestań d... zawracać.
Kompensacja (właściwie opóźnienie) sygnału nie zależy od prędkości bo ona kompensuje opóźnienie między odczytem pozycji przez GPS, a pojawieniem się tych danych i przetworzeniem w AM. Jest to zależne od rodzaju sprzętu i od chwilowego obciążenia przetwarzaniem danych.
Sorry, ale nie zdzierżyłem, czytam te Twoje wypociny od kilku tygodni i poza pluciem na AM nic nie wnoszą. Starczy już tego.
-
Przestań w kółko marudzić, bo już mam dosyć Twoich pseudomądrych wypowiedzi. Jak Ci się AM nie podoba, to zmień na inny program i przestań d... zawracać.
Kompensacja (właściwie opóźnienie) sygnału nie zależy od prędkości bo ona kompensuje opóźnienie między odczytem pozycji przez GPS, a pojawieniem się tych danych i przetworzeniem w AM. Jest to zależne od rodzaju sprzętu i od chwilowego obciążenia przetwarzaniem danych.
Sorry, ale nie zdzierżyłem, czytam te Twoje wypociny od kilku tygodni i poza pluciem na AM nic nie wnoszą. Starczy już tego.
Pozwolę się z Tobą nie zgodzić :S, że nic nie wnoszą... wytykam te elementy, które są niejasne lub błędne w założeniach. Nie po to kupowałem ten program, żeby kupować coś innego. W chwili zakupu (4.5.3) wydawał się być najlepszym na rynku. Nie byłoby tematu, gdyby wskazania położenia względem mapy nie pogorszyły się drastycznie wraz ze zmianą wersji. :]
-
Gwoli ścisłości, to chętnie bym chciał wiedzieć w stosunku do czego 'kompensuj opóźnienie sygnału'? Jak piszesz ustawiłeś sobie na 1.2s ... czy aby to nie zależy od aktualnej prędkości jazdy?
Przestań w kółko marudzić, bo już mam dosyć Twoich pseudomądrych wypowiedzi.
Jak czegoś nie rozumiesz to zapytaj.
Napisane: Sierpień 14, 2008, 13:43:12
...
b/ czytaj port w oddzielnym wątku - kolejna niepotrzebna opcja - poprawna implementacja powinna wykorzystywać
tzw. zdarzenia bo to GPS wysyła dane. Oczywiście oddzielny wątek być powinien.
...
Mniemam, że chodzi Ci o to, że port sygnalizuje nadejście znaku. Tylko ... wbudowane GPS'y tego nie robią. Trzeba jednak zapytać o dane w buforze. To zresztą niczego nie zmienia, bo o jedno i o drugie trzeba zapytać system i jedno i drugie nie musi wracać jak nie ma zmiany stanu/danych.
-
Muszę stanąć tu w obronę voyagera, bo cenię sobie bardzo logikę, czego nie można odmówić voyagerowi. Wcale nie sądzę, że jego uwagi są pluciem na AM. Jeśli tak pojmujesz wyrażanie krytycznych opinii, to całe to forum ocieka śliną, bo 99% AMowców pisze, co szwankuje, co chcieli by zmienić itp i można odnieść wrażenie, że AM jest całkowicie do D.... Mało kto pisze o pozytywach, co jest po prostu przyjęte jako norma, która powinna być. Ja osobiście mam dostępnych kilka urządzeń (wbudowanych w drogie fury też) i programów i używam mimo wszystko FS N560 i AM. Oznacza to, że w boju na trasie najlepiej się spisuje ten układ, ale to też absolutnie nie oznacza, że AM jest idealna.
Jeśli myślisz logicznie, to odróżnisz przewidywanie pozycji od wskazania pozycji. Odczyt i przetwarzanie danych z satelit odbywa się co sekundę przez niezależny od AM moduł i program, więc w warunkach miejskich dalekich od utrzymania stałej prędkości przewidywanie położenia jest zgadywanką korygowaną co 1sek. Jest to oczywista niedoskonałość obecnych systemów i to jest obiektywne, voyager tego nie wymyślił. Ruch jest zauważany przez GPS od 4km/h, potem przyśpieszanie i odwrotnie hamowanie więc parametr prędkości i punktu odniesienia jest bardzo ważny i zależny. Problem zgadywania zniknie, jeśli moduły GPS będą podawały wyniki pomiaru częściej niż raz na sekundę, czym częściej tym lepiej. Jaki problem w sytuacji widocznych np 12 satelit zliczać położenie czterech z nich, co 1/3 sek, lub sześciu co 0,5sek. Voyager ma rację i tez tak sądzę, że AM pakuje możliwość wielu ustawień, gdzie i tak tylko jedno jest dobre? Możemy się mylić, ale przedstaw argumenty, a nie pałuj się. Bardzo chętnie się czegoś nauczę, nawet zmieniając poglądy zgodzę się z tobą. Na razie nie przekonałeś mnie. (to było do kolegi Akubit)
-
Panowie, poproszę parę dni na 'proof of concept'. :grin: Coś chce sprawdzić na moim MIO
-
Nie byłoby tematu, gdyby wskazania położenia względem mapy nie pogorszyły się drastycznie wraz ze zmianą wersji. :]
To może przyjrzyj się swojej instalacji AM, bo nie wszystkim się pogorszyło, a sądząc z wypowiedzi na forum, to całkiem niewielu.
Jak czegoś nie rozumiesz to zapytaj.
Nie muszę się pytać. Moja wiedza pozwala mi zrozumieć więcej niż Ci się wydaje. Ale jak masz problem, to służę pomocą :P
Jeśli myślisz logicznie, to odróżnisz przewidywanie pozycji od wskazania pozycji. Odczyt i przetwarzanie danych z satelit odbywa się co sekundę przez niezależny od AM moduł i program, więc w warunkach miejskich dalekich od utrzymania stałej prędkości przewidywanie położenia jest zgadywanką korygowaną co 1sek. Jest to oczywista niedoskonałość obecnych systemów i to jest obiektywne, voyager tego nie wymyślił. Ruch jest zauważany przez GPS od 4km/h, potem przyśpieszanie i odwrotnie hamowanie więc parametr prędkości i punktu odniesienia jest bardzo ważny i zależny.
Niewiadomą, którą musimy ustalić, żeby określić pozycję na mapie w danym sprzęcie jest różnica czasu między odczytem danych przez moduł GPS i wyznaczeniem pozycji na mapie (łącznie z obliczeniami związanymi z przewidywaniem pozycji). Prędkość jak to zwykle bywa jest pochodną po czasie i jako taka jest użyta do wyliczenia pozycji, ale prędkość jest w danym momencie znana jako dana z modułu GPS i do obliczeń kompensacji potrzebna jest znajomość czasu, o którym pisałem. Reszta jest dana i komputer jest w stanie wyliczyć pozycję na mapie.
Opóźnienie jest czasem i nie zależy od prędkości.
-
Kolego Akubit - to oczywiste, ale ja piszę o czymś, co można nazwać bezwładnością urządzenia, czyli o zbyt szybko następujących zmiennych w stosunku do tego, co sprzęt (bez względu na powód) jest w stanie wyliczyć i pokazać jako efekt, czyli pozycję rzeczywistą. Jestem pełen szacunku dla gości którzy ułożyli algorytm pozwalający przewidywać pozycję. Pisałem też, że jeśli się pojawi technologia pozwalająca kilka razy na sekundę (a nie aż co sekundę)podać pomiar z satelit, to problem zniknie albo będzie pomijalny, czyli zwiększy się precyzja wskazań pojazdów będących w ruch niejednostajnym, i to wszystko. Opóźnienie będzie zawsze oczywiście, ale będzie nieodczuwalne. Czy się mylę?
-
To może przyjrzyj się swojej instalacji AM, bo nie wszystkim się pogorszyło, a sądząc z wypowiedzi na forum, to całkiem niewielu.
Instalacja standardowa. Nic szczególnego. Powtarzana kilka razy.
Niewiadomą, którą musimy ustalić, żeby określić pozycję na mapie w danym sprzęcie jest różnica czasu między odczytem danych przez moduł GPS i wyznaczeniem pozycji na mapie (łącznie z obliczeniami związanymi z przewidywaniem pozycji). Prędkość jak to zwykle bywa jest pochodną po czasie i jako taka jest użyta do wyliczenia pozycji, ale prędkość jest w danym momencie znana jako dana z modułu GPS i do obliczeń kompensacji potrzebna jest znajomość czasu, o którym pisałem. Reszta jest dana i komputer jest w stanie wyliczyć pozycję na mapie.
Opóźnienie jest czasem i nie zależy od prędkości.
Zadanie się zgadza. Pokazanie na danym sprzęcie aktualnej pozycji, bo to m.in. jest zadaniem programu nawigacyjnego, (zatem pozostaje przy swoim zdaniu, że ptaszek 'uwzględnij pokazując pozycje' nie ma sensu).
Załóżmy, że moduł GPS został ustawiony na automatyczne wysyłanie informacji nawigacyjnych (sprawdzę, czy wszystkie moduły da się tak przestawić). GPS przesyła nam informacje o aktualnej prędkości i kursie. Teraz to wszystko trzeba pożenić i pokazać nasze autko tam gdzie jest (mniej wiecej).
Zgadzam się, że należy dokonać kompensacji położenia wynikającą ze skończonych czasów: przesyłania danych (jest dany explicite z prędkości przesyłu danych, oraz czasu obróbki tych danych (jest zależny od sprzętu).
Ten drugi człon jest nie dość, że zmienny (od chwilowego obciążenia przetwarzaniem danych), to jeszcze zależny od sprzętu (jak akubit był napisał).
Zależność od sprzętu można w prosty sposób estymować wykonując na starcie programu zadaną liczbę razy (odpowiednio dużą) pewnych instrukcji procesora (ma się informacje o możliwościach sprzętu). I to też jest jakaś w miarę stała składowa. Pozostaje element zależny od aktualnych obliczeń związanych z topologią mapy. To jest najbardziej zmienny element, ale też do określenia.
-
Kolego Akubit - to oczywiste, ale ja piszę o czymś, co można nazwać bezwładnością urządzenia, czyli o zbyt szybko następujących zmiennych w stosunku do tego, co sprzęt (bez względu na powód) jest w stanie wyliczyć i pokazać jako efekt, czyli pozycję rzeczywistą.
Sam widzisz, że zwiększenie częstotliwości odczytu pozycji z GPSu (= ilości danych do przetworzenia) nic tu nie da.
Prędkość zaś nie wpływa na ilość danych do przetworzenia.
zwiększy się precyzja wskazań pojazdów będących w ruch niejednostajnym, i to wszystko. Opóźnienie będzie zawsze oczywiście, ale będzie nieodczuwalne. Czy się mylę?
Jak widać z powyższego - mylisz się. Do tego potrzebny jest wzrost mocy obliczeniowej sprzętu, bo już obecnie ledwie wyrabia z przetwarzaniem.
Instalacja standardowa. Nic szczególnego. Powtarzana kilka razy.
Wrócę z urlopu, to zainstaluję koledze z Mio P560 nową wersję, bo aż nie mogę uwierzyć, że się pogorszyło. Na moich sprzętach oraz Lark 35.0, Lark 35.3, Mio C520, FS 560, różnicy nie widać. Na forach też pojedyncze głosy, rozwiązania problemu zwykle są związane z innymi przyczynami.
Zadanie się zgadza. Pokazanie na danym sprzęcie aktualnej pozycji, bo to m.in. jest zadaniem programu nawigacyjnego, (zatem pozostaje przy swoim zdaniu, że ptaszek 'uwzględnij pokazując pozycje' nie ma sensu).
Wolno Ci mieć własne zdanie. Nie musisz jednak od razu pluć o to na AM. Ja bowiem uważam, że to bardzo dobre rozwiązanie, bo oprócz ustawienia domyślnego, które jest ustalane w trakcie instalacji (prawdopodobnie w zależności od rodzaju sprzętu), każdy może sobie dostroić program w zależności od własnych upodobań oraz np. posiadanej karty pamięci.
Zależność od sprzętu można w prosty sposób estymować wykonując na starcie programu zadaną liczbę razy (odpowiednio dużą) pewnych instrukcji procesora (ma się informacje o możliwościach sprzętu). I to też jest jakaś w miarę stała składowa.
No nie do końca. Zainstalowanie programu, map, POI w wewnętrznej pamięci sprzętu, na kartach o różnych prędkościach odczytu czy zapisu, wreszcie włączenie różnych opcji programu (np pokazywanie POI, zapisywanie śladu itd.) może poważnie zakłócić przetwarzanie pozycji.
Uwzględnienie tych wszystkich czynników jest praktycznie niemożliwe, dlatego ja jestem zdecydowanie za obecnym rozwiązaniem tzn. domyślne ustawienie w zależności od sprzętu + możliwość dostrojenia.
Dzięki temu można uniknąć problemu (w zasadzie nie do rozwiązania) opóźnienia pozycji o jakim choćby obecnie dyskutuje się na podforum TomToma.
-
Przepraszam akubit ale na tej lekcji fizyki akurat byłem w podstawówce, gdzie była mowa o rodzajach ruchu. Albo się mylisz w całej rozciągłości, abo się nie rozumiemy, albo zaprzeczasz podstawowym prawom fizyki, albo się uparłeś na obecny przyjęty model oparty na przyjmowaniu zmiennych w obecnej jednostce czasowej czyli 1sek, już sam nie wiem.
Masz oczywiście rację, że nie istotne z jaką szybkością porusza się antena GPS, bo to tylko jakaś wielkość matematyczna i z tego punktu widzenia to się zgadza, ale ja upierdliwie i chyba nieudolnie próbuje tobie wytłumaczyć, że im krótsza jednostka czasowa "zbierania danych" tym realna pozycja GPS jest bardziej precyzyjna w sensie bezwzględnym. W drugą stronę jeśli zmienne działania będą zbierane np aż co 1min, to dla anteny w bezruchu i anteny będącej w ruchu jednostajnym (bez względu na prędkość) to nie ma znaczenia, czy to będzie co 1sek, czy 1min, ale dla będącej w ruchu niejednostajny, wręcz zmiennym i nieprzewidywalnym to ma ogromne znaczenie, a tak właśnie poruszają się samochody zwłaszcza w mieście. Zrób bardzo prosty test. Wystartuj na światłach w miarę żwawo do np 60km/h, i policz ile czasu minie zanim zobaczysz na ekranie AM rzeczywistą prędkość. To jest właśnie ta bezwładność. Można to zmniejszyć (wyeliminować się nie da), tylko przez zmniejszenie jednostki czasowej pomiaru, zamiast siwieć nad coraz wspanialszymi algorytmami przewidującymi pozycję.
Co do sprzętu, to miałem na myśli jego część, czyli moduł GPS, który nie wiem jaką ma wydajność i nie podejmuje się oceny, poza praktyczną obserwacją, że nie grzeje się z przepracowania. Jeśli są na rynku anteny potrafiące odbierać i przetwarzać dane z dziesiątek satelitów jednocześnie, to nie sądzę aby to był jakiś problem technologiczny. Zasadnicza część czyli PDA jeśli jest obciążona, to grafiką a nie przetwarzaniem danych z GPS, bo nie ma co w zasadzie już przetwarzać. To robi moduł. AM zresztą ma możliwość odczytu danych z modułu GPS w krótszych jednostkach niż 1sek.
Wniosek: Obstaje przy swoim.
-
Co do sprzętu, to miałem na myśli jego część, czyli moduł GPS, który nie wiem jaką ma wydajność i nie podejmuje się oceny, poza praktyczną obserwacją, że nie grzeje się z przepracowania. Jeśli są na rynku anteny potrafiące odbierać i przetwarzać dane z dziesiątek satelitów jednocześnie, to nie sądzę aby to był jakiś problem technologiczny. Zasadnicza część czyli PDA jeśli jest obciążona, to grafiką a nie przetwarzaniem danych z GPS, bo nie ma co w zasadzie już przetwarzać. To robi moduł.
Tylko zastanów się co się potem z tymi danymi dzieje. Muszą być one przesłane do PDA/PNA i tam powiedzmy, jeżeli odczyt z GPSu będzie co 0,1s, to 10x częściej na ich podstawie będzie obliczana pozycja na mapie i przetwarzana grafika.
Nikt tu nie dyskutuje nad tym, czego przyczepiłeś się jak rzep psiego ogona, że częstotliwość próbkowania zwiększy dokładność pozycjonowania, bo to jest oczywiste, tylko mówi się o tym, że wymaga to większych mocy obliczeniowych. I nie ma wątpliwości, że w tym kierunku pójdzie rozwój technologii, ale będzie to możliwe równocześnie ze wzrostem mocy obliczeniowej PDA/PNA.
Zaś jeśli chodzi o uważanie na lekcjach fizyki w podstawówce, to uważałem na tyle, że nie miałem problemów z fizyką później na politechnice, a i obecnie jako inżynier mechanik z 20 letnim stażem w zawodzie, nie stwierdzam w tej dziedzinie ubytków wiedzy :P
-
oczywiste to jak oddychanie
jakoś nie widzę pracy mojego pda z procesorkiem 400mhz i ramem w pojemności 64mb z czego połowa zajęta jest przez coś tajemniczego :D próbującego co 0,1 sek obliczać zmianę położenia z gps :) 1sek jest wystarczająca przy dobrze działającym sprzęcie
-
Akubit - przecież grafika, nie musi by przetwarzana 10x szybciej - jej przetwarzanie może pozostać bez zmian (a właśnie na grafikę idzie lwia cześć mocy obliczeniowej). Natomiast 10-krotne szybsze przetwarzanie danych z gps-u dla dzisiejszych pda/pna to pestka i rzeczywiście pozwala zwiększyć dokładność pozycjonowania.
-
Nie wiem ile czasu potrzeba na przetwarzanie grafiki, ile czasu na transfer z GPSu, a ile z karty, ile w końcu na obliczenia przewidywanej pozycji. Wiem jedno: słabsze PDA/PNA ledwo z tym wszystkim nadążają, niektórym wystarczy korekcja opóźnienia 0,5s, ale niektórym 1,5-2s, a to oznacza, że dane z GPSu potrzebowały 1,5-2s by zostać odwzorowane na ekranie.
-
Przetwarzanie danych z gps-u to pewnie tak około 1% całej mocy obliczeniowej. W obecnej AM jest rzeczywiście jakoś tak, że zmiana częstości odczytu gps-u powoduje czkawkę na niektórych urządzeniach. ale to pewnie dlatego, że ta zmiana wpływa też na inne modułu aplikacji a wcale nie musi. Przecież cześć urządzeń nawigacyjnych już od dawna szybciej niż co sek. odczytuje pozycje z gps-u.
-
A ja twierdzę, że 50% (masz dowód, że 1% :P ) biorąc pod uwagę wpasowanie pozycji podanej z uwzględnieniem opóźnienia w aktualną pozycję na mapie. Ale nie o to chodzi w tej zabawie.
Chodzi o to, że programy do nawigacji muszą działać sprawnie na sprzęcie z procesorem 200MHz i to, że część sprzętu może przetwarzać dane częściej niż 1x/s to tylko dowód na to, iż technologia nie stoi w miejscu. Przecież profesjonalny sprzęt GPS już od dawna działa na częstości odczytu 10x/s i sfera kosmiczna technologii GPS od zawsze to obsługuje. Producenci modułów GPS do nawigacji dopiero zaczynają zwiększać częstotliwość odczytu modułów, bo wcześniej nie było takiej potrzeby, ze względu na urządzenia PDA/PNA.
-
... Producenci modułów GPS do nawigacji dopiero zaczynają zwiększać częstotliwość odczytu modułów, bo wcześniej nie było takiej potrzeby, ze względu na urządzenia PDA/PNA.
Robią to od trzech lat.
-
Naprawdę nie widzę problemu aby był na rynku sprzęt, który można nabyć w kiosku z gazetami, jakąś chińszczyznę za psie pieniądze i sprzęt drogi i profesjonalny o wysokich parametrach. I niech sobie tańszy sprzęt odczytuje co 2sek, a droższy co 0,1sek. jaki problem?. Dywagacje na temat ile mocy obliczeniowej zjada grafika i to nie tylko w kieszonkowcach, ale w każdym kompie, są chyba niepotrzebne - baaardzo dużo i coraz więcej i to wyznacza głównie jakość każdego kompa. Zupełnie bym się nie martwił dodatkową robotą dla procesora w związku ze zwiększeniem (kilkukrotnym) zczytywania satelit. Może bateria jedynie nieco wcześniej przysiadać, ale zasilanie, to odrębny temat i pięta achillesowa każdego urządzenia przenośnego.
Z ciekawością przeczytałem, że istnieją już możliwości podawania danych z modułu GPS częściej niż 1sek. Muszę pokopać w necie w tym temacie z ciekawości. To by było piękne. Dołożyłbym do tego ograniczenia programowe związane z przyspieszeniem dodatnim i ujemnym i myślę, że byłoby o niebo lepiej. Mam na myśli ograniczenia programowe eliminujące chwilowe błędy w odczycie położenia. Czyli wskaźnik nie może przeskoczyć w jednej chwili z ulice na ulicę, bo by to oznaczało, że właściciel GPS dysponuje pojazdem kosmicznym, który nie ma masy. Taka sytuacje jest możliwa tylko wtedy kiedy wartość przyspieszenia ujemnego spada nagle do zera z np 100km/h kiedy na drodze wyrośnie nam mur, czego nikomu nie życzę. Zostawiłbym granice przyspieszenia dodatniego na poziomie najszybszych pojazdów czyli np 4-5sek do 100km/h no i w drugą stronę przy wartości ujemnej wartość występujące przy hamowaniu. Jeśli nawet początkowe wskazanie położenia było błędne, to kilkukrotne potwierdzenie lub zaprzeczenie na 1sek możne to skorygować lub pozostać w dotychczasowym miejscu, a nie myszkować.
Szczerze mówiąc, nie wiem co daje ustawienie w AM częstotliwości (czy częstości jak woli emisiu) większej niż 1sek, jeśli z modułu GPS do AM wysyła dane w reżimie 1sek. Domyślnie miałem ustawione na 0,5sek i tego nie ruszam
-
Szczerze mówiąc, nie wiem co daje ustawienie w AM częstotliwości (czy częstości jak woli emisiu) większej niż 1sek, jeśli z modułu GPS do AM wysyła dane w reżimie 1sek. Domyślnie miałem ustawione na 0,5sek i tego nie ruszam
A czemu zakładasz, że moduł wysyła dane tylko co sekundę? Przykładowo: według danych katalogowych wbudowany w smartfony HP odbiornik Conexant (model sprzed dwóch lat) wysyła dane przy prędkości 57600 (a w zasadzie może być odpytany przez program zewnętrzny) co: 0,1s ; 0,125s ; 0,2s ; 0,25s ; 0,5s ; 0,75s ; 1s ; 1,25s...., i wyższe czasy. Zainstalowany fabrycznie OEM-owy TT6 odczytuje odbiornik gps co 0,2s.
-
Z ciekawością przeczytałem, że istnieją już możliwości podawania danych z modułu GPS częściej niż 1sek. Muszę pokopać w necie w tym temacie z ciekawości. To by było piękne. Dołożyłbym do tego ograniczenia programowe związane z przyspieszeniem dodatnim i ujemnym i myślę, że byłoby o niebo lepiej. Mam na myśli ograniczenia programowe eliminujące chwilowe błędy w odczycie położenia. Czyli wskaźnik nie może przeskoczyć w jednej chwili z
Chwilowe błędy w odczycie położenia spowodowane są głownie problemami technicznymi związanymi z dekodowaniem sygnału GPS, który dla odbiornika jest znacznie poniżej szumów. Takie sygnały dekoduje się nieco inaczej niż znane z radia czy TV. Można zrobić sobie fajne doświadczenie wyłączając tzw. statyczną nawigacje w odbiorniku SiRF (SiRF setup) i pozostawiwszy na parapecie (co by jakiś sygnał był łapalny) zapisać sobie taki ślad.
Szczerze mówiąc, nie wiem co daje ustawienie w AM częstotliwości (czy częstości jak woli emisiu) większej niż 1sek, jeśli z modułu GPS do AM wysyła dane w reżimie 1sek. Domyślnie miałem ustawione na 0,5sek i tego nie ruszam
Czy ty naprawdę :shock: nie widzisz różnicy pomiędzy częstością i częstotliwością?
-
Czy ty naprawdę :shock: nie widzisz różnicy pomiędzy częstością i częstotliwością?
To może zamiast tak się dziwić wyjaśnisz koledze różnicę?
Ja też się chętnie douczę, bo dla mnie częstość to pojęcie ze statystyki ( prawdopodobieństwo a posteriori)
i nie bardzo kojarzę różnicę między częstotliwością 2Hz a częstoscią 'co 0.5s'.
EDIT:
Doczytałem, że Twoim zdaniem "To różnica mniej więcej jak między koniem, a koniakiem."
i tym bardziej jestem ciekaw, bo przy okazji poznamy również różnicę między mądrością a mędrkowaniem :mrgreen:
-
Język który tu obowiązuje to slang daleki od ścisłe fachowego nazewnictwa. Mnie w sprawach związanych z elektrycznością i elektroniką bardziej pasuje częstotliwość, ale bez względu na to jakiego terminu używasz i tak nic nie tracisz w moich oczach i mam nadzieję że ja też w twoich. Wiemy o co chodzi i to jest ważne. Gdybyśmy się widzieli to jeszcze gesty rąk poszły by w ruch pewnie. :proud:
No to dla mnie ciekawostka i nowość co piszesz emisiu o "częstości" w istniejących urządzeniach i to od dawna. Jeśli znajdzie się potwierdzenie tego co piszesz to niepotrzebnie aż tyle się nawpisywałem. Na razie nie przeczę i nie zgadzam się. Poczekajmy na inne glosy w tej sprawie.
No myślę, że jest to sytuacja doświadczenia z oknem, gdzie raczej powinien się pojawić komunikat o błędzie odczytu, czy słabym sygnale GPS, a nie przyjąć za prawidłowe wytyczenie dziwnego śladu. Dobry program nie powinien tego robić. To oczywiste, ze horyzont z rozmieszczonymi satelitami nie może być z jednej strony, bo jak niby nawet najlepsza antena ma wyliczyć położenie? Nie jest powiedziane ze GPS ma działać w każdych warunkach, przy złej propagacji, wietrze słonecznym, w tunelu, czy w domu, odbicia fal od budynków itp. Chwilowe niedomogi techniczne, nie mogą powodować wariowania śladu i położenia.
A tak z ciekawości, to na czym polega wg ciebie inność dekodowania sygnału GPS od RTV ? Z tego co wiem, to informacja zdekodowana zawiera "przedstawienie" się konkretnego satelity i jego położenie, co nie waży tyle co encyklopedia, natomiast pozycjonowanie odbiornika GPS wynika z różnicy wartości samego sygnału radiowego jako takiego, a właściwie jego drodze w czasie ze wszystkich widocznych satelit zliczanego w jednostce czasowej. Im ich więcej satelit przeciwstawnej pozycji tym lepiej dla precyzji. Czy się mylę? Pozdrawiam
-
A czemu zakładasz, że moduł wysyła dane tylko co sekundę?
Może dlatego, że najbardziej popularny na rynku SirfStar tak wysyła? :P
-
A czemu zakładasz, że moduł wysyła dane tylko co sekundę?
Może dlatego, że najbardziej popularny na rynku SirfStar tak wysyła? :P
OK ale coś na poparcie proszę
-
Szukajcie, a znajdziecie :E Najłatwiej w specyfikacji...
-
Szukajcie, a znajdziecie :E Najłatwiej w specyfikacji...
Znalazłem pierwszą lepszą specyfikację i :
# Chipset : Sirf Star III
# Częstotliwość : L1, 1575.42 MHz,
# Częstotliwość 1575.42MHz
# Kanały :20 kanałów
# Czułość : -159 dBm
# Wewnętrzny zegar RTC (Real Time Clock)
# Obsługa NMEA-0183 V3.0 (GGA, GSA, GSV, RMC, VTG)
# Zapewnia wsparcie dla SBAS (WAAS, EGNOS)
# Datowanie : WGS-84
Czas do pierwszego namiaru (TTFF):
# Zimny Start: 42 sek.
# Ciepły Start: 38 sek.
# Gorący Start: 1 sek.
# Odzyskanie namiaru: < 0.1 sek.
# Odświeżanie pozycji: co 1 sek.
Walory dynamiczne :
# Wysokość : 18,000 m
# Prędkość : 515 m/s
# Przyspieszenie : 4g
# Czas : 100ns zsynchronizowany z czasem GPS
-
A ja przejżałem specyfikacje od układów:
SiRFSoft
GSW3
GSW2x
SiRFXTracX
SiRFInstantFix
i wynika z niej, że jest to po prostu wartość programowalna.
Nawet jak układ wewnętrznie aktualizuje sobie dane np. co 1 sek. lub co 2 sek. (to tez jest programowalne), to my im częściej odczytamy dane z układu będziemy mieli dokładniejsza pozycję.
Bo jeśli akurat nastąpi wyznaczenie pozycji przez układ, a my dokonaliśmy odczytu akurat 0,01 sekundy wcześniej to następny odczyt mamy za 0,99 sekundy co powoduje skumulowanie błędu. Producent zaleca więc jak najczęstszy odczyt pozycji. Od i cała tajemnica.
-
A ja przejżałem specyfikacje od układów:
SiRFSoft
GSW3
GSW2x
SiRFXTracX
SiRFInstantFix
i wynika z niej, że jest to po prostu wartość programowalna.
Nawet jak układ wewnętrznie aktualizuje sobie dane np. co 1 sek. lub co 2 sek. (to tez jest programowalne), to my im częściej odczytamy dane z układu będziemy mieli dokładniejsza pozycję.
Bo jeśli akurat nastąpi wyznaczenie pozycji przez układ, a my dokonaliśmy odczytu akurat 0,01 sekundy wcześniej to następny odczyt mamy za 0,99 sekundy co powoduje skumulowanie błędu. Producent zaleca więc jak najczęstszy odczyt pozycji. Od i cała tajemnica.
Niestety nie przekonałeś mnie.
-
....
# Odświeżanie pozycji: co 1 sek.
Już od modelu SiRFstarII GSC2x Single Chip jest to wartość maksymalna podawana jako: Max update rate 1 Hz.
Napisane: Sierpień 17, 2008, 21:29:42
Niestety nie przekonałeś mnie.
A niby do czego ja mam Cie przekonywać??? Poczytaj sobie dokumentację do "GSCi-5000 Autonomous Evaluation Kit", i do "SDK" - polecam.
-
1 Hz = 1 / (1 s) = 1 s-1
Chyba straciliśmy wątek. Ja próbuje od was wyciagnąć wiedzę, czy istnieja na rynku GPSy potrafiące ODŚWIEŻYĆ pozycje częściej niż 1sek
-
Jeśli, jak sam piszesz 1 Hz to jest Max update rate ,
to jakim cudem chcesz uzyskać wiekszą częstotliwość odswieżania pozycji?
Napisane: 17-08-2008, 21:38:50
Ja próbuje od was wyciagnąć wiedzę, czy istnieja na rynku GPSy potrafiące ODŚWIEŻYĆ pozycje częściej niż 1sek
Tak, GPS-y na chipsetach MTK mają max częstotliwość 5Hz.
-
Jeśli, jak sam piszesz 1 Hz to jest Max update rate ,
to jakim cudem chcesz uzyskać wiekszą częstotliwość odswieżania pozycji?
Napisane: 17-08-2008, 21:38:50
Ja próbuje od was wyciagnąć wiedzę, czy istnieja na rynku GPSy potrafiące ODŚWIEŻYĆ pozycje częściej niż 1sek
Tak, GPS-y na chipsetach MTK mają max częstotliwość 5Hz.
No w końcu jakaś informacja sensowna. Natomiast nie chcę wydobyć większej częstotliwości z czegoś co chodzi co 1sek, chyba, ze za pomocą protezy dzielącej liczbę satelit np na 2 i podawanie pozycji co 0,5s, to koledzy twierdzą, że u nich to od długiego czasu hula na większej częstotliwości na Sirf Star
-
Marek - tak, SS mogą zaktualizować pozycje nie częściej co sekundę, ale mnie zainteresował ten watek z dokumentacji o minimalizacji błędu - dlatego zalecają częstszy odczyt. I właśnie to IMHO ustawia się w AM.
EDIT:
Dla układu SiRF Instant GSCi-5000 jest to 0,5 sekundy.
-
Marek - tak, SS mogą zaktualizować pozycje nie częściej co sekundę, ale mnie zainteresował ten watek z dokumentacji o minimalizacji błędu - dlatego zalecają częstszy odczyt. I właśnie to IMHO ustawia się w AM.
OK, powiedzmy że się nie zrozumieliśmy
-
Ale czego nie rozumiesz? Ja teraz pisze o częstotliwości odczytu danych z modułu GPS przez aplikacje, a nie o częstotliwości uaktualniania pozycji przez moduł gps.
-
Ma to jakiś sens, ale zauważ, że przy prostym algorytmie (odczyt=pozycja) to pogorszy płynność ruchu,
przy 2HZ będziemy mieć odczyty: X X Y Y Z Z ... przy 5Hz X X X X X Y Y Y Y Y Z Z Z Z Z ...
i jak tu aproksymować ruch kursora na ekranie?
Program musiałby wiedzieć który odczyt jest stary, a który już nowy ...to da się zrobić,
bo sekwencjach NMEA podawany jest też czas, czyli algorytm musiałby dodatkowo sprawdzać i ten parametr.
-
Ale czego nie rozumiesz? Ja teraz pisze o częstotliwości odczytu danych z modułu GPS przez aplikacje, a nie o częstotliwości uaktualniania pozycji przez moduł gps.
No wydaje mi się, ze nie o tym pisałeś. Dla mnie z logicznego punktu widzenia, czytanie danych częściej niż 1s nie ma sensu, jeśli moduł GPS pracuje co 1s, ale mogę się mylić. Naprawdę nie ma sensu dalej dywagować.
Przeleciałem kilka specyfikacji z MTK i wszędzie było odświeżanie pozycji co 1s. Może jakiś końkretny model pamiętacie? Jeśli jest tak jak pisze NM to już lecę do sklepu.
-
Ale czy ustalenie pozycji przez moduł programu odpowiedzialny za odczyt danych z gps-u, musi się przekładać od razu na zmianę pozycji kursora na mapie? Ja myślę, że to mogą być dwa niezależne procesy (watki programu) zupełnie ze sobą niezsynchronizowane. I podejrzewam, że ten pierwszy ma znacznie wyższy priorytet.
Napisane: Sierpień 17, 2008, 22:16:16
No wydaje mi się, ze nie o tym pisałeś. Dla mnie z logicznego punktu widzenia, czytanie danych częściej niż 1s nie ma sensu, jeśli moduł GPS pracuje co 1s, ale mogę się mylić. Naprawdę nie ma sensu dalej dywagować.
Dam Ci taki przykład: spoglądasz na zegarek z cyfrowym wyświetlaniem na którym zasłonięto minuty i widać tylko godziny. I teraz zerkasz na niego raz na kwadrans lub zerkasz na niego raz na minute. W którym przypadku dokładniej określisz, że właśnie zmieniła się godzina na kolejną?
-
Ma to jakiś sens, ale zauważ, że przy prostym algorytmie (odczyt=pozycja) to pogorszy płynność ruchu,
przy 2HZ będziemy mieć odczyty: X X Y Y Z Z ... przy 5Hz X X X X X Y Y Y Y Y Z Z Z Z Z ...
i jak tu aproksymować ruch kursora na ekranie?
Program musiałby wiedzieć który odczyt jest stary, a który już nowy ...to da się zrobić,
bo sekwencjach NMEA podawany jest też czas, czyli algorytm musiałby dodatkowo sprawdzać i ten parametr.
też sądzę, że czas jest tu kluczowy. Działając jedynie wyobraźnią sądzę, że to poprawi płynność i precyzję i o to właśnie trawa dyskusja w tym wątku. Ja twierdzę, że tak będzie, ale są i zdania na nie.
Oj chyba nie załapałem i muszę dopisać. Myślę że nic się nie zmienia, cały czas będzie XYZ tyle, że w xHz
Napisane: Sierpień 17, 2008, 22:28:01
Ale czy ustalenie pozycji przez moduł programu odpowiedzialny za odczyt danych z gps-u, musi się przekładać od razu na zmianę pozycji kursora na mapie? Ja myślę, że to mogą być dwa niezależne procesy (watki programu) zupełnie ze sobą niezsynchronizowane. I podejrzewam, że ten pierwszy ma znacznie wyższy priorytet.
Napisane: Sierpień 17, 2008, 22:16:16
No wydaje mi się, ze nie o tym pisałeś. Dla mnie z logicznego punktu widzenia, czytanie danych częściej niż 1s nie ma sensu, jeśli moduł GPS pracuje co 1s, ale mogę się mylić. Naprawdę nie ma sensu dalej dywagować.
Dam Ci taki przykład: spoglądasz na zegarek z cyfrowym wyświetlaniem na którym zasłonięto minuty i widać tylko godziny. I teraz zerkasz na niego raz na kwadrans lub zerkasz na niego raz na minute. W którym przypadku dokładniej określisz, że właśnie zmieniła się godzina na kolejną?
No właśnie myślę, że dane z GPS zawsze powinny się przekładać na pozycję samochodzika. O to właśnie mi chodzi.
-
Ale to nie takie proste, trzeba brać po uwagę takie czynniki jak: błędy odczytu gps i błędy map. Od pozycji podanej przez odbiornik do aktualnej pozycji na mapie to jednak daleka droga.
-
Ale to nie takie proste, trzeba brać po uwagę takie czynniki jak: błędy odczytu gps i błędy map. Od pozycji podanej przez odbiornik do aktualnej pozycji na mapie to jednak daleka droga.
emisiu, to wszystko już jest rozwiązane i rozwijane dalej. Mnie chodzi o wywalenie maksymalnie wszystkiego z programu, co ingeruje w rzeczywista pozycję i w konsekwencji zmula i fałszuje pozycje. W sumie nie wiem co tu rozumieć.
Napisane: Sierpień 17, 2008, 23:06:29
NocnyMarku, który z modeli MTK działa na 5Hz odświeżania pozycji?
-
A tak konkretnie to co byś proponował wywalić?
-
który z modeli MTK działa na 5Hz odświeżania pozycji?
Oficjalnie np. ten: http://www.transystem.com.tw/p-gps-iblue737-5hz.htm
ale inne (nie wiem czy wszystkie) też (bo chipset jest ten sam)
tylko trzeba skorzystać z alternatywnego oprogramowania
(GPSview -sterujacego parametrami GPS).
-
Heh.., SS (niektóre) też można przestawić alternatywnym oprogramowaniem na szybsze odświeżanie pozycji. Ta jedna sekunda to chyba jakieś militarne ograniczenie programowe (co by se pershinga w stodole nie zmajstrować). :smile:
-
Heh.., SS (niektóre) też można przestawić alternatywnym oprogramowaniem na szybsze odświeżanie pozycji. Ta jedna sekunda to chyba jakieś militarne ograniczenie programowe (co by se pershinga w stodole nie zmajstrować). :smile:
A mógłbyś trochę szerzej w tym temacie.
Napisane: Sierpień 18, 2008, 01:25:02
który z modeli MTK działa na 5Hz odświeżania pozycji?
Oficjalnie np. ten: http://www.transystem.com.tw/p-gps-iblue737-5hz.htm
Śliczne dzięki. Wygląda na bardzo ciekawy sprzęcik, ale zanim wydam kasę muszę jeszcze się trochę podszkolić co i jak. Rzuca na kolana przyznam.
-
To może zamiast tak się dziwić wyjaśnisz koledze różnicę?
Ja też się chętnie douczę, bo dla mnie częstość to pojęcie ze statystyki ( prawdopodobieństwo a posteriori)
i nie bardzo kojarzę różnicę między częstotliwością 2Hz a częstoscią 'co 0.5s'.
A jednak kojarzysz :ok:. Napisałeś częstotliwością 2Hz a częstoscią 'co 0.5s'.. Te dwa określenia są sobie równoznaczne i użyłeś je prawidłowo (hint: porównaj z tym co jest w AM). Te dwie wielkości w tym kontekście pozostają ze sobą jak 1/x. Czyli częstotliwość 2Hz to 2 zdarzenia w ciągu 1 s, czyli zdarzenie jest z częstością raz na 0.5 s.
Rożnica, przyznasz, jest nieco subtelna, ale jest. Z resztą mówimy, że koło obraca się z częstością 2 obr na ...
Dokładnie tak samo jest z odczytem czegoś. Albo odczytujemy z częstością raz na N s, albo częstotliwością N Hz.
Jako dygresję podam, że na pewnej uczelni, osóbka płci żeńskiej z tytułem doktora (inż), dodawała prąd do napięcia nie widząc w tym niczego zdrożnego.
Teraz druga sprawa to problem odczytu sygnału GPS. Sygnał ten na poziomie ziemi jest mizerny. Znacznie poniżej szumu. Jak już wspomniałem, nie da się go zdekodować metodą znaną z RTV. Wykorzystujemy w tym przypadku pewną sztuczkę polegającą na estymowaniu sygnału, którego spodziewamy się odebrać.
Opisywane przez Ciebie przeskoki AM z ulicy na ulice biorą się z tego, że sygnał z GPS na skutek lekko błędnej estymacji sobie biega w jakimś rejonie, a AM próbuje to dopasować do mapy (jeżeli dobrze interpretuje kolejny parametr do justowania - ignoruj odchylenia GPS). Problem pojawia się wtedy, gdy sygnał GPS na tyle fluktuuje, że raz pojawia się w zasięgu jednej ulicy, a raz drugiej.
Jak powiedziałeś, i tu się z Tobą zgadzam, program nawigacyjny nie powinien tak skakać.
Osobiście próbowałem złapać inny przypadek, ale przycisk 'enter' niekoniecznie zapisuje dane, które są aktualnie widoczne na ekranie. W moim przypadku zapisał sytuacje o kilka sekund wcześniejszą (sic!).
Sytuacja jest następująca: jedziemy sobie ulicą (bez nawigacji) i w pewnym momencie od tej ulicy odchodzi pod kątem powiedzmy do 30 st. inna uliczka. Przypomnę, że GPS podaje pozycje, prędkość i kurs. Czyli mamy pełny wektor ruchu.
Jakim dziwnym trafem, AM nagle wskakuje na tą boczną uliczkę, by po najbliższym odczycie danych GPS powrócić na właściwy kurs. Efekt ten jest silnie zależny od prędkości z jaką się poruszamy, co sugeruje, że AM robi sobie jakąś estymacje położenia ale ma problemy z wyznaczeniem poprawnego kursu.
Dla dociekliwych droga, którą jedziemy nie odbija w punkcie styku. Nie mamy Y tylko raczej |/.
BTW. Zainstalowałem sobie na innej karcie poprzednią wersje AM (4.5.x) celem wykonania pewnych porównań i określenia w liczbach co jest nie tak.
Jak na razie to mam wyraźne odczucie, że: wersja 5.x.x wolniej łapie fiksa i niekoniecznie poprawnie pokazuje pozycje na mapie. Dopiero użycie dodatkowego ptaszka poprawia sytuacje. Niestety nie mam chwilowo czasu by wykonać wirtualny port, celem porównania sekwencji sterujących wysyłanych do GPSa.
-
A jednak kojarzysz :ok:. Napisałeś częstotliwością 2Hz a częstoscią 'co 0.5s'.. Te dwa określenia są sobie równoznaczne i użyłeś je prawidłowo (hint: porównaj z tym co jest w AM). Te dwie wielkości w tym kontekście pozostają ze sobą jak 1/x.
Bzdury!!! Proponuję zamiast mędrkować, nauczyć się podstaw fizyki i dopiero wtedy pouczać.
-
Jeszcze raz panowie bardzo proszę bez popisów i krótkich profesorskich ocen typu "bzdura". To nic nie wnosi i tylko zapełnia serwer. Voyager napisał co chciał i na tym polega forum. Masz inne zdanie- postaw kontrargument, choć szczerze mówiąc nie sadziłem, że aż tyle można powiedzieć o jednostkach częstotliwości i rozumiem irytację, ale pewnie nie raz moje wypowiedzi zirytowały innych wiec trochę wyrozumiałości.
Przypomnę, że wątek obecnie obrał kierunek stosowania przez moduły GPS wyzszej częstotliwości odświeżania pozycji niż 1Hz i ewentualne tematy dodatkowe, czyli np stabilność wskazań pozycji na mapie i jak tego dokonać. Ja foruje wprowadzenie barier programowych związanych z pojęciem przyspieszenia oraz minimalizację na ile to się da (w dobrych warunkach radiowych) wpływu programowego przewidywania pozycji.
Macie coś w temacie konstruktywnego to zapraszam.
-
A jednak kojarzysz :ok:. Napisałeś częstotliwością 2Hz a częstoscią 'co 0.5s'.. Te dwa określenia są sobie równoznaczne i użyłeś je prawidłowo (hint: porównaj z tym co jest w AM). Te dwie wielkości w tym kontekście pozostają ze sobą jak 1/x.
Bzdury!!! Proponuję zamiast mędrkować, nauczyć się podstaw fizyki i dopiero wtedy pouczać.
Czyżbyś próbował mnie przekonać, że f != 1/T ? Masz szanse, zważywszy, że ostatnio mało sypiam przez :mad: projekty z terminem na wczoraj.
A wracając do tematu, pod koniec tygodnia będę miał (tak mysle) trochę luzu to postaram się wykonać parę testów i podzielę się z Wami ich wynikami. Miłego dnia.
-
Nie chcę wkładać kija w mrowisko (choć dyskusja zboczyła) ale zauważyłem ostatnio, że u mnie jadąc nawet 10km/h w AM jestem w tyle w stosunku do rzeczywistości....nie wiem co jest grane ale pamiętam jak w podczas testów jeszcze AM 4 zauważyłem, że skręcając AM skręcała równo ze mną a tu AM skręca 1-3 sekund po mnie (i to wykonując manewr skręcania z niewielką szybkością) ...... Dziwnie to wygląda bo AM jakby zatrzymuje się i skręca gdy ja zakończyłem już manewr...
Pozdrawiam
-
Heh.., SS (niektóre) też można przestawić alternatywnym oprogramowaniem na szybsze odświeżanie pozycji. Ta jedna sekunda to chyba jakieś militarne ograniczenie programowe (co by se pershinga w stodole nie zmajstrować). :smile:
Przecież to standard fizycznej komunikacji NMEA. Proste założenie odnośnie częstości zgłaszania komunikatów.
-
Heh.., SS (niektóre) też można przestawić alternatywnym oprogramowaniem na szybsze odświeżanie pozycji. Ta jedna sekunda to chyba jakieś militarne ograniczenie programowe (co by se pershinga w stodole nie zmajstrować). :smile:
Przecież to standard fizycznej komunikacji NMEA. Proste założenie odnośnie częstości zgłaszania komunikatów.
Ale na NMEA można też częściej.....
To z linku poniżej chodzi na protokole NMEA a podaje pozycję 5x w ciągu sekundy...
http://www.allegro.pl/item413317575_new_qstarz_bt_q818_extreme_gps_bluetooth_usb.html
-
Jeszcze raz panowie bardzo proszę bez popisów i krótkich profesorskich ocen typu "bzdura". To nic nie wnosi i tylko zapełnia serwer. Voyager napisał co chciał i na tym polega forum. Masz inne zdanie- postaw kontrargument,
Chciałbym zauważyć, że jeżeli coś jest bzdurą, to jest to fakt i nie ma tu pola na dyskusję (a tym bardziej popisy :|). Natomiast co do popisów, to nie ja zarzucałem komuś niewiedzę, w dodatku bezpodstawnie.
-
Nie chodzi mi o kneblowanie się w swobodzie wypowiedzi, ale o umiejętność przedstawiania argumentów i kontrargumentów. Stwierdzenie typu "bzdura" jest oceną, a nie kontrargumentem. W każdym razie ja w takiego ping ponga się nie wdaje, a ty rób co chcesz. Albo czcza przepychanka intelektualna, albo wymiana wiedzy. Naprawdę chętnie się czegoś od was nauczę.
-
Mogli by wydać nowa wersję AM toby dyskusja od razu zrobiła się bardziej merytoryczna B)
-
NocnyMarku jakbyś coś naskrobał w temacie dodatkowego oprogramowania dla MTK, które trzeba doinstalować, to będę wdzięczny. Pokopałem trochę w necie w tym temacie i jakoś nie widzę więcej roboty poza sparowaniem na BT. Samo urządzenie MTK Q818 Extreme faktycznie wygląda na rewelacyjne. Jest to zresztą jedyny model z MTK, który chodzi na 5Hz.
Czy są tu może jacyś szczęśliwi posiadacze tego sprzętu, którzy chcieliby wyrazić opinię?
-
MTK Q818 Extreme podaje pozycję z częstością co 0,2s a w AM są ustawienia: 0,25 ; 0,5 ; 0,75 ; 1 ; 1,25 To jak to "pożenić" :-| Co prawda teraz gdy GPS podaje co 1s to AM działa przy każdym z tych ustawień :worried:
-
Czy Automapa będzie umiała skorzystać z częściej dostarczanych danych przez ten odbiornik GPS ?
Znalazłem w opcjach "Częstotliwość odczytu portu GPS" - tutaj należy dopasować wartość do GPS-u ?
-
MTK Q818 Extreme podaje pozycję z częstością co 0,2s a w AM są ustawienia: 0,25 ; 0,5 ; 0,75 ; 1 ; 1,25 To jak to "pożenić" :-| Co prawda teraz gdy GPS podaje co 1s to AM działa przy każdym z tych ostawień :worried:
ależ nie ma problema. Te czasy nie muszą być zbieżne. AM weźmie, co moduł GPS jej poda w danej chwili
Napisane: Sierpień 19, 2008, 19:33:38
Czy Automapa będzie umiała skorzystać z częściej dostarczanych danych przez ten odbiornik GPS ?
Znalazłem w opcjach "Częstotliwość odczytu portu GPS" - tutaj należy dopasować wartość do GPS-u ?
No właśnie kupując MTK, chcę to przetestować. Powinno to teoretycznie o niebo poprawić stabilność, precyzję i szybkość działania nawigacji
-
Skoro "AM weźmie, co moduł GPS jej poda w danej chwili" to po co jest to dostępne do ustawiania ???
-
...
BTW. Zainstalowałem sobie na innej karcie poprzednią wersje AM (4.5.x) celem wykonania pewnych porównań i określenia w liczbach co jest nie tak.
Jak na razie to mam wyraźne odczucie, że: wersja 5.x.x wolniej łapie fiksa ...
Przecież to nie AM łapie fiksa tylko GPS. AM może co najwyżej odrzucić niewystarczająco dokładne dla jej potrzeb pomiary.
Napisane: Sierpień 19, 2008, 22:05:29
Heh.., SS (niektóre) też można przestawić alternatywnym oprogramowaniem na szybsze odświeżanie pozycji. Ta jedna sekunda to chyba jakieś militarne ograniczenie programowe (co by se pershinga w stodole nie zmajstrować). :smile:
Przecież to standard fizycznej komunikacji NMEA. Proste założenie odnośnie częstości zgłaszania komunikatów.
Ale na NMEA można też częściej.....
To z linku poniżej chodzi na protokole NMEA a podaje pozycję 5x w ciągu sekundy...
http://www.allegro.pl/item413317575_new_qstarz_bt_q818_extreme_gps_bluetooth_usb.html
Ale tu chodzi o cały standard a nie tylko o polecenia. Jest po prostu założenie, że urządzenie wysyła co 1 sek i mimo, że te urządzenia mogą to robić częściej to standard mówi o 1 sek (i jeszcze pewnie 4800b), więc oczywiście w ramach rozwoju można sobie puścić szybciej, ale to już nie będzie zgodne z NMEA, zgodne będą tylko polecenia. Widać nie ma specjalnego nacisku na urządzenia podające częściej, że tak to sobie trwa. Nie upatrywałbym w tym, w każdym razie, żadnej zmowy.
-
Standard NMEA 0183 nic nie mówi o 1 sekundzie.
-
Przecież to nie AM łapie fiksa tylko GPS. AM może co najwyżej odrzucić niewystarczająco dokładne dla jej potrzeb pomiary.
Jasne że tak ale... Zrób takie doświadczenia:
1. po kilkunastu godzinach wyłączenia włącz AM wejdź w info GPS i patrz na słupki .Gdy będzie już 4 zielone i napis 3D przejdź do mapy - ciągle szara i" szukam sygnału" to z powrotem do info jest 3D itd aż do skutku .Przeważnie za drugim razem jest już śledzenie pozycji ale Mój rekord 6x w te i z powrotem zanim załapało
2.Włącz VisualGPSce poczekaj aż złapie "solidnego" fixa tak na 5-6 zafiksowanych satelitów i teraz wył. i zał. Visuala. Fix będzie natychmiast 1-2s. no to wyłącz Visuala i włącz AM . Po uruchomieniu programu (a trwa to trochę ) jeszcze dobrą chwile jest "szukam sygnału GPS" .
Jeszcze lepiej . Uruchomiłem naraz AM i Visuala i bywa tak że VisualGPSce ma fixa a AM jeszcze szuka (mimo że są na jednym Com-ie :shock:
Tak więc z definicji masz rację fix-a łapie sam GPS ale z punktu widzenia użytkownika Będzie że AM łapie wolniej niż kiedyś B)
-
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.
Z lekką ostrożnością, ale twierdzę, że zrobię sobie za kilka stów doświadczenie, polegające na zakupie modułu GPS z możliwością odświeżania 5Hz i zobaczymy. Na pewno się pochwalę jak to chodzi. Na razie jestem jak widać bardzo przekonany do swojej koncepcji.
Mogą oczywiście wystąpić jakieś problemy typu padaczka wydajności i zamiast przyspieszyć zwolnię, albo jakieś inne kwiatki. Wiem, że muszę się dopracować sprzętu, który ja doganiam, a nie on mnie, bo dostaje szału jak mi coś nie chodzi jak bym chciał.
Przepraszam, że może się powtarzam albo piszę jakieś "oczywiste oczywistości", ale trochę nie rozumiem czego tu można nie rozumieć. To jest bardzo logiczne i proste w założeniach. To jest tylko taka różnica jak w telewizorach z ekranem 60Hz i 100Hz. Znaczne polepszenie jakości pracy. Nic więcej
-
taka różnica jak w telewizorach z ekranem 60Hz i 100Hz.
Raczej 50Hz i 100Hz :E 60Hz to w NTSC B)
-
odbiorniki GPS mozna oprogramowac niemal dowolnie, standard pozwala na naprawde wiele. Zalezy tez jaki standard
Ale mniejsza z tym, zasadnicza kwestia jest fakt, ze dane z odbiornika GPS mozna pozyskiwac nawet co 100ms, nie ma zadnego problemu. Jezeli urzadzenia beda odpowiednio skonfigurowane i AM potrafi zbierac te dane co 0,1 s, pozostaje do przetestowania ostatnia kwestia - jak zwiekszenie czestosci odczytow polozenia i wyswietlenie pozycji na mapie wplynie na plynnosc dzialania aplikacji. Po to sa opcje 0,25s 0,5s itd.
Mowiac obrazowo, ustawisz 0,25s, sprzet dostarczy dane o polozeniu co taki sam okres czasu - czy nawigacja bedzie dzialac plynnie ? Jezeli nie, zmien na 0,5s i sprawdz na nowo. Byc moze masz sprzet, ktory nie ma odpowiedniej mocy obliczeniowej lub nie jest poprawnie skonfigurowany, co zmusza do rzadszej obrobki danych z odbiornika GPS i rzadszej aktualizacji pozycji na zmieniajacej sie mapie.
Szkoda, ze producenci AM nie wyjasniaja dokladnie dzialania niektorych opcji, byc moze w czesci instrukcji "dla zaawansowanych"
-
taka różnica jak w telewizorach z ekranem 60Hz i 100Hz.
Raczej 50Hz i 100Hz :E 60Hz to w NTSC B)
Niedawno widziałem reklamy telewizora LCD gdzie pisali, że ma tryb 120Hz... jak ktoś nie zna się na temacie to pomyśli, że lepszy niż 100Hz :E
-
odbiorniki GPS mozna oprogramowac niemal dowolnie, standard pozwala na naprawde wiele. Zalezy tez jaki standard
Ale mniejsza z tym, zasadnicza kwestia jest fakt, ze dane z odbiornika GPS mozna pozyskiwac nawet co 100ms, nie ma zadnego problemu. Jezeli urzadzenia beda odpowiednio skonfigurowane i AM potrafi zbierac te dane co 0,1 s, pozostaje do przetestowania ostatnia kwestia - jak zwiekszenie czestosci odczytow polozenia i wyswietlenie pozycji na mapie wplynie na plynnosc dzialania aplikacji. Po to sa opcje 0,25s 0,5s itd.
Mowiac obrazowo, ustawisz 0,25s, sprzet dostarczy dane o polozeniu co taki sam okres czasu - czy nawigacja bedzie dzialac plynnie ? Jezeli nie, zmien na 0,5s i sprawdz na nowo. Byc moze masz sprzet, ktory nie ma odpowiedniej mocy obliczeniowej lub nie jest poprawnie skonfigurowany, co zmusza do rzadszej obrobki danych z odbiornika GPS i rzadszej aktualizacji pozycji na zmieniajacej sie mapie.
Szkoda, ze producenci AM nie wyjasniaja dokladnie dzialania niektorych opcji, byc moze w czesci instrukcji "dla zaawansowanych"
Nie mam nic przeciwko. Oprogramuj mi mój odbiornik GPS np na 0,5Hz. Będę dozgonnie wdzięczny lub zapłace. Mam FS N560.
Napisane: Sierpień 20, 2008, 18:42:30
taka różnica jak w telewizorach z ekranem 60Hz i 100Hz.
Raczej 50Hz i 100Hz :E 60Hz to w NTSC B)
Niedawno widziałem reklamy telewizora LCD gdzie pisali, że ma tryb 120Hz... jak ktoś nie zna się na temacie to pomyśli, że lepszy niż 100Hz :E
Ja się nie znam. Wyjaśnij mi.
-
Na razie nam problemy z zasięgiem...
A GPSa używam zasadniczo tylko jako logger, bo mam PDA bez BT.
Napisane: 20-08-2008, 19:21:02
Na razie nam problemy z zasięgiem...
A GPSa używam zasadniczo tylko jako logger, bo mam PDA bez BT.
-
Ja się nie znam. Wyjaśnij mi.
W tv wyświetla się kolejno po sobie następujące obrazy (a raczej pół obrazy)i robione jest to z częstotliwością sieci energetycznej czyli 50Hz u nas a 60Hz w Stanach i jeszcze paru krajach ,tak było łatwiej ,tyle że trochę miga ( 25 PAL/SECAM ;30 w NTFS pełnych obrazów na sekundę) i męczy wzrok dlatego w co lepszych telewizorach (droższych) wyświetla się każdy obraz 2x .100Hz = 50 obrazów/s jest to mniej męczące dla wzroku .
I nadeszły płynne kryształy i problem znikną bo czas reakcji plamki jest taki że zanim zgaśnie to to już musi się zapalać od nowa i migotania nie ma B)
Ale co to ma wspólnego z GPS nie pytaj bo nie wiem :P
-
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 :E
-
Jak widać z powyższego - mylisz się. Do tego potrzebny jest wzrost mocy obliczeniowej sprzętu, bo już obecnie ledwie wyrabia z przetwarzaniem.
nie prawda.
to źle/niewłaściwie napisany algorytm.
ostatnio też zauważyłem, że AM mimo, iż imo najbardziej odpowiada mi graficznie to jednak jest..... słaba od strony technicznej. jedyna mocna strona są mapy... i jak dla mnie przyjazny wygląd.
-
Mogą oczywiście wystąpić jakieś problemy typu padaczka wydajności i zamiast przyspieszyć zwolnię, albo jakieś inne kwiatki. Wiem, że muszę się dopracować sprzętu, który ja doganiam, a nie on mnie, bo dostaje szału jak mi coś nie chodzi jak bym chciał.
Nigdy nie dopracujesz sprzętu, bo nie ma rzeczy idealnych, a w tym przypadku jest to poprostu niemożliwe i niepotrzebne, najprostszy przykład: usiądź jako pasażer przed swoją nawigacją bez wyznaczonej trasy i patrz na ekran, kierowca niech wjedzie na średnio skomplikowane rondo, zobacz po ilu metrach AM odnajdzie pozycję samochodu, pomimo tego, że tuż przed rondem pozycja pojazdu zgadza się w stu procentach. AM bez wyznaczonej trasy oprócz odczytu danych z odbiornika GPS musi zanalizować całe rondo, i wbrew pozorom trwa to dłużej niż przy wyznaczonej trasie po której się poruszasz. Zawsze przy śledzeniu trasy będzie opóźnienie ponieważ system otrzyma dane z odbiornika GPS kiedy Ty opuścisz dawno tę pozycję musi to zanalizować z danymi z ronda i dopiero określi na którym wyjeździe się znajdujesz.
-
Ja się nie znam. Wyjaśnij mi.
W tv wyświetla się kolejno po sobie następujące obrazy (a raczej pół obrazy)i robione jest to z częstotliwością sieci energetycznej czyli 50Hz u nas a 60Hz w Stanach i jeszcze paru krajach ,tak było łatwiej ,tyle że trochę miga ( 25 PAL/SECAM ;30 w NTFS pełnych obrazów na sekundę) i męczy wzrok dlatego w co lepszych telewizorach (droższych) wyświetla się każdy obraz 2x .100Hz = 50 obrazów/s jest to mniej męczące dla wzroku .
I nadeszły płynne kryształy i problem znikną bo czas reakcji plamki jest taki że zanim zgaśnie to to już musi się zapalać od nowa i migotania nie ma B)
Ale co to ma wspólnego z GPS nie pytaj bo nie wiem :P
Postaram się w przyszłości przytaczać przykłady bardziej dosłowne. W przyrównaniu do TV chodziło o akcent postawiony na polepszeniu jakości, a nie na podobieństwie do TV i GPS. Mam nadzieję, ze sam sobie dowiodłeś, że w przypadku GPSów zwiększenie częstotliwości zwiększy jakość.
Napisane: Sierpień 21, 2008, 13:03:05
Mogą oczywiście wystąpić jakieś problemy typu padaczka wydajności i zamiast przyspieszyć zwolnię, albo jakieś inne kwiatki. Wiem, że muszę się dopracować sprzętu, który ja doganiam, a nie on mnie, bo dostaje szału jak mi coś nie chodzi jak bym chciał.
Nigdy nie dopracujesz sprzętu, bo nie ma rzeczy idealnych, a w tym przypadku jest to poprostu niemożliwe i niepotrzebne, najprostszy przykład:....
Nie zgodzę się kolego z tobą, ponieważ częstsze odświeżanie pozycji teoretycznie powinno polepszyć realne pozycjonowanie samochodu w ruchu na takich właśnie trudnych dla programu sytuacjach. Właśnie takie sytuacje zmusiły mnie do znalezienia sposobu na podkręcenie AM. Wątek ten w zasadzie nie powinien być w temacie AutoMapa, ale lubię AM i właśnie spróbuje wyciągnąć z niej co się da, i może jeśli moja teza się sprawdzi zachęcę innych do proponowania innych zmian sprzętowych i programowych, aby właśnie dążyć do ideału, który na szczęście nigdy nie jest osiągalny, ale na tym polega właśnie postęp. uwierz mi, przez kilkanaście lat prowadziłem założona przez siebie firmę, której jedynym zadaniem było wdrażanie bardzo dziwnych i nowych wynalazków w skali światowej. I wiem jedno: jest problem, to spróbuj go rozwiązać, nawet jak wydaje się beznadziejny. Ostatnia zagadką z prozaicznego życia, która mnie dobijała i udało mi się to rozwiązać, to fotoradary i wszelakie inne rejestratory wizji. 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.
-
Czekamy na wyniki Twoich eksperymentów wobec tego. Opisz później wszystko na forum. :smile:
-
[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 :E..... ?
-
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 :E
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
[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 :E..... ?
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 B)
-
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 :E
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... :]
-
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 :E
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 :shock:
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
-
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ć? B) 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 :ok:
-
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.
-
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.
Gdzieś na forum o tym było jeśli dobrze pamiętam to jest to opcja pod tytułem : jak działa to nie ruszaj a jak nie to może pomoże . Na niektórych sprzętach lepiej tak a na innych tak a jeszcze na innych bez różnicy :wink:
-
Ja tez dostałem kolejną wersję testową. Robi się ciekawie
Napisane: Sierpień 22, 2008, 22:27:22
Puniek, czy kasując poprzednia wersję instalatorem, na pewno nie wykasuje głównego programu AM?
-
Niezależnie od potencjalnych zalet GPSów dających odczyt częściej niż co 1 sek (przy założeniu że aplikacja typu AM na danym sprzęcie będzie umiała to obsłużyć) brakuje mi w tym wątku głębszej refleksji o ograniczeniach GPS, których na razie nie da się ominąć. "Skoki" pozycji, tak nas denerwujące, będą się pojawiać również przy odczycie 5Hz, zwłaszcza w miastach, na drogach przez las itp. Kto jeździł z AM np. po wąskich mazurskich drogach ze ścianą lasu po obu stronach, pewnie wie o czym mówię.
Wbrew temu, co ktoś tu napisał, odczyt pozycji nie jest tak trywialny jak "satelita się przedstawia" i już. Sygnał jest słaby, w mieście czy w lesie w dodatku jest wielokrotnie odbity i to w sposób nie do przewidzenia. Często "widać" satelity tylko z jednej części nieba a czasem wręcz bieżący układ satelitów jest niekorzystny (nierównomierny) nawet w całkowicie odkrytym terenie. Rozwiązanie (geometryczne) tej łamigłówki jest zawsze przybliżone, tym lepiej, im lepszy jest sygnał i ustawienie satelitów. No i, oczywiście, im lepszy firmware to rozwiązanie znajdujący.
Zgadzam się natomiast z sugestią dla programistów AM, by spróbowali wprowadzić dość oczywiste "filtry" na możliwe przyspieszenie, jakie byłoby konieczne, by dokonać takiej niespodziewanej "teleportacji" :)
-
oj chyba zbyt dużo chciałbyś od sprzęciku mieszczącego się w kieszeni. Oczywiście, że jeszcze daleko do ideału, ale przeskok z pomiętej papierowej mapy w samochodzie i dzisiejszą nawigacją jest zauważalny - prawda?
Faktycznie czasem AM skręci gdzieś do lasu, ale ja do map papierowych już nie wrócę.
Cieszę się, że ci się podoba pomysł, który częściowo wyeliminowałby (moim zdaniem) niechcianą deportację, czyli korygowałby błędy związane ze słabym sygnałem lub odbiciami.
Pozdrawiam
-
Witam!
No i po pierwszym teście z wersją 623. Od piątku wieczorem aż do teraz zrobiłem ok. 560km na tej wersji i
jestem pod wrażeniem. Teraz doceniam 5Hz-owe ustalanie pozycji i przewaga nad 1 Hz-owym. Przede wszystkim działa płynniej. A po drugie
lepiej działa nawigacja na małych rondach. W poprzednich wersjach (przy 1 sekundowych odstępach pomiędzy pomiarem położenia) można było na małych (i nie tylko) rondach przeoczyć zjazd a tu odwzorowanie jazdy jest znacznie lepsze i naprawdę trzeba by się bardzo postarać by przeoczyć zjazd z ronda lub się na nim pogubić.
Pozdrawiam
Napisane: Sierpień 24, 2008, 01:00:07
Ja tez dostałem kolejną wersję testową. Robi się ciekawie
Napisane: Sierpień 22, 2008, 22:27:22
Puniek, czy kasując poprzednia wersję instalatorem, na pewno nie wykasuje głównego programu AM?
Tego pytania kompletnie nie rozumiem... :-?
Pozdrawiam
-
To świetnie. Ciesze się, że konkretnie włączyłeś się w ten wątek. Myślę, że teraz rozpocznie się zupełnie nowy etap w rozwoju AM. Mam dalsze swoje przemyślenia i spróbuje je na tym forum zaszczepić i może się przyjmą. GPS był podstawą.
Ja jak mówiłem rozpoczynam testowanie od poniedziałku i tez nie sadzę, że będę zawiedziony.
Co do pytania, które ci zadałem to faktycznie sam bym go nie zrozumiał-pośpiech :proud: - Już jest nieaktualne
-
Witam!
No i po pierwszym teście z wersją 623. Od piątku wieczorem aż do teraz zrobiłem ok. 560km na tej wersji i
jestem pod wrażeniem. Teraz doceniam 5Hz-owe ustalanie pozycji i przewaga nad 1 Hz-owym. Przede wszystkim działa płynniej. A po drugie
lepiej działa nawigacja na małych rondach. W poprzednich wersjach (przy 1 sekundowych odstępach pomiędzy pomiarem położenia) można było na małych (i nie tylko) rondach przeoczyć zjazd a tu odwzorowanie jazdy jest znacznie lepsze i naprawdę trzeba by się bardzo postarać by przeoczyć zjazd z ronda lub się na nim pogubić.
Czyli co...........do tej pory mozna było wybierać częstotliwość odczytu danych z odbiornika GPS, ale to nie działało - czy dobrze rozumiem ? I jak bedzie w z wydajnością na urządzeniach PNA, czy palmtopach o słabszych parametrach ? Geosysytem powinien przeprowadzić serię testów i wprowadzić poprawki jak najszybciej do programu. Moim zdaniem ta funkcjonalność jest dużo ważniejsza od wielu ustawień, którymi AutoMapa jest nafaszerowana jak dobra kasza skwarkami.
-
Serie testów zapoczątkowałem i przeprowadziłem z nimi (nieskromnie mówiąc ) ja :) .
A tak poważnie... z wstępnej obserwacji wyunikało, że coś było z tym nie do końca tak jak powinno. Co więcej... z "organoleptycznej" obeserwacji tego uproszczonego monitorka danych wynikało, że przy ustawieniu 1,25 przepływ danych był 2x szybszy niż przy pozostałych "teoretycznie szybszych" danych. W najnowszej (w sumie w testowej) wersji poza wprowadzeniem innych czasów odczytu portu wprowadzili przy okazji poprawki w synchronizacji danych z portu.
-
DANDRE
wszystko w tym wątku jest ale rozumiem cię, mnie tez nie chce się czytać takich tasiemców. Ustawienia częstotliwości portów zostały dodane wyłącznie ze względu na zróżnicowane ustawienia COMów w poszczególnych urządzeniach.
Co do wydajności, to chyba zbyt wcześnie aby coś wyrokować. Wstępnie widać, że samo podniesienie częstotliwości specjalnie nie dusi wydajności, natomiast jak zwielokrotnione odświeżanie wpłynie na całą skomplikowaną resztę AM, to można stwierdzić tylko w naturze.
O co ci chodzi z Geosystemem, to nie wiem
-
Qmpel: popraw kod bo nie sposób odczytać właściwie tej wiadomości....
-
Serie testów zapoczątkowałem i przeprowadziłem z nimi (nieskromnie mówiąc ) ja :) .
A tak poważnie... z wstępnej obserwacji wyunikało, że coś było z tym nie do końca tak jak powinno. Co więcej... z "organoleptycznej" obeserwacji tego uproszczonego monitorka danych wynikało, że przy ustawieniu 1,25 przepływ danych był 2x szybszy niż przy pozostałych "teoretycznie szybszych" danych. W najnowszej (w sumie w testowej) wersji poza wprowadzeniem innych czasów odczytu portu wprowadzili przy okazji poprawki w synchronizacji danych z portu.
Jasne, że ty byleś w testach pierwszy - POTWIERDZAM. :ok: Szczęśliwie, że i tak musiałeś kupić sobie antenkę GPS, bo nie masz wbudowanej i jesteś dociekliwy i spostrzegawczy. Jak widzisz natychmiast ucięły się wypowiedzi krytyczne.
Być może poprawki programowe, które AM zrobiła przyczynią się też do lepszego działania układu 1Hz
Pozdrawiam
Napisane: Sierpień 24, 2008, 10:21:37
Qmpel: popraw kod bo nie sposób odczytać właściwie tej wiadomości....
No czasem się tak robi, że wszystko jest w kupie i nie mogę załapać dlaczego
-
Jasne, że ty byleś w testach pierwszy - POTWIERDZAM. :ok:
Nie bierz tego tak poważnie... to było powiedziane tak dla żartu :)
Szczęśliwie, że i tak musiałeś kupić sobie antenkę GPS, bo nie masz wbudowanej i jesteś dociekliwy i spostrzegawczy.
Mała poprawka: nie antenkę ale odbiornik. Jak widzisz natychmiast ucięły się wypowiedzi krytyczne.
Być może poprawki programowe, które AM zrobiła przyczynią się też do lepszego działania układu 1Hz
Pozdrawiam
Tak sądzę, bo przy próbach wyszło, że było coś nie tak. I tu należy się kosz kwiatów dla kolegów z AM.... zareagowali natychmiast i w ciągu 24h przygotowali 2 wersje (gdzie ta 2 moim zdaniem jest już pod tym względem OK')... a pracowali do późnej nocy.
-
Znów zapomniałem, że przy tobie nie mogę zbytnio odbiegać od nazewnictwa dosłownego. Oczywiście ODBIORNIK GPS. :wink: Tego TV to ci nie zapomnę :P.
Faktycznie byłem przygotowany na wielotygodniowe boje z AM i odpowiedzi w stylu "przekazaliśmy sprawę do odpowiedniego działu i będziemy myśleć", a tu taka niespodzianka. W środku nocy przychodzi odpowiedź i w dodatku konkretna i szczera. Mam nadzieję, że wytrzymają jeszcze trochę z oficjalna poprawką, bo trzeba to jeszcze trochę poćwiczyć w boju.
-
Znów zapomniałem, że przy tobie nie mogę zbytnio odbiegać od nazewnictwa dosłownego. Oczywiście ODBIORNIK GPS. :wink: Tego TV to ci nie zapomnę :P.
Faktycznie byłem przygotowany na wielotygodniowe boje z AM i odpowiedzi w stylu "przekazaliśmy sprawę do odpowiedniego działu i będziemy myśleć", a tu taka niespodzianka. W środku nocy przychodzi odpowiedź i w dodatku konkretna i szczera. Mam nadzieję, że wytrzymają jeszcze trochę z oficjalna poprawką, bo trzeba to jeszcze trochę poćwiczyć w boju.
A u mnie padła ładowarka od tego GPS-a :(
Ładowałem nią tylko raz. Dziwna sprawa bo porównując z innymi we wtyczce (ładowarki) praktycznie nie widać styków ... są jakieś takie schowane (spłaszczone). Dzięki Bogu pasuje ładowarka od poprzedniego GPS-a. Jutro będę reklamował tą ładowarkę.
Ale tak poza tym ten GPS działa o niego lepiej niż poprzedni.
Pozdrawiam
PS: sorki .. nie chciałem być upierdliwy.... ale napisałem to tylko dlatego, że czytają nasze wiadomości czasami osoby, które nie są specami w tym temacie...
-
DANDRE
wszystko w tym wątku jest ale rozumiem cię, mnie tez nie chce się czytać takich tasiemców. Ustawienia częstotliwości portów zostały dodane wyłącznie ze względu na zróżnicowane ustawienia COMów w poszczególnych urządzeniach.
Co do wydajności, to chyba zbyt wcześnie aby coś wyrokować. Wstępnie widać, że samo podniesienie częstotliwości specjalnie nie dusi wydajności, natomiast jak zwielokrotnione odświeżanie wpłynie na całą skomplikowaną resztę AM, to można stwierdzić tylko w naturze.
O co ci chodzi z Geosystemem, to nie wiem
Nie w tym rzecz, że mi się nie chce, bo przeczytałem cały. Ale Wasze posty, to jest głos użytkowników, a nie firmy, która chce zarabiać na produkcie. Fakt że podjęli temat i wypuszczaja poprawki do testowania, wskazuje że jest temat do rozpracowania. A Geosystem to jeden z właścicieli Automapy ( chyba ?), dlatego go tutaj wymieniłem. Uważam bowiem że powinno im też zależeć na najlepszym mozliwym produkcie do sprzedaży.
Dla mnie sprawa ma całkiem praktyczny wymiar. Jesli sie okaże, że ta funkcjonalnośc istotnie wpływa na dokładność i stabilność wskazania pozycji, a nie powoduje kłopotów innej natury, to oczywistym staje sie fakt zakupu uządzeń, które potrafią ją obsłużyć.
Swoim małym rozumkiem wykombinowałem że obecne PDA z wbudowanym GPS-em nie bedą umiały wykorzystać tej mozliwości.
Źle bym się czuł ze świadomością niewykorzystania możliwości programu z powodu ograniczeń sprzętowych.
Na obecną chwilę mam PNA Manta z MapąMap kupioną za grosze. Próbowałem ( jak większość) użytkować "testowo" Automapę, ale się kilka razy zawiesiła bez przyczyny i zarzuciłem te próby. Teraz bedę śledził ten wątek i obserwował rozwój sytuacji.
-
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)
Mała poprawka: jest niezgodnośc z instrukcją: sprawdziłem i wychodzi na to, że wyjęcie baterii na 5-10 sekund już powoduje powrót do ustawień fabrycznych czyli 1Hz. i wtedy trzeba podłączać do PC i porzestawiać... to mała niewygoda.. ale trzeba o tym pamiętać.... Z drugiej strony po co w normalnej eksploatacji wyciągać baterię?
No tak ale piszę Ci tu o tym bys wiedział.
Z samego odbiornika jestem bardzo zadowolony.. szkoda tylko, że ładowarka padła :( ... ale dobrze, że z poprzedniego pasuje :)
-
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
Trochę zszokowały mnie te Twoje wyniki, więs też sam trochę potestowałem.
Na wbudowanym GPS nie dostrzegłem zauważalnych różnic w częstotliwości odświeżania pozycji na ekranie.
Przy dowolnych ustawieniach tego parametru mapa chodziła na oko jednakowo płynnie,
za to wyraźną różnicę odczułem gdy zamiast swojego pliku POI (~40k punktów)
wczytałem pusty plik standardowy.
Z własnymi POI na 10s pomiarach naliczyłem od 15 do 25 zmian kursora na ekranie, z wyraźnymi zacięciami
(kilka szybkich zmian, długa przerwa ...)
a bez własnych POI w ciągu 10s zmiana pozycji następowała przynajmniej 30x
właściwie było to na tyle szybkie, że nie nadążałem z liczeniem :smile: zacięcia też występowały, ale były wyraźnie krótsze.
Jak by nie patrzeć, najgorsze moje wyniki są i tak znacznie lepsze od Twoich.
Tylko dlaczego? Wolnego RAMu mam znacznie mniej (<25MB przed uruchomieniem AM), sprzęt chyba porównywalnie wydajny,
Czyżby winna była obsługa BT? A może miałeś b.duży plik POI?
-
Mój POI ma ok 14.ooo punktów RAM wolnego mam conajmniej 95Mb. Wpływ POI na szybkość zmieniania się danych w monitorku danych GPS jest żaden - przynajmniej w 5.1.1.623 (sprawdzone przed chwilą).
Twoich wyników nie da się porównać do moich bo ja odbieram via Bluetooth a Ty przez wewnętrzny odbiornik....
Do samych wyników mojego testu nie należy się przywiązywać bo on pokazał tylko dziwne/nienormalne zachowanie co skłoniło ich do refleksji i rzeczywiście coś znaleźli bo w trybie ekspresowym stworzyli poprawkę.
Sporo robiłem ostatnio testów z odbiornikiem 5hz, przesyłałem zapis do supportu i je porównywali. Teraz po kilku dniach prób i współpracy z supportem jestem trochę zmęczony więc wystarczy mi na razie, że jest lepiej (szczegóły opisałem wcześniej).
Na dzisiaj to wszystko...idę spać :ok:
Jutro mogę zrobić zapis trasy kilku km z 5Hz odbiornika i mogę gdzieś wystawić to każdy będzie sobie to mógł sprawdzić - chociaż nie ma na razie cywilnej wersji obsługującej 5Hz... ale pobawić zawsze się można :)
Pozdrawiam
-
Wpływ POI na szybkość zmieniania się danych w monitorku danych GPS jest żaden -
Ups, dopiero teraz zauważyłem, że liczyłeś zupełnie co innego ... Ty o wozie, ja o kozie :mrgreen:
-
Wpływ POI na szybkość zmieniania się danych w monitorku danych GPS jest żaden -
Ups, dopiero teraz zauważyłem, że liczyłeś zupełnie co innego ... Ty o wozie, ja o kozie :mrgreen:
Nie się nie stało :)
Pozdrawiam
-
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.
PS: Po 5 minutach bez baterii robi się twardy reset gdzie ponownie ustawia się do ustawień fabrycznych (czyli 1Hz)
Mała poprawka: jest niezgodnośc z instrukcją: sprawdziłem i wychodzi na to, że wyjęcie baterii na 5-10 sekund już powoduje powrót do ustawień fabrycznych czyli 1Hz. i wtedy trzeba podłączać do PC i porzestawiać... to mała niewygoda.. ale trzeba o tym pamiętać.... Z drugiej strony po co w normalnej eksploatacji wyciągać baterię?
A jak przy calkowitym rozladowaniu baterii ?? Tez ustawi sie znowu 1Hz ?? To bez sensu - powinien pamietac to co mu sie ustawilo [a zeby nie bylo problemow sprzedawac go w pudelku z ustawieniem 1Hz].
-
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.
PS: Po 5 minutach bez baterii robi się twardy reset gdzie ponownie ustawia się do ustawień fabrycznych (czyli 1Hz)
Mała poprawka: jest niezgodnośc z instrukcją: sprawdziłem i wychodzi na to, że wyjęcie baterii na 5-10 sekund już powoduje powrót do ustawień fabrycznych czyli 1Hz. i wtedy trzeba podłączać do PC i porzestawiać... to mała niewygoda.. ale trzeba o tym pamiętać.... Z drugiej strony po co w normalnej eksploatacji wyciągać baterię?
A jak przy calkowitym rozladowaniu baterii ?? Tez ustawi sie znowu 1Hz ?? To bez sensu - powinien pamietac to co mu sie ustawilo [a zeby nie bylo problemow sprzedawac go w pudelku z ustawieniem 1Hz].
Przecież nigdy nie rozładowuje się do zera bo urzadzenie wyłącza się wcześniej...
-
PUNIEK - mam już odbiornik 5Hz i niestety mam problem z konfiguracją. Nie chciałbym tu się rozpisywać w bardzo (jak na razie) wąskim gronie dwóch osób więc prosiłbym abyś podał mi swojego maila lub mogę wysłać prywatna wiadomość, ale nie wiem czy tam zaglądasz. Mój jest w moim opisie
Pozdrawiam
-
no, odbiornik BT Q818 5Hz odpalony. Pierwsze wrażenie szokujące. Pracuje bardzo dobrze. Niezwykle czuły i szybki. Z ciekawości włączyłem wszystko na maxa i nie widzę dławienia się systemu, ale to tylko pierwsze wrażenie i mila zachęta do testów AM w wersji "turbo" 5Hz, i w dodatku z nowym poprawionym testowym oprogramowaniem obsługującym GPS w AM. Nowy 5Hz odbiornik posiada całe mnóstwo ustawień, z których nie wszystko jaszcze łapie, ale bazuje na ustawieniach fabrycznych i to powinno wystarczyć do testów.
Mam FS-N560 czyli coś co posiada wbudowany GPS 1Hz i tu też przewiduje poobserwowanie zachowanie się AM w testowym oprogramowaniu.
-
Na podstawie moich prób z 5hz odbiornikiem przestawiłem wartość przewidywania pozycji z 1 sekundy na 0,6 sekundy (minimalna wartość). Szybkość tego odbiornika jest taka, że wartości wyższe np 1,5 czy 2 sekundy powodują, że dojeżdżając do skrzyżowania jest "sieczka" z cofaniem wskazań. Szybkość 5 ustaleń pozycji/sekundę jest tak duża, że większe wartości przewidywania są i niepotrzebne i szkodliwe.
Pozdrawiam
-
A ja sobie od kilku dni testuję na hp6915 (wbudowany gps Conexant) przy częstotliwości 5Hz. Efekty są dwa:
+ idealnie płynny obraz na ekranie (super sprawa na rodach, skrzyżowaniach, itp)
- czasami (ale dość rzadko) mapa pokazuje że jadę obok ulicy po dachach budynków.
-
A ja sobie od kilku dni testuję na hp6915 (wbudowany gps Conexant) przy częstotliwości 5Hz. Efekty są dwa:
+ idealnie płynny obraz na ekranie (super sprawa na rodach, skrzyżowaniach, itp)
- czasami (ale dość rzadko) mapa pokazuje że jadę obok ulicy po dachach budynków.
1. Czy masz już tą wersję AM z czasem czytania portu 0,2 s (5Hz) ??
2. Moim zdaniem nie jest to wina 5Hz.... a masz włączone EGNOS (zwiększające dokładność GPS) ?
3. Jak to wbudowany 5Hz na 6915, możesz powiedzieć coś więcej ?
Pozdrawiam
-
Na podstawie moich prób z 5hz odbiornikiem przestawiłem wartość przewidywania pozycji z 1 sekundy na 0,6 sekundy (minimalna wartość). Szybkość tego odbiornika jest taka, że wartości wyższe np 1,5 czy 2 sekundy powodują, że dojeżdżając do skrzyżowania jest "sieczka" z cofaniem wskazań. Szybkość 5 ustaleń pozycji/sekundę jest tak duża, że większe wartości przewidywania są i niepotrzebne i szkodliwe.
Pozdrawiam
Przy próbach z 5Hz też zmniejszyłem czas przewidywania aż do 0 zresztą. Wydaje mi się też, że to jest nie tyle kwestia zalet 5Hz, co samej wersji programu, bo nawet na wbudowanym gps 1Hz na tej najnowszej wersji jest wyraźnie płynniej.
Mam natomiast inny problem. Jeśli ustawię u siebie 5Hz i 115200bd z odbiornikiem BT, to praktycznie przestają działać przyciski ekranowe w menu GPS info. Można dziubać w strzałki w prawo/lewo lub X, słychać dźwięk przycisku ale nic się nie dzieje. Dopiero za kilku kilkunastoma dziubnięciami można wyjść z tego menu lub przejść do kolejnego. I tak jest tylko na tych trzech menu informacyjnych GPS. Zmniejszanie prędkości portu poprawia to tak, że przy 4300bd w zasadzie działa za każdym razem choć od czasu do czasu tez trafia się takie "martwe" puknięcie. Tak jakby ekran w tych menu był odświeżany z prędkością zależną od ilości otrzymywanych danych i przy zwiększaniu prędkości przestaje mieć czas na obsługę innych zdarzeń.
Pisałem o tym do suportu ale dostałem tylko odpowiedź standardową. :(
Ktoś z Was zauważył coś podobnego, czy to tylko mój asus tak ma ?
-
1. Czy masz już tą wersję AM z czasem czytania portu 0,2 s (5Hz) ??
2. Moim zdaniem nie jest to wina 5Hz.... a masz włączone EGNOS (zwiększające dokładność GPS) ?
3. Jak to wbudowany 5Hz na 6915, możesz powiedzieć coś więcej ?
1. Tak (podwersja 623)
2. Nie sprawdzałem możliwości zmiany dodatkowych opcji, testuję tak jak jest fabrycznie
3. Nie za bardzo rozumiem to pytanie. Ale mogę powiedzieć że osiągnąłem płynność animacji i odwzorowania jaka zapewniał przedtem fabrycznie instalowany TT6 (dedykowany do tego hp).
-
Z tymi przyciskami mam tak samo.. choć może nie jest tak, że przestają działać ale działają nie za każdym razem.. tak jakby przechodził do innego ekranu w określonych fragmentach transmisji.. i nie jest to opóźnienie spowodowane zamuleniem procesora bo dzwięk jest przetwarzany natychmiast i w innych menu reakcja jest natychmiastowa a tu czasem trzeba naciskać po 2-3 razy... napisałem im to już...
Zauważ, że zjawisko występuje jedynie w tym menu... w innych jest ok....
Pozdrawiam
Napisane: Sierpień 28, 2008, 21:37:49
3. Nie za bardzo rozumiem to pytanie. Ale mogę powiedzieć że osiągnąłem płynność animacji i odwzorowania jaka zapewniał przedtem fabrycznie instalowany TT6 (dedykowany do tego hp).
6915 ma odbiornik GPS z pozycjonowaniem 5Hz-owym ??
-
Właśnie tego nie wiem, ale zacytuję to co już raz w tym wątku pisałem:
"według danych katalogowych wbudowany w smartfony HP odbiornik Conexant (model sprzed dwóch lat) wysyła dane przy prędkości 57600 (a w zasadzie może być odpytany przez program zewnętrzny) co: 0,1s ; 0,125s ; 0,2s ; 0,25s ; 0,5s ; 0,75s ; 1s ; 1,25s...., i wyższe czasy. Zainstalowany fabrycznie OEM-owy TT6 odczytuje odbiornik gps co 0,2s."
Zaintrygowało mnie to, i stąd moje eksperymenty. Dziś już nie sposób się coś więcej o tym chipie dowiedzieć, bo Conexant sprzedał później prawa do tego układy Sirfowi. A co Sirf z tym zrobił to nie wiem.
Nie wiem też, jak się dobrać do tego odbiornika, znany mi soft go nie widzi (od strony programowej/programowania).
A więc opisałam tylko to co widać naocznie (namacalnie). Rożnica (w sensie pozytywnym) widoczna jest "gołym okiem".
-
Ale z tego co wiem to SIRF III nie potrzafi taktować szybciej niż co 1 s...
Może pozycja jest ustalana co 1 s ale dane są wznawiane co części sekundy co powoduje większą ciągłość danych otrzymmyawnych przez aplikację nawigacyjną (AM). Z tego co zauważyłem to poprawki w synchronizacji danych z portu com w 623 poprawiły pracę także na 1s....?
A zobacz tekstowo plik zapisu trasy... co ile sa dane...
-
Odnośnie wymarłych przycisków ekranowych w AM, to ja nie mam najmniejszych problemów, nawet jeśli wszystko jest ustawione na maxa, czyli grafika, częstotliwość, szybkość transmisji, uwolnienie szybkości czytania z karty pamięci i wszystkie funkcje które normalnie się używa w AM(mam FS-N560). Myślę, że temat podniesienia częstotliwości jest tematem nowym, podnoszącym poprzeczkę producentom sprzętu i programów nawigacyjnych i trzeba trochę czasu na ustalenie przyczyn różnych dziwnych zjawisk dla konkretnego sprzętu, niekoniecznie leżących po stronie informatyków w AM.
To świetnie, że temat ten tak się rozkręcił i znalazł konkretny i szybki oddźwięk u twórców AM. Szkoda, że nie ma takiego przełożenia na producentów sprzętu. Najwyższy czas na sprzęt kieszonkowy dużo bardziej wydajny. Można częściowo testować oczywiście AM na notebooku i nie zastanawiać się nad wydajnością, a skupić na samym programie, ale aż takim maniakiem AM nie jestem, aby sobie kupować dodatkowy program, bo nie mogą się jakoś w AM przekonać do rozwiązania, żeby można było przypisać jedną licencję do PDA i PC z możliwością synchronizacji, ale to już zupełnie inny film...
EMISIU - wszystko wskazuje na to, że nie masz modułu GPS z odświeżaniem pozycji 5Hz
-
Odnośnie wymarłych przycisków ekranowych w AM, to ja nie mam najmniejszych problemów, nawet jeśli wszystko jest ustawione na maxa, czyli grafika, częstotliwość, szybkość transmisji, uwolnienie szybkości czytania z karty pamięci i wszystkie funkcje które normalnie się używa w AM(mam FS-N560). Myślę, że temat podniesienia
Dzięki za informacje. Spróbuję w takim razie poeksperymentować trochę ze sprzętem...
Temat faktycznie jest nowy i trochę jeszcze czasu upłynie zanim wszystkie "klocki" będą pasować do całej układanki.
Pozdrawiam
W.
-
Odnośnie wymarłych przycisków ekranowych w AM, to ja nie mam najmniejszych problemów, nawet jeśli wszystko jest ustawione na maxa, czyli grafika, częstotliwość, szybkość transmisji, uwolnienie szybkości czytania z karty pamięci i wszystkie funkcje które normalnie się używa w AM(mam FS-N560). Myślę, że temat podniesienia
Dzięki za informacje. Spróbuję w takim razie poeksperymentować trochę ze sprzętem...
Temat faktycznie jest nowy i trochę jeszcze czasu upłynie zanim wszystkie "klocki" będą pasować do całej układanki.
Pozdrawiam
W.
Pozdr
Ja też mam ten problem zwłaszcza w menu GPS (informacje) :-?
A sprzęt mam wydajny (624MHz).
-
Ja jednak mam ten problem w menu GPS (informacje).. i tylko w tym :-?
A sprzęt mam wydajny (624MHz).
Pozdr
No właśnie. Efekt występuje tylko i wyłącznie w menu informacje GPS. Nie bardzo pamiętam , czy ten efekt był od zawsze, czy pojawił się w którejś z ostatnich wersji, bo 5Hz mam od niedawna, a na wbudowanym gps i 4800bd "martwe" puknięcia praktycznie nie występują.
-
Ja jednak mam ten problem w menu GPS (informacje).. i tylko w tym :-?
A sprzęt mam wydajny (624MHz).
Pozdr
No właśnie. Efekt występuje tylko i wyłącznie w menu informacje GPS. Nie bardzo pamiętam , czy ten efekt był od zawsze, czy pojawił się w którejś z ostatnich wersji, bo 5Hz mam od niedawna, a na wbudowanym gps i 4800bd "martwe" puknięcia praktycznie nie występują.
U mnie przy 5Hz i 4800 także to występuje...
-
6915 ma odbiornik GPS z pozycjonowaniem 5Hz-owym ??
A skadze. I zaden Conexant. Tylko Hammerhead firmy Global Locate [teraz to Broadcom].
http://pdaclub.pl/forum/index.php?topic=84778.msg555745#msg555745
http://pdaclub.pl/forum/index.php?topic=59504.msg385650#msg385650
http://pdaclub.pl/forum/index.php?topic=53114.msg338037#msg338037
http://pdaclub.pl/forum/index.php?topic=46561.msg287789#msg287789
-
Nie mam czasu na szukanie jednego zdania w w kilkiu watkach . Odnoszenie do innych dyskujsi tego samego autora nie ma sensu. To tak jakby Lepper powoływał się na swoje cytaty by udowodnić, że ma rację (sorki za porównanie). Wg mnie wen model jest dośc stary i nic tego nie zmieni. Jako dowód podam, że ma nawet WM 5.. choć od dawna jest WM 6 a nawet WM 6.1 więc nie przypuszczam (a moje przekonanie graniczy z pewnością) by był w nim zastosowany 5Hz odbiornik...
Nie chciałem tego pisać wczoraj by Ci nie sprawiać przykrości ale dzisiaj nie wytrzymałem...
Pozdrawiam
-
No nie moja wina, ze linki do Global Locate juz nie dzialaja. Tam bylo to pieknie opisane co siedzi.
-
No nie moja wina, ze linki do Global Locate juz nie dzialaja. Tam bylo to pieknie opisane co siedzi.
Hmm... tak to już jest z linkami :(
Pozdrawiam
-
Słuchajcie, jeśli Puńkowi nie zarzucicie jakiejś specyfikacji sprzętu to nie uwierzy. Ja zresztą też. Bez jakiegoś konkretnego dowodu zapowiada się słowny ping pong bez końca, a tego bym nie chciał w tym wątku.
Pozdrawiam
-
W wersji 628 problem z opóźnieniami klawiszy lub wręcz brakiem reakcji (szczególnie w menu GPS Informacje) przy 5Hz taktowaniu także występuje...
Wysłałem informację do Supportu.
-
... pong. :)
-
W wersji 628 problem z opóźnieniami klawiszy lub wręcz brakiem reakcji (szczególnie w menu GPS Informacje) przy 5Hz taktowaniu także występuje...
Wysłałem informację do Supportu.
Jest już 628? Nie wiedziałem, ja zatrzymałem się na 623. :worried:
-
Nie martw się Emisiu, ja też nie dostałem wersji 628. Widać, że tylko Puniek ma u nich fory :proud: . Ja zresztą nie tęsknię bardzo za dziesiątkami kolejnych poprawek produkowanymi codziennie przez AM, tym bardziej, że nie wiadomo jakie zmiany wprowadzają i na co zwrócić uwagę. Wolałbym współprace na zasadzie: wprowadziliśmy zmianę taką i taką, proszę zwrócić uwagę na to i tamto, a tak to trochę teleturniej Wielka Gra. Ilość zmian jakie wprowadzają świadczy raczej o dosyć głębokiej przebudowie programu, a nie o drobnych korektach, i dobrze.
-
Nie martw się Emisiu, ja też nie dostałem wersji 628. Widać, że tylko Puniek ma u nich fory :proud: . Ja zresztą nie tęsknię bardzo za dziesiątkami kolejnych poprawek produkowanymi codziennie przez AM
No właśnie... ja wczoraj 2x formatowałem kartę... :O~
-
U mnie np problem z brakiem reakcji na naciskanie klawiszy nie występuje (wersja 628). Wersję tą uważam za bardzo udaną.
-
U mnie np problem z brakiem reakcji na naciskanie klawiszy nie występuje (wersja 628). Wersję tą uważam za bardzo udaną.
- a możesz się pochwalić jaki masz sprzęt?, na jakim module GPS testowałeś? i skąd masz tę wersję poprawki?, bo nie sądziłem, że dostęp do tego jest taki szeroki
-
U mnie np problem z brakiem reakcji na naciskanie klawiszy nie występuje (wersja 628). Wersję tą uważam za bardzo udaną.
Nie napisałeś nawet czy używasz odbiornika GPS 5Hz.. bo raczej w tym trybie pojawia się problem...
Jeśli nie to ten głos się nie liczy....
-
U mnie np problem z brakiem reakcji na naciskanie klawiszy nie występuje (wersja 628). Wersję tą uważam za bardzo udaną.
- a możesz się pochwalić jaki masz sprzęt?, na jakim module GPS testowałeś? i skąd masz tę wersję poprawki?, bo nie sądziłem, że dostęp do tego jest taki szeroki
Używam Asusa A696. Ps. Napisałem @ do supportu z prośbą o tą wersję i ją "dostałem".
-
U mnie np problem z brakiem reakcji na naciskanie klawiszy nie występuje (wersja 628). Wersję tą uważam za bardzo udaną.
- a możesz się pochwalić jaki masz sprzęt?, na jakim module GPS testowałeś? i skąd masz tę wersję poprawki?, bo nie sądziłem, że dostęp do tego jest taki szeroki
Używam Asusa A696. Ps. Napisałem @ do supportu z prośbą o tą wersję i ją "dostałem".
I co z tego....?
Piszesz nie na temat bo my dyskutujemy o problemie/zjawisku występującym przy używaniu odbiornika GPS ustalającego pozycję 5x w ciągu sekundy a nie co sekundę (jak 99% tego typu odbiorników) a nie o wersji 628 jako takiej. Tak szybkich odbiorników (5Hz) na rynku jest zaledwie kilka modeli .....
-
U mnie np problem z brakiem reakcji na naciskanie klawiszy nie występuje (wersja 628). Wersję tą uważam za bardzo udaną.
- a możesz się pochwalić jaki masz sprzęt?, na jakim module GPS testowałeś? i skąd masz tę wersję poprawki?, bo nie sądziłem, że dostęp do tego jest taki szeroki
Używam Asusa A696. Ps. Napisałem @ do supportu z prośbą o tą wersję i ją "dostałem".
I co z tego....?
Piszesz nie na temat bo my dyskutujemy o problemie/zjawisku występującym przy używaniu odbiornika GPS ustalającego pozycję 5x w ciągu sekundy a nie co sekundę (jak 99% tego typu odbiorników) a nie o wersji 628 jako takiej. Tak szybkich odbiorników (5Hz) na rynku jest zaledwie kilka modeli .....
Więc po Twojej wypowiedzi rozumiem ze Asus nie obsługuje tych 5Hz. Proszę w takim razie razie o usunięcie moich wypowiedzi skoro odbiegają od tematu.
-
U mnie np problem z brakiem reakcji na naciskanie klawiszy nie występuje (wersja 628). Wersję tą uważam za bardzo udaną.
Nie napisałeś nawet czy używasz odbiornika GPS 5Hz.. bo raczej w tym trybie pojawia się problem...
Jeśli nie to ten głos się nie liczy....
W kwestii formalnej :) Problem jest wtedy, gdy się ustawi w programie AM odczyt portu na 5Hz niezależnie od tego jakiego odbiornika się używa. Zjawisko zależy dodatkowo od szybkości portu. Przy 4800bd prawie nie występuje, przy 115200 jest już tragicznie.
Tak to u mnie wygląda na A696 WM6 i odbiorniku wewnętrznym, na Extreme 5Hz, na jakimś Pentagram`ie ...
A w 628 poprzestawiali menu ustawień GPS, żeby było trudniej przełączać się pomiędzy zewnętrznym modułem gps i wewnętrznym. (teraz trzeba to robić w 2 menu) :( Innych zmian u siebie nie zauważyłem.
-
Spokojnie kwojtow, tylko musisz pisać bardziej precyzyjnie. Proponuję abyś wpisał w swoim opisie jaki masz sprzęt aby nie musieć ciągle zamieszczać tych informacji w postach. Twój głos jest tak samo ważny jak i innych forumowiczów, tyle że musisz pamiętać, że głównym aktualnie tematem tego wątku jest ZASTOSOWANIE MODUŁÓW GPS O CZĘSTOTLIWOŚCI ODŚWIEŻANIA POZYCJI WIĘKSZEJ NIŻ 1Hz dla poprawiania precyzji wskazań AM. To doświadczenie mamy już za sobą. Udowodniliśmy sobie i informatykom w AM, że to fantastycznie poprawia jakość pracy AM w trudnych dla nawigacji sytuacjach np na skomplikowanych rondach, rozjazdach, poruszania się w miastach itp.
W międzyczasie powstały poprawki oprogramowania umożliwiające pracę AM z odbiornikami GPS 5Hz. Przy okazji ujawniły się błędy oprogramowania, z którymi teraz walczy AM. Poprawki dotyczą obsługi każdej częstotliwości.
Dodatkowo- jak to najczęściej bywa- powstają jakieś nieprzewidziane kwiatki w poszczególnych modelach urządzeń, i to właśnie jest ostatnio omawiane. Poszukiwanie błędów programowych i ustalanie granic wydajności poszczególnych urządzeń.
Potestuj wszystko na maksymalnych wartościach możliwych ustawień AM: najbogatszą grafikę, komunikaty głosowe, prędkość odczytu portu, odblokuj szybkość czytania z karty pamięci, włącz BT, w ustawieniach GPS- 5Hz. Mnie przy tych ustawieniach też nic się nie dzieje, a ćwiczyłem na zewnętrznym odbiorniku BT 5Hz.
Sama goła informacja, że sprzęt ci nie wybuchł nic nie wnosi.
Pozdrawiam
-
..... głównym tematem tego wątku jest ZASTOSOWANIE MODUŁÓW GPS O CZĘSTOTLIWOŚCI ODŚWIEŻANIA POZYCJI WIĘKSZEJ NIŻ 1Hz..........
Głównym tematem tego wątku jest "Precyzja wskazań GPS podczas jazdy" :P
-
Spokojnie kwojtow, tylko musisz pisać bardziej precyzyjnie. Proponuję abyś wpisał w swoim opisie jaki masz sprzęt aby nie musieć ciągle zamieszczać tych informacji w postach. Twój głos jest tak samo ważny jak i innych forumowiczów, tyle że musisz pamiętać, że głównym tematem tego wątku jest ZASTOSOWANIE MODUŁÓW GPS O CZĘSTOTLIWOŚCI ODŚWIEŻANIA POZYCJI WIĘKSZEJ NIŻ 1Hz dla poprawiania precyzji wskazań AM. To mamy już za sobą. Udowodniliśmy sobie i informatykom w AM, że to fantastycznie poprawia jakość pracy AM w trudnych dla nawigacji sytuacjach np na skomplikowanych rondach, rozjazdach, poruszania się w miastach itp.
W międzyczasie powstały poprawki oprogramowania umożliwiające pracę AM z odbiornikami GPS 5Hz. Przy okazji ujawniły się błędy oprogramowania, z którymi teraz walczy AM. Poprawki dotyczą obsługi każdej częstotliwości.
Dodatkowo- jak to najczęściej bywa- powstają jakieś nieprzewidziane kwiatki w poszczególnych modelach urządzeń, i to właśnie jest ostatnio omawiane. Poszukiwanie błędów programowych i ustalanie granic wydajności poszczególnych urządzeń.
Potestuj wszystko na maksymalnych wartościach możliwych ustawień AM: najbogatszą grafikę, komunikaty głosowe, prędkość odczytu portu, odblokuj szybkość czytania z karty pamięci, włącz BT, w ustawieniach GPS- 5Hz. Mnie przy tych ustawieniach też nic się nie dzieje, a ćwiczyłem na zewnętrznym odbiorniku BT 5Hz.
Sama goła informacja, że sprzęt ci nie wybuchł nic nie wnosi.
Pozdrawiam
Nie ma problemu kolego QMPEL. Bede miał to na uwadze. Dzieki za wskazówki bo nie nie jestem aż tak mocny w temacie jak Ty. Pozdrawiam również.
-
..... głównym tematem tego wątku jest ZASTOSOWANIE MODUŁÓW GPS O CZĘSTOTLIWOŚCI ODŚWIEŻANIA POZYCJI WIĘKSZEJ NIŻ 1Hz..........
Głównym tematem tego wątku jest "Precyzja wskazań GPS podczas jazdy" :P
...zgadza się, a w nim propozycje poprawy tej precyzji poprzez np. zwiększenie częstotliwości odświeżania pozycji i inne pomysły sprzętowe i programowe, które tu padną. Dlaczego "...podczas jazdy" (samochodów)?, bo to jest największe wyzwanie dla sprzętu i twórców programów nawigacyjnych, zwłaszcza że chcemy mieć sprzęt, który mieści się w kieszeni. Odbiorniki w bezruchu namierzy najpodlejszy sprzęt i program nawigacyjny działający z częstotliwością, co 1h.
-
Wiem, śledzę z wielką uwagą. To miał być taki mały żart. :ok:
-
Nie martw się Emisiu, ja też nie dostałem wersji 628. Widać, że tylko Puniek ma u nich fory :proud: ....
Ja już testuję 628, ale niestety znalezionego przeze mnie błędu "ul. Przędzalnianej w Łodzi" nie poprawili. :(
-
Jest już wersja 5.1.1 629. Otrzymałem linka z krotką informacją, że zostało dokonane kilka usprawnień w stosunku do 623. Mam nadzieję, że te kilka usprawnień widać na pierwszy rzut oka, bo inaczej znów będę się głowił co jest zmienione.
Słuchajcie, czy się mylę, czy nie jest możliwe ustawienie nie przyciągające do drogi wskaźnika w AM. Taki efekt udaje mi się ustawić tylko wyznaczając trasę przełajową, ale trasa jednak jest i przeszkadza mi to w obserwacji wskazań GPSa. Chcę mieć czysta pozycję, tak aby nie latać po polach i łąkach z daleka od dróg. jestem z miasta... (co widać i czuć :proud: )
-
Jest już wersja 5.1.1 629. Otrzymałem linka z krotką informacją, że zostało dokonane kilka usprawnień w stosunku do 623. Mam nadzieję, że te kilka usprawnień widać na pierwszy rzut oka, bo inaczej znów będę się głowił co jest zmienione.
Czyli dojrzałeś jakieś zmiany, czy nie?
-
Jeszcze nie wgrywałem. Mam traumę po ostatnich dziwnych przypadkach z instalacją AM i zrobię to tradycyjnie w biurze, gdzie mam kilka rożnych kompów (i pomoc medyczną :wink: ).
emisiu, nie sadzę, aby w tych poprawkach ktoś zawracał sobie głowę ul. Przędzalniczą w Łodzi. poprawki dotyczą czego innego
-
Słuchajcie, czy się mylę, czy nie jest możliwe ustawienie nie przyciągające do drogi wskaźnika w AM. Taki efekt udaje mi się ustawić tylko wyznaczając trasę przełajową, ale trasa jednak jest i przeszkadza mi to w obserwacji wskazań GPSa. Chcę mieć czysta pozycję, tak aby nie latać po polach i łąkach z daleka od dróg. jestem z miasta... (co widać i czuć :proud: )
Raczej nie jest możliwe, była nawet dyskusja na ten temat na forum i nie wszystkim wydawało się to potrzebne mnie to jednak wkurza. W trybie nawigacji zgoda ale w trybie śledzenia ???
Tak sobie teraz pomyślałem że skoro można ustawiać siłę przyciągania to pewnie jest od tego jakiś parametr w settings-ach i można by go ustawić na "0" -Będę szukał
-
emisiu, nie sadzę, aby w tych poprawkach ktoś zawracał sobie głowę ul. Przędzalniczą w Łodzi. poprawki dotyczą czego innego
Ta ulica to tylko przykład dość istotnego błędu: http://pdaclub.pl/forum/index.php?topic=107061.0
i w wersji 629 został poprawiony - sprawdzone. :ok:
-
To nie jest tylko kwestia Przędzalnianej, ale również Przechodniej, Przedniej, Przedszkolnej, Przedświtu, Przedwiośnia, Przejściowej, Przelotnej, Przełajowej, Przełęczy, Przełomowej, Przełajowej, Przemysłowej,
Przesmyku, Przestrzennej, Przetwórczej, Przewodniej, Przewozowej, Przędzalnianej, Przemysława
i jeszcze z 15 ulic na 'Prz'.
Do tego dochodzą ulice na 'Pra', 'Pry', 'Pro', 'Pre' ... razem koło setki ulic.
Ponadto to bład powodujacy zwis programu, a więc nie byle-jaki,
MZ jest nie mniejszej wagi jak ten z tytułu tego wątku.
-
RUKAT, ale jak to zrobisz? Każdy rodzaj trasy trzeba wyznaczyć od-do więc to chyba niemożliwe, chyba żeby dorobić kolejny przycisk. Gdyby jakimś cudem ci się udało to by było pięknie.
Napisane: Wrzesień 01, 2008, 23:18:07
To nie jest tylko kwestia Przędzalnianej, ale również Przechodniej, Przedniej, Przedszkolnej, Przedświtu, Przedwiośnia, Przejściowej, Przelotnej, Przełajowej, Przełęczy, Przełomowej, Przełajowej, Przemysłowej,
Przesmyku, Przestrzennej, Przetwórczej, Przewodniej, Przewozowej, Przędzalnianej, Przemysława
i jeszcze z 15 ulic na 'Prz'.
Do tego dochodzą ulice na 'Pra', 'Pry', 'Pro', 'Pre' ... razem koło setki ulic.
Ponadto to bład powodujacy zwis programu, a więc nie byle-jaki,
MZ jest nie mniejszej wagi jak ten z tytułu tego wątku.
zupełnie się nie zastanawiałem nad ulicami. Może jest tak jak mówisz. Ale w czym problem? W poprzednich wersjach były, a teraz zniknęły? Nawet jeśli tak jest, to dalej tkwię w przekonaniu, że robota informatyków skupiona jest na ogólnie mówiąc GPSie, a nie mapach, a wypuszczane wersje są testowe i nieoficjalne, ale może się mylę. W sumie to żaden kłopot się dopytać w supporcie.
-
Nie przycisk (na to jestem za cienki) tylko w plikach settings prawdopodobnie są wpisy określające wartość siły przyciągania dla ustawień słabo średnio i silnie i tego szukam
-
Tak sobie teraz pomyślałem że skoro można ustawiać siłę przyciągania to pewnie jest od tego jakiś parametr w settings-ach i można by go ustawić na "0"
Spróbuj w road.settings
np. parametr z 'Ignoruj odchylenia GPS' zapisany jest w:
MinDistanceToOutOfRoad2=12 (12-małe ... 21-duże)
-
*zupełnie się nie zastanawiałem nad ulicami. Może jest tak jak mówisz. Ale w czym problem? W poprzednich wersjach były, a teraz zniknęły? Nawet jeśli tak jest, to dalej tkwię w przekonaniu, że robota informatyków skupiona jest na ogólnie mówiąc GPSie, a nie mapach, a wypuszczane wersje są testowe i nieoficjalne, ale może się mylę. W sumie to żaden kłopot się dopytać w supporcie.
To nie błąd mapy tylko programu. Jak widać nie tylko o gps-ie myślą skoro poprawili ten błąd i kilka innych.
-
*zupełnie się nie zastanawiałem nad ulicami. Może jest tak jak mówisz. Ale w czym problem? W poprzednich wersjach były, a teraz zniknęły? Nawet jeśli tak jest, to dalej tkwię w przekonaniu, że robota informatyków skupiona jest na ogólnie mówiąc GPSie, a nie mapach, a wypuszczane wersje są testowe i nieoficjalne, ale może się mylę. W sumie to żaden kłopot się dopytać w supporcie.
To nie błąd mapy tylko programu. Jak widać nie tylko o gps-ie myślą skoro poprawili ten błąd i kilka innych.
no tak. Masz rację.
Napisane: Wrzesień 01, 2008, 23:36:46
Tak sobie teraz pomyślałem że skoro można ustawiać siłę przyciągania to pewnie jest od tego jakiś parametr w settings-ach i można by go ustawić na "0"
Spróbuj w road.settings
np. parametr z 'Ignoruj odchylenia GPS' zapisany jest w:
MinDistanceToOutOfRoad2=12 (12-małe ... 21-duże)
-ale powiedzcie panowie, czy da się ustawić zero przyciągania, bez wyznaczania trasy? bo jeśli nie to już coś takiego jest w trasie przełajowej
-
Tak sobie teraz pomyślałem że skoro można ustawiać siłę przyciągania to pewnie jest od tego jakiś parametr w settings-ach i można by go ustawić na "0"
Spróbuj w road.settings
np. parametr z 'Ignoruj odchylenia GPS' zapisany jest w:
MinDistanceToOutOfRoad2=12 (12-małe ... 21-duże)
Tak, wygląda że to jest to (sprawdzę rano) ale nawet jeśli zadziała tak jak powinno to będzie to dobre tylko do testów dla QMPEL-a bo nawigować się bez przyciągania nie da a cały czas grzebać w plikach to nie najwygodniejsze rozwiązanie,
-
Dzięki RUKAT ale chyba, to nic nie da, bo i tak trzeba trasę wyznaczyć.
W sumie, to trochę cała ta akcja z poprawkami jest do bani. Ze 4 osoby na krzyż się przyznały, że dostały jakąś wersję. Każdy ma inną, starszą lub nowszą. Mały chaos.
Aby to miało sens, to więcej osób musiałoby dostawać w tym samym czasie najnowszą wersję i porównywanie do poprzedniej wersji byłoby wtedy sensowne.
lub
Może NocnyMarku pomyślisz o wybraniu na przyszłość kilka zaufanych i sprawdzonych tęgich głów z tego forum i zaproponujesz AM stałą współpracę tej specgrupy profesjonalistów, właśnie przy testowaniu takich "przedBetowych" wersji w ciszy i spokoju?. 99% forumowiczów to fani użytkownicy-praktycy, ze mną włącznie. Profesjonalnie to się mogę wypowiadać w temacie np termicznego rozpadu substancji organicznej w procesie pirolizy, ale nie w zawiłościach elektroniczno-informatycznych. Przemyśl to Marku. Nie sądzę aby AM na to nie poszła. Nic mnie tak nie drażni jak działanie bez sensu. Uwielbiam logikę i profesjonalizm
-
Dzisiaj zmieniłem sprzęt. Teraz mam IPAQ 214. Po wgraniu 628 (na początku) odniosłem wrażenie że zdarzają się problemy z klawiszami natomiast po wgraniu wersji 629 nie zauważam problemu.
Wygląda na to, że jest ok.
Pozdrawiam
-
Jest już wersja 5.1.1 629.
Skąd to mozna pobrać, bo chyba nie na stronie automapy. A jak nie ma na stronie, to chyba nie ma jeszcze tej wersji. :)
-
Ja jednak mam ten problem w menu GPS (informacje).. i tylko w tym :-?
A sprzęt mam wydajny (624MHz).
Pozdr
No właśnie. Efekt występuje tylko i wyłącznie w menu informacje GPS. Nie bardzo pamiętam , czy ten efekt był od zawsze, czy pojawił się w którejś z ostatnich wersji, bo 5Hz mam od niedawna, a na wbudowanym gps i 4800bd "martwe" puknięcia praktycznie nie występują.
U mnie przy 5Hz i 4800 także to występuje...
W ostatniej wersji wygląda na to, że zwalczyli ten błąd. :ok:
-
Jest już wersja 5.1.1 629.
Skąd to mozna pobrać, bo chyba nie na stronie automapy. A jak nie ma na stronie, to chyba nie ma jeszcze tej wersji. :)
Oczywiście, że nie znajdziesz na stronie AM. To są wersje "prototypowe" i niektórym się udaje otrzymać link do kolejnej takiej wersji po wysłaniu maila w tej sprawie do supportu. Licz się jednak z tym, że są to wersje ćwiczebne, a nie oficjalne i mogą (ale nie muszą) dziać się jakieś dziwne zjawiska. Ważne abyś po przetestowaniu takiej wersji pochwalił się efektami z AM i na tym forum.
-
Witam :D
Ja bym chętnie się jak to Kolega nazwał pobawił na moim NavRoadzie 450bv i napisał coś (o ewentualnych błędach) nowej A.M.
Pozdrawiam wojtek
Napisane: Wrzesień 02, 2008, 14:10:10
korekta nie pobawił tylko pochwalił i przetestował :S sorki :grin:
-
Witam :D
Ja bym chętnie się jak to Kolega nazwał pobawił na moim NavRoadzie 450bv i napisał coś (o ewentualnych błędach) nowej A.M.
Pozdrawiam wojtek
Napisane: Wrzesień 02, 2008, 14:10:10
korekta nie pobawił tylko pochwalił i przetestował :S sorki :grin:
pisz nie tu ws dostaw wersji testowej, a do support@automapa.com.pl
-
Jest już wersja 5.1.1 629.
Mam wrażenie że codziennie wychodzi nowa wersja. Wczoraj dostałem wersję 627 która u mnie poprawiła problemy związane z instalacją i rejestracją map, oraz z zawieszaniem się AM.
-
Ważne, że coś się dzieje w temacie i oto właśnie chodzi.
-
No coś się ruszyło faktycznie w interesie. Większej liczbie osób udostępniają programik i dobrze. Dziś jestem bardziej stacjonarny i nie przećwiczyłem wersji 629 w boju, ale po pobieżnym i krótkim oglądzie faktycznie z wersji na wersję widać postęp.
Nabyłem QSTARTZa i trudno mi teraz się rozstać z jego powalającymi parametrami i przerzucić na moduł wbudowany. Pracę na 1Hz ćwiczyłem też na zewnętrznym odbiorniku i też AM świetnie sobie radziła z pozycjami w trudnych chwilach, np na szybkich rondach z wieloma odnogami bez wyznaczania trasy. Sądzę, że na wbudowanym SiRFie będzie podobnie.
Ja w zasadzie skupiam się głownie właśnie na tym, czy AM nadąża za odświeżaniem realnej pozycji czy nie, to jest dla mnie podstawa w nawigacji. Reszta jest ważna ale wtórna.
Obserwuje różne dziwne zachowania, np przy ustawieniu rożnych szerokości trasy, skoki obrazu przy trasie przełajowej, konieczność zresetowania programu przy ustawieniu innej częstotliwości itp, ale na razie tylko to spisuje i nie zaśmiecam głównego wątku.
-
Witam
Dziś odpaliłem AM 629 (bardzo krótko więc może się mylę co do moich spostrzeżeń) ale mam wrażenie że chyba poprawiono algorytm wyznaczania tras/nowej trasy po zjechaniu z wyznaczonego kursu/trasy, oraz płynniej przemieszczają się mapy jeżeli przesuwam je rysikiem np. na boki/w dół itp.
Pozdrawiam woytek
-
Tak sobie teraz pomyślałem że skoro można ustawiać siłę przyciągania to pewnie jest od tego jakiś parametr w settings-ach i można by go ustawić na "0"
Spróbuj w road.settings
np. parametr z 'Ignoruj odchylenia GPS' zapisany jest w:
MinDistanceToOutOfRoad2=12 (12-małe ... 21-duże)
nocnyMarku możesz dopisać do swojej listy koleje niestandardowe ustawienie. Udaje się całkowicie odlepić wskaźnik od drogi nie wytyczając trasy. settings files/am/AttractToSegments=1 przestawić na zero. Oczywiście dopisz ostrzeżenie, co się dzieje po przestawianiu i że nie jest to właściwe do normalnej pracy AM. Nadaje się (tak myślę) do np zapisywania korygowania odchyleń faktycznego przebiegu trasy w stosunku do mapy AM, do spaceru czymś latającym itp.
Koszalin (kolo Sianowa :proud: ), gdzie mieszkam jest pod względem dokładności map zupełnie w tyle, łącznie z brakiem obrysów budynków i ważnych ulic. Jest to miejscowość gdzie w sezonie przewija się dziesiątki lub nawet setki tysięcy stonki (turystów) i pewnie chcieliby znać lepiej możliwości omijania korków. Trochę więc pomęczę AM w tej sprawie.
W sumie to każdy gdzieś mieszka i może w prosty sposób przesyłać do AM ewentualne korekty. Sądzę więc, że w interesie AM jest pojawienie się funkcji w menu (ZAPISZ ŚLAD/ZAPISZ TRASĘ z przyciąganiem do drogi i bez), umożliwiająca zapis śladu bez przyciągania. Zaproponuje im to. Ostatnio zaskakują mnie pozytywnie chęcią współpracy. Może dostrzegli, że mają swój fanklub i trzeba to wykorzystać.
-
nocnyMarku możesz dopisać do swojej listy koleje niestandardowe ustawienie. Udaje się całkowicie odlepić wskaźnik od drogi nie wytyczając trasy. settings files/am/AttractToSegments=1 przestawić na zero. Oczywiście dopisz ostrzeżenie, co się dzieje po przestawianiu i że nie jest to właściwe do normalnej pracy AM.
Oczywiście dopiszę, ale napisz przed czym jeszcze mam ostrzec, bo to, że wyłączenie przyciągania do drogi spowoduje
pokazywanie rzeczywistej (tak jak to wyliczy GPS, łacznie z błędami które popełni) pozycji to MZ oczywiste.
A co do zapisu śladu, to powtarzam po taz kolejny, AM to nie Garmin, tu zapis śladu nigdy nie jest przyciągany do drogi.
(za wyjątkiem funkcji 'zapisz trasę jako ślad', ale to chyba oczywiste)
-
Czyli mam rozumieć że pozycja inaczej jest obrazowana, a inaczej zapisywana?
-
nocnyMarku możesz dopisać do swojej listy koleje niestandardowe ustawienie. Udaje się całkowicie odlepić wskaźnik od drogi nie wytyczając trasy. settings files/am/AttractToSegments=1 przestawić na zero. Oczywiście dopisz ostrzeżenie, co się dzieje po przestawianiu i że nie jest to właściwe do normalnej pracy AM.
Oczywiście dopiszę, ale napisz przed czym jeszcze mam ostrzec, bo to, że wyłączenie przyciągania do drogi spowoduje
pokazywanie rzeczywistej (tak jak to wyliczy GPS, łacznie z błędami które popełni) pozycji to MZ oczywiste.
A co do zapisu śladu, to powtarzam po taz kolejny, AM to nie Garmin, tu zapis śladu nigdy nie jest przyciągany do drogi.
(za wyjątkiem funkcji 'zapisz trasę jako ślad', ale to chyba oczywiste)
Oł, wygląda na to, że nie byłem na tej lekcji. :worried:
Po wyłączeniu przyciągania, nic szczególnego się nie dzieje w stosunku do czego jesteśmy przyzwyczajeni, poza lekką utratą stabilności obrazu, ale generalnie stara się utrzymywać kierunek i jechać po asfalcie, jeśli jedziesz samochodem. Jeśli te lekkie skoki obrazu będą kogoś stresować, to może sobie wyłączyć automatyczne obracanie ekranu i będzie spokój.
-
Sądzę więc, że w interesie AM jest pojawienie się funkcji w menu (ZAPISZ ŚLAD/ZAPISZ TRASĘ z przyciąganiem do drogi i bez), umożliwiająca zapis śladu bez przyciągania. Zaproponuje im to. Ostatnio zaskakują mnie pozytywnie chęcią współpracy. Może dostrzegli, że mają swój fanklub i trzeba to wykorzystać.
Z tego co zauważyłem to AM zapisuje ślad takim jaki jest, nie jest uwzględniane przyciąganie do mapy.
BTW. "Pokaż ślad" ładnie pokazuje jak rzeczywisty przebieg drogi ma się do mapy.
-
Z tego co zauważyłem to AM zapisuje ślad takim jaki jest, nie jest uwzględniane przyciąganie do mapy.
BTW. "Pokaż ślad" ładnie pokazuje jak rzeczywisty przebieg drogi ma się do mapy.
[/quote] Tak to już wiem-dzięki
-
Dodam, że jest to całkiem pożyteczna opcja, dzięki niej wyraźnie widać gdzie droga na mapie
odbiega od jej przebiegu w rzeczywistości, dzieki temu można łatwiej zauważyć
źle odwzorowane na mapie odcinki, nagrać i przesłać ślad do supportu.
Trzeba tylko pamiętać, że jednorazowe odchylenie od drogi (zwłaszcza na drogch głównych)
nie oznacza automatycznie błędu mapy, sytuacja musi być powtarzalna.
W starej AM3 zawsze jeździłem bez przyciagania, tam dało się je wyłączyć w ustawieniach.
-
Z tego co zauważyłem to AM zapisuje ślad takim jaki jest, nie jest uwzględniane przyciąganie do mapy.
BTW. "Pokaż ślad" ładnie pokazuje jak rzeczywisty przebieg drogi ma się do mapy.
To oczywiste bo AM zaisuje dane z odbiornika GPS.
Pozdrawiam
-
Jeszcze jeden temat, bardziej organizacyjny:
Pisałem wcześniej o propozycji polegającej na wybraniu z pośród forumowiczów stałej grupy osób, którą można nazwać profesjonalistami czy fachowcami w dziedzinach, które są tu omawiane. Zadaniem tej grupy byłoby testowanie zaproponowanych przez AM poprawek w uzgodnionym zakresie i czasie i przekazywanie wyników tych testów z konkretnymi fachowymi uwagami do AM. Wstępnie pisałem już w tej sprawie do AM i otrzymałem odpowiedź, która mniej więcej brzmiała tak, że są otwarci na takie rozwiązanie i prosili o więcej szczegółów i nazwiska. Wcześniej już o tym wspominałem na forumie, ale jakoś nikt tego nie podchwycił.
Jak już nie raz mówiłem uwielbiam logikę i profesjonalizm i takie rozwiązanie po prostu jakby porządkuje tę burze mózgów, która tu się dokonuje, brak jest tylko w przełożeniu na efekt.
Na przykładzie tego wątku widać to dosyć jasno. W wyniku dyskusji ogółu w temacie "jakości GPS" w AM i korespondencji z supportem, zaczęły powstawać poprawki, które właśnie powinny trafić w ciszy i spokoju do przećwiczenia do określonej i zaufanej grupy osób, a nie do przypadkowych (Siebie mam na myśli). Nie jest dobrze z punktu widzenia wizerunku firmy, że publicznie się roztrząsa, że błąd w programie, że coś się wiesza itp. Przy próbach każdej nowości coś się możne dziać, ale o tym powszechnie się nie mówi. Tu AM wykazała się naprawdę dużą odwagą. Co innego testowanie wersji betowej, to możne robić prawie każdy.
Widzę jasno, że AM jest otwarta na współpracę, ale potrzebują jasnych, czytelnych, fachowych przekazów roboczych, a nie długiej opisówki amatora z domieszką frustracji, bo coś nie działa lub wydaje mi się że...
Sensem i celem tego forum jest poprawienie jakości AM, więc trzeba to jakoś uporządkować.
Roboczo to widzę to tak, że najbardziej jako szeryf, znawca przedmiotu i osoba trzeźwo myśląca, to mi pasuje NocnyMarek i albo sobie sam dobierze pozostałą załogę (bo wszystkich najlepiej zna), albo można na forum zrobić jakiś konkurs piękności z propozycjami kandydatów, którzy w sumie będą reprezentować nas wszystkich.
Co wy na to?
-
AttractToSegments=0 Działa lepiej niż myślałem :ok: tzn. w trybie śledzenia brak przyciągania a w trybie nawigacji jest. Bałem się że z nawigacją będą jakieś kwasy bez przyciągania. Teraz jest tak jak lubię - nie pokazuje że jadę po drodze gdy jadę po polu ,niestety odwrotnie i owszem :E .Jeśli QStarz BT-Q818 lepiej sobie radzi z wyliczaniem pozycji niż Sirf to jest już Mój :ok: :ok:
-
Jeszcze jeden temat, bardziej organizacyjny:
Pisałem wcześniej o propozycji polegającej na wybraniu z pośród forumowiczów stałej grupy osób, którą można nazwać profesjonalistami czy fachowcami w dziedzinach, które są tu omawiane. Zadaniem tej grupy byłoby testowanie zaproponowanych przez AM poprawek w uzgodnionym zakresie i czasie i przekazywanie wyników tych testów z konkretnymi fachowymi uwagami do AM. Wstępnie pisałem już w tej sprawie do AM i otrzymałem odpowiedź, która mniej więcej brzmiała tak, że są otwarci na takie rozwiązanie i prosili o więcej szczegółów i nazwiska.
Jestem za. Nawet kiedyś wspominałem na którymś wątku nt. test planu. Ale 'znawcy' nie podchwycili tematu.
Nawet jestem wstanie udostępnić swój serwer na Bugzille dedykowaną AM.
Dobrze by było zebrać reprezentatywną w skali kraju liczbę osób, taka aby pokryć testami największy obszar.
Plus oczywiście wishlist - czyli co wg nas dobry pogram do nawigacji powinien posiadać.
-
AttractToSegments=0 Działa lepiej niż myślałem :ok: tzn. w trybie śledzenia brak przyciągania a w trybie nawigacji jest. Bałem się że z nawigacją będą jakieś kwasy bez przyciągania. Teraz jest tak jak lubię - nie pokazuje że jadę po drodze gdy jadę po polu ,niestety odwrotnie i owszem :E .Jeśli QStarz BT-Q818 lepiej sobie radzi z wyliczaniem pozycji niż Sirf to jest już Mój :ok: :ok:
...wiec po ćwiczeniach z Qstartzem wymyśliłem kolejną funkcję w AM. Ponieważ bez problemu potrafi prowadzić nawigację w budynku, można dzięki temu zaplanować trasę np w Pałacu Kultury, co by się nie pogubić. :D Jestem zszokowany czułością i nie wiem czym to cholerstwo się żywi, bo chyba wcale prądu nie ciągnie. Można zapomnieć o ładowaniu.
-
Jeszcze jeden temat, bardziej organizacyjny:
Pisałem wcześniej o propozycji polegającej na wybraniu z pośród .........................
Co wy na to?
Dobrze mówisz (piszesz) ale myślę że taka "akcja " leży w gestii samego Aqurat i nie zdziwił bym się gdyby zwrócili się bezpośrednio do kilku najbardziej qmatych forumowiczów o taką współpracę ale wciskanie im takiego pomysłu to nie nasza rzecz .Nie naszą rzeczą jest dbanie o wizerunek firmy. Poza tym taka wymiana opinij i doświadczeń pomiędzy laikami ma wartość której nie ma burza mózgów fachowców - laicy potrafią zrobić takie głupoty które fachowcowi nie przyjdą nawet do głowy i dzięki temu testują program w warunkach extremalnych : na przykład pytania jak włączyć tę czy tamtą opcję co dla fachowca jest proste i oczywiste idealnie pokazują gdzie interfejs jest mało intuicyjny. Także myślę że my tu sobie wybebeszajmy i walczmy z AM jak kto potrafi a Aqurat jeśli zechce niech zaprasza do współpracy ty z pośród nas których uzna za im potrzebnych
-
Jeszcze jeden temat, bardziej organizacyjny:
Pisałem wcześniej o propozycji polegającej na wybraniu z pośród .........................
Co wy na to?
Dobrze mówisz (piszesz) ale myślę że taka "akcja " leży w gestii samego Aqurat i nie zdziwił bym się gdyby zwrócili się bezpośrednio do kilku najbardziej qmatych forumowiczów o taką współpracę ale wciskanie im takiego pomysłu to nie nasza rzecz .Nie naszą rzeczą jest dbanie o wizerunek firmy. Poza tym taka wymiana opinij i doświadczeń pomiędzy laikami ma wartość której nie ma burza mózgów fachowców - laicy potrafią zrobić takie głupoty które fachowcowi nie przyjdą nawet do głowy i dzięki temu testują program w warunkach extremalnych : na przykład pytania jak włączyć tę czy tamtą opcję co dla fachowca jest proste i oczywiste idealnie pokazują gdzie interfejs jest mało intuicyjny. Także myślę że my tu sobie wybebeszajmy i walczmy z AM jak kto potrafi a Aqurat jeśli zechce niech zaprasza do współpracy ty z pośród nas których uzna za im potrzebnych
1. Aqurat jeśli zadzwoni do kogoś to z propozycją pracy, a nie z prośbą pracy społecznej.
2. AM nikogo nie przymusza do kupowania swoich produktów i przesiadywania godzinami na forum i głowienia się rzeszy zapaleńców.
3. Przykład z wizerunkiem jest jednym z dowodów na delikatnie mówiąc, średnio profesjonalny styl obecnej współpracy. Nie jest też tak, że chcę psuć wizerunek AM.
4. Nic więcej się nie zmienia z dotychczasowych zwyczajów na tym forum w kwestii mówienia co się chce, bez względu na poziom fachowy tych wypowiedzi, bo to jest istota właśnie "burzy mózgów" i faktycznie laicy czasem widzą to na co fachowcy oślepli.
5. Jeszcze cię nikt nie zaprosił, a ty już się nie zgadzasz. W sumie ja tez się nie zgadzam z góry na swoją kandydaturę, bo się nie czuje mocy w te klocki.
6. Chyba muszę popracować nad werbalizacją, bo nie załapałeś zupełnie zasad i intencji.
7. Podstawą wszystkiego jest wyrażenie woli otrzymywania do testów niektórych rozwiązań AM. Wszystko inne b/z. Jak to się rozwinie w przyszłości? - czas pokaże.
8. Wynagrodzeniem może być tylko satysfakcja, że się przyłożyło do tego rękę.
Nie wiem naprawdę czego tu można nie rozumieć, ale mam nadzieję, że nie o dyskusję dla samej dyskusji. Dla mnie każda dyskusja musi mieć puentę.
-
@QMPEL
Aleś się zaperzył :P wrzuć na luz napisałeś "Co Wy na to " to odpisałem . To nie był personalny atak na Ciebie :smile:
ad.5 gdzie napisałem że bym się nie zgodził :-?
ad.6 rzeczywiście nie załapałem .To znaczy że co ? Rada starców na tajnych obradach a maluczcy niech się nie wtrącają bo się nie znają a może moderowany wątek gdzie będą wycinane wszystkie posty od ludzi z poza kręgu wtajemniczonych :wink: Jak to sobie wyobrażasz w praktyce :ohreally:
ps. więcej luzu bo się pokłócimy jak PO/PIS
-
@QMPEL
Aleś się zaperzył :P wrzuć na luz napisałeś "Co Wy na to " to odpisałem . To nie był personalny atak na Ciebie :smile:
ad.5 gdzie napisałem że bym się nie zgodził :-?
ad.6 rzeczywiście nie załapałem .To znaczy że co ? Rada starców na tajnych obradach a maluczcy niech się nie wtrącają bo się nie znają a może moderowany wątek gdzie będą wycinane wszystkie posty od ludzi z poza kręgu wtajemniczonych :wink: Jak to sobie wyobrażasz w praktyce :ohreally:
ps. więcej luzu bo się pokłócimy jak PO/PIS
możne faktycznie mam dziś deszczowe podejście, ale straciłem właśnie duży kontrakt i jestem bardzo bojowy. Słabo mi idzie przegrywanie.
Tak właśnie to znaczy. Po prostu, któregoś poranka Rada Starców dostanie mailem linka z AM i będzie we własnym gronie sobie nad tym pracować. Spotykać się mogą dzięki komunikatorom do woli. Mogą sobie wydzielić zahaślony wątek na tym forum, maile itp. Jeśli uznają, że trza coś przegadać na forum ogólnym lub np coś przećwiczyć na sprzęcie którego nie mają, to sobie kogoś przytomnego wybiorą i dokoptują do swojego grona lub rzucą temat na forum. Ważne jest aby do AM dotarła rzeczowa fachowa informacja, którą można zastosować roboczo. Mnie zwykłemu drobnemu przedsiębiorcy, ojcu pięciorga dzieci, wystarczy informacja, że udoskonala się właśnie np pracę GPS i tyle.
RUKAT zrozum, ktoś kiedyś Leppera granatem od pługa oderwał i widziałeś skutki. Nie używam pojęcia wobec ludzi- "maluczki" Niech każdy robi to co potrafi robić i będzie OK :ok:
Myślę też, że wypracowanie sobie przez pdaclub.pl pozycji liczącego się, fachowego portalu współpracującego z producentami programów nawigacyjnych jest też duża nobilitacją dla szefostwa i forumowiczów.
-
Nie zrozum mnie żle .Nie to żebym był całkiem na nie ale tak już mam że widzę tylko słabe strony pomysłów :]
Nadal nie czuję bluesa .Przecież jest tak jak piszesz : "Wybrani "dostają linki i testują Mogą się komunikować np. wysyłając sobie wiadomości a co mogą to przedstawiają na forum ,inni Im podrzucają pomysły na sprawdzenie tego i owego .Tak jest teraz. Gdzie jest wartość dodana Twojego pomysłu ?
ps. Maluczki jest określeniem pozytywnym i dlatego go użyłem (w pierwszej wersji było " sfołocz" :evil: )
-
Nie zrozum mnie żle .Nie to żebym był całkiem na nie ale tak już mam że widzę tylko słabe strony pomysłów :]
Nadal nie czuję bluesa .Przecież jest tak jak piszesz : "Wybrani "dostają linki i testują Mogą się komunikować np. wysyłając sobie wiadomości a co mogą to przedstawiają na forum ,inni Im podrzucają pomysły na sprawdzenie tego i owego .Tak jest teraz. Gdzie jest wartość dodana Twojego pomysłu ?
ps. Maluczki jest określeniem pozytywnym i dlatego go użyłem (w pierwszej wersji było " sfołocz" :evil: )
jasne że wszystko już jest, ale wymaga uporządkowania. Nic więcej i nic mniej. Ze strony AM jesteśmy teraz indywidualnymi osobami, które się częściej lub rzadziej przewijają w mailach do supportu. A chodzi mi o przejście w prezentowanie się jako członek Rady Starców pdaclub.pl, która się składa z nazwisk. Oczywiście jak temat chwyci, to szefostwo pdaclub.pl powinno te działania pobłogosławić. Chodzi o pozyskanie zaufania i nadanie temu odpowiedniej rangi.
Cóż..., z tym otrzymywaniem do przetestowania takich półproduktów jak teraz to się działo, to chyba nie jest częsty przypadek i niekoniecznie wysyłali do ludzi w pełni świadomych, co dostają i że nie powinni mieć pretensji jak coś im zdechnie.
-
A ja zauważyłem niestabilnośc wersji 629 na IPAQ 214.
Dzisiaj po raz trzeci od poniedziałku podczas jazdy wyskoczył biały ekran z komunikatem od PDA, że wystąpił błąd z aplikacją _wm5AM.exe i propozycją wysłania raportu o błędzie. Niestety to nie przypadek bo problem pojawił się 3 razy w ciągu 3 dni. Występuje to jak na razie przy rekalkulacji trasy lub po wykonaniu manewru.
Wysłałem stosowne zgłoszenie do supportu.
-
A ja zauważyłem że 627 była stabilniejsza od 629. U mnie znowu na 629 zawiesza się automapa tak jak w 618. Na 627 tego nie miałem.
-
A ja zauważyłem że 627 była stabilniejsza od 629. U mnie znowu na 629 zawiesza się automapa tak jak w 618. Na 627 tego nie miałem.
Wyślij zgłoszenie.
-
629 nieco inaczej wyznacza mi kilka moich testowych tras, ale robi to lepiej niż poprzednio.
-
u mnie wersja 629 chodzi bardzo dobrze. Szybko rekalkuluje zmienioną trasę, nie zacina się, a tym bardziej nie zawiesza. Nawet nie wiem że jest taki komunikat wysyłający do service. Mam nadzieję, że to nie jest znów problem sprzętowy, który się ujawnia na nieco podkręconych parametrach AM. A mieliście (PUNIEK i PLESNIAK) takie zjawiska przy oficjalnej wersji AM, przed tą całą akcją z testami?
Świetnie mi się jeździ z odblokowanym przyciąganiem (bez trasy). Miało być to ustawienie do testów, ale już to zostawię na stałe, tym bardziej, że przyciąganie wraca po wyznaczeniu trasy
(parę godzin później)
Pojeździłem trochę wyznaczając trasę w AM tak aby ciągle musiała rekalkulować i kombinować nową trasę i nic się nie działo dziwnego. Szybko i cierpliwie robiła swoją robotę dziesiątki razy. W Koszalinie gdzie jeździłem, dodatkowo jest spapranych wiele ulic i często wskaźnik wyskakuje z trasy. Z tej wersji (629) można być naprawdę zadowolonym i mam nadzieję, że nie wyskoczą jakieś inne kwiatki. Prowadzenie wskaźnika jest bez porównania (z oficjalną wersją) bardziej precyzyjne, przy 5Hz i 1Hz też.
Nie mam zielonego pojęcia z jakiej przyczyny u was się wiesza program.
-
uf :shock: JEST JUŻ WERSJA 632 jak by co. Więc piszcie o świeżą dostawę, tak abyśmy mieli w tym samym czasie to samo.
-
uf :shock: JEST JUŻ WERSJA 632 jak by co. Więc piszcie o świeżą dostawę, tak abyśmy mieli w tym samym czasie to samo.
Mi wczoraj polecili instalować poprawkę tak by nie była instalowana od zera ale bazą była wersja publiczna ze strony... licho wie... może ma to jakieś znaczenie .... :O
Pozdrawiam
-
Witam
Potwierdzam wersja 629 tak jak u Kolegi QUMPEL działa dużo lepiej od swej poprzedniczki 618 (jak na razie "0" problemów) - ciekaw jestem jak nowa wersja o której piszą Koledzy.
Pozdrawiam woytek
-
Dzisiaj wersja 629 strasznie dziwnie wyznaczała mi trasę alternatywną. Program zachowywał się tak żeby tylko nie wyznaczyć mi trasy standartowo. Wyglądało to tak jakby opierając się na trasie zwykłej, za każdym razem po zjechaniu z trasy korygował na drogę alternatywną co powodowało "pchanie" w drogi osiedlowe. Zobacze jak jest na 632.
-
uf :shock: JEST JUŻ WERSJA 632 jak by co. Więc piszcie o świeżą dostawę, tak abyśmy mieli w tym samym czasie to samo.
Mi wczoraj polecili instalować poprawkę tak by nie była instalowana od zera ale bazą była wersja publiczna ze strony... licho wie... może ma to jakieś znaczenie .... :O
Pozdrawiam
coś może być na rzeczy, bo ja walę wszystko jak leci na program bazowy i hula wszystko bardzo dobrze, ale też zastanawiałem się czy nie robić tak jak ty. Na szczęście lenistwo zwyciężyło.
-
coś może być na rzeczy, bo ja walę wszystko jak leci na program bazowy i hula wszystko bardzo dobrze, ale też zastanawiałem się czy nie robić tak jak ty. Na szczęście lenistwo zwyciężyło.
Ja od roku robiłem jak robiłem a trzeba sie było polenić.....
Ale oczywiście dotyczy to poprawek bo jak ukazuje się nowa bazowa wersja to lepiej instalować od zera.
Pozdrawiam
-
w Emailu od AM jest wyraźnie napisane
"Uwaga. To jest aktualizacja tylko i wylacznie programu (bez map). Najlepiej zainstalowac ja na poprzednia wersje, bez formatu kartu i tym podobnych dzialan."
-
No jasne Puniek. Wgrywanie każdej nowej oficjalnej wersji zaczynam od formatowania karty, to oczywiste
Napisane: Wrzesień 05, 2008, 13:01:05
w Emailu od AM jest wyraźnie napisane
"Uwaga. To jest aktualizacja tylko i wylacznie programu (bez map). Najlepiej zainstalować ja na poprzednia wersje, bez formatu kartu i tym podobnych dzialan."
u mnie dla przykładu jest bardzo niewyraźnie napisane, bo dostałem tylko goły link, więc takie wpadki są nieuniknione. Krótkie uwagi ze strony supportu bardzo by pomogły.
-
w Emailu od AM jest wyraźnie napisane
"Uwaga. To jest aktualizacja tylko i wylacznie programu (bez map). Najlepiej zainstalowac ja na poprzednia wersje, bez formatu kartu i tym podobnych dzialan."
Każdy człowiek ma czasami tak, że nie wiedzi tego co widzą inni i jest to dla nich oczywiste... :mrgreen:
-
Mam nadzieję panowie, że wysyłacie jakieś swoje spostrzeżenia - pozytywne i negatywne- do AM. Pewnie czasem ktoś z AM przegląda te miliony postów, ale myślę, że przede wszystkim oczekują jakieś reakcji drogą mailową.
-
Mam nadzieję panowie, że wysyłacie jakieś swoje spostrzeżenia - pozytywne i negatywne- do AM. Pewnie czasem ktoś z AM przegląda te miliony postów, ale myślę, że przede wszystkim oczekują jakieś reakcji drogą mailową.
Gdyby nikt nie pisał to nie byłoby tych poprawek ale aktualizacja 3x w roku :O~
-
A zauważyliście jakieś zmiany w 632?
-
A zauważyliście jakieś zmiany w 632?
W menu nie widze zmian.
-
w Emailu od AM jest wyraźnie napisane
"Uwaga. To jest aktualizacja tylko i wylacznie programu (bez map). Najlepiej zainstalowac ja na poprzednia wersje, bez formatu kartu i tym podobnych dzialan."
Ale to był email do Ciebie :)
Skąd wiesz co napisali do innych? :ohreally:
A zauważyliście jakieś zmiany w 632?
Nie wiem czy to nie było już wcześniej, ale częstotliwości odczytu portu GPS są pozmieniane i podane reż w Hercach (1-5)
-
Nie wiem czy to nie było już wcześniej, ale częstotliwości odczytu portu GPS są pozmieniane i podane reż w Hercach (1-5)
W kilku poprzednich też to było... na pewno było w 627 a o ile dobrze pamiętam w 623 też.
-
Po krótkim oglądzie i teście 632 na drodze nie widzę jakiś zmian. Chodzi dobrze jak chodziła, czyli etap jakiejś kosmetyki jeno, lub jeszcze z czasem coś wylezie.
-
Po krótkim oglądzie i teście 632 na drodze nie widzę jakiś zmian. Chodzi dobrze jak chodziła, czyli etap jakiejś kosmetyki jeno, lub jeszcze z czasem coś wylezie.
Pewnie usunęli jakieś błędy.
Pozdrawiam
-
Tak, to było od kilku podwersji.
-
No niestety są negatywy w wersji 632 i to poważne.
Tradycyjnie włączam wszelakie funkcje i parametry na maxa, ustalam trasę i jadę tak do celu aby AM się napracowała, czyli inaczej niż najkrócej. Chodzi mi o szybką i częstą rekalkulację w mieście, które zresztą bardzo dobrze znam.
W wersji 627 było idealnie a wersji 632 program jakby zapomina po pierwszej zmianie trasy, gdzie jedzie i skupia się na powrocie na pierwszy ślad. Po kilku czy kilkunastu takich dziwnych wytyczeń trasy, pojawia się komunikat, że mimo wszelkich starań wyczerpała już możliwości, a jest to w ścisłym centrum miasta zresztą.
Komunikat niechętnie daje się wyłączyć i ciągle powraca.
Wygląda teraz tak, że wszystko jest OK, pod warunkiem, że nie zmienimy wytyczonej przez AM trasy. Jeśli to zrobimy jest totalna kicha
-
Zgadza się, któraś zmiana nie wypaliła i dzieją się dziwne rzeczy, zobacz wątek: Dziwny błąd kalkulacji trasy (http://pdaclub.pl/forum/index.php?topic=107826.0)
-
Zgadza się, któraś zmiana nie wypaliła i dzieją się dziwne rzeczy, zobacz wątek: Dziwny błąd kalkulacji trasy (http://pdaclub.pl/forum/index.php?topic=107826.0)
Tak to już jest jak się coś tworzy. Po wynikach wersji 627 wypada przepuszczać, że wersja oficjalna będzie super :ok:
-
Optymalna na ten moment jest wersja 629 (jeszcze dobrze rekalkuluje, a już nie ma błędu znikania ulic).
-
A mi dzisiaj jadąc z Elbląga do Olsztyna przed samym Olsztynem zawiesiła Nokię 330. Po dokonaniu powtórnego załączenia już było dobrze. Ale zauważyłem, że opóźnia moją pozycję i po zatrzymaniu jeszcze trwa ok. 4-5 sek. jak pokaże 0 km/h. Odświeżanie mam na 2Hz.
-
Optymalna na ten moment jest wersja 629 (jeszcze dobrze rekalkuluje, a już nie ma błędu znikania ulic).
tak tak, miałem na myśli 629. Już mi te wersje się mieszają, a to jeszcze nie koniec :proud:
Napisane: Wrzesień 07, 2008, 22:45:46
A mi dzisiaj jadąc z Elbląga do Olsztyna przed samym Olsztynem zawiesiła Nokię 330. Po dokonaniu powtórnego załączenia już było dobrze. Ale zauważyłem, że opóźnia moją pozycję i po zatrzymaniu jeszcze trwa ok. 4-5 sek. jak pokaże 0 km/h. Odświeżanie mam na 2Hz.
OK, ale nie jestem przekonany, że mówimy o tym samym. Możesz napisać jaką masz wersję AM?. Dobrze będzie jak to wszystko opiszesz w mailu do supportu. Przyczyn takiej zawieszki może być wiele, ale większość daje się rozszyfrować.
-
Niestety u mnie na iPAQ 214 jest problem z niestabilnością. Polega to na tym, że pojawia się biały ekran z komunikatem od PDA, że wystąpił błąd z aplikacją _wm5AM.exe i propozycją wysłania raportu o błędzie do Microsoftu. Dzisiaj rano jadąc ze Śródmieścia Warszawy na Służewiec miałem to 3x. Za każdym razem musiałem robić softreset. Pomogła dopiero sekwencja: softreset, wyłączenie, włączenie urządzenia i dopiero AM bo jak robiłem sam soft reset to za każdym razem sytuacja wracała.
Pozdrawiam
PS: 629 nałożona na 618
-
Czyli masz to samo, co w poprzedniej maszynce :worried: Ciekawy przypadek. Jedyne wspólne punkty to to, że oba urządzenia to HP, ale to chyba słaby związek przyczynowo-skutkowy. Chyba nic ci nie pozostało jak zgłosić do supportu.
-
Czyli masz to samo, co w poprzedniej maszynce :worried: Ciekawy przypadek. Jedyne wspólne punkty to to, że oba urządzenia to HP, ale to chyba słaby związek przyczynowo-skutkowy. Chyba nic ci nie pozostało jak zgłosić do supportu.
Zgłosiłem ale oni to samo... by przysłać plik trasy ale to nie na wiele się zda bo problem występuje w różnych miejscach miasta a do tego tracę kontrole na d aplikacją więc często bywa, że plik trasy jest uszkodzony.
Na poprzednim tego nie było.
Jest różnica taka, że to nowe urządzenie to VGA.
-
Posiadam obecnie AM EU 5.1.1 (629) - zauważyłem, że także ma problemy ze skasowaniem trasy. Ostatnio jadąc nie wykonałem jej poleceń gdyż znałem drogę i jechałem inaczej niż mi podpowiadała i pewnym momencie zaważyłem, że zaczęła mi podawać informacje z poprzedniej trasy? W domu sprawdzam trasę - była ta którą wybrałem więc włączyłem "Demo" niby prowadziło dobrze - zatrzymałem i po chwili włączyłem od początku i zaskoczenie - pojawiło się demo z Paryża! Zgłosiłem do AM.
-
Jak problemy to w mnie .. zasada ta sie sprawdza :(
Oto jak wyglądała moja dzisiejsza droga do pracy.
1. AM uruchomiłem pod domem na Bemowie i ustawiłem prowadź do .... (Mokotów).
2. Sygnał GPS został złapany na ul. Powstańców Śląskich
3. Nastepnie zgodnie z wyznaczoną trasą skręciem w ul.Gen Maczka gdzie zaczął się korek.
4. Problem pojawił sie już przed skrzyżowaniem z ul.Rudnickiego. Nagle W miejscu gdzie jest znak manewru pojawił się trójkąt ostrzegawczy a nastepnie znikł i AM zaczęła migać tzn znikały i pojawiały się i znikały: strzałka manewru,odległość (pojawiło sie zero) do manewru i ulica manewru - tak ze 2x na sekundę.
Po skręcie w Prymasa tysiąclecia nadal występowało miganie a przy próbie wejścia do menu by wyłączyć AM pojawiał się biały ekran z Windows Mobile z komunikatem, że jest problem/błąd z aplikacją _wm5AM.exe i propozycją wysłania raportu o błędzie do Microsoftu. Automapę udało mi sie wyłączyć softresetem.
5. AM ponownie włączyłem na ul. Kasprzaka (omijałem korki) i ponownie to samo pojawiło się na ul. Raszyńskiej.
6. Wyłączyłem to bo mogłem jedynie spowodować wypadek.
Wynika z tego, że występuje jakiś "gruby" problem niestabilności na tym konkretnym modelu urządzenia (IPAQ 214) bądź generalnie na urządzeniu typu VGA - uniemożliwiający całkowicie korzystanie z Automapy i wymagający poważnego potraktowania.
Tym przykładem chciałem pokazać jak wygląda ten problem u mnie.
-
To faktycznie jakaś felerna trasa. Zmień trasę ( :proud:żarcik).
Pewnie taki głos w sprawie jak: "a ja mam VGA i wszystko pięknie chodzi" niewiele wnosi, bo oczekujesz jakieś recepty, ale to raczej nie wina VGA. Może daj ten temat na forum sprzętowym HP i może tam coś wymyślą.
Pozdrawiam
-
To faktycznie jakaś felerna trasa. Zmień trasę ( :proud:żarcik).
Pewnie taki głos w sprawie jak: "a ja mam VGA i wszystko pięknie chodzi" niewiele wnosi, bo oczekujesz jakieś recepty, ale to raczej nie wina VGA. Może daj ten temat na forum sprzętowym HP i może tam coś wymyślą.
Pozdrawiam
Problem jest z aplikacją AM a nie HP i nie zależy od trasy. To był przykład bo wystepuje na wielu różnych trasach.
Miałem na wiosne też problem z niestabilnością, który wystepował tylko u mnie (na poprzednim sprzęcie). Po pozostawieniu sprzętu w centrum Automapy okazało się, że znaleźli jakiś głęboko ukryty błąd w aplikacji...
-
Wiem, że nie z trasą - żartowałem. Może i tym razem przyczynisz się do wykrycia jakiegoś babola w AM, jeśli to nie wina sprzętu.
-
Wiem, że nie z trasą - żartowałem.
I mnie nie odsyłaj do HP......
-
Wiem, że nie z trasą - żartowałem.
I mnie nie odsyłaj do HP......
oj widzę, ze jesteś zagotowany maksymalnie. Tylko delikatnie ci doradzam, abyś dał ten temat na szerszym forum, bo nie wiem czy tu jeszcze ktoś zagląda, a problem jest faktycznie poważny.
-
oj widzę, ze jesteś zagotowany maksymalnie. Tylko delikatnie ci doradzam, abyś dał ten temat na szerszym forum, bo nie wiem czy tu jeszcze ktoś zagląda.
Trochę bo nie lubię być spuszczany z wodą.. a tak się poczułem :(
Wiadomo, że większość problemów z AM to problemy takie właśnie występujące na konkretnych modelach...
Problem zgłosiłem do supportu a tu wrzucam informację. Dla ciekawości... zjawisko z miganiem występuje także odtwarzając zapis śladu na sucho (za każdym razem w tym samym miejcu).....
Pozdr
-
I mnie nie odsyłaj do HP......
Nowe smartfony HP to już IMHO nie to samo co wcześniejsze produkty. Chińczyki zawsze coś spieprzą.
-
HP 214to nie jest smartfon :ohreally:
-
Zauważyłem, że 632 ma lepszy algorytm wyznaczania trasy. Wersja ze strony AM potrafiła w wersji optymalnej wyznaczac trasę w lewo w prawo w lewo w prawo w lewo w prawo. Teraz eliminuje liczbę zakrętów do minimum i wyznacza trasę w lewo w prawo.
-
Zauważyłem, że 632 ma lepszy algorytm wyznaczania trasy. Wersja ze strony AM potrafiła w wersji optymalnej wyznaczac trasę w lewo w prawo w lewo w prawo w lewo w prawo. Teraz eliminuje liczbę zakrętów do minimum i wyznacza trasę w lewo w prawo.
Przecież w innym wątku pisano, że właśnie 632 ma coś skopane w algorymie .... i wysłali maila, że znaleźli błąd?
Pozdrawiam
Dopisane: Wrzesień 12, 2008, 10:29:19
Co do opisywanego przeze mni wczoraj błędu nistabilności aplikkacji testowo przestawiłem czytanie błędu z 5Hz na 2Hz i jak narazie aplikacja nie wysypała się. Może zatem jest jeszcze jakiś błąd/niestabilnośc zwiazana z szybkim czytaniem portu/ustalaniem pozycji???
Pozdrawiam
-
to ja pisałem że skopane jest w przypadku ustalenia trasy alternatywnej. Zachowuje się tak jakby koniecznie chciał żebym po zjechaniu z trasy wrócił na nią, ale wybiera najgorsze możliwe warianty
-
to ja pisałem że skopane jest w przypadku ustalenia trasy alternatywnej. Zachowuje się tak jakby koniecznie chciał żebym po zjechaniu z trasy wrócił na nią, ale wybiera najgorsze możliwe warianty
No to troche sobie zaprzeczyłeś.... a udostępnili już poprawkę?
-
Powinienem napisac że w przypadku A poprawili, w przypadku B zepsuli :)
-
Powinienem napisac że w przypadku A poprawili, w przypadku B zepsuli :)
A możesz rozszyfrować te opcje?
-
A - Wersja ze strony AM potrafiła w wersji optymalnej wyznaczac trasę w lewo w prawo w lewo w prawo w lewo w prawo. Teraz eliminuje liczbę zakrętów do minimum i wyznacza trasę w lewo w prawo.
B - W przypadku ustalenia trasy alternatywnej, zachowuje się tak jakby koniecznie chciał żebym po zjechaniu z trasy wrócił na nią, ale wybiera najgorsze możliwe warianty.
-
A - Wersja ze strony AM potrafiła w wersji optymalnej wyznaczac trasę w lewo w prawo w lewo w prawo w lewo w prawo. Teraz eliminuje liczbę zakrętów do minimum i wyznacza trasę w lewo w prawo.
B - W przypadku ustalenia trasy alternatywnej, zachowuje się tak jakby koniecznie chciał żebym po zjechaniu z trasy wrócił na nią, ale wybiera najgorsze możliwe warianty.
Jak ma sie 632 do punktów A i B ?
-
Mam podobne spostrzeżenia ws wersji 632 co PLESNIAK.
Coś zaprzestali w AM produkcji wielkoseryjnej 24/h kolejnych wersji. Zapadła cisza. Może dostaniemy dopiero wersję bardziej dopracowaną. Nic to, tymczasem wracam do wersji 629
-
HP 214to nie jest smartfon :ohreally:
A no tak, pomyliłem modele - ale zdaje się że ta 214 też jest skośnooka.
-
A no tak, pomyliłem modele - ale zdaje się że ta 214 też jest skośnooka.
A które nie są....?
-
No to ciut starsze modele nie były.
-
Jak ma sie 632 do punktów A i B ?
Eliminuje liczbę zakretów do minimum przy trasie optymalnej standardowej oraz przy trasie alternatywnej gubi się
-
A propos QSTARZ |BT-Q818 Extreme| 5Hz:
20 sierpnia zakupiłem ten odbiornik. Po 1 dniu używania padła
w nim ładowarka, którą zgodnie z umową odesłałem. Teraz jest coś
nie tak z odbiornikiem bo grzeje się bardzo bardzo i po kilku minutach
ładowania ładowanie się wyłącza.
Tak więc nie ma teraz nawet odbiornika GPS... (kur...) jestem załamany :mad:
-
Na przyszły rok zapowiadany jest "wysyp" odbiorników 5-hercowych, a nawet któraś z firm zapowiedziała model 10-cio hercowy!
-
Na przyszły rok zapowiadany jest "wysyp" odbiorników 5-hercowych, a nawet któraś z firm zapowiedziała model 10-cio hercowy!
Niestety nie mogę czekać rok... :(
-
Został raptem kwartał :)
-
Został raptem kwartał :)
Dla tych co mają "jeżdżącą" pracę jest to zwykle najbardziej "jeżdżony" kwartał .Po sylwestrze to można by poczekać :E
-
Na przyszły rok zapowiadany jest "wysyp" odbiorników 5-hercowych, a nawet któraś z firm zapowiedziała model 10-cio hercowy!
To ciekawa informacja. A możesz napisać, gdzie to wyczytałeś?
Ciekawy też jestem, które programy nawigacyjne potrafią współpracować z odbiornikami GPS 5Hz? Może będzie też "wysyp" urządzeń z wbudowanym GPS 5Hz...?
Mam obecnie jak widać FS-N560, który już jest nie nową konstrukcją, ale i tak nie widzę na rynku nic co by mnie skusiło do zmiany sprzętu. Wszystko w zasadzie kręci się wokół tych samych parametrów, tylko inaczej opakowanych. Czas już chyba na świeży oddech technologiczny, aby takie programy jak AM nie musiały działać na granicy wydajności sprzętu.
-
To ciekawa informacja. A możesz napisać, gdzie to wyczytałeś?
To informacja z sympozjum Motoroli, gdzie jedna z sesji poświęcona była przyszłym modelom telefonów komórkowych tego producenta z wbudowaną nawigacją. Obecnie badają rożne układy (min. swój własny i nowości od Texas Instruments - super energooszczędny 5Hz, oraz coś od konkurencyjnego Samsunga).
-
aha- dzięki. Myślę, że pół roku/rok jeszcze warto poczekać na jakieś ciekawe rozwiązania. Temat niby trochę obok, ale nowe-większe możliwości urządzeń dadzą też szansę na tworzenie programów nawigacyjnych zwieszających szybkość i precyzję.
-
Mówienie, że nie warto kupować bo za rok będą lepsze jest bez sensu bo za kolejny rok będą jeszcze lepsze... a nikt z nas nie wie ile tych lat jeszcze pozostało a każdy rok może być tym ostatnim....
-
łoj PUNIEK to dosypałeś filozoficznie. :wink: Masz rację, zwłaszcza w elektronice rozwój jest ogromny, ale ....nierówny. Urządzenia kieszonkowe od dłuższego czasu nie przeżyły jakiejś istotnej rewolucji (poza kartami pamięci) i z perspektywy czasu uważam, że zrobiłem błąd pozbywając się z 2 lata temu prehistorycznego FS-720 na korzyść jego następcy, którego uważam za gorszy. Pewnie istotą sprawy w jakimś znaczącym przełomie jakościowym są nowe, szybkie i oszczędne procki, ale jednak fakty na dziś są jakie są: Mam staroć FS-N560, który porównawczo z innymi urządzeniami na rynku uważam jeszcze za bardzo dobry i niezawodny i koniec. Natomiast chętnie wydam parę groszy (i jeszcze trochę) na coś nowego, co mnie zachwyci. Lubie mieć ciekawe zabawki i poczekam.
-
Dla ciekawości... zjawisko z miganiem występuje także odtwarzając zapis śladu na sucho (za każdym razem w tym samym miejcu).....
A to akurat bardzo dobrze, jeśli problem jest aż tak powtarzalny - powinni łatwo wyłapać błąd.
-
Dla ciekawości... zjawisko z miganiem występuje także odtwarzając zapis śladu na sucho (za każdym razem w tym samym miejcu).....
A to akurat bardzo dobrze, jeśli problem jest aż tak powtarzalny - powinni łatwo wyłapać błąd.
Wiem.... nie jestem tylko pewien czy mają oni modele PDA czy wykorzystuja jakieś emulatory....
Pozdrawiam
-
Na przyszły rok zapowiadany jest "wysyp" odbiorników 5-hercowych, a nawet któraś z firm zapowiedziała model 10-cio hercowy!
To ciekawa informacja. A możesz napisać, gdzie to wyczytałeś?
Ciekawy też jestem, które programy nawigacyjne potrafią współpracować z odbiornikami GPS 5Hz? Może będzie też "wysyp" urządzeń z wbudowanym GPS 5Hz...?
Mam obecnie jak widać FS-N560, który już jest nie nową konstrukcją, ale i tak nie widzę na rynku nic co by mnie skusiło do zmiany sprzętu. Wszystko w zasadzie kręci się wokół tych samych parametrów, tylko inaczej opakowanych. Czas już chyba na świeży oddech technologiczny, aby takie programy jak AM nie musiały działać na granicy wydajności sprzętu.
Wcale nie jestem pewien, czy rozwój PDA nastąpi ? GPS moim zdaniem bedzie bardziej szło w urządzeń dedykowanych i palmfonów. A na rynku jest coraz wiecej małych paro-calowych laptopów, które możliwości od PDA maja większe i ekran również.
-
Niestety... w 635 problem niestabilności nadal występuje. Gdy występuje ten problem pojawia się biały ekran od Windows Mobile z komunikatem o problemie z aplikacją i proponuje wysłać raport o błędzie do Microsoftu.
Przy czym zauważyłem, że występuje gdy korzysta się z czytania portu com z częstotliwością 5Hz i włączonym przewidywaniem pozycji. Jeśli zmniejszyłem do 2Hz czytanie z portu zachowując przewidywanie pozycji (0,6sek) to znika problem (przy 3 i 4 nie sprawdzałem). Podobnie problem znika gdy zrobię odwrotnie, zachowam 5Hz ale wyłączam przywidywanie pozycji!
Może między nimi zachodzi jakiś konflikt?
-
wyłączyłem raportowanie i pomaga :)
-
wyłączyłem raportowanie i pomaga :)
Tez to miałeś?
-
PUNIEK- mam pytanie czy na pewno u ciebie jest tak, że w czasie jazdy, przy wyłączonym opóźnieniu sygnału, wskaźnik trafia w punkt tożsamy z rzeczywistym?. Wydaje mi się, że to trochę niemożliwe, ale twierdze to ostrożnie. Nie ćwiczyłem tego jeszcze na innym sprzęcie, ale droga od wejścia danych z satelit do wyświetlenia animacji jest dosyć długa i u mnie trwa ok 1s. W jakimś super sprzęcie może dużo krócej, ale nie da się od tego uciec. (tak se myślę). Piszesz o "wyłączonym przewidywaniu pozycji", ale na myśli pewnie miałeś "kompensowanie opóźnienia sygnału" To nie jest to samo.
Mam jeszcze drugą kwestię, którą chciałem porównać z waszymi spostrzeżeniami. Przy nieodptaszkowanym "uwzględniaj pokazując pozycję" obraz staje się niestabilny, tak jakby nie mógł załapać kierunku jazdy, nawet na długich prostych. Po włączeniu "uwzględniania" jest OK. Mówię tu o wariancie bez wyznaczonej trasy i bez przyciągania do drogi. Czy u was też coś takiego się dzieje?
-
PUNIEK- mam pytanie czy na pewno u ciebie jest tak, że w czasie jazdy, przy wyłączonym opóźnieniu sygnału, wskaźnik trafia w punkt tożsamy z rzeczywistym?. Wydaje mi się, że to trochę niemożliwe, ale twierdze to ostrożnie. Nie ćwiczyłem tego jeszcze na innym sprzęcie, ale droga od wejścia danych z satelit do wyświetlenia animacji jest dosyć długa i u mnie trwa ok 1s. W jakimś super sprzęcie może dużo krócej, ale nie da się od tego uciec. (tak se myślę). Piszesz o "wyłączonym przewidywaniu pozycji", ale na myśli pewnie miałeś "kompensowanie opóźnienia sygnału" To nie jest to samo.
Mam jeszcze drugą kwestię, którą chciałem porównać z waszymi spostrzeżeniami. Przy nieodptaszkowanym "uwzględniaj pokazując pozycję" obraz staje się niestabilny, tak jakby nie mógł załapać kierunku jazdy, nawet na długich prostych. Po włączeniu "uwzględniania" jest OK. Mówię tu o wariancie bez wyznaczonej trasy i bez przyciągania do drogi. Czy u was też coś takiego się dzieje?
Nie mam takich objawów w żadnym ani w jednym ani w drugim przypadku. Właściwie zaznaczając przewidywanie pozycji nie zauważam żebym był "do przodu" poza tym, że jak dojeżdżam do skrzyżowania wytracając prędkość to mnie cofa co wygląda upierdliwie. Miałem przez rok IGO i nigdy mnie nie cofało. Robiłem testy z przewidywaniem ustawionym np na 2 sek i 5Hz i tego nie dawało się w warunkach gęstego miasta używać bo nie wiedziałem czy jadę na biegach 1-5 czy na wstecznym :)
Włączenie dużego przewidywania jest dobre jedynie przy jeździe ze stabilną szybkością ale przy przyspieszaniu czy hamowaniu wprowadza bardzo duże przekłamania i dlatego unikam tego. Od czasu jak kupiłem odbiornik 5hz używałem przewidywania 0,6sek a teraz w ogóle zrezygnowałem z tego..... zresztą podejrzewam, że software ma i tak wbudowane (zaszyte) na stałe pewne przewidywanie.
To czy jestem w pozycji czy nie można zauważyć mijając przecznice. Na niektórych jestem do przodu, na niektórych odrobinę do tyłu a niektórych idealnie. Jest to spowodowane niedokładnością map a AM przyciąga do drogi w płaszczyźnie poprzecznej a nie wzdłuż.... (użyłem skrótu myślowego ale mam nadzieję, że jestem zrozumiany)...
W którejś tam wersji miałem opóźnienie (a raczej uwstecznienie) ale w tej i kilku ostatnich jest ok.
-
Chyba do czasu aż tego nie zobaczę, to się będę upierał, że kompensacja opóźnienia sygnału być musi lub szybkość tego skomplikowanego procesu od pierwszego sygnału z satelity do animacji na ekranie, jest tak duża, że nie ma to wpływu na odczuwalną precyzję, ale chyba w naszych sprzętach jeszcze tak nie jest.
Sensowniej byłoby to nazwać KALIBRACJĄ.
Faktycznie to najlepiej widać przy mijaniu jakiś poprzecznych dróg na bazie czego kalibracji można dokonać zresztą. EMISIU (chyba) nawet zapodał, że w innych nawigacjach taka kalibracja dokonuje się automatycznie.
Efekt cofania to u mnie występował- co dało początek temu wątkowi- ale to były niedoskonałości programowe i nie bardzo widzę związek z "czystym" wskazywaniem pozycji w czasie ruchu, wszytko jedno jak krętą trasą, wolną czy szybką, czy przyspieszenie jest dodatnie, czy ujemne. 5x/s jestem podsumowany przez GPS i to wystarczy aby szybko następowała korekta sytuacji na ekranie. U mnie tak to działa i tak to rozumiem.
-
Witam!
Opisywany problem zauważyłem na wersjach 628-635 (wcześniej nie miałem VGA).
Problem dotyczy mechanizmu zmiany wielkości ikonek przy oddaleniu po wykonaniu manewru. Funkcjonalność ta była dla mnie zaskoczeniem po przesiadce z QVGA ale nawet zacząłem się przyzwyczajać do mechanizmu pomniejszania ikonek przy oddaleniu (865m - skala pośrednia). Niestety okazało się, że funkcja ta nie działa prawidłowo (przynajmniej u mnie), ponieważ po ustawieniu trasy po pierwszych kilku manewrach pomniejszają się ale po którymś tam nie zmniejszają się i są cały czas powiększone (tak jak przy zbliżeniu). Trudno mi powiedzieć czy skala nie wraca do nominalnej czy ikonki nie zmniejszają się - choć na skali suwaka mam standardową wielkość 865m
Czy ktoś zauważył w/w zjawisko nie wracania wielkości ikonek (do małej) po manewrach?
-
Witam!
Opisywany problem zauważyłem na wersjach 628-635 (wcześniej nie miałem VGA).
Problem dotyczy mechanizmu zmiany wielkości ikonek przy oddaleniu po wykonaniu manewru. Funkcjonalność ta była dla mnie zaskoczeniem po przesiadce z QVGA ale nawet zacząłem się przyzwyczajać do mechanizmu pomniejszania ikonek przy oddaleniu (865m - skala pośrednia). Niestety okazało się, że funkcja ta nie działa prawidłowo (przynajmniej u mnie), ponieważ po ustawieniu trasy po pierwszych kilku manewrach pomniejszają się ale po którymś tam nie zmniejszają się i są cały czas powiększone (tak jak przy zbliżeniu). Trudno mi powiedzieć czy skala nie wraca do nominalnej czy ikonki nie zmniejszają się - choć na skali suwaka mam standardową wielkość 865m
Czy ktoś zauważył w/w zjawisko nie wracania wielkości ikonek (do małej) po manewrach?
Nic takiego nie zauważyłem. Czyli normalnie się wszystko zachowuje, ale zwrócę jutro w trasie na to uwagę w różnych ustawieniach. Do grafiki to mam bardzo wiele uwag, ale założyłem sobie, że najpierw podstawa nawigacji(jak w tytule wątku).
Napisane: Wrzesień 18, 2008, 21:24:43
Kilkaset kilometrów już za mną z wersją 635 i kilkaset przede mną. Precyzja wskazań jest więcej niż zadowalająca. Wytyczanie trasy, prowadzenie i szybkość reakcji w Warszawie, łodzi czy głuszy warmińsko-mazurskiej też zadowalające. Może jeszcze coś wylezie, bo to był pierwszy dzień testu.
To co mnie zupełnie zaskoczyło, to przełączenie z odbiornika GPS BT 5Hz na "tradycyjny" SiRF wbudowany z oczywiście 1Hz. Zaskoczenie było tak duże, że sądziłem że jednak coś pokręciłem z przestawieniem i dalej jadę na 5Hz. Teraz to naprawdę chodzi bardzo dobrze. Jest ogromna różnica na plus w porównaniu z wersją bazową. Przewaga 5Hz-owych ujawnia się jedynie w szybkości reakcji przy ostrym przyśpieszeniu czy hamowaniu lub prowadzeniu po ostrych, szybkich łukach, ale dla kogoś kto nie ma skali porównawczej, to się nie kapnie na jakiej częstotliwości odświeżania pozycji jedzie.
Jest to informacja w sumie dla tych, którzy nie mają możliwości wypróbowania nowych wersji testowych, a z treści tego wątku mogliby wyciągnąć wniosek, że ich odbiorniki są do d..., bo 1Hz-owe i zbierają kasę na bardziej wypasione. Myślę, że już lada moment wyjdzie jakaś wersja oficjalna i poczujecie pozytywną różnice. Oczywiście jest to bardzo subiektywne co piszę, bo w różnych urządzeniach rożnie to może być. Ja nie mam się do czego czepić, a bywam upierdliwy.
Napisane: Wrzesień 18, 2008, 22:06:29
NocnyMarku, sądzę, że zamiast zmieniać tytuł tego wątku, lepszym rozwiązaniem (moim zdaniem) byłoby utworzenie stałego podwieszonego wątku "WERSJE TESTOWE-Dyskusja testerów" Przyda się to na obecne i przyszłe wersje ćwiczebne.
Ten wątek już zrobił swoje B)
-
Dobrze zrobił bo w tym wątku o 5Hz jest może 5% :)
Zresztą sam wątek nie zaczął sie od 5hz.....
-
Ładny z Ciebie QMPEL :mad: To dopiero teraz piszesz że nie ma różnicy 1-5Hz jak ja już kupiłem Qstarz-a :E :E
A na poważnie - Testując nowy nabytek odkryłem że w miejscach gdzie 5Hz-owy odbiornik miał by okazję się wykazać ,czyli na małych rondach, może nie mieć takiej okazji z powodu niedokładności map .Nie wiem jak jest z dokładnością w reszcie kraju (Europy) ale w moim pięknym mieście :proud: na pięć rond trzy są skopane na tyle że nawigowanie wg. dokładnej pozycji prowadziło by do jazdy pod prąd :worried: Oczywiście przy nawigacji (a więc włączonym przyciąganiu) algorytm sobie z tym radzi ale polega to na tym że jest przewidywane gdzie jestem bo GPS wylicza zupełnie inną pozycję ,więc nieważne czy to robi 1x czy 5x na sekundę .
Przykład: Konstancin-Jeziorna . na ul. Chylickiej są obok siebie dwa ronda w AM odwzorowane w ten sposób że ul Chylicka oraz ulice Długa i B.Prusa "wchodzą w te ronda centralnie w rzeczywistości "kółka" rond umieszczone są w narożnikach Chylicka/Długa , Chylicka/Prusa tak że ulice te "wchodzą " po stycznej. Przesunięcie jest na tyle duże że jadąc z pomiędzy rond w Długą lub odpowiednio w Prusa zapisany ślad prowadzi po "angielsku" :shock:
-
Co do dokładności map, to powszechnie wiadomo, że idealne nie są. W mojej wsi Koszalin jest podobnie, ale to już jest rozwiązane jak to skorygować. Wysyłasz maila do supportu i tyle. Chyba nie ma co liczyć, że AM będzie wydawać zbyt często kupę kasy za aktualizację map z Teleatlasa.
Jazda przy wyłączonym przyciąganiu dopiero pokazuje ile jeszcze jest do zrobienia przy mapie. Nasze wymagania rosną i dobrze.
-
Ładny z Ciebie QMPEL :mad: To dopiero teraz piszesz że nie ma różnicy 1-5Hz jak ja już kupiłem Qstarz-a :E :E
A na poważnie - Testując nowy nabytek odkryłem że w miejscach gdzie 5Hz-owy odbiornik miał by okazję się wykazać ,czyli na małych rondach, może nie mieć takiej okazji z powodu niedokładności map .
Spokojnie. I tak zrobiles dobrze bo:
- większa dokadnośc polega nie na tym, że dokładniej pokazuje pozycję ale częściej ją podaje.
- Ten odbiornik dużo szybciej łapie pozycję i ma większośą czułośc. Przynajmniej do mojego z chipem Sirfstar III (GSpace R238)
Poza tym:
- AM nie ma możliwości wyłączania przyciągania do drogi....
-
nawet jak się zrobi trasę pieszą?
-
nawet jak się zrobi trasę pieszą?
Według mnie tak.... różnica jest taka, że nie uwzględnia kierunkowości ulic i ma inną średnią prędkość poruszania się.
-
Spokojnie. I tak zrobiles dobrze bo:
- większa dokadnośc polega nie na tym, że dokładniej pokazuje pozycję ale częściej ją podaje.
- Ten odbiornik dużo szybciej łapie pozycję i ma większośą czułośc. Przynajmniej do mojego z chipem Sirfstar III (GSpace R238)
Poza tym:
- AM nie ma możliwości wyłączania przyciągania do drogi....
Moja to wiedzieć :E :E i być szczęśliwy (Przecież się śmiałem)
Kopara opadła jak złapał fix-a u mnie w piwnicy ,Sirff miał problemy na poddaszu bo pół dachu jest z blachy a Qstarz złapał dwa stropy niżej :O
co do przyciągania to w trybie śledzenia " sieda" wyłączyć
-
co do przyciągania to w trybie śledzenia " sieda" wyłączyć
Jeździsz w trybie śledzenia.... chyba, że jeździsz w trybie playback ... :O :E
Dobra...żartowałem :)
-
- większa dokadnośc polega nie na tym, że dokładniej pokazuje pozycję ale częściej ją podaje.
- AM nie ma możliwości wyłączania przyciągania do drogi....
No właśnie PUNIEK ładnie to ująłeś ws odbiorników 1Hz i 5Hz
Co do przyciągania do drogi to się jednak da. Nie da się bez wyznaczania celu, ale przy trasie PRZEŁAJOWEJ się da. Pozostałe typy trasy przyciągają.
-
Dobrze zrobił bo w tym wątku o 5Hz jest może 5% :)
Zresztą sam wątek nie zaczął sie od 5hz.....
Też myślę, że wątek dobrze zrobił "precyzji wskazań GPS podczas jazdy" ale niekoniecznie z powodu częstotliwości tylko. Tak czy siak byleś pierwszy, który testował w boju AM z 5Hz-owym GPSem :ok:
Co do precyzji, to jak w każdym aspekcie techniki, wymagania będą rosły i będzie o czym gadać jeszcze długo. Mam nadzieję, że np za rok będą tu się pojawiały głosy oburzonych nabywców AM, którzy jadąc autostradą prawym pasem wg wskaźnika jechali lewym lub że jest błąd w leśnej ścieżce do gajowego i chcą zwrócić towar :proud:
-
Tak czy siak byleś pierwszy, który testował w boju AM z 5Hz-owym GPSem :ok:
Niestety bywam przeważnie pierwszym a czasami jedynym, który ma problemy... :(
-
- większa dokadnośc polega nie na tym, że dokładniej pokazuje pozycję ale częściej ją podaje.
No i miało działać to tak że nie przegapisz zjazdu bo program dzięki częstemu odświeżaniu pozycji dokładnie wie kiedy do tego zjazdu dojeżdżasz nawet gdy jedziesz bardzo szybko .W tym przypadku który opisałem jednak te 5Hz nic nie da bo program wie gdzie jesteś 5 x na sekundę ale ,z powodu błędu mapy , i tak nie zna rzeczywistej pozycji względem ronda więc nie ma znaczenia czy nie wie 5x1/s czy 1x 1/s :E ta sytuacja musi być w jakiś sposób skorygowana przez program co jak widać To co mnie zupełnie zaskoczyło, to przełączenie z odbiornika GPS BT 5Hz na "tradycyjny" SiRF wbudowany z oczywiście 1Hz. Zaskoczenie było tak duże, że sądziłem że jednak coś pokręciłem z przestawieniem i dalej jadę na 5Hz. Teraz to naprawdę chodzi bardzo dobrze. Jest ogromna różnica na plus w porównaniu z wersją bazową. Przewaga 5Hz-owych ujawnia się jedynie w szybkości reakcji przy ostrym przyśpieszeniu czy hamowaniu lub prowadzeniu po ostrych, szybkich łukach, ale dla kogoś kto nie ma skali porównawczej, to się nie kapnie na jakiej częstotliwości odświeżania pozycji jedzie.
działa coraz lepiej
ps . To co napisałem nie oznacza że nie widzę sensu częstszego odświeżania pozycji :ok:
-
- większa dokadnośc polega nie na tym, że dokładniej pokazuje pozycję ale częściej ją podaje.
No i miało działać to tak że nie przegapisz zjazdu bo program dzięki częstemu odświeżaniu pozycji dokładnie wie kiedy do tego zjazdu dojeżdżasz nawet gdy jedziesz bardzo szybko .W tym przypadku który opisałem jednak te 5Hz nic nie da bo program wie gdzie jesteś 5 x na sekundę ale ,z powodu błędu mapy , i tak nie zna rzeczywistej pozycji względem ronda więc nie ma znaczenia czy nie wie 5x1/s czy 1x 1/s :E ta sytuacja musi być w jakiś sposób skorygowana przez program co jak widać
Na litość Boską... po to to jest przyciąganie do drogi... to sa mapy cywilne i być może zupełnie celowo nie mają dokładności 1m... i nie mają takie dokładności adne mapy. Jak używałem IGO na mapie Teleatlasu to w 99% kropka była obok mapy.
-
Puniek Boga w to nie mieszajmy . Ja się nie czepiam map Ja tylko zwracam uwagę na ten konkretny przypadek gdy jedziemy po małym rondzie gdzie jak ktoś pisał w tym wątku 5Hz-owy gps będzie pozwalał uzyskać dokładniejszą nawigację . Ja pokazałem przykład że nie koniecznie .
-
Nie za bardzo chce mi się kłócić...
-
Puniek Boga w to nie mieszajmy . Ja się nie czepiam map Ja tylko zwracam uwagę na ten konkretny przypadek gdy jedziemy po małym rondzie gdzie jak ktoś pisał w tym wątku 5Hz-owy gps będzie pozwalał uzyskać dokładniejszą nawigację . Ja pokazałem przykład że nie koniecznie .
No i nie masz racji... ja jecha łem choćby dzisiaj na kilku "miniatrurowych" rondach i nigdy nie byłem poza.
Nie odniosłeś się do tego co napisałem, że wszystkie cywilne mapy mają w 95% pozycję lekko obok..
Nie odniosłem się bo ja z tym nie polemizuję .mają w pozycję lekko obok W moim przykładzie nie pisałem o przesunięciu tylko o niewłaściwym odwzorowaniu geometrycznym : Na mapie centrum ronda jest na przecięciu ulic a w realu ulice dochodzą do ronda po stycznej .Gołym okiem bez pomiarów geodezyjnych widać że jest inaczej ale to też nie na to narzekam (ja wcale nie narzekam :E ) Ja chciałem tylko pokazać że w danej sytuacji (tzn. gdy mapy nie są dostatecznie dokładne) to odświeżanie pozycji 1/s czy 5/s nie ma znaczenia bo program i tak musi "zgadnąć " kiedy dojeżdżamy do zjazdu , co potwierdził QMPEL pisząc że trudno zauważyć różnicę bo algorytm sobie dobrze radzi z jasnowidzeniem :E
Napisane: Wrzesień 21, 2008, 23:37:44
Nie za bardzo chce mi się kłócić...
a kto się kłóci,my się tylko nie rozumiemy :E
-
ohoho, ale poszło na ostro. Myślę, że rozmawiacie na dwie różne sprawy, czyli precyzji GPS i dokładności map, ale nie wtrącam się :P
Jeśli Talibowie wyślą rakietę wycelowaną w mój tapczan i pomylą się o 5 metrów, to nie żyję, a jeśli trafią idealnie miedzy oczy, to podwójnie nie żyję, więc juz chyba to nie ma znaczenia i nie powinno być jakiś ograniczeń dokładności GPS. (jeśli są)
Słuchajcie, czy istnieje już gdzieś rozwiązanie odwrotne do przyciągania wskaznika do drogi , czyli przyciąganie drogi do wskaźnika?. Jeśli nie, to chyba nie powinno to być takie trudne do spreparowania, aby przy pomocy jakieś funkcji "KORYGUJ" naciągnąć drogę we właściwe miejsce i zapisać na stałe, a przy okazji aktualizacji kolejnej wersji AM, zassa sobie moją mapę i zrobi z tego użytek.
Jeśli jest to totalnie idiotyczne, to proszę o łaskę- mam pięcioro dzieci :shock:
-
Słuchajcie, czy istnieje już gdzieś rozwiązanie odwrotne do przyciągania do drogi wskaźnika, czyli przyciąganie drogi do wskaźnika. Jeśli nie, to chyba nie powinno to być takie trudne do spreparowania, aby przy pomocy jakieś funkcji "KORYGUJ" naciągnąć drogę we właściwe miejsce i zapisać na stałe, a przy okazji aktualizacji kolejnej wersji AM, zassa sobie moją mapę i zrobi z tego użytek.
Jeśli jest to totalnie idiotyczne, to proszę o łaskę- mam pięcioro dzieci :shock:
No nie wiem jak sobie to wyobrażasz :-? Przesunięcie mapy nie jest stałe ,Sami w AM napisali że w miastach jest dokładniej a poza miastami mniej poza tym często jest tak że kawałek drogi idzie idealnie a kawałek mocno z boku . Musiało by siatkę dróg naciągać do pozycji gps tylko jak długi kawałek ,a co gdy obok drogi głównej idzie lokalna to którą dociągać . Proste by to nie było
-
No więc wyobrażam to sobie okiem laika i dla mnie jest to bardzo proste :smile:.
Natomiast sens jest w naciąganiu konkretnej drogi po której jadę, a nie siatki dróg, bo to juz sensu by nie miało. Nie rozumiem argumentu "w miastach i poza miastem".
-
No więc wyobrażam to sobie okiem laika i dla mnie jest to bardzo proste :smile:.
Natomiast sens jest w naciąganiu konkretnej drogi po której jadę, a nie siatki dróg, bo to juz sensu by nie miało. Nie rozumiem argumentu "w miastach i poza miastem".
To jest tylko argument na to że przesunięcie jest zmienne i siatka dróg już jest ponaciągana żeby drogi miejskie i wiejskie do siebie pasowały .
Przesunięcie konkretnej drogi nie może powodować wyrwania jej z siatki trzeba ją albo wygiąć ale wtedy na kawałku będzie jeszcze bardziej niedokładnie niż było ( tak było kiedyś na komputerowej mapie Cartal-a) albo trzeba skorygować też inne drogi czyli naciągać całą siatkę , (tak miej więcej jak pończochę )
-
No właśnie chodzi mi o przesunięcie drogi-linii na siatce, a nie siatkę na której jest linia. Dla mnie jest to tylko wirtualny obraz graficzny i teoretycznie można z tym zrobić co się chce, kwestia tylko czy prostym sposobem, możliwym do wprowadzenia np. w PDA.
Tak czy siak zrobiłem w sumie jakieś 1500km z wersją 635 i można powiedzieć, że AM już świetnie sobie daje radę z pozycjonowaniem i to nawet z odbiornikami GPS 5Hz. Daje to nadzieję, że wersja finalna nie będzie gorsza, ale pozostaje jeszcze to, o czym ty też RUKAT pisałeś, czyli mapy. Generalnie uważam, że nie jest źle i te narzekania na mapy AM są nieco przesadzone, ale z drugiej strony to dobrze że są, bo to zdrowe chcieć lepiej, więcej i dokładniej.
Może obecne zapisywanie śladu i wysyłka do supportu jest jedynym realnym sposobem, ale może nie...(?), więc rzucam pomysł B)
-
W ten weekend zrobiłem ok 600km z wersja "635-specjalną" i po poprawkach zrobionych w 635' już chyba uporali się z problemem niestabilności na iPAQ 214. Nie ma tez problemu nie pomniejszających się ponownie ikonek w oddaleniu. Napisałem chyba, bo "licho nie śpi" - :)
-
W ten weekend zrobiłem ok 600km z wersja "specjalną" 635 i po poprawkach zrobionych w 635' już chyba uporali się z problemem niestabilności na iPAQ 214. Nie ma tez problemu nie pomniejszających się ponownie ikonek w oddaleniu. Napisałem chyba, bo "licho nie śpi" - :)
A mnie w tej wersji pojawił się problem, że czasami po rekalkulacji trasy AM wyświetlała przez kilka sekund mapkę całej wyznaczonej na nowo trasy (tak jak to ma miejsce przy wyznaczaniu nowej trasy). Oczywiście przeszkadza to nieco w tym momencie w nawigacji. Co ciekawe efekt ten występuje tylko raz na jakiś czas.
-
W ten weekend zrobiłem ok 600km z wersja "specjalną" 635 i po poprawkach zrobionych w 635' już chyba uporali się z problemem niestabilności na iPAQ 214. Nie ma tez problemu nie pomniejszających się ponownie ikonek w oddaleniu. Napisałem chyba, bo "licho nie śpi" - :)
A mnie w tej wersji pojawił się problem, że czasami po rekalkulacji trasy AM wyświetlała przez kilka sekund mapkę całej wyznaczonej na nowo trasy (tak jak to ma miejsce przy wyznaczaniu nowej trasy). Oczywiście przeszkadza to nieco w tym momencie w nawigacji. Co ciekawe efekt ten występuje tylko raz na jakiś czas.
Jesteś pewien, że mówimy o tej samej wersji?
-
Tak, o wersji 635 (testowane: sobota-niedziela).
-
Tak, o wersji 635 (testowane: sobota-niedziela).
Chyba jednak nie tą samą wersję mamy na myśli.... :)
-
EMISIU - spróbuje dziś wyprowadzić wersję 635 z równowagi, aby musiała wielokrotnie kalkulować trasę i może coś jeszcze jest nie tak. Zdarzało mi się wielokrotnie w łodzi, czy Warszawie nie jechać tam, gdzie Hołek sobie życzył i nic takiego nie zauważyłem, ale może od pewnego momentu, kiedy na nowo wyznacza całą trasę, coś takiego może się dziać- zobaczymy.
U mnie jedynie z negatywów, które się ujawniły, to wyłączający się bez wyraźnego powodu sprzęt. Już było tyle nakładek programowych, że zarządzanie energią się skaszaniło, ale po ponownym wgraniu od zera powinno być OK. Nie robię tego, bo mi się nie chce. Poczekam na wersję finalną.
Jedynie co bym zmienił, to czas/drogę od momentu wyjechania z wyznaczonego śladu do momentu wyznaczenia nowego. W praktyce nowy ślad pojawia się dopiero może po ok 30-40m. AM najpierw na chwilę jedzie na na zaplanowany manewr, potem zastanawia się, kalkuluje i dopiero mamy nowa trasę. Reakcja na wyjechanie z trasy jest zbyt wolna. Zbyt długo trzeba jechać "na ślepo".
Zaproponowałem też wprowadzenie parametru przyśpieszenia, co moim zdaniem sprawiłoby większą stabilność obrazu, przez wyeliminowanie nagłych krótkich skoków ekranu przekraczających tę wartość, wywołanych błędami GPS, jak też dużymi np z ulicy na ulicę. Co z tym zrobią nie wiem, ale w zamyśle pomysł chyba głupi nie jest. Przyjąłem maksymalną wartość realną jaką mamy w rzeczywistości, czyli podczas hamowania. jest to wartość ujemna, ale to to samo.
To samo jeśli chodzi o częstotliwość odświeżania ekranu. Teraz to klatkowanie ruchu odbywa się wg mnie 5-6x/s. Może zwiększenie tej częstości nie zabije wydajności, a na pewno poprawi odczuwalny komfort animacji przy dużych zbliżeniach, na których się na ogół jeździ.
Jak widać uwagi moje to drobiazgi, niezwiązane z precyzją i szybkością wskazań pozycji, bo nie mam się do czego przyczepić. Wszystko chodzi śpiewająco i na luzie i mam nadzieję, że już nic nie wylezie złego.
-
Dzisiaj zadałem pytanie zasadnicze dotyczące sposobu instalacji wersji testowych i dostałem nastepująca odpowiedź:
"instalacje nieoficjalnych nakładek programowych należy przeprowadzać najlepiej na nowo zainstalowana wersje oficjalna."
Pozdrawiam
-
Czyli się zmieniło, wcześniej zalecali instalować bez przeinstalowania oryginału
-
Tak, o wersji 635 (testowane: sobota-niedziela).
Chyba jednak nie tą samą wersję mamy na myśli.... :)
Sugerujesz, że mogą być dwie rożne "635-tki"? Jeśli coś wiesz w tej materii to napisz.
-
Problem niestabilności AM (wysypywania się ) u mnie cały czas trwa. Cały czas robię testy już na 4-ej wersji testowej i wciąż nie wiadomo co się dzieje. Wszystkie programy działają u mnie ok, oglądam nawet filmy divx w VGA z prawie podwójnym bitrate, używam różnych innych programów a takie jaja są tylko z Automapą...
W ostatniej wersji z dzisiaj pojawił się komunikat "Out of Memory"... choć kurde mam ponad 60MB wolnej pamięci przy trasie ponad 2500km!
Załamka... :mad:
-
A mówiłem, że chińczyki...
-
A mówiłem, że chińczyki...
Sam jesteś :mad: chińczyk...
-
A propos czytania portu z GPS z częstotliwością 5Hz to znalazłem dzisiaj uboczny efekt. Chodzi o czas liczenia trasy z pozycji GPS.
Przeprowadziłem dzisiaj próby przeliczenia dla trasy 2706km w różnych konfiguracjach i wyniki są nastepujące:
a) Trasa wyliczona na zasadzie [punkt Start]-[punkt przez]-[punkt Koniec] - ok.45 sekund
b) Trasa przeliczona na zasadzie [punkt GPS 1Hz]-]-[punkt przez]-[punkt Koniec]: 1' 18"
c) Trasa przeliczona na zasadzie [punkt GPS 2Hz]-]-[punkt przez]-[punkt Koniec]: 2' 05"
d) Trasa przeliczona na zasadzie [punkt GPS 5Hz]-]-[punkt przez]-[punkt Koniec]: 4' 07"
Jeśli trasa jest długa i zmieni sie ale jedzie w kierunku celu to pół bidy ale jeśli pojedzie się przeciwnie to AM wchodzi w tryb ciągłej rekalkulacji gdzie jedna kończy drugą a do tego odnoszę wrażenie, że to nie rekalkulacja fragmentu ale kalkulacja całej rasy od nowa bo trwa to "wieki"!
To zjawisko występuje nie tylko na moim urządzeniu ale i było na poprzednim iPAQ 2750 więc na 100% występuje i u innych.
W związku zaproponowałem by podczas kalkulacji trasy port com jest czytany z częstotliwością 1Hz a może i 2Hz a podczas nawigacji wg ustawienia.
-
A ja bym proponował ze względów 'higienicznych' tak długie trasy liczyć tylko w domu
i jeszcze w domu podzielić je na jednodniowe odcinki do bieżącego użytku na trasie.
-
A ja bym proponował ze względów 'higienicznych' tak długie trasy liczyć tylko w domu
i jeszcze w domu podzielić je na jednodniowe odcinki do bieżącego użytku na trasie.
Marku masz rację ale... pamiętam jak jeszcze miałem poprzedniego ipaq 2750 ale juz z odbiornikiem 5Hz (pierwszy przejazd z 5hz) i miałem spore problemy w wyznaczeniu trasy do Bydgoszczy 270km bo jak musiałem tu na terenie Warszawy pojechać przeciwnie to była trwająca wieki kalkulacja...... a wręcz o ile dobrze pamiętam zakończyło sie to zamknięciem programu.
A wracając do moich problemów to najprawdopodobniej mój sprzęt pojedzie do Laboratorium Automapy celem znalezienia przyczyny....
-
PUNIEK-pociesz się, ze nie jesteś już osamotniony. Tez udało mi się powiesić AM z podobnymi objawami jak u ciebie i komunikatem od WM i to w twoim pięknym mieście.
Dodatkowo pojawia się u mnie zjawisko niepodnoszenia się obrazu po zminimalizowaniu . Ratunkiem dla obu przypadków jest resecik.
Z tymi czasami liczenia trasy, to ciekawostka. Sprawdzę u siebie.
Tak na marginesie, to dosyć fanie leżeć sobie wygodnie- jak ja teraz- w łóżeczku, w pędzącym nocnym pociągu i na AM obserwować gdzie się jest.
Pozdrawiam :ok:
-
PUNIEK-pociesz sie, ze nie jestes juz osamotniony. Tez udalo mi sie powiesic AM z podobnymi objawami jak u ciebie i komunikatem od WM i to w twoim pieknym miescie.
Dodatkowo pojawia sie u mnie zjawisko niepodnoszenia sie po zminimalizowaniu . Ratunkiem dla obu przypadkow jest resecik.
Z tymi czasami liczenia trasy, to ciekawawostka. Sprawdze u siebie.
Tak na marginesie to dosyc fanie lezec sobie wygodnie jak ja teraz w lozeczku w pedzacym pociagu i na AM obserwowac gdzie sie jest.
Pozdrawiam :ok:
QMPEL: będziesz fajny kumpel jak w trymiga wyślesz do supportu mailem opis tego co Ci się z tym stało. Przedwczoraj po dwóch tygodniach prób, testów, generowania wersji specjalnych... etc w pierwszym odruchu stwierdzili..... krótko mówiąc, że "ten typ tak ma". dzień później po przemyśleniu i dyskusji na czym stoimy umówiliśmy się, że sprzęt pojedzie do nich i znajdą przyczynę w ich Laboratorium. Jestem na 100% pewien, że sprzęt jest ok ponieważ wszystkie inne programy chodzą bez zarzutu i jest rzadkością, że coś się zawiesi. Działanie urządzenia jest stabilne... a już o wiele stabilniejsze niż poprzedniego grzebanego IPAQ 2750 z ruskim ROM-em... , którego AM uznała i na wiosnę w podobnych okolicznościach w ich Laboratorium znaleźli głęboko ukryty błąd w AM.
Tak że wracając do tematu... QMPEL... jak najszybciej zgłoś to do supportu mailem.
Pozdrawiam
-
Sorki, ale latam trochę po świecie i ten mój expres w reakcji na twojego posta PUNIEK, wyszedł taki jak expres PKP :wink:. Jutro już będę w kraju i zabiorę się do opisywania. Teraz padam na pysk i pada mi net.
Pozdrowienia
-
Sorki, ale latam trochę po świecie i ten mój expres w reakcji na twojego posta PUNIEK wyszedł taki trochę expres z PKP. Jutro już jestem w kraju i zabiorę się do opisywania. Teraz padam na pysk i pada mi net.
Pozdrowienia
Ok, liczę na Ciebie :)
Pozdrawiam
-
PUNIEK, napisałem już do supportu w sprawie wieszania się AM. Nie będę się rozpisywał co napisałem, bo w sumie objawy były dokładnie takie jak u ciebie, co nie znaczy oczywiście, że takie same przyczyny. Dodatkowym elementem, który czasem się u mnie pojawia, to brak ochoty do powrotu obrazu po zminimalizowaniu. Niestety wszystko się działo w dużym pospiechu w centrum 100licy i nie przyglądałem się zbyt dokładnie. Był to dzień wielu spóźnionych spotkań i "palonej gumy". Szybki reset i ponowne ustawienie trasy. W czasie zdarzenia pracowałem na wbudowanym module GPS, więc odpada związek z zewnętrznym odbiornikiem 5Hz.
Było to jakieś jednostkowe zdarzenie i po przejechaniu wielu km samochodem i innym środkami transportu, w PL i poza, nic się już więcej nie działo dziwnego. W odczuciu, to mi wyglądało na zmulenie urządzenia brakiem dostępnej pamięci i w końcu zawieszeniem i komunikatem od WM, ale to tylko odczucia.
-
QMPEL: i o to chodziło. Jak napisałeś objaw był identyczny jak u mnie i nie przejmuj się, że nie potrafisz stwierdzić wszystkich okoliczności bo ja choć doprowadziłem do objawu kilkanaście/-dziesiąt razy nie potrafię do końca stwierdzić wszystkich okoliczności.....
Ważne, że poszło, ważne że widzą, że objaw występuje nie tylko u mnie.
-
Cześć
U kolegi wystąpił objaw opóźnionej reakcji AutoMapy. Sprzęk MIO chyba 550. Rozwiązanie okazało się wywalenie części punktów PIO z Miplo (miał chyba z 80tyś punktów).
Miał tego tak dużo że AM nie wyrabiała z przetwarzaniem. Po zmniejszeniu ilości punktów i zwiększeniu Pamięci objawy zwalniania znikły.
-
Cześć
U kolegi wystąpił objaw opóźnionej reakcji AutoMapy. Sprzęk MIO chyba 550. Rozwiązanie okazało się wywalenie części punktów PIO z Miplo (miał chyba z 80tyś punktów).
Miał tego tak dużo że AM nie wyrabiała z przetwarzaniem. Po zmniejszeniu ilości punktów i zwiększeniu Pamięci objawy zwalniania znikły.
No dobrze... ale o co chodzi?
-
Witam
Mam zamiar kupić jakiś nowy moduł GPS. Możecie powiedzieć jakich używacie, chodzi mi o chipset MTK (bo on ma odświeżanie pozycji 5x/s). Konkretnie jaka nazwa i symbol.
pozdr.
-
Witam
Mam zamiar kupić jakiś nowy moduł GPS. Możecie powiedzieć jakich używacie, chodzi mi o chipset MTK (bo on ma odświeżanie pozycji 5x/s). Konkretnie jaka nazwa i symbol.
pozdr.
Nie każdy MTK ma 5Hz . Ten ma : http://www.qstarz.com/news/news-20080415.htm
-
Witam
Mam zamiar kupić jakiś nowy moduł GPS. Możecie powiedzieć jakich używacie, chodzi mi o chipset MTK (bo on ma odświeżanie pozycji 5x/s). Konkretnie jaka nazwa i symbol.
pozdr.
Nie każdy MTK ma 5Hz . Ten ma : http://www.qstarz.com/news/news-20080415.htm
Nieprawda... ma taki... musi mieć w nazwie Extreme......
-
Nie każdy MTK ma 5Hz
Chyba się nie zgodzę, ZTCW chipset MTK ma zaszytą obsługę 5Hz, tylko nie każdy producent
i nie w każdym modelu udostępnia oprogramowanie dające możliwość zmiany częstotliwości odczytu pozycji.
W takich przypadkach do uruchomienia 5Hz potrzebne jest alternatywne oprogramowanie.
Nie miałem okazji czytać o chipsetach MTK nie obsługujących 5Hz, ani o modelach odbiorników GPS
opartych na tym chipsecie, w których nie dałoby się tego trybu aktywować,
więc jeśli takie znasz, to chętnie zweryfikuję swoja wiedzę w tym temacie :)
-
... ani o modelach odbiorników GPS opartych na tym chipsecie, w których nie dałoby się tego trybu aktywować ...
Ja mam ebontek 3200 Pro, jak można w tym modelu aktywować 5 Hz?
-
Nie wiem czy można też ten model, ale zajrzyj sobie tu:
http://sourceforge.net/projects/bt747
i tu:
http://discussion.buygpsnow.com/files/folders/tweak_mtk_baud_rate_-_only_for_mtk_chipset/entry5954.aspx
-
Ja używam tego: http://www.allegro.pl/item441126045_new_qstarz_bt_q818_extreme_gps_bluetooth_usb.html
A tu jest link do programu odblokowującego 5hz: http://www.qstarz.com/download/QstarzGpsView1.1.0.rar
-
Witam
Mam zamiar kupić jakiś nowy moduł GPS. Możecie powiedzieć jakich używacie, chodzi mi o chipset MTK (bo on ma odświeżanie pozycji 5x/s). Konkretnie jaka nazwa i symbol.
pozdr.
Nie każdy MTK ma 5Hz . Ten ma : http://www.qstarz.com/news/news-20080415.htm
Nieprawda... ma taki... musi mieć w nazwie Extreme......
Czytać ze zrozumieniem proszę B) Nie napisałem że MTK nie ma obsługi 5HZ tylko że nie każdy ma i pokazałem taki co ma
A co do tego co napisał nocnyMarek że MTK wszystkie mają tylko trzeba pokombinować żeby uruchomić Hm.. OK tylko że fatom pytał co ma kupić i ja Mu na to odpowiadałem bo co Mu po potencjalnej możliwości gdy za podobne pieniądze może kupić coś co działa od razu tak jak On chce bez kombinowania.
-
No dobrze... nie zauważyłem.
Przy tym odbiorniku należy jedynie pamietać, że od razu to on ma 1Hz a by mieć 2,3,4, lub 5Hz należy to włączyć dodatkowym/załączonym programem z poziomu PC oraz to, że wyjęcie na kilka sekund przestawia go znów na 1Hz.
-
Przy tym odbiorniku należy jedynie pamietać, że od razu to on ma 1Hz a by mieć 2,3,4, lub 5Hz należy to włączyć dodatkowym/załączonym programem z poziomu PC oraz to, że wyjęcie na kilka sekund przestawia go znów na 1Hz.
A przy okazji Może by to wypróbować czy da się to przełączyć. Ma może ktoś qstarz bt-q818 bez Extreme (ewentualnie jakiś inny MTK) i mógł by wypróbować na nim program do obsługi qstarz bt-q818extream (na przykład z stąd: http://www.qstarz.com/download.htm )
ale obawiam się że konieczna jest wymiana biosu w chipsecie
-
A przy okazji Może by to wypróbować czy da się to przełączyć. Ma może ktoś qstarz bt-q818 bez Extreme (ewentualnie jakiś inny MTK) i mógł by wypróbować na nim program do obsługi qstarz bt-q818extream (na przykład z stąd: http://www.qstarz.com/download.htm )
ale obawiam się że konieczna jest wymiana biosu w chipsecie
Tu jest link bezpośredni do managera: http://www.qstarz.com/download/QstarzGpsView1.1.0.rar
Napisane: Październik 01, 2008, 13:18:57
Mam pytanie dodatkowe: odnoszę wrażenie , że trasa alternatywna jest cieńsza na ekranie.... dotyczy to i linii trasy jak i strzałek.... czy zauważył ktoś to wcześniej i czy ewentualnie można ja pogróbić by była tak samo gruba jak ta normalna?
Pytam bo u mnie na ekranie VGA skala jest 2x większa niż na QVGA i trasa alternartwna jest cieńka (zbyt) niczym nitka do zębów....
pozdrawiam
-
Dzięki wszystkim za informację i pomoc. Kupię MTK Q818 Extreme.
pozdr.
-
A propos czytania portu z GPS z częstotliwością 5Hz to znalazłem dzisiaj uboczny efekt. Chodzi o czas liczenia trasy z pozycji GPS.
Przeprowadziłem dzisiaj próby przeliczenia dla trasy 2706km w różnych konfiguracjach i wyniki są nastepujące:
a) Trasa wyliczona na zasadzie [punkt Start]-[punkt przez]-[punkt Koniec] - ok.45 sekund
b) Trasa przeliczona na zasadzie [punkt GPS 1Hz]-]-[punkt przez]-[punkt Koniec]: 1' 18"
c) Trasa przeliczona na zasadzie [punkt GPS 2Hz]-]-[punkt przez]-[punkt Koniec]: 2' 05"
d) Trasa przeliczona na zasadzie [punkt GPS 5Hz]-]-[punkt przez]-[punkt Koniec]: 4' 07"
Jeśli trasa jest długa i zmieni sie ale jedzie w kierunku celu to pół bidy ale jeśli pojedzie się przeciwnie to AM wchodzi w tryb ciągłej rekalkulacji gdzie jedna kończy drugą a do tego odnoszę wrażenie, że to nie rekalkulacja fragmentu ale kalkulacja całej rasy od nowa bo trwa to "wieki"!
To zjawisko występuje nie tylko na moim urządzeniu ale i było na poprzednim iPAQ 2750 więc na 100% występuje i u innych.
W związku zaproponowałem by podczas kalkulacji trasy port com jest czytany z częstotliwością 1Hz a może i 2Hz a podczas nawigacji wg ustawienia.
Z tego co wiem to ta propozycja się im spodobała....
-
Witam.
Chciałbym się dowiedzieć czy osoby, które mają zainstalowaną wersję 637 też mają problemy z płynnością:-( AM5.1 618 i 635 chodziło całkiem płynnie przy pliku z POI wielkości 1.05MB, jednak 637 z tym samym plikiem i takimi samymi ustawieniami się tnie :-( Robiłem HR, formatowałem kartę jako FAT16 i FAT32, jednak nic nie pomaga. Grafika mi się odświeża średnio co 2-3sek :| jakieś pomysły? Jakiej wielkości klastry powinny być na karcie? Karta 2GB Kingston Ultimate 120x.
Pozdrawiam,
Paweł
-
Nie mam żadnych problemów przy ciut większym pliku z POI.
-
Nie mam żadnych problemów przy ciut większym pliku z POI.
Tak z ciekawości spytam. Sa jakieś zauważalne zmiany na lepsze ? :)
piona
-
Mam jakieś takie wrażenie jakby grafika nieco inaczej wyglądała (u mnie jest bardziej wyrazista).
-
U mnie nie ma tego problemu w 637
-
@Puniek chciałem się dowiedzieć czy ktoś może miał ten sam problem i sobie z nim poradził, w końcu od tego jest forum;-)
-
---do usunięcia---
-
@Puniek chciałem się dowiedzieć czy ktoś może miał ten sam problem i sobie z nim poradził, w końcu od tego jest forum;-)
Ludzie...ja nie mogę...
Jeśli dostałeś to od nich i zauważyłeś pogorszenie to im napisz...
Wersje testowe powstają pod konkretny problem i przeważnie są przesyłane do jednej czasem 2 lub 3 osób. Jeśli dotarłeś do tej wersji dzięki swojej zaradności to na miłego Boga....nie trzeba od razu rozpisywać się na temat wersji zdobytych w niekonwencjonalny sposób... trochę taktu!
Jeśli zdobyłes to w niekonwencjonalny sposób to może przez Twój brak cierpliwości ktoś z pracowników przez to, że być może zapomniał zdjąć to z serwera będzie miał kłopoty....
A może po prostu umieścili wersję z wadą by zmylić tych od rapidshare...?
Tak czy inaczej wątek ten powinien być usunięty przez moderatora.
Musze to napisać ... ale bzdury teraz kolego Puniek napisałeś.
-
Musze to napisać ... ale bzdury teraz kolego Puniek napisałeś.
Widocznie należysz do tych nielicznych, którzy po randce z panną następnego dnia informują cały świat co robiliście... współczuję :P
-
Musze to napisać ... ale bzdury teraz kolego Puniek napisałeś.
Widocznie należysz do tych co po randce z panną następnego dnia informujesz cały świat co robiliście... współczuję :P
Dokładnie tak !!! Ps. A poza tym pomyśl nad tym co napisales odnosnie kolegi wyzej i moze dojdziesz do wniosku ze pomyliles sie w 95% kwestii o ktorych pisales.
-
Musze to napisać ... ale bzdury teraz kolego Puniek napisałeś.
Widocznie należysz do tych co po randce z panną następnego dnia informujesz cały świat co robiliście... współczuję :P
Dokładnie tak !!!
Fajnie, że napisałeś bo przynajmniej wiem z kim mam doczynienia.
Dobranoc.
PS: w temacie wątku to nie ma żadnego takiego problemu .. a jeżeli to nie z płynnością.
-
@Puniek - Nie rozumiem Twojego toku myślenia. Dla mnie to wszystko jest dość proste:
1) to jest forum dyskusyjne
2) to jest dział poświęcony automapie
3) mam automapę (legalną)
4) mam problem i spytałem się o rozwiązanie.
Skoro to, że się pytam o rozwiązanie problemu (może problem leży w klastrach na karcie czy coś?) i dostaję takie odpowiedzi jak Twoja, to się zastanawiam nad sensem pytania o cokolwiek. Tak samo zresztą jak część innych userów, którzy dostają odp typu "zajrzyj do manuala", "było", "szukaj"....
Wątpię, żeby chłopaki z AM robili build który będzie tylko dla 2-3 userów, raczej wysyłają go do tych 2-3 którzy mieli problemy i zakładają, że nic nie zepsuli i z tego testowego buildu robi się build oficjalny.
Zgłoszenie do supportu poszło mimo wszystko.
-
@Puniek - Nie rozumiem Twojego toku myślenia. Dla mnie to wszystko jest dość proste:
1) to jest forum dyskusyjne
2) to jest dział poświęcony automapie
3) mam automapę (legalną)
4) mam problem i spytałem się o rozwiązanie.
Skoro to, że się pytam o rozwiązanie problemu (może problem leży w klastrach na karcie czy coś?) i dostaję takie odpowiedzi jak Twoja, to się zastanawiam nad sensem pytania o cokolwiek. Tak samo zresztą jak część innych userów, którzy dostają odp typu "zajrzyj do manuala", "było", "szukaj"....
Wątpię, żeby chłopaki z AM robili build który będzie tylko dla 2-3 userów, raczej wysyłają go do tych 2-3 którzy mieli problemy i zakładają, że nic nie zepsuli i z tego testowego buildu robi się build oficjalny.
Zgłoszenie do supportu poszło mimo wszystko.
Nic dodac nic ujac kolego noose. Tez mam tą wersje ale nie zdarzylem jej jeszcze przetestowac. Jak zauwaze obajawy ktore opisujesz to dam znac.
-
@kwojtow dzięki wielkie:-) problem występuje i przy nawigacji i przy demie.
Dodatkowo zauważyłem, że przy ostrzeganiu o poi hołek mówi 200m a na wyświetlaczu jest 300m :( niby pierdół, ale wcześniej hołek był bardziej precyzyjny.
-
noose: nie było i nie jest moim zamiarem Ciebie dotknąc ale właśnie tak jest, że jeśli jest problem to tworzą wersje testowe nawet pod jednego użytkownika z którym przy interakcji problem jest lokalizowany i usuwany. Przykładem takiej osoby jestem ja gdzie powstawały 4 wersje wersji 635 by znaleźć przyczynę problemu. czasem problem występuje u jednego użytkownika bo albo jeden ma taki sprzęt albo tylko ten jedn chce poświęcić swój czas by szukać przyczyny problemu...
-
@Puniek, ok to Tworzą build pod jednego usera. Ale wątpię, że robili by to w ten sposób, żeby na innych sprzętach nie chodziło płynnie:-)
-
@kwojtow dzięki wielkie:-) problem występuje i przy nawigacji i przy demie.
Dodatkowo zauważyłem, że przy ostrzeganiu o poi hołek mówi 200m a na wyświetlaczu jest 300m :( niby pierdół, ale wcześniej hołek był bardziej precyzyjny.
Odnosnie POI to jest cos na rzeczy. Bo czasem tez tak mam ze powinien mnie ostrzegac np 600m przed fotoradarem a ostrzega czasem 100 albo i mniej metrow przed nim.
-
Chodzi mi o rozbieżność między komunikatem widocznym a mówionym, mam różnicę ok 100m. Ale nie mam problemów takich, że ustawiam, iż ma ostrzegać na 500m przed POI a ostrzega dużo później, zaczyna od podanej wartości.
-
W ten weekend przejechałem 600km na tej wersji i nie było żadnego problemu z płynnością czy opóźnieniami zwłaszcza, że jechałem na 5Hz ustalaniu pozycji przy wyłączonym przewidywaniu pozycji... więc gdyby były te problemy to najpierw u mnie (zwłaszcza, że mam PDA z ekranem VGA, które są bardziej obciążone grafiką).
Instalowałem od zera.
-
Ok, dzięki. Powiedz mi jeszcze instalowałeś 637 na 635 czy na 618?
-
Otrzymując tą wersję testową na pewno dostałeś emaila od supportu. Czy zrobiłeś wszystko zgodnie z tym co napisali? Mam Asusa takiego jak ty plik Poi 2 razy większy i mam wszystko płynnie.
-
@ noose .A ten pilik z POI to masz stary czy ściągnięty na nowo po instalacji AM .Wydaje Mi się że AM działa lepiej gdy sama sobie zoptymalizuje plik POI niż gdy pracuje z takim w którym mieszała inna wersja .Nie mam na to dowodów tylko takie odnoszę wrażenie że tak jakoś wszystko muli ze starym plikiem . Może tylko tak mi się wydaje :-|
-
@ noose .A ten pilik z POI to masz stary czy ściągnięty na nowo po instalacji AM .Wydaje Mi się że AM działa lepiej gdy sama sobie zoptymalizuje plik POI niż gdy pracuje z takim w którym mieszała inna wersja .Nie mam na to dowodów tylko takie odnoszę wrażenie że tak jakoś wszystko muli ze starym plikiem . Może tylko tak mi się wydaje :-|
Ja też a nawet więcej bo za każdym razem robię:
1. Hard-reset,
potem
2. odtwarzam system z pliku backup-owego,
potem
3. formatuje kartę SD (na której mam tylko AM),
potem
4. instaluję AM,
potem
5. tworzę z poziomu AM nowy plik POI,
potem
6. instaluję MiploSync,
potem
7. synchronizuję ten plik z miplo.pl,
potem
8. odpalam AM by zreorganizowała sobie ten zsynchronizowany plik.
Pozdrawiam
-
Czy plik backupowy to backup zrobiony zaraz po hard resecie i zainstalowaniu programów?
Kiedyś instalowałem AM na sytem taki jak był, potem ktoś mi tutaj napisał że warto robić format karty i HR. Sprawdziło się w szybkości AM. Był tez inny pomysł w przypadku upgrade programu - bez instalacji nowych map. Robimy upgrade. Zgrywamy z karty na komp. Formatujemy kartę i wgrywamy ponownie calą AM. U mnie się to nie sprawdziło - AM wywalała błąd, ale wiem że niektórym to się sprawdza. Przy wcześniejszych aktualizacjach support pisał żeby wgrywać poprawki na program bez ponownej instalacji, ale teraz to się zmieniło.
-
Czy plik backupowy to backup zrobiony zaraz po hard resecie i zainstalowaniu programów?
Tak
Napisane: Październik 08, 2008, 09:38:26
Przy wcześniejszych aktualizacjach support pisał żeby wgrywać poprawki na program bez ponownej instalacji, ale teraz to się zmieniło.
Mi też tak pisali i to całkiem niedawno ale nie widzę różnicy.
-
Dostałem 639 i lagowało tak samo. Pomogł dopiero format karty i wrzucenie 639 jako jedynej wersji + dogranie map z 618. Chodzi bardzo fajnie:-)
-
Dostałem 639 i lagowało tak samo. Pomogł dopiero format karty i wrzucenie 639 jako jedynej wersji + dogranie map z 618. Chodzi bardzo fajnie:-)
Mapa od 618 nazywa się : 0806.
A teraz wyznacz trasę Paryż-Warszawa na tej 639/0806 i zobacz co się z nią dzieje na terenie Niemiec... :P
-
Nie mam EU :P Możesz napisać co się dzieje? ;-)
-
Nie mam EU :P Możesz napisać co się dzieje? ;-)
W oddaleniu trasa na terenie Niemiec jest jakby przełajowa (jakby linijką narysowana) a przy zbliżeniu znika....
Tak samo jest w przypadku każdej trasy, która przebiega przez kraje tranzytowe.
-
No i co w tym dziwnego - AM od wersji 639 obsługuję teleportację. W Polsce jeszcze tego nie mamy, ale tam za Odrą Oni już to mają (odwrotnie jak z kiełbasą). :grin:
-
No i co w tym dziwnego - AM od wersji 639 obsługuję teleportację. W Polsce jeszcze tego nie mamy, ale tam za Odrą Oni już to mają (odwrotnie jak z kiełbasą). :grin:
Padłem xD