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

[SP3LYR]

Kilka stacji pojawiających się na mapach APRS z ikoną WX nie wysyła danych, które spełniałyby standardy specyfikacji APRS. Niektóre programy APRS wprawdzie odczytują dane, ale nie znajdziemy ich np. poprzez bazę FindU. Dlatego chciałbym wskazać na pewne wymogi, które powinny być spełnione. Pierwsze cztery parametry: kierunek wiatru, średnia prędkość wiatru, porywy wiatru, oraz temperatura, są konieczne i muszą występować w takiej właśnie kolejności. A także, jak każdy parametr pogodowy mają określoną liczbę cyfr, tu akurat każdy z nich ma po trzy cyfry (wilgotność będzie miała dwa h.. natomiast ciśnienie pięć b.....). Jeśli stacja nie mierzy danego parametru, należy w miejsce cyfr wstawić kropki. Bardzo dobrym przykładem są tu raporty stacji SP8YDP, która mierzy tylko temperaturę, ale w celu spełnienia standardów specyfikacji APRS wysyła dane w postaci c...s...g...t052 Negatywnym przykładem są raporty stacji SR4DON-15, która wysyła raporty jako t049t przez co w bazie FindU nie zobaczymy jej raportów, jak też w wielu innych programach APRS.
Inną kwestią jest różnica raportów pogodowych wysyłanych razem z pozycją i raportów wysyłanych bez pozycji (pozycja wysyłana jest odrębnym raportem). W przypadku danych pogodowych z pozycją, takie dane jak kierunek i prędkość wiatru, stanowią rozszerzenie danych pozycji, więc zamiast c...s... te dane są w postaci .../... następne parametry pogodowe bez zmian. Taki błąd wystepuje np. w stacji SR7DWL-15, której dane pogodowe nie są czytelne dla FindU, jak też dla wielu innych programów APRS.

[Gosc]

Inną kwestią jest różnica raportów pogodowych wysyłanych razem z pozycją i raportów wysyłanych bez pozycji (pozycja wysyłana jest odrębnym raportem). W przypadku danych pogodowych z pozycją, takie dane jak kierunek i prędkość wiatru, stanowią rozszerzenie danych pozycji, więc zamiast c...s... te dane są w postaci .../... następne parametry pogodowe bez zmian. Taki błąd wystepuje np. w stacji SR7DWL-15, której dane pogodowe nie są czytelne dla FindU, jak też dla wielu innych programów APRS.

Prosba wiec podaj jak ma taka dodatkowa ramka wygladac bo juz nie wiem czy ma byc c..s..g...  etc  czy  .../...  ja na stronie: http://www.findu.com/cgi-bin/wxpage.cgi?call=SR7dwl-15

Widze wykresy z danych pogodowych SR7DWL-15...  
Wyslij prosze mail do mnie na janusz@sp1lop.szczecin.pl.  to poprawie.

[Gosc]

Inną kwestią jest różnica raportów pogodowych wysyłanych razem z pozycją i raportów wysyłanych bez pozycji (pozycja wysyłana jest odrębnym raportem). W przypadku danych pogodowych z pozycją, takie dane jak kierunek i prędkość wiatru, stanowią rozszerzenie danych pozycji, więc zamiast c...s... te dane są w postaci .../... następne parametry pogodowe bez zmian. Taki błąd wystepuje np. w stacji SR7DWL-15, której dane pogodowe nie są czytelne dla FindU, jak też dla wielu innych programów APRS.

Prosba wiec podaj jak ma taka dodatkowa ramka wygladac bo juz nie wiem czy ma byc c..s..g...  etc  czy  .../...  ja na stronie: http://www.findu.com/cgi-bin/wxpage.cgi?call=SR7DWL-15
http://www.findu.com/cgi-bin/wxnear.cgi?call=SR7DWL-15

Widze wykresy z danych pogodowych SR7DWL-15...  dane wysylane sa co 30 minut nie czesciej.

