Forum APRS Polska

Zaloguj się lub zarejestruj.

Zaloguj się podając nazwę użytkownika, hasło i długość sesji
Szukanie zaawansowane  

Aktualności:

Autor Wątek: Przenikanie ramek  (Przeczytany 7438 razy)

SQ5LTL

  • PG APRS
  • *
  • Offline Offline
  • Wiadomości: 759
    • sq5ltl
Przenikanie ramek
« dnia: Wrzesień 11, 2011, 00:43:53 LOC »

Witam.

Łączę się z serwerem APRSIS i wykorzystuję filtr m/13, który powinien ograniczyć ruch stacji do jedynie oddalonych 13 km od mojej lokalizacji.
Kilka ramek przebija się przez ten filtr oto one:

SQ5AAG-1>APU25J,TCPIP*,qAC,T2RADOM:;SR5FHX-B *091213z5218.08N/02052.18ErBEACON 50.023 MHZ CW
SR4NWH-5>APU25N,TCPIP*,qAS,SR4NWH:@102231z5310.36N/02202.34E_225/000g000t058r000p000P000b09858h86/fWD/METEO WSA Lomza   (WS-2300) {UIV32N}
SQ5NBK>APU25N,TCPIP*,qAC,T2RADOM:=5208.45N/02103.18EyPHG999 438,775 jestem na SR5WU {UIV32}
SR5DIZ>APJI23,TCPIP*,qAC,SR5DIZ-JS:!5219.09NI02100.79E&javAPRSIgate - sq5mx[at]vp.pl
SP5RZP>BEACON,TCPIP*,qAC,T2SP:;438.950-P*102242z5211.04N/02134.64ErT77 -7600kHz R10k SR5MM

Dlaczego tak się dzieje? Żadna z tych stacji nie znajduje się w odległości bliższej niż 13km?
Zapisane
73! Paweł  http://qrz.com/db/SQ5LTL
Echolink.PL http://echolink.pl
"Czysto logiczne rozumowanie nie da nam żadnej wiedzy o realnym świecie" - ALBERT EINSTEIN

SQ5NWI

  • PG APRS
  • *
  • Offline Offline
  • Wiadomości: 265
Odp: Przenikanie ramek
« Odpowiedź #1 dnia: Wrzesień 11, 2011, 01:04:53 LOC »

Paweł, a czy to jedyny filtr jaki masz aktywny?
Zapisane
Krzysiek
SQ5NWI

SQ5LTL

  • PG APRS
  • *
  • Offline Offline
  • Wiadomości: 759
    • sq5ltl
Odp: Przenikanie ramek
« Odpowiedź #2 dnia: Wrzesień 11, 2011, 10:24:41 LOC »

Tak jedynie to.
Znalazłem na forum jeszcze taki post: http://forum.aprs.pl/index.php?topic=1689.0 i w nim podobny problem.
Tylko kolega podejrzewa błąd w oprogramowaniu APRX, ale to chyba nie ma znaczenia, bo widać w statystyce serwera kto jest podpięty i z jakim filtrem.
Zatem to co otrzymam właśnie z serwera jest sprawą samego serwera i zapiętych przez usera na nim filtrów (chyba  ??? ).
« Ostatnia zmiana: Wrzesień 11, 2011, 10:26:43 LOC wysłana przez SQ5LTL »
Zapisane
73! Paweł  http://qrz.com/db/SQ5LTL
Echolink.PL http://echolink.pl
"Czysto logiczne rozumowanie nie da nam żadnej wiedzy o realnym świecie" - ALBERT EINSTEIN

SQ5NWI

  • PG APRS
  • *
  • Offline Offline
  • Wiadomości: 265
Odp: Przenikanie ramek
« Odpowiedź #3 dnia: Wrzesień 11, 2011, 14:57:14 LOC »

Skoro nie masz innego filtru, który by się ewentualnie sumował z tym m/13 to nie mam pomysłu.
Zapisane
Krzysiek
SQ5NWI

SP3LYR

  • Administrator
  • *****
  • Offline Offline
  • Wiadomości: 2141
  • Teoretycznie, praktyka pokrywa się z teorią
    • o APRS po polsku
Odp: Przenikanie ramek
« Odpowiedź #4 dnia: Wrzesień 11, 2011, 18:58:24 LOC »

