Радиоэфир > APRS
Direwolf APRS
SkyLine:
--- Цитата: "koval" post=26550 ---Як успіхи?
--- End quote ---
Нічого не розумію.. (с) Колобки
В лозі 98% ПРЕ Одеса. І багато кого ще чути..
А на APRS.fi значиться прийом, тільки позиційних пакетів Полтави..
Direwolf не дружить з microsat?
Чи воно так і повинно працювати.
[ Invalid Attachment ]
koval:
Так і має бути. Тому що пакети з Одеси та інших проходять в Інтернет швидше ніж долітають до вас, декодуються і залітають в Інтернет.
Хто перший почув, той перший пульнув в Інтернет. Тому ваш Direwolf все приймає, декодує, пуляє в Інтернет. Але оскільки такий пакет вже раніше був переданий, то сервер просто ігнорує його як дублікат. Тому все працює коректно. Для тесту можете зробити APRS маяк який би приймала тільки ваша станція, а інші i-Gate не чули. Тоді вона буде проходити через вас. В мене таке само було. Це така особливість опрацювання APRS.
SkyLine:
[quote="koval" post=26556]Так і має бути.[/quote]
Дякую! Трохи заспокоїли..
Позиційних пакети, начебто однакові зовні з одного джерела. Чи в них є "мітка часу відправлення", всередині?
Як тоді сервер дізнається, що це різні, по часу відправки пакети, а не один і той самий який прийнятий різними станціями.
Також виходить, що "монітор тропо через APRS" чи APRS рекорди ваших вузлів
Це гра "хто перший прийме "новий пакет""..
А те що зараз "дальне тропо в мене", не дізнаються.. Бо хтось про це на 100км, раніше повідомив?
Тож для справжнього "моніторингу тропо" Кожен Діджик повинен надсилати інфу на спеціальній окремий сервер для цього?
А не брати данні з мережі APRS. Виходить що так?
koval:
--- Цитувати ---Чи в них є "мітка часу відправлення"
--- End quote ---
Мітки відправлення в них немає. Але якщо на сервер приходять два однакових пакети з інтервалом до 2 хв. (2 хв. це час приблизний, вибрано для наочності, точний час треба дивитися в документації) тоді пропускається перший, а інші ігноруються.
--- Цитувати ---Також виходить, що "монітор тропо через APRS" чи APRS рекорди ваших вузлів
Це гра "хто перший прийме "новий пакет""..
А те що зараз "дальне тропо в мене", не дізнаються.. Бо хтось про це на 100км, раніше повідомив?
--- End quote ---
Все вірно. Моніторити проходження ефіру через АПРС теоретично можна, але результати будуть дуже приблизні. Для прикладу буває таке що ближнійi-Gate пакет не прийняв (бо там була заввада, або два пакети прийшли одночасно і декодувався тільки один з них), а дальній гейт пакет прийняв. Тобто при вдалому збігові обставин далекий і цікавий пакет прийняти можливо. Прийнявши його тобі просто пощастить і це аж ніяк не буде говорити про реальний стан тропо продження.
На мою думку сервіси типу APRS tropo forecast це все "костилі" тому що основна задача АПРСу це доносити інформацію від станції та її координати в радіоефір та Інтернет. Але оскільки на сьогодні це мало кому цікаво, аматори почали допилювати протокол "сайд ефектами".
--- Цитувати ---Тож для справжнього "моніторингу тропо" Кожен Діджик повинен надсилати інфу на спеціальній окремий сервер для цього?
А не брати данні з мережі APRS. Виходить що так?
--- End quote ---
Десь рік тому я для цікавості написав простий парсер логу pymultimonoaprs який всю декодовану інформацію записував в MySQL і потім через PHP виводив на HTML сторінку. І тільки після цього можна було дивитися реальний стан APRS ефіру. І тоді ми побачили багато різних станцій і пакетів, які на "нормальних" серверах не відображаються. Тому для реального ефіру треба запускати свій декодер і вручну все парсити. Якщо тут є люди яким би було цікаво написати фронтенд для такого парсера то можна було б скооперуватися і зробити щось таке цікаве і більш корисне.
Теж додам що для справжнього моніторингу ефіру створений протокол WSPR. Але тут теж не все так просто, тому що для 2 метрів треба стабільний TCXO, а для 70 см. треба дуже стабільний TCXO що коштує трохи грошей.
sirrosh:
--- Цитувати ---
На мою думку сервіси типу APRS tropo forecast це все "костилі" тому що основна задача АПРСу це доносити інформацію від станції та її координати в радіоефір та Інтернет. Але оскільки на сьогодні це мало кому цікаво, аматори почали допилювати протокол "сайд ефектами".
--- End quote ---
да да дадада дададада дада!
Ребят, если гейт ловит (или его ловят) по тропо -- это очень плохо. Это замечательно для дальних УКВ связей, но АПРС совсем не об этом, здесь чем хуже, тем лучше ;)
Если такое часто происходит, то надо крутить антенну: гнуть лепестки к земле, исключать направленность в одну сторону итп.
Вообще в большинстве случаев хорошим показателем будет процент декодированных пакетов (ясен пень, исходим из того, что АФУ и уровни у нас настроены правильно!), он не должен быть обычно меньше 60% и никогда в жизни не меньше 50%. Это говорит о том, что все, что слышим можем декодировать. А если видите, что с какого-то направления приходит много битых пакетов (консоль telnet в фоновом режиме вам в помощь, в случае Microsat), так туда не антенну крутить надо, а в том ареале тупейший диги на однокристалке, баофенге и резиновой антенне ставить.
Навігація
Go to full version