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: Problematyczny parametr M/???  (Przeczytany 8282 razy)

sq4bja

  • PG APRS
  • *
  • Offline Offline
  • Wiadomości: 152
    • http://sp4.jestok.com
Problematyczny parametr M/???
« dnia: Luty 12, 2011, 22:39:22 LOC »

Witajcie,
Od dłuższego czasu zmagam się z problemem odpowiedniego skonfigurowania filtrów na ramki INET2RF. Generalnie założenie jest taki, by lokalny IGATE wysyłał na radio pakiety stacji poruszających się w promieniu 90KM, używających np. APRSCE lub innych klonów. Teoretycznie, sprawa prosta. Przy logowaniu do servera daję parametr M/90. No i na pozór wszystko jest OK, ale po kilku minutach IGATE zaczyna wysyłać ramki stacji słyszanych lokalnie via RF, ale także pojedyncze stacje z innych okręgów, gdzie M>90. O ile nadawanie lokalnych ramek i traktowanie ich jako INET2RF może być jeszcze błędem oprogramowania IGATE (APRX pod Linux) o tyle drugi objaw jest jakimś bugiem serwerów. I to nie jednego, ale wszystkich. Takie same objawy mam po podłączeniu się do różnych IS w Polsce i zagranicą.
Czy ktoś z Was analizował kiedyś ten problem?
Tomek SQ4BJA

Tu przykład:
Cytuj
Stacja KVW-15 spełnia kryterium M/90, ale teoretycznie jest lokalnie słyszana, więc nie powinna być nadana:

fm SP5KVW-15 to APMD-2 via SR4DOS* WIDE2-1 ctl UI pid=F0(Text) len 92
!5316.26N102114.07E#PHG3390 MiniDigi-test w Zawadach, op. Czeslaw-SP5XHJ, http://sp5kvw.comM
fm SP5KVW-15 to APMD-2 via SR4DOS* SR4NWO* WIDE2* ctl UI pid=F0(Text) len 92
!5316.26N102114.07E#PHG3390 MiniDigi-test w Zawadach, op. Czeslaw-SP5XHJ, http://sp5kvw.comM
fm SP5KVW-15 to APMD-2 via SR4DOS* SR4NMK* ctl UI pid=F0(Text) len 92
!5316.26N102114.07E#PHG3390 MiniDigi-test w Zawadach, op. Czeslaw-SP5XHJ, http://sp5kvw.comM
fm SR4NWO-1 to APRS ctl UI pid=F0(Text) len 126
}SP5KVW-15>APMD-2,TCPIP*,SR4NWO-1*:!5316.26N102114.07E#PHG3390 MiniDigi-test w Zawadach, op. Czeslaw-SP5XHJ, http://sp5kvw.com


Zapisane

sq4bja

  • PG APRS
  • *
  • Offline Offline
  • Wiadomości: 152
    • http://sp4.jestok.com
Odp: Problematyczny parametr M/???
« Odpowiedź #1 dnia: Sierpień 14, 2015, 02:25:51 LOC »

Szanowni,
Odgrzewam stary temat, bo nie było odpowiedzi, a kłopot nadal jest. Mam DIGI z opcją IGATE. Wiadomo, wybieram odpowiednie filtry itd. ale nie sprawdza się to, bo gdy ustawię filtry nawet bardzo restrykcyjnie, chcąc zablokować cały ruch IS->RF  np:
r/53.93833/21.84616/1 ‑t/oinwtqsp

Nie uzyskuję zamierzonego efektu. Po kilku minutach na RF zaczynają pojawiać się stacje oddalone około 300-400 km.
No i ręce opadają....
Może to kwestia tego, że część tych stacji jest odbierana przez IGATE, wtedy serwer APRS-IS uznaje, że są lokalnymi i przestaje stosować filtry?

Tomek SQ4BJA/5
Zapisane

SP3WBX

  • *
  • Offline Offline
  • Wiadomości: 567
Odp: Problematyczny parametr M/???
« Odpowiedź #2 dnia: Sierpień 14, 2015, 09:05:03 LOC »

