Drukuj

Zaloguj się lub zarejestruj.
1 Godzina 1 Dzień 1 Tydzień 1 Miesiąc Zawsze
Zaloguj się podając nazwę użytkownika, hasło i długość sesji

[SP1WSW]

Niestety nie znalem, ale okazuje się, że oprogramowanie na stronie podawanej przez Ciebie działa z trakerami z wersja firmware do 0.8, podczas gdy ostatnia wersja firmware to 0.11. Mój program działa z trakerami z firmware w wersji 0.11.

wprowadziłeś mnie w zadumę  
ja zawsze myślałem, że 0,8 > 0,11
chyba, że numeracja wersji softu jest limes x->0  

73 de Tomek

ps.
Może Kolega gdzieś wystawi ten swój soft ? To napisane wczesniej niestety nie daje możliwości zapoznania sie z ustawieniami bez podłączenia trackera. Proponuję w wątku mającym w tytule "###"

[SQ2DK]

wprowadziłeś mnie w zadumę  
ja zawsze myślałem, że 0,8 > 0,11
chyba, że numeracja wersji softu jest limes x->0  

73 de Tomek

Nie ja numerowałem ten firmware :-). Przyjęto najwyraźniej zasadę, że wersję firmware należy obliczać przemnażając go przez 100 :-). Tak czy inaczej ostatnia wersja to 0.11. Mój programik można ściągnąć pod adresem:
http://sites.google.com/site/sq2dk1/Home/ais-tracker/APRSTracker.zip?attredirects=0
Jest to pierwsza wersja testowa, więc coś może być nie tak (u mnie jednak działa poprawnie).
Nie zakładałem nowego wątku dla tego jednego posta.

SQ2DK

[SP1WSW]

Namawiam wszystkich do umieszczania darmowych własnych projektów i znalezionych w sieci do dopisywania w rozpoczetym kiedyś wątku "baza wiedzy", zawsze to łatwiej odszukać bez przekopywania sie przez forum. Pozwalam sobie więc dopisać za Ciebie.

Pozdrawiam
Tomek

ps widze, że soft chyba "powered by Delphi" ;-)

[SP9RQA]

Bo mi się już kołacze po głowie zmniejszacz prędkości 9600>4800 ale to dodatkowy gnat

Witam!!

Już jakiś czas temu zakupiłem zachwalany moduł i "okrasiłem" go dedykowaną dla niego płytką:



Ale ponieważ jak do tej pory nie miałem przyjemności oprogramowywać współpracy z modułem GPS,
więc mam kilka pytań do praktyków, którzy to robili.

Otóż moduł ten z tego co zaobserwowałem wysyła 5 różnych ramek: GPGGA, GPGSA, GPVTG, GPRMC, GPGSV,
niektóre z informacji w nich przesyłanych powielają się. I teraz patrząc od strony odbiornika tychże informacji,
które z tych ramek można pominąć, a które są niezbędne? Pytam, gdyż jak mniemam przy zmianie szybkości 9600->4800
część informacji trzeba będzie wyciąć, ew. przesyłać rzadziej niż co 1s jak to ma miejsce w tej chwili.


Pozdrawiam

[SQ6NDM]

Witam.
GPS ma oczywiście pracować z Trakerem.
Ramki jakie będą potrzebne to te, które wysyłają informacje z położeniem, prędkością i wysokością.
I tak:

GGA - Wyznaczone w odbiorniku dane nawigacyjne: czas UTC, szerokość i długość geograficzna, liczba użytych satelitów, wysokość nad średnim poziomem morza

GSA - Współczynniki "rozmycia" dokładności DOP i numery PRN użytych satelitów: można pominąć

VTG - Kurs i prędkość podróżna

RMC - Minimalny zestaw danych nawigacyjnych

GSV - Numery PRN i położenie potencjalnie widocznych satelitów oraz względna siła odbieranych sygnałów: można pominąć

Czyli już widać, że GSA i GSV odpadają.

[SP6VWX]

Nie wiem jak inne trakery, ale Tiny Trak reagował na $GPRMC.
http://sp6vwx.republika.pl/Symul.htm

[SP9RQA]

Witam.
GPS ma oczywiście pracować z Trakerem.
[..]
Czyli już widać, że GSA i GSV odpadają.

Dzięki za odpowiedz. Układ który zrobiłem ma oczywiście pracować w zamyśle z dowolnym trackerem
(stąd moje pytanie!!), ponieważ właśnie nie wiem z których ramek trackery (i inne) przeważnie
korzystają. Na płytce umieściłem również szeregową pamięć FLASH do logowania trasy co jeszcze bardziej
ogranicza zasoby czasowe procesora. Wygląda więc na to, że będę zmuszony parsować przychodzące ramki
na bieżąco.


Pozdrawiam

[SQ6DNF]

Wygląda więc na to, że będę zmuszony parsować przychodzące ramki
na bieżąco.

Raczej nic nie trzeba .... Mikrokontroler zrobi to za siebie !!
Bierzesz dowolnego AVR-a, który posiada w swojej budowie wewnętrznej sprzętowego UART-a ( na nim ustawiasz prędkość 9600 i czytasz ramki wszystkie). W programie ustawiasz programowego UART-a (na nim 4800 i filtrujesz ramki na $GPGGA i $GPRMC).
To wystarczy. Ja przetestowałem to na Atmega 8-SMD, jak wcześniej pisałem na forum (w temacie o VX-8) byłem zmuszony robić podobną operację aby dostosować zawarte informacje GGA do VX8( w sentencji o liczbie satelit moduł skraca informacje o nieznaczące zero i VX8 nie pokazuje tych satelit). Czyli wyszukuję sentencję $GPGGA, w sentencji satelit dokładam to "zero" i wysyłam na wirtualnego UART-a.

[SP9RQA]

Wygląda więc na to, że będę zmuszony parsować przychodzące ramki
na bieżąco.

Raczej nic nie trzeba .... Mikrokontroler zrobi to za siebie !!
Bierzesz dowolnego AVR-a, który posiada w swojej budowie wewnętrznej sprzętowego UART-a ( na nim ustawiasz prędkość 9600 i czytasz ramki wszystkie). W programie ustawiasz programowego UART-a (na nim 4800 i filtrujesz ramki na $GPGGA i $GPRMC).

Nie wiem, czy zauważyłeś, ale już wziąłem "dowolnego" avr'a w postaci ATMega88, tyle tylko, że z portami zrobiłem na odwrót (co akurat nie było najszczęśliwszym pomysłem) i u mnie moduł GPS chodzi na softuart, a do komunikacji ze światem wykorzystuję sprzętowy.

[SQ6DNF]

Właśnie tak jak mówisz...
Proponuję (w miarę możliwości) zamienić UART-y. Ten sprzętowy chodzi znacznie "stabilniej" tzn. wykonywanie innych podprogramów nie wpływa na pracę UART-a a dodatkowo wykorzystuję z niego przerwanie, które jak w buforze pojawi się sentencja z GPS-a skacze do podprogramu i w nim wszystko wykonuje. W ten sposób "oszczędzam" czas procesora (i ew. głównej pętli programu).
Natomiast UART programowy dałem specjalnie na odświerzanie co 2 sek., tak aby odciążyć procek (od przyszłego większego programu) a rozdzielczość ta jest jak dla mnie wystarczająca (aplikacja przecież pracuje w sprzęcie przenośnym gdzie prędkość przemieszczania się determinuje taki czas).

[SP9RQA]

Właśnie tak jak mówisz...
Proponuję (w miarę możliwości) zamienić UART-y.
[..]
Natomiast UART programowy dałem specjalnie na odświeżanie co 2 sek., tak aby odciążyć procek (od przyszłego większego programu) a rozdzielczość ta jest jak dla
[..]

W tej wersji już chyba zostanie tak jak jest, za dużo krosowania na płytce. Jeszcze nie próbowałem, ale wydaje mi się że powinno dać się wyłączyć w module
niepotrzebne ramki. Chyba, że moduł (tak jak w przypadku zmiany prędkości) pozostanie głuchy na rozkazy.

Do moich (naszych!) zastosowań chyba i tak nie ma potrzeby określać pozycji co 1s, więc można parę ramek "poświęcić".


Krzysiek

[SQ6XL]

Witam Kolegów!
Informacja dla wszystkich którzy interesują się modułem GPS-FGPMMOPA6 .
Wczoraj rozmawiałem z przedstawicielem firmy Maritex ( pozwoliłem sobie wymienić nazwę firmy bo padła ona już w tym temacie ) który zadzwonił do mnie i poinformował mnie , że jest już zamówiona partia modłów z bitrejtem 4800 jako domyślnym i odblokowaną możliwością jego zmiany .
Ponieważ nie udało nam się wgrać firmware jakie przysłał nam producent zasugerowałem, że taka opcja modułu spotka sie z zainteresowaniem w naszym środowisku i pewnie nie tylko.
Efekt kilku emalii i telefonów taki, że powinna do mnie dotrzeć w przyszłym tygodniu próbka modułu z zmienionym przez producenta softem który zdecydowanie bardziej nadaje się do naszych celów.
Pozdrawiam
Arek

[sq6iuh]

jaka jest cena tego modułu???

[SQ9IWE]

Ilość  [ x  szt]:   1+   10+   50+
Cena [za szt]:   82.30zł   77.36zł   74.07zł

[SQ6DNF]

To się spóźniłem...
Opracowałem właśnie uniwersalny konwerter prędkości modułów GPS.
4800->9600
9600->4800
Do tej pory był w testach...
Pracuje na Atmega 8 (wersja SMD) i nie potrzebuje żadnych dodatkowych elementów zewnętrznych.
Dodatkowo istnieje możliwość filtrowania sentencji NMEA wyjściowych.
Dodatkowo uzupełnia sentencję $GPGGA w ilości satelitów z wartości np 6 do 06 (operacja potrzebna w VX-8