433 Group
Радиоэфир => APRS => Тема розпочата: koval від Березень 20, 2019, 19:29:58
-
Хтось пробував піднімати APRS iGate з Direwolf або pymultimonaprs ? Є кілька питань.
-
Давно работает UT4UWJ-4 на Orange PI и DIREWOLF.
-
По прийому RTL-SDR, а софтом DIREWOLF ? Правильно?
Піднялося з першого разу? Ніяких "підводних каменів" не було?
-
Интересная тема, поделитесь опытом!
-
В мене цікава ситуація спостерігається.
pymultimonaprs працює нормально і все декодує.
А от Direwolf ніяк не хоче декодувати.
Це все з RTL-SDR.
-
У меня запущены только Direwolf и приемник RTL. На самом свистке установлен точный генератор. Для проверки работы самого свистка я "снмаю" работающие программы и запускаю rtl-tcp.
-
У меня запущены только Direwolf и приемник RTL. На самом свистке установлен точный генератор. Для проверки работы самого свистка я "снмаю" работающие программы и запускаю rtl-tcp.
Можете показати ваш конфіг з яким ви запускаєте Direwolf ?
В мене запускається нормально, декодує теж. Тільки Direwolf не хоче передавати пакети з ефіру в Інтернет. Тобто передає тільки маяк, а станції які почуло в ефірі на сервер не передає.
-
#
# Sample configuration for SDR read-only IGate.
#
LOGDIR /var/log/direwolf
# We might not have an audio output device so set to null.
# We will override the input half on the command line.
ADEVICE null null
CHANNEL 0
#MYCALL UR8US-8
MYCALL UT4UWJ-4
# First you need to specify the name of a Tier 2 server...
# The current preferred way is to use one of these regional rotate addresses:
#<----->noam.aprs2.net ><------>- for North America
#<----->soam.aprs2.net<><------>- for South America
#<----->euro.aprs2.net<><------>- for Europe and Africa
#<----->asia.aprs2.net ><------>- for Asia
#<----->aunz.aprs2.net<><------>- for Oceania.
IGSERVER 89.185.8.55 #ukraine.aprs2.net
# You also need to specify your login name and passcode..
# Contact the author if you can't figure out how to generate the passcode.
.
IGLOGIN UT4UWJ-4 xxxxxx
# That's all you need for a receive only IGate which relays
# messages from the local radio channel to the global servers.
PBEACON sendto=IG delay=0:30 every=60:00 symbol="igate" overlay=R lat=50^25.87N
#PBEACON sendto=IG delay=0:30 every=60:00 symbol="igate" overlay=R lat=50^28.57N
#PBEACON sendto=IG delay=0:30 every=60:00 symbol="igate" overlay=R lat=50^25.15N
######PBEACON sendto=IG delay=0:30 every=60:00 symbol="igate" overlay=R lat=50^2
#OBEACON sendto=IG DELAY=0:35 EVERY=60:00 VIA=WIDE1-1 OBJNAME=UR8US-10 SYMBOL=/n
#OBEACON sendto=IG DELAY=0:40 EVERY=60:00 VIA=WIDE1-1 OBJNAME=UT4UWJ-10 SYMBOL=/
-
#!/bin/bash
rtl_fm -f 144.80M - | direwolf -c sdr.conf -r 24000 -D 1 -
-
Дякую!
-
Доброго вечора.
Запустив pymultimonaprs
Законектився до Українського сервера.
Лог з програми:
pi@raspberrypi:~ $ pymultimonaprs -v
[2019-05-27 21:47:13] INFO: Starting pymultimonaprs
[2019-05-27 21:47:13] INFO: connecting... ('89.185.8.55', 14580):14580
[2019-05-27 21:47:13] INFO: connected
[2019-05-27 21:47:13] INFO: # aprsc 2.1.4-g408ed49
[2019-05-27 21:47:13] INFO: login UR3PHP-5 (PyMultimonAPRS 1.3.2)
[2019-05-27 21:47:13] INFO: # logresp UR3PHP-5 verified, server T2UKRAINE
[2019-05-27 21:47:13] DEBUG: sending: UR3PHP-5>APPM13,TCPIP*:=5035.97NR02736.91E&PyMultimonAPRS iGate
[2019-05-27 21:47:13] DEBUG: sending: UR3PHP-5>APPM13,TCPIP*:>Running on Raspberry Pi with RTL dongle
[2019-05-27 21:50:26] DEBUG: sending: UR5KSH-1>APMI06,WIDE1-3,qAR,UR3PHP-5:@272150z5038.18N/02616.92E#Digi I-Gate http://cqrivne.com.ua
[2019-05-27 21:50:28] DEBUG: sending: UR4PWJ-1>APMI06,UR5KSH-1*,WIDE2-1,qAR,UR3PHP-5:@272150z5045.32N/02521.78E#IGate, Digi U:11.4 V,T: 19.9 C
[2019-05-27 21:50:32] DEBUG: sending: UR4PWJ-1>APMI06,UR5KSH-1*,WIDE2-1,qAR,UR3PHP-5:@272150z5045.32N/02521.78E#Local channel 145.400 MHz,T=20.0C
[2019-05-27 21:50:38] DEBUG: sending: UR4PWJ-1>APMI06,UR5KSH-1*,WIDE2-1,qAR,UR3PHP-5:@272150z5045.32N/02521.78E#IGate, https://hamradio.lutsk.ua T=20.0C
[2019-05-27 21:50:41] DEBUG: sending: UR5KSH-1>APMI01,WIDE2-3,qAR,UR3PHP-5:@272150z5038.18N/02616.92E#Digi I-Gate http://cqrivne.com.ua
[2019-05-27 21:50:47] DEBUG: sending: UR4PWJ-1>APMI06,UR5KSH-1*,WIDE2-1,qAR,UR3PHP-5:;438.900 *272150z5045.73N/02522.08Er438.900MHz -760 rpt
[2019-05-27 21:50:52] DEBUG: sending: UR4PWJ-1>APMI06,UR5KSH-1*,WIDE2-1,qAR,UR3PHP-5:;438.725 *272150z5045.32N/02521.79Er438.725MHz -760 DMRrpt
[2019-05-27 21:51:14] DEBUG: sending: UR4PWJ-1>APMI06,UR5KSH-1*,WIDE2-1,qAR,UR3PHP-5::UR4PWJ-1 :PARM.Temp,DecEff1,TotDec,Rx1Hou,DigHo,O1,O2,O3,O4,I1,I2,I3,I4
[2019-05-27 21:51:15] DEBUG: sending: UR4PWJ-1>APMI06,UR5KSH-1*,WIDE2-1,qAR,UR3PHP-5::UR4PWJ-1 :UNIT.C,Pcnt,Pcnt,Pcnt,Pcnt,On,On,On,On,Hi,Hi,Hi,Hi
[2019-05-27 21:51:15] DEBUG: sending: UR4PWJ-1>APMI06,UR5KSH-1*,WIDE2-1,qAR,UR3PHP-5::UR4PWJ-1 :EQNS.0.0134,-2.7052,128,0,1,0,0,1,0,0,1,0,0,1,0
[2019-05-27 21:51:16] DEBUG: sending: UR4PWJ-1>APMI06,UR5KSH-1*,WIDE2-1,qAR,UR3PHP-5::UR4PWJ-1 :BITS.11111111,Telemetry
[2019-05-27 21:51:22] DEBUG: sending: UR4PWJ-1>APMI06,UR5KSH-1*,WIDE2-1,qAR,UR3PHP-5:T#216,168,096,093,011,003,00000000
[2019-05-27 21:52:14] DEBUG: sending: UR3PHP-5>APPM13,TCPIP*:=5035.97NR02736.91E&PyMultimonAPRS iGate
[2019-05-27 21:52:14] DEBUG: sending: UR3PHP-5>APPM13,TCPIP*:>Running on Raspberry Pi with RTL dongle
[2019-05-27 21:55:26] DEBUG: sending: UR5KSH-1>APMI06,WIDE1-3,qAR,UR3PHP-5:@272155z5038.18N/02616.92E#Digi I-Gate http://cqrivne.com.ua
[2019-05-27 21:55:41] DEBUG: sending: UR5KSH-1>APMI01,WIDE2-3,qAR,UR3PHP-5:@272155z5038.18N/02616.92E#Digi I-Gate http://cqrivne.com.ua
[2019-05-27 21:56:14] DEBUG: sending: UR4PWJ-1>APMI06,UR5KSH-1*,WIDE2-1,qAR,UR3PHP-5::UR4PWJ-1 :PARM.Temp,DecEff1,TotDec,Rx1Hou,DigHo,O1,O2,O3,O4,I1,I2,I3,I4
[2019-05-27 21:56:15] DEBUG: sending: UR4PWJ-1>APMI06,UR5KSH-1*,WIDE2-1,qAR,UR3PHP-5::UR4PWJ-1 :UNIT.C,Pcnt,Pcnt,Pcnt,Pcnt,On,On,On,On,Hi,Hi,Hi,Hi
[2019-05-27 21:56:15] DEBUG: sending: UR4PWJ-1>APMI06,UR5KSH-1*,WIDE2-1,qAR,UR3PHP-5::UR4PWJ-1 :EQNS.0.0134,-2.7052,128,0,1,0,0,1,0,0,1,0,0,1,0
[2019-05-27 21:56:16] DEBUG: sending: UR4PWJ-1>APMI06,UR5KSH-1*,WIDE2-1,qAR,UR3PHP-5::UR4PWJ-1 :BITS.11111111,Telemetry
[2019-05-27 21:56:22] DEBUG: sending: UR4PWJ-1>APMI06,UR5KSH-1*,WIDE2-1,qAR,UR3PHP-5:T#218,168,097,093,012,003,00000000
Питання 1. З логу видно, що програма декодувала, скажімо 25 пакетів (не з цього логу, а після експериментів) і передала на сервер. Але на aprsdirect або на aprs.fi показано що прийшло всього 4 пакети. Чому так відбувається? Чому не всі пакети які передані на сервер відображаються на агрегаторах?
Питання 2. Що означає ось це поле r/38/-171/1 в фільтрах, на сервері http://ukraine.aprs2.net:14501/ ?
-
1. Не попадают в фильтр? Слишком мало информации. Пожалуйста, с конкретными примерами, что отсылается и что показывает на это aprs.fi в raw пакетах.
2. http://www.aprs-is.net/javAPRSFilter.aspx
2.1. В "боевой конфигурации" настоятельно рекомендую зажать патриотизм в кулачок и, следую официальным рекомендациям, в строку адреса Tier2 сервера написать euro.aprs2.net:14580
-
Після години роботи, здається дані починають показуватися правильно.
А як працює фільтрація на стороні сервера? За якими правилами воно фільтрує пакети?
-
Ось питання.
https://aprs.fi/info/a/UR3PHP-5
https://www.aprsdirect.com/details/statistics/sid/2308527
На aprsdirect.com UR5KSH-1 46 пакетів.
На aprs.fi жодного. Хоча залізо UR3PHP-5 приймає пакети від UR5KSH-1 по ефіру 100%. Чому так?
-
Ще питання. Запустили Direwolf.
https://www.aprsdirect.com/details/statistics/sid/2101431
Ось конфіг:
[ This attachment cannot be displayed inline in 'Print Page' view ]
Ось результат
[ This attachment cannot be displayed inline in 'Print Page' view ]
-
Я так бачу що найпопулярніша програма під Лінукс це DireWolf.
Гаразд, встановили, запустили.
https://www.aprsdirect.com/details/main/sid/2101431
І знову питання.
1. Як так виходить що UR3PHP-2 сам себе почув і сам передав пакети?
[ This attachment cannot be displayed inline in 'Print Page' view ]
2. Шлюз (Direwolf) знаходиться в Рівному. Показує що він в Луцьку це невірні координати (експерементували, на це не зважаємо). Тепер таке питання. Маємо маяк UR5KSH-5 (постійно передає в ефір). Цей маяк сто процентів приймається шлюзом на Мікросат https://www.aprsdirect.com/details/main/sid/2101443 Чому DireWolf з позивним UR3PHP-2 не відобразив маяк від UR5KSH-5 ? DireWolf сто процентів приймає пакети правильно і декодує правильно і передає далі на сервер правильно. Тоді чому ж воно не відображається?
3. Далі. Якщо подивитися по статистиці https://www.aprsdirect.com/details/statistics/sid/2101431 то станція прийняла 29 пакетів від UR5KSH-1. Але реально UR5KSH-1 "дирчить" в ефір кожні 5 хвилин. І кожні 5 хвилин сигнал коректно декодує інша шкатулка на Мікросаті https://www.aprsdirect.com/details/statistics/sid/1573633 . Але DireWolf чомусь показує лишень 29 пакеті. В чому проблема?
4. Чому aprs.fi не відобразив жодного пакета який DireWolf ( UR3PHP-2) прийняв з ефіру і передав в Інтернет https://aprs.fi/info/?call=UR3PHP-2 ? Не може такого бути. Десь є проблема. Тільки де ?
Не може такого бути що сервер "зарізає" пакети від DireWolf, а від Мікросату всі пакети приймає. Але факт фактом. Мікросат "шкатулки" працюють ідеально. А DireWolf, так само як pymultimonaprs ні.
В чому секрет?
-
Ось питання.
https://aprs.fi/info/a/UR3PHP-5
https://www.aprsdirect.com/details/statistics/sid/2308527
На aprsdirect.com UR5KSH-1 46 пакетів.
На aprs.fi жодного. Хоча залізо UR3PHP-5 приймає пакети від UR5KSH-1 по ефіру 100%. Чому так?
Почему UR3PHP-5 не дает в APRS-IS пакеты от UR5KSH-1, принятые из эфира, я вопрос правильно понял?
Как, ну вот же он:
2019-05-28 23:07:02 CEST: UR5KSH-1>APMI01,WIDE2-3,qAR,UR3PHP-5:@282107z5038.18N/02616.92E#Digi I-Gate http://cqrivne.com.ua
В это деле кто первый, тот и папа: кто первый услышал и дал в APRS-IS конкретный пакет, тот и сохраняется, все остальные дупы выкидываются. Иначе представьте, какой бы вал был. Например, если гейт сам дает в интернет свой маяк и одновременно транслирует его в эфир, то в списке сырых пакетов появится только прямой пакет от него же, т.к. нет шансов что кто-то другой примет-декодирует-отошлет его быстрее, чем сам гейт.
-
Ок, але що ж тоді виходить. Якщо є два шлюзи. І один трекер. І якщо два шлюзи одинаково приймають сигнал від трекера, але першим почув шлюз (або першим опрацював дані і закинув в APRS-IS ) той, що знаходиться ближче, то інший шлюз що знаходиться далі в статистиці не появиться?
Якщо воно дійсно так працює то який сенс перевіряти проходження радіохвиль за АПРСом. Якщо в статистиці відображається тільки пакет від "сильнішого" вузла, а не від дальшого.
-
Я так бачу що найпопулярніша програма під Лінукс це DireWolf.
Гаразд, встановили, запустили.
https://www.aprsdirect.com/details/main/sid/2101431
І знову питання.
1. Як так виходить що UR3PHP-2 сам себе почув і сам передав пакети?
Похоже, что-то (пейлоад маяка?) просто неправильно настроено:
2019-05-29 16:07:08 CEST: UR3PHP-2>APDW15,qAO,UR3PHP-2:!5044.83NR02519.52E#
Я не копенгаген в настройке этого ПО.
2. Шлюз (Direwolf) знаходиться в Рівному. Показує що він в Луцьку це невірні координати (експерементували, на це не зважаємо). Тепер таке питання. Маємо маяк UR5KSH-5 (постійно передає в ефір). Цей маяк сто процентів приймається шлюзом на Мікросат https://www.aprsdirect.com/details/main/sid/2101443 Чому DireWolf з позивним UR3PHP-2 не відобразив маяк від UR5KSH-5 ? DireWolf сто процентів приймає пакети правильно і декодує правильно і передає далі на сервер правильно. Тоді чому ж воно не відображається?
Причин может быть несколько.
Первая: что-то неправильно настроено. Вторая (уже объяснил в предыдущем сообщении): кто-то просто оказался быстре с пересылкой маяка в APRS-IS. Например, UR5KSH-1 в 99% случаев передает маяки от UR5KSH-5.
2019-05-28 16:15:56 CEST: UR5KSH-5>APZMDM,WIDE1-1,WIDE2-2,qAR,UR5KSH-1:=5034.35N/02616.79E>Arduino APRS Tracker
3. Далі. Якщо подивитися по статистиці https://www.aprsdirect.com/details/statistics/sid/2101431 то станція прийняла 29 пакетів від UR5KSH-1. Але реально UR5KSH-1 "дирчить" в ефір кожні 5 хвилин. І кожні 5 хвилин сигнал коректно декодує інша шкатулка на Мікросаті https://www.aprsdirect.com/details/statistics/sid/1573633 . Але DireWolf чомусь показує лишень 29 пакеті. В чому проблема?
Дупы дропаются и не идут ни в какую статистику. Поэтому сказать сколько конкретно пакетов от кого принято можно только по логу самого гейта, но не по базе APRS-IS. Лично я в последней тысяче пакетов (https://aprs.fi/?c=raw&call=UR5KSH-1&limit=1000&view=normal) увидел 34 ретрансляции от UR3PHP-2, и это не говорит ровным счетом ни о чем ;)
4. Чому aprs.fi не відобразив жодного пакета який DireWolf ( UR3PHP-2) прийняв з ефіру і передав в Інтернет https://aprs.fi/info/?call=UR3PHP-2 ? Не може такого бути. Десь є проблема. Тільки де ?
Не може такого бути що сервер "зарізає" пакети від DireWolf, а від Мікросату всі пакети приймає. Але факт фактом. Мікросат "шкатулки" працюють ідеально. А DireWolf, так само як pymultimonaprs ні.
В чому секрет?
Ну как же нет, когда я уже несколько раз привел в ответе сырой пакет, захваченный UR3PHP-2 и отправленный в APRS-IS! Вот еще один (последний на момент написания этого письма), мне не жалко:
2019-05-29 16:08:01 CEST: UR5KSH-1>APMI01,WIDE2-3,qAO,UR3PHP-2:@291408z5038.18N/02616.92E#Digi I-Gate http://cqrivne.com.ua
Секрет в том, что каждый ресурс имеет свое предназначение. Ни один из "визуализаторов" APRS-IS не предназначены для скурпулезного документирования конкретных пакетов. Они для другого :-D
-
Ок, але що ж тоді виходить. Якщо є два шлюзи. І один трекер. І якщо два шлюзи одинаково приймають сигнал від трекера, але першим почув шлюз (або першим опрацював дані і закинув в APRS-IS ) той, що знаходиться ближче, то інший шлюз що знаходиться далі в статистиці не появиться?
Якщо воно дійсно так працює то який сенс перевіряти проходження радіохвиль за АПРСом. Якщо в статистиці відображається тільки пакет від "сильнішого" вузла, а не від дальшого.
От быстрейшего. И да, прохождение действительно практически нет смысла проверять APRS, вы совершенно правы!
-
2019-05-28 23:07:02 CEST: UR5KSH-1>APMI01,WIDE2-3,qAR,UR3PHP-5:@282107z5038.18N/02616.92E#Digi I-Gate http://cqrivne.com.ua
Ось цей пакет ви з якого агрегатора взяли?
-
2019-05-28 23:07:02 CEST: UR5KSH-1>APMI01,WIDE2-3,qAR,UR3PHP-5:@282107z5038.18N/02616.92E#Digi I-Gate http://cqrivne.com.ua
Ось цей пакет ви з якого агрегатора взяли?
Очень просто: отобразить последние 1000 пакетов от UR5KSH-1 (https://aprs.fi/?c=raw&call=UR5KSH-1&limit=1000&view=normal), а потом грепом или вручную найти нужный позывной. У меня где-то был написан bash-скриптик для автоматизации этого, но один раз проще руками в браузере...
Другого 100% достоверного способа найти ретранслированный кем-то пакет я не знаю :-[
-
А чи є можливість вказати в Microsat не передавати пакети з ефіру в APRS-IS якщо вони відповідають певному позивному?
Для прикладу я не хочу щоб мій iGate передавав на сервер пакети від UR5KSH-5. Таке можна зробити?
Всі фільтри (http://www.aprs-is.net/javAPRSFilter.aspx) які я прочитав стосуються з APRS-IS в радіо ефір. А як зробити навпаки?
-
http://microsat.com.pl/manual_download.php?file=wx3in1plus20_v109_manual_english.pdf сторінка 26, воно?
-
Ні. Тому що це стосується Digipeater. А мене цікавить пакети які ходять з ефіру в Інтернет.
Теоретично це мало б бути на вкладці RF->APRS-IS що на сторінці 31. Але там конфігурацій фільтрів немає.
-
Вкладка I-Gate в веб-интерфейсе:
[ This attachment cannot be displayed inline in 'Print Page' view ]
-
Це точно вона? Бо тут в заголовку написано що це з APRS-IS в радіоефір.
А нам треба з ефіру в APRS-IS.
-
Ааа, сори, я не понял. Надо что-то из эфира не пускать в интернет?
Нет, нельзя. Нет реальной практической ценности у этой функции...
-
Зрозуміло. Шкода. Щодо цінності то я поясню в чому вона.
Ось у нас є два гейти і маяки на відстані 65 км. Луцьк і Рівне. Луцьк завжди чує Рівне, Рівне завжди чує Луцьк. І нам не зовсім зрозуміло хто ще чує Луцьк або Рівне поза цією схемою. Для того щоб це зрозуміти треба виключити один iGate і подивитися хто далі нас прийме і відправить на APRS-IS. Якби можна було б зафільтрувати на iGate ближні станції, тоді це б допомогло реальніше моніторити проходження ефіру.
Але як вже було написано вище ця система не для того створювалася.