Nie znam niestety oprogramowania APRX, ale co znaczy "Po kilku minutach na RF zaczynają pojawiać się stacje oddalone około 300-400 km"? Są retransmitowane przez digi czy "wyrzucane" przez igate czy po prostu pojawiają się na mapie. Co umożliwia stosowanie filtrów w APRX? Odbiega to jakoś od norm?  Czy APRSX umożliwia retransmisję stacji z IS do RF czy tylko messages? Może z racji panujących ostatnio podwyższonych warunków na UKF odbierałeś po prostu stacje retransmitowane przez inne digi? U mnie w ostatnich dniach też pojawiały się na mapie odbierane radiowo stacje odległe o 300-400 km.
Zapisane
Robert
SP3WBX

SQ9MDD

  • PG APRS
  • *
  • Offline Offline
  • Wiadomości: 225
  • ...przede wszystkim nie zakłócać...
    • SQ9MDD
Odp: Problematyczny parametr M/???
« Odpowiedź #3 dnia: Sierpień 14, 2015, 09:07:25 LOC »

Tomek ja sugeruję wyłączyć całkowicie kierunek IS>RF poza MSG.
Osobiście uważam że wpuszczanie rozwiązań typu soft na telefonie i pochodne za szkodliwe.
To rozleniwia, z całym szacunkiem dla kolegów ale jeśli komuś się niechce zrobić najprostszego TNC/trakera to nie powinniśmy go wrzucać na radio.
Zapisane

SP3WBX

  • *
  • Offline Offline
  • Wiadomości: 567
Odp: Problematyczny parametr M/???
« Odpowiedź #4 dnia: Sierpień 14, 2015, 13:07:48 LOC »

Tomek ja sugeruję wyłączyć całkowicie kierunek IS>RF poza MSG.
Osobiście uważam że wpuszczanie rozwiązań typu soft na telefonie i pochodne za szkodliwe.
To rozleniwia, z całym szacunkiem dla kolegów ale jeśli komuś się niechce zrobić najprostszego TNC/trakera to nie powinniśmy go wrzucać na radio.

Też jestem takiego samego zdania.
Zapisane
Robert
SP3WBX

sq4bja

  • PG APRS
  • *
  • Offline Offline
  • Wiadomości: 152
    • http://sp4.jestok.com
Odp: Problematyczny parametr M/???
« Odpowiedź #5 dnia: Sierpień 14, 2015, 23:47:09 LOC »

Rysiek,
Ale ja wyłączyłem cały ruch:
r/53.93833/21.84616/1 ‑t/oinwtqsp

Tyle, że te filtry nie działają. Niezależnie, czy jest to APRX, UI-VIEW czy Dire Wolf (który obecnie testuję) to serwer APRS-IS powinien filtrować taki ruch, ale on mimo wszystko wysyła do mnie ramki inne niż MSG po tym, jak ja prześlę do sieci ramki tych stacji. Takie jest moje wrażenie, że to myli filtry i powoduje pewne wykluczenie w działaniu. Szczególnie ramki z telemetrią.
Jeśli postawię czyste UI-VIEW bez portu radiowego, wtedy wszystkie zatrzaski filtrów działają. Gdy APRS-IS dostanie coś z radia, wyklucza te stacje z filtrów. Testuję to na poland.aprs2.net, ale dzieje się tak z każdym serwerem.

Tomek
Zapisane

SP3LYR

  • Administrator
  • *****
  • Offline Offline
  • Wiadomości: 2142
  • Teoretycznie, praktyka pokrywa się z teorią
    • o APRS po polsku
Odp: Problematyczny parametr M/???
« Odpowiedź #6 dnia: Sierpień 15, 2015, 02:25:46 LOC »

Muszę przy okazji uaktualnić info o filtrach na http://aprs.pl/filtry.htm bo pojawiło się kilka nowości. Aktualna lista znajduje się na http://www.aprs-is.net/javAPRSFilter.aspx Nowości zaznaczone są na żółto.
W każdym bądź razie filtr r odnosi się tylko do beaconów pozycji oraz obiektów w danym zasięgu, więc nie powinien otwierać strumienia t/oinwtqsp za wyjątkiem oi tzn. "objects, items"
Wiadomości mają specjalne przywileje - nawet, gdy ich nie definiujemy, to serwer podsyła nam te dla naszej stacji i te dla stacji, których beacony nasz IGate przesłał do serwera. Ale tu mamy problem dużo szerszy.
Tomek, spróbuj wstawić tylko filtr r/ i zobacz, czy ramki typu oinwtqsp będą podsyłane przez serwer.
Zapisane
73
Andrzej SP3LYR

sq4bja

  • PG APRS
  • *
  • Offline Offline
  • Wiadomości: 152
    • http://sp4.jestok.com
Odp: Problematyczny parametr M/???
« Odpowiedź #7 dnia: Sierpień 15, 2015, 11:21:10 LOC »

Andrzej,
Ustawiłem:
Cytuj
IGFILTER r/53.93833/21.84616/1

No i po paru minutach zaczyna się:
Cytuj
11:08:06R SR4NWU>APDW12 <UI Len=70>:
}SR5NLK>APMI04,TCPIP,SR4NWU*::SR5NLK   :BITS.11111111,Report Telemetry
11:10:53R SR4NWU>APDW12 <UI Len=93>:
}SR4NSZ>APMI06,TCPIP,SR4NWU*:@150911z5333.81N/02113.14E#PHG3480 iGATE/DIGI  Swietajno Mazury
11:15:54R SR4NWU>APDW12 <UI Len=96>:
}SR2NMG>APU25N,TCPIP,SR4NWU*:;SR2GN    *051754z5443.08N/01803.13ErR97 - 439.325 MHz - CTCSS 94.8
11:16:42R SR4NWU>APDW12 <UI Len=81>:
}SR4DOS>APMI06,TCPIP,SR4NWU*:@150917z5332.97NS01956.53E#PHG3680/A=1187 Temp=25.3C

I coraz więcej... Zatem filtr popuszcza... Coś jest nie tak...
W Dire Wolf jest też filtr, którym mogę lokalnie przefiltrować ruch z ID -> RF, ale w programie jest błąd, który po zadziałaniu filtra powoduje zamknięcie aplikacji.

Z tym samym problemem borykam się na SR4NWO, tam jest UI-VIEW. Też IS przepuszcza część ruchu, m.in. każdą telemetrię stacji słyszanych lokalnie.

Tomek
Zapisane

SP3LYR

  • Administrator
  • *****
  • Offline Offline
  • Wiadomości: 2142
  • Teoretycznie, praktyka pokrywa się z teorią
    • o APRS po polsku
Odp: Problematyczny parametr M/???
« Odpowiedź #8 dnia: Sierpień 15, 2015, 19:49:45 LOC »

Niekoniecznie. Przytoczone ramki zawierają:

- wiadomość nt. konfiguracji telemetrii
:SR5NLK   :BITS.11111111,Report Telemetry

- beacon pozycji
@150911z5333.81N/02113.14E#PHG3480 iGATE/DIGI  Swietajno Mazury

- obiekt
;SR2GN    *051754z5443.08N/01803.13ErR97 - 439.325 MHz - CTCSS 94.8

- beacon pozycji rozszerzony o dane pogodowe
@150917z5332.97NS01956.53E#PHG3680/A=1187 Temp=25.3C

Dla filtrów decydujący jest identyfikator danych http://aprs.pl/teoria.htm#ident
Zapisane
73
Andrzej SP3LYR

SP9SKP

  • *
  • Offline Offline
  • Wiadomości: 6
Odp: Problematyczny parametr M/???
« Odpowiedź #9 dnia: Sierpień 21, 2015, 13:34:49 LOC »

@sq4bja:

Ja jak postawiłem na chwile na openwrt digi z APRX to niezłego zamieszania zrobiłem kolegom z Czech. A wierzcie mi że 10x sprawdzałem konfigurację i wszystko było ok.
Potem testowałem DIXPRS i tu już nie było żadnych problemów.
Podczas rozmowy z kolegą z Czech, dowiedziałem się, że APRX na openwrt jest podobno strasznie niedorobiony ale już się w to nie wgłębiałem, tym bardziej że DIXPRS nie jest zły i działa przyzwoicie.
Może i Ty spróbuj
Zapisane

OK2ZO

  • *
  • Offline Offline
  • Wiadomości: 5
Odp: Problematyczny parametr M/???
« Odpowiedź #10 dnia: Sierpień 21, 2015, 19:56:29 LOC »

For parameter m/range is necessary send to IS server your position packet..

For OpenWRT I've tested this version of APRX succesfuly on WL-500GP: http://www.pa0esh.nl/wordpress/?page_id=19
Zapisane

SQ7LQU

  • PG APRS
  • *
  • Offline Offline
  • Wiadomości: 69
Odp: Problematyczny parametr M/???
« Odpowiedź #11 dnia: Sierpień 21, 2015, 22:47:01 LOC »

@sq4bja:

Ja jak postawiłem na chwile na openwrt digi z APRX to niezłego zamieszania zrobiłem kolegom z Czech. A wierzcie mi że 10x sprawdzałem konfigurację i wszystko było ok.
Potem testowałem DIXPRS i tu już nie było żadnych problemów.
Podczas rozmowy z kolegą z Czech, dowiedziałem się, że APRX na openwrt jest podobno strasznie niedorobiony ale już się w to nie wgłębiałem, tym bardziej że DIXPRS nie jest zły i działa przyzwoicie.
Może i Ty spróbuj

A czy przypadkiem to nie ma czegoś wspólnego z APRX na Openwrt?:

http://aprs.fi/#!mt=roadmap&z=10&call=a%2FSP3-3&timerange=3600&tail=3600
http://aprs.fi/#!mt=roadmap&z=10&call=a%2FSP3-2&timerange=3600&tail=3600
http://aprs.fi/#!mt=roadmap&z=10&call=a%2FSP3-1&timerange=3600&tail=3600
http://aprs.fi/#!mt=roadmap&z=10&call=a%2FSP2-2&timerange=3600&tail=3600
http://aprs.fi/#!mt=roadmap&z=10&call=a%2FSP2-1&timerange=3600&tail=3600

Chyba tak. I to dużo.
Zapisane
Przemek
sysop for SR7BKI

sq4ctp

  • *
  • Offline Offline
  • Wiadomości: 22
Odp: Problematyczny parametr M/???
« Odpowiedź #12 dnia: Sierpień 23, 2015, 12:44:58 LOC »

@sq4bja:

Ja jak postawiłem na chwile na openwrt digi z APRX to niezłego zamieszania zrobiłem kolegom z Czech. A wierzcie mi że 10x sprawdzałem konfigurację i wszystko było ok.
Potem testowałem DIXPRS i tu już nie było żadnych problemów.
Podczas rozmowy z kolegą z Czech, dowiedziałem się, że APRX na openwrt jest podobno strasznie niedorobiony ale już się w to nie wgłębiałem, tym bardziej że DIXPRS nie jest zły i działa przyzwoicie.
Może i Ty spróbuj

A czy przypadkiem to nie ma czegoś wspólnego z APRX na Openwrt?:

http://aprs.fi/#!mt=roadmap&z=10&call=a%2FSP3-3&timerange=3600&tail=3600
http://aprs.fi/#!mt=roadmap&z=10&call=a%2FSP3-2&timerange=3600&tail=3600
http://aprs.fi/#!mt=roadmap&z=10&call=a%2FSP3-1&timerange=3600&tail=3600
http://aprs.fi/#!mt=roadmap&z=10&call=a%2FSP2-2&timerange=3600&tail=3600
http://aprs.fi/#!mt=roadmap&z=10&call=a%2FSP2-1&timerange=3600&tail=3600

Chyba tak. I to dużo.

Dlaczego tak myślisz?
Zapisane
😎

SQ7LQU

  • PG APRS
  • *
  • Offline Offline
  • Wiadomości: 69
Odp: Problematyczny parametr M/???
« Odpowiedź #13 dnia: Sierpień 23, 2015, 17:25:36 LOC »

Zobacz jaką konfigurację sprzętowo-programową mają bramki, które wpuściły to na serwery.
Zapisane
Przemek
sysop for SR7BKI

sq4ctp

  • *
  • Offline Offline
  • Wiadomości: 22
Odp: Problematyczny parametr M/???
« Odpowiedź #14 dnia: Sierpień 23, 2015, 21:35:18 LOC »

Zobacz jaką konfigurację sprzętowo-programową mają bramki, które wpuściły to na serwery.
W podanych przez Ciebie linkach jest jedna stacja, która przekazała te ramki do IS.
Czy znasz jakieś oprogramowanie digi/igate aprs, które sprawdza poprawność lub legalność znaków wywoławczych?
Ja nie znam.
Taki numer z SP3-3 zamiast znaku wywoławczego da się z pewnością zrobić z innym digi. Tylko po co?
Żeby sugerować, że oprogramowanie na tym digi jest do bani?  8)
Zapisane
😎