Автор Тема: Direwolf або pymultimonaprs з RTL-SDR хтось піднімав? (Прочитано 5118 раз)

koval · « **Reply #15 :** Травень 29, 2019, 15:58:52 »

Я так бачу що найпопулярніша програма під Лінукс це DireWolf.

Гаразд, встановили, запустили.
https://www.aprsdirect.com/details/main/sid/2101431

І знову питання.
1. Як так виходить що UR3PHP-2 сам себе почув і сам передав пакети?

[ Invalid Attachment ]

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 ні.

В чому секрет?

sirrosh · « **Reply #16 :** Травень 29, 2019, 17:16:55 »

Цитата: "koval" post=26427

Ось питання.
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, принятые из эфира, я вопрос правильно понял?
Как, ну вот же он:

Код: [Select]

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 конкретный пакет, тот и сохраняется, все остальные дупы выкидываются. Иначе представьте, какой бы вал был. Например, если гейт сам дает в интернет свой маяк и одновременно транслирует его в эфир, то в списке сырых пакетов появится только прямой пакет от него же, т.к. нет шансов что кто-то другой примет-декодирует-отошлет его быстрее, чем сам гейт.

koval · « **Reply #17 :** Травень 29, 2019, 17:30:13 »

Ок, але що ж тоді виходить. Якщо є два шлюзи. І один трекер. І якщо два шлюзи одинаково приймають сигнал від трекера, але першим почув шлюз (або першим опрацював дані і закинув в APRS-IS ) той, що знаходиться ближче, то інший шлюз що знаходиться далі в статистиці не появиться?

Якщо воно дійсно так працює то який сенс перевіряти проходження радіохвиль за АПРСом. Якщо в статистиці відображається тільки пакет від "сильнішого" вузла, а не від дальшого.

sirrosh · « **Reply #18 :** Травень 29, 2019, 17:38:00 »

Цитата: "koval" post=26429

Я так бачу що найпопулярніша програма під Лінукс це DireWolf.

Гаразд, встановили, запустили.
https://www.aprsdirect.com/details/main/sid/2101431

І знову питання.
1. Як так виходить що UR3PHP-2 сам себе почув і сам передав пакети?

Похоже, что-то (пейлоад маяка?) просто неправильно настроено:

Код: [Select]

2019-05-29 16:07:08 CEST: UR3PHP-2>APDW15,qAO,UR3PHP-2:!5044.83NR02519.52E#
Я не копенгаген в настройке этого ПО.

Цитата: "koval" post=26429

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.

Код: [Select]

2019-05-28 16:15:56 CEST: UR5KSH-5>APZMDM,WIDE1-1,WIDE2-2,qAR,UR5KSH-1:=5034.35N/02616.79E>Arduino APRS Tracker

Цитата: "koval" post=26429

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. Лично я в последней тысяче пакетов увидел 34 ретрансляции от UR3PHP-2, и это не говорит ровным счетом ни о чем

Цитата: "koval" post=26429

4. Чому aprs.fi не відобразив жодного пакета який DireWolf ( UR3PHP-2) прийняв з ефіру і передав в Інтернет https://aprs.fi/info/?call=UR3PHP-2 ? Не може такого бути. Десь є проблема. Тільки де ?

Не може такого бути що сервер "зарізає" пакети від DireWolf, а від Мікросату всі пакети приймає. Але факт фактом. Мікросат "шкатулки" працюють ідеально. А DireWolf, так само як pymultimonaprs ні.

В чому секрет?

Ну как же нет, когда я уже несколько раз привел в ответе сырой пакет, захваченный UR3PHP-2 и отправленный в APRS-IS! Вот еще один (последний на момент написания этого письма), мне не жалко:

Код: [Select]

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

sirrosh · « **Reply #19 :** Травень 29, 2019, 17:40:25 »

Цитата: "koval" post=26431

Ок, але що ж тоді виходить. Якщо є два шлюзи. І один трекер. І якщо два шлюзи одинаково приймають сигнал від трекера, але першим почув шлюз (або першим опрацював дані і закинув в APRS-IS ) той, що знаходиться ближче, то інший шлюз що знаходиться далі в статистиці не появиться?

Якщо воно дійсно так працює то який сенс перевіряти проходження радіохвиль за АПРСом. Якщо в статистиці відображається тільки пакет від "сильнішого" вузла, а не від дальшого.

От быстрейшего. И да, прохождение действительно практически нет смысла проверять APRS, вы совершенно правы!

koval · « **Reply #20 :** Травень 29, 2019, 17:49:04 »

Цитувати

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

Ось цей пакет ви з якого агрегатора взяли?

sirrosh · « **Reply #21 :** Травень 29, 2019, 17:55:04 »

Цитата: "koval" post=26434

Цитувати
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, а потом грепом или вручную найти нужный позывной. У меня где-то был написан bash-скриптик для автоматизации этого, но один раз проще руками в браузере...
Другого 100% достоверного способа найти ретранслированный кем-то пакет я не знаю

koval · « **Reply #22 :** Травень 29, 2019, 23:59:46 »

А чи є можливість вказати в Microsat не передавати пакети з ефіру в APRS-IS якщо вони відповідають певному позивному?

Для прикладу я не хочу щоб мій iGate передавав на сервер пакети від UR5KSH-5. Таке можна зробити?

Всі фільтри які я прочитав стосуються з APRS-IS в радіо ефір. А як зробити навпаки?

laser · « **Reply #23 :** Травень 30, 2019, 08:36:23 »

http://microsat.com.pl/manual_download.php?file=wx3in1plus20_v109_manual_english.pdf сторінка 26, воно?

koval · « **Reply #24 :** Травень 30, 2019, 12:31:38 »

Ні. Тому що це стосується Digipeater. А мене цікавить пакети які ходять з ефіру в Інтернет.

Теоретично це мало б бути на вкладці RF->APRS-IS що на сторінці 31. Але там конфігурацій фільтрів немає.

sirrosh · « **Reply #25 :** Червень 03, 2019, 14:41:49 »

Вкладка I-Gate в веб-интерфейсе:

[ Invalid Attachment ]

koval · « **Reply #26 :** Червень 03, 2019, 17:37:39 »

Це точно вона? Бо тут в заголовку написано що це з APRS-IS в радіоефір.
А нам треба з ефіру в APRS-IS.

sirrosh · « **Reply #27 :** Червень 20, 2019, 12:57:10 »

Ааа, сори, я не понял. Надо что-то из эфира не пускать в интернет?
Нет, нельзя. Нет реальной практической ценности у этой функции...

koval · « **Reply #28 :** Червень 21, 2019, 09:17:44 »

Зрозуміло. Шкода. Щодо цінності то я поясню в чому вона.

Ось у нас є два гейти і маяки на відстані 65 км. Луцьк і Рівне. Луцьк завжди чує Рівне, Рівне завжди чує Луцьк. І нам не зовсім зрозуміло хто ще чує Луцьк або Рівне поза цією схемою. Для того щоб це зрозуміти треба виключити один iGate і подивитися хто далі нас прийме і відправить на APRS-IS. Якби можна було б зафільтрувати на iGate ближні станції, тоді це б допомогло реальніше моніторити проходження ефіру.
Але як вже було написано вище ця система не для того створювалася.

Новини:

Автор Тема: Direwolf або pymultimonaprs з RTL-SDR хтось піднімав? (Прочитано 5118 раз)