1) zalecane jest korzystanie z portu 14580, gdy używamy własnych definicji filtrów, ale nawet gdy łączymy się na porty (np. 14579), które mają filtry z góry zdefiniowane, to wysyłając własną definicję, te pierwotne nie funkcjonują
2) jak Krzysiek pisał, zawsze można sprawdzić w statystyce serwera, z którym się połączyliśmy, jakie filtry są uaktywnione dla naszego łącza
3) gdy nasza stacja pracuje jako IGate, to serwer podsyła do nas również wiadomości do stacji, których beacony weszły z naszym pośrednictwem do APRS-IS, a wraz z msg pozycję nadawcy (przy pierwszej msg i później chyba raz na 30 minut) i tu może się zdarzyć, że pojawiają się stacje nie mieszczące się w naszych filtrach. Oczywiście, czy nasz IGate dalej podaje na RF zależy od konfiguracji jaką mu zadaliśmy. Ale serwer nam podsyła.
Zapisane
73
Andrzej SP3LYR

SQ5LTL

  • PG APRS
  • *
  • Offline Offline
  • Wiadomości: 759
    • sq5ltl
Odp: Przenikanie ramek
« Odpowiedź #5 dnia: Wrzesień 12, 2011, 08:49:38 LOC »

OK dzięki Andrzeju za wyjaśnienia.
Filtr m/nn - jest prawie doskonały. Tak jak wcześniej pisałem i właśnie taki zapina mi się na łączu z serwerem.
Przy konfiguracji iGate, który wywala ramki z netu na RF poradziłem sobie odfiltrowując ramki przez parametr: filtru wyjścia r/51.58333/21.55150/10 - podpowiedział mi tu też Tomek SQ4BJA.
Informacyjnie dla osób, które będą chciały też coś podobnego u siebie odpalić, to trzeba było przekonwertować format współrzędnych na stopnie dziesiętne. (http://www.aprs.radom.pl/index.php?option=com_content&task=view&id=94&Itemid=98) - ostatnia sekcja /10 to 10 km od podanego położenia, czyli stacje które będą retransmitowane na RF.  Teraz wszystko funkcjonuje pięknie.
Nawet ramki, które przebiją się przez pierwszy filtr m/nn, a w swojej "treści" nie posiadają położenia, to 2-gi filtr nie pozwala na ich TX na RF.
No i o to chodziło :) Dzięki za podpowiedzi.
Zapisane
73! Paweł  http://qrz.com/db/SQ5LTL
Echolink.PL http://echolink.pl
"Czysto logiczne rozumowanie nie da nam żadnej wiedzy o realnym świecie" - ALBERT EINSTEIN

SP3LYR

  • Administrator
  • *****
  • Offline Offline
  • Wiadomości: 2141
  • Teoretycznie, praktyka pokrywa się z teorią
    • o APRS po polsku
Odp: Przenikanie ramek
« Odpowiedź #6 dnia: Wrzesień 13, 2011, 04:43:47 LOC »

Filtry:
1) m/   wg mojego zasięgu
   m/10 wszystko względem mojej pozycji w odległości 10km
2) r/   wg promienia od puntu o współrzędnych
   r/51.58333/21.55150/10 wszystko względem podanych współrzędnych w odległości 10km
Niby to samo, ale jeśli wcześniej pojawiały się stacje spoza tego promienia, a teraz się nie pojawiają mimo, że IGate jest tak samo skonfigurowany, to być może 'moja pozycja' pływała w APRS-IS. Czyli beacony docierały z przekłamaniami przez różne bramki.
Filtry są właściwie otwieraniem kolejnych strumieni danych, a więc kolejne definicje się sumują. Wyjątkiem jest filtr wykluczenia (#14).
Więcej http://www.aprs.pl/filtry.htm lub tekst źródłowy http://www.aprs-is.net/downloads/javaprssrvr/javAPRSFilter.txt
Zapisane
73
Andrzej SP3LYR

sq4bja

  • PG APRS
  • *
  • Offline Offline
  • Wiadomości: 152
    • http://sp4.jestok.com
Odp: Przenikanie ramek
« Odpowiedź #7 dnia: Wrzesień 13, 2011, 06:44:10 LOC »

To pomaga, ale nie na wszystko. U mnie nadal niektóre ramki stacji jeżdżących lokalnie są wypluwane przez IGATE APRSG. Mam wrażenie, że to kwestia jakiegoś APRSD pracującego gdzieś niedaleko. Chyba w wersji 13 był tam problem zmiany treści ramki. Dlatego dla mojego IGATE to, co usłyszy via radio, jest czymś innym od tego, co przyjdzie za 2-3 sekundy z sieci, więc nadaje. Tak mi się wydaje, ale może problem tkwi gdzie indziej.
Powyższe ustawienia, które proponowałem LTL`owi ograniczyły zjawisko duplikowania ramek tylko do stacji w promieniu XX km. Wcześniej wpadały ramki z całej Polski (oczywiście nie wszystkie).

Tomek
SQ4BJA
Zapisane