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

[sq2cde]

Witam!
Od jakiegoś czasu nie działa w naszym rejonie I-gate. Ramki wchodzą przeważnie przez odległy SR4DOS. Postanowiłem więc uruchomić w qrl-u zapasowego I-gata. Pracuje pod znakiem SQ2CDE-3. Lokalizacja jest dobra, wysoka. Odległość od naszego regionalnego digi to ~3km. Uruchomiłem aprx-a na openwrt na DIR-300 + ParaTNC. Niestety niewielka liczba ramek wchodzi na serwer przez tego I-gata. Z podglądu pracy aprx-a wynika że wszystko jest ok. Ramki są dekodowane prawidłowo nawet te z bardzo daleka. Pingi do serwera są na poziomie 20 ms. Czy istnieje możliwość podglądu wszystkich moich ramek przekazanych na serwer? Czy tylko tych które weszły pierwsze przez mojego i-gata. Co może być nie tak?

[SQ9MDD]

Jeśli chodzi o APRX, teoria mówi że wszystko co usłyszysz na RF jest przekazywane do APRSIS. Oczywiście APRSIS nie pozwoli Ci wrzucić do sieci ramki którą już ktoś wrzucił.
Pokaż konfigurację swojego APRX-a i pooglądaj logi RF będziesz wiedział co odbierasz. Ja widzę u siebie że odbieram dziennie radiowo około 5000-6000 pakietów a aprs.fi twierdzi że tylko 700... różnica bierze się właśnie stąd że resztę ramek wrzucił już ktoś inny do sieci.
Ogólnie tak sobie myślę że to też weryfikuje sens stawiania igate-ów rx, w sumie lepiej jednak jakieś małe digi pomocnicze.

http://tech4.pl/SQ9MDD/APRXDashboard/
http://aprs.fi/info/a/SQ9MDD-1

[sq2cde]

#
# Simple sample configuration file for the APRX-2  -- an APRS iGate and Digipeater


mycall  SQ2CDE-3

<aprsis>

server    server.aprs.pl    14580

</aprsis>

<logging>

pidfile /var/run/aprx.pid


rflog /var/log/aprx/aprx-rf.log

aprxlog /var/log/aprx/aprx.log


</logging>



<interface>
   serial-device /dev/ttyS1  9600 8n1    KISS
   callsign     $mycall  # callsign defaults to $mycall
#   #tx-ok        false    # transmitter enable defaults to false
</interface>



# ***********  Multiple <beacon>  definitions can follow   *********
<beacon>
cycle-size  5m
beacon symbol "R&" lat "5420.42N" lon "01833.33E" comment "Rx-only iGate"
</beacon>

[SQ9MDD]

Rozumiem ze masz tam jakiś passcode w sekcji aprsis?

Kod: [Zaznacz]

<aprsis>
  login     $mycall
  passcode  29666
  server    sp.aprs2.net          14580
</aprsis>

Próbowałeś analizować co masz w aprx-rf.log ? Bo w zasadzie to będzie wyznacznikiem jak słyszysz.

[sq2cde]

Nie, nie mam . Jak to dodam to aprx wyrzuca błąd. Aprx jest w wersji 2.0.

[sq2cde]

Tak analizowałem aprx-rf.log. Ramki są dekodowane prawidłowo. Jak podglądam log na żywo to jedyne co zauważyłem to to, że w logu dana ramka pojawia się z małym opóźnieniem w stosunku do transmisji.


2017-02-07 09:42:35.659 SQ2CDE-3  R SP2OFR-9>US2Y32,SP2OFR*,WIDE1*,SR4DOS*,WIDE2*:`.I+l>6>/`"4Z}145.575MHz JUREK_%
2017-02-07 09:42:38.200 SQ2CDE-3  R SP2OFR>APMI01,SR4DOS*,WIDE2-1:@070942z5325.87N/01843.62E_022/000g005t025r000p000P...h75b10250Weather GRUDZIADZ WS-2300
2017-02-07 09:42:39.324 APRSIS    R SP2OFR>APMI01,TCPIP*,qAC,T2SP:;439.200-G*070942z5328.90N/01845.33ErR30k SR2GR GRUDZIADZ tOFF
2017-02-07 09:42:39.815 SQ2CDE-3  R SP2OFR>APMI01,SR4DOS*,SR2NWG*,WIDE2*:@070942z5325.87N/01843.62E_022/000g005t025r000p000P...h75b10250Weather GRUDZIADZ WS-2300
2017-02-07 09:42:41.582 SQ2CDE-3  R SP2OFR>APMI01,SR4DOS*,SP2ZFT-2*,WIDE2*:@070942z5325.87N/01843.62E_022/000g005t025r000p000P...h75b10250Weather GRUDZIADZ WS-2300
2017-02-07 09:42:44.440 APRSIS    R SP2OFR>APMI01,TCPIP*,qAC,T2SP:/070942z5325.87NI01843.62E&PHG2350
2017-02-07 09:42:45.191 SQ2CDE-3  R SP2OFR>APMI01,SR2NDF*,SR4DOS*,WIDE2*:;439.200-G*070942z5328.90N/01845.33ErR30k SR2GR GRUDZIADZ tOFF
2017-02-07 09:42:49.386 APRSIS    R SP2OFR>APMI01,TCPIP*,qAC,T2SP:>Grudziadz I-Gate Solar Battery
2017-02-07 09:43:08.378 SQ2CDE-3  R SP2OFR-9>US2Y32,SR2NDF*,WIDE1*,SR4DOS*,WIDE2*:`.I=lq:>/`"4C}145.575MHz JUREK_%
2017-02-07 09:43:39.630 SQ2CDE-3  R SP2OFR-9>US2Y27,SP2OFR*,WIDE1*,SR4DOS*,WIDE2*:`.I6nJp>/`"4D}145.575MHz JUREK_%
2017-02-07 09:44:12.520 SQ2CDE-3  R SP2OFR-9>US2Y38,SR2NDF*,WIDE1*,SR4DOS*,WIDE2*:`.H|nJ{>/`"48}145.575MHz JUREK_%

[SQ9MDD]

Moim zdaniem nie masz się co przejmować to działa prawidłowo. Po prostu część ramek wrzuca kto inny Ty resztę i tyle.
Małe opóźnienia pomiędzy tym co słyszysz na RF a tym co się pojawia na terminalu będą zawsze. To w końcu 1200 baud, plus opóźnienia konieczne na obróbkę tej ramki plus opóźnienie na terminalu (ssh), z tego co widzę to DIR-300 też nie jest jakimś demonem prędkości.