Wyslij prosze mail do mnie na janusz@sp1lop.szczecin.pl.  jak kazda z ramek winna wygladac a zaraz to poprawie, obecnie tak jest
1 ramka: !5112.58N/01834.15E_ T e s t WX
2 ramka: _c290s006g...t057h87b10020wWXD
3 ramka: >Weather Station - Wielun, PL

Odnosnie SR4DON-15 to juz mu sygnalizowalem ze ma zmienic zapis na wlasciwy. zaczynajacy sie  ../..  etc...

[SP3LYR]

Okazuje się, że w przypadku SR7DWL-15 problem nie tkwi w formacie danych pogodowych, ale w tym, że mimo wysyłania ikony WX niekiedy przez dzień albo i dłużej nie są wysyłane żadne dane pogodowe. Zatem, gdy sprawdzałem ostatnie 24 godziny na FindU, to nie było danych pogodowych, mimo iż pokazane były ramki pozycji z symbolem stacji pogodowej.

[SP3LYR]

Specyfikacja APRS stawia jeszcze wymóg, aby raport pogodowy bez pozycji zawierał w sobie czas (str. 64):

Note: The weather report must include at least the MDHM date/timestamp,
wind direction, wind speed, gust and temperature, but the remaining
parameters may be in a different order (or may not even exist).

Więc dla pełnej kompatybilności APRS należałoby poprzedzić parametry pogodowe, danymi MDHM (miesiąc, dzień, godzina, minuta).
Będzie to przydatne np. w UI-View, który choć nie pokazuje żadnych danych stacji, jeśli nie ma jej pozycji, to jednak pokazuje stare dane statusu i pogody, jak tylko pojawi się beacon pozycji. W przypadku danych pogodowych sprzed 30 godzin sprawa będzie jasna. Z okna Wx text będzie do odczytania czas danych pogodowych.

[SP1LOP]

Okazuje się, że w przypadku SR7DWL-15 problem nie tkwi w formacie danych pogodowych, ale w tym, że mimo wysyłania ikony WX niekiedy przez dzień albo i dłużej nie są wysyłane żadne dane pogodowe. Zatem, gdy sprawdzałem ostatnie 24 godziny na FindU, to nie było danych pogodowych, mimo iż pokazane były ramki pozycji z symbolem stacji pogodowej.

Ok sprawdze co tam sie dzieje z tymi danymi bo ona sa przetwarzane i system gotowe przetwozrone pobiera z pliku...
ok jesli musi byc taki uklad data godzina na poczatku po _  to nie widze problemu dekoder poprawie aby to bylo i bedzie  na poczatku po _MDGc..s...  etc  nie ma problemu zaraz biore sie do pracy, dzieki za uwagi.  73 janusz

[SP3LYR]

W tym przypadku czas powinien być podany wg zulu (UTC) - str. 22 specyfikacji. Format czasu MDHM jako 10301915 dla 30 paź. 19:15.

[SP1LOP]

W tym przypadku czas powinien być podany wg zulu (UTC) - str. 22 specyfikacji. Format czasu MDHM jako 10301915 dla 30 paź. 19:15.

O kurde zrobilem zmiane ale jeszcze nie tak jak winno byc narazie jest
_DGMc...

musze jeszcze program do dekodowania miec inaczej zrobiony aby mi dekodowal Miesiac z Oct na 10  i czas na UTC, ale bedzie zrobione niema
sprawy prosze waszeci...  I dzieki za podpowiedzi  szkoda ze tak pozno zmiany robie na SR1BSZ-15, SR7DWL-15  SR6DBA-15

73 de Janusz

[SP2BZW]

największa ciekawostka jest w tym że są wymieniane stacje które juz dawno są w moim KF (żargon grup news) czyli i tak ich nie widzę bo IMHO nie są to stacje APRS...

[SP1LOP]

największa ciekawostka jest w tym że są wymieniane stacje które juz dawno są w moim KF (żargon grup news) czyli i tak ich nie widzę bo IMHO nie są to stacje APRS...

A mozesz powiedziec dlaczego nie sa to stacje APRS, dlaczego tak twierdzisz, mozesz to wyjasnic, blizej...

[SP3LYR]

Wprawdzie pytanie nie jest skierowane do mnie, ale mimo to pozwolę sobie zabrać głos. Stacje, o których Darek wspomina wysyłają ramki w formacie APRS i dalej wchodzą do APRS-IS, ale z punktu widzenia sieci radiowej APRS, to jednak są poza nią. Przede wszystkim dla stacji ruchomych są bezużyteczne, bo pracują poza ogólnoeuropejską częstotliwością APRS, czyli poza 144.800 MHz. A nawet dochodzi do takiego paradoksu, pozwólcie, że znowu się przyczepię SR7DWL, że stacja SR7DWL-4 ma w swoim komentarzu informację
Server+IGATE+DIGI+WX+Msg Center - 144.800 MHz
A ile razy sprawdzałem, jaką drogą wchodzą beacony najbliższego digi SR9DZB do Inetu, to nigdy nie przeszły przez SR7DWL-4.
Czy miałem aż takiego pecha, czy też to kolejna fikcja na mapie APRS?

[SP3LYR]

Może będę nudny, ale im bardziej przyglądam się pracy stacji spoza podstawowej sieci APRS, tym bardziej widzę niedorzeczności. Informację typu:
     Server+IGATE+DIGI+WX+Msg Center - 144.800 MHz
wysyła również stacja SR6DBA-4 i również przez nią nie wchodzą żadne ramki z sieci APRS na 144.800 MHz do Inetu. A niedaleko są stacje w Zgorzelcu, do tego w Niemczech i w Czechach. Ramki od stacji SP6RZ-1 wchodzą na Inet w Berlinie, w Poznaniu, czy w Pradze, ale nie w pobliskiej Bogatyni.
Co więcej następuje jakaś przedziwna zbieżność, że stacja pogodowa w Wieluniu SR7DWL-15 wysyła identyczne parametry pogodowe, jak stacja pogodowa w Bogatyni SR6DBA-15 odległej o około 250 km. Różnica dotyczy tylko kilku minut w wysłaniu danych.
http://www.findu.com/cgi-bin/wx.cgi?call=SR6DBA-15&last=24
http://www.findu.com/cgi-bin/wx.cgi?call=SR7DWL-15&last=24
Niezwykłość warunków atmosferycznych, czy kolejna fikcja?

[SP1LOP]

Witam
Nie wiedziałem, że nie wolno. Tak wiec już wysztkie są QRT
Liczyłen na pomoc w konfiguracji, a tylko sama krytyka, bez słowa zapytania dlaczego tak było ustawione (SR7DWL-15 T E S T,  i 144.800, oraz SR6DBA-4 144.800).
Przykro mi z tego tytulu. Pozdrawiam 73  Janusz SP1LOP

[SP2BZW]

no chyba niestety nie QRT...
zresztą, z mojej inicjatywy będzie to dyskutowane na najblizszym posiedzeniu PG APRS
IMHO powinniśmy usunąć stacje pseudo APRS tzn. ja rozumiem ze są stacje które "są z nami" ale nadają beacon tylko i wyłącznie ze stacji stałej, nawet jak nadają tylko na tcpip to jest szansa że włączą się czynnie do ruchu APRS (będą również stacjami na RF czyli np. digi relay) ale stacje które tylko "symulują" pracę APRS powinny być eliminowane...

P.S. jeżeli się mylę... proszę podać przykład stacji które pracują jako digi na 144.800 > SR1BSZ SP4DON SR6DBA SR7DWL
zadaję proste pytanie : po co te stacje są na naszych mapach w czym pomagają  jadącym mobilom lub przemieszczającym się "piechurom"
tylko żeby robić statystykę ? (IMHO są niepożądane)
wszystkie opinie wnikliwie przeanalizuję...
P.S.2 to już Andrzej SP3LYR zauważył - po co nam stacje pseudo WX które powielają dane dostępne w inecie ? ale nie mówią o sytuacji meteorologicznej w miejscu nadawania beaconu ?