Сгенерировал несколько позиций

Однако довольно точно!

Однако довольно точно!

А с чего бы быть неточности?

Пэйджер отдаёт координаты, масштабированные к 32-битному целому, то есть с разрешением лучше
0.0000001 градуса, в APRS координаты округляются до сотых минуты.

То есть точность определяется только точностью GPS-приёмника.

SLYFOX
Я к сожалению, никак не могу попасть активность вашу. Буду готов наблюдать 6-7 мая в течении всего дня. Сможете?

Сегодня, надеюсь, опубликую первую рабочую версию гейта - сами сможете проверить :-)

Сегодня, надеюсь, опубликую первую рабочую версию гейта - сами сможете проверить :-)

хотелось 7 или 9 мая проверить из полей.

хотелось 7 или 9 мая проверить из полей.

Пожалуйста :-)




http://www.dxsoft.com/aprsgate.zip


Обратите внимание, что маяки от "триальных" ID (>64999) по умолчанию не пересылаются.

Радиал выехал тестировать APRS Gate, следите за ним :-)

UA3AHM-15>PGT090,TCPIP*,qAC,T2SP:;HFPG00001*061209z5738.32NR03830.32Ea095/001

amx
Радиал выехал тестировать APRS Gate, следите за ним
На aprs.fi все красиво, но хочется увидеть в программе своей, а я опять пропустил трансляцию майка...

На aprs.fi все красиво, но хочется увидеть в программе своей, а я опять пропустил трансляцию майка...

А обещал круглые сутки мониторить :-)

Ну подними свой гейт и попробуй, хоть по воздуху, через динамики и микрофон :-)

amx

Какие мысли есть по более быстрой моде с полосой до 500Гц?
И по сат-ртт осталось пожелание...

Какие мысли есть по более быстрой моде с полосой до 500Гц?

Сегодня пришла в голову мысль о совсем уж быстрой моде "до 2700 Hz", чтобы поверх ЧМ-канала работать, где за предельный уровень С/Ш уже нет смысла биться (из-за порогового эффекта ЧМ). Что-то типа 9-тоновой IFSK со скоростью манипуляции 100 бод. Но в планы мысль ещё не оформилась...

И по сат-ртт осталось пожелание...

Ну прикрутить CAT через OmniRig - проблем нет ...

Для чм, если не париться с SNR и обычный пакет 1200 бод канает. Хотя, можно и такое что-то придумать для сиби ФМ шарманок, когда связь на гране шума и уже 300 или 1200 afsk не декодируется!

Подумайте что-то для КВ SSB с полосой до 500Гц, чтобы бод так 50-100 сделать и было пробивнее обычного 300бод пакета...

Такую моду можно будет и в ассиметричном режим использовать с медленной, например, когда обмен между QRP-полевой и станцией с нелимитированной энергетикой (стационар или с машины)... В общем логически просится еще и третья скорость, под лимит до 500Гц полосы...

общем логически просится еще и третья скорость, под лимит до 500Гц полосы...

Ну можно добавить 22 бода с однократным шагом, получится примерно 22*18+22*2=440 герц полосы

Давайте пробовать, что прикидочно по SNR проигаем к текущей 5 бод?

amx
Ну так программа включена, а глазами не застал опять...

У меня и так все есть, при необходимости запускается. Вот думал, что и эти маяки транслировать в УКВ АПРС эфир свой.
Для информации:
Есть симпатичный символ в альтернативной таблице, называет "BOX" (в Таблице символ "A"), если добавить оверлей "P" будет серый квадрат с буквой P внутри - pager.

Еще может есть смысл в месте приема, я так понимаю это окрестности Углича, запустить ПО для подключения к мировой сети АПРС (APRS-IS), обозначить ему условный позывной HFPGATE (к примеру)? Получить на него пароль доступа к APRS-IS, показать на карте, привязать к одному АПРС серверу, т.е в итоге сделать из него полноценного члена сети АПРС.
Если принятому ID соответствует позывной, формировать объект вида "Позывной-hp", например UA3AHM-hp, где hp это HF Pager. И далее эти объекты гнать в АПРС сеть со всеми вытекающими и забыть о них, на карте aprs.fi и подобным они отобразятся, кому нужно будут их отслеживать по фильтру o/*-hp или конкретному позывному, кому необходимо и если получиться, то транслировать в УКВ АПРС эфир.

Тогда и формированием объектов занимается одно ПО- проще поддерживать работоспостобность и в сеть АПРС идут конкретные осмысленные позывные с комментариями.

Потом может и до двухсторонней передачи сообщений дело дойдет. Реализовать как в сети Brandmeister- сообщение отправляется в адрес HFPGATE, а начинается с UA3AHM: и текст.

При такой конфигурации по КВ эфиру ходят ID-шники, а не так ненависные отдельным пользователям позывные. В свою очередь, в АПРС-сети формируются объекты и сообщения по правилам АПРС.
Довольны все категории пользователей в итоге, нет?

SLYFOX
Еще может есть смысл в месте приема, я так понимаю это окрестности Углича, запустить ПО для подключения к мировой сети АПРС (APRS-IS), обозначить ему условный позывной HFPGATE (к примеру)?

А зачем условный позывной на гейтах? Каждый гейт по логике (как единица ячеистой р/л сети) свой позывной использует.
Можно для гейтов выбрать ssid -PG (PagerGate) т.е. позывные гейтов будут иметь формат UA3xxx-PG, UB1xxx-PG, UA9xxx-PG и т.п.


Если принятому ID соответствует позывной, формировать объект вида "Позывной-hp", например UA3AHM-hp, где hp это HF Pager.

Можно и проще "ПОЗЫВНОЙ-P" (чтобы меньше букв печатать на поративном апрс-терминале) и нужно не объект, а сразу как станцию оформлять (во время шлюзования pager-->aprs), чтобы потом не переделывать, когда "дозреем" до двухстороннего message gate.

Вообще база то уже есть: https://nvis.club/hfproxys/abonents
Надо чтобы ее проектируемые гейты парсировали время от времени и держали у себя в обновленном виде.

сообщение отправляется в адрес HFPGATE, а начинается с UA3AHM: и текст.

Все еще проще, к примеру, если надо послать сообщение из АПРС-сети, абоненту пейждера ua3ahm, то пишем сообщение на получателя UA3AHM-P, далее APRS-IS сам отошлет (там эта логика сделана) на нужный гейт (APRS<->PAGER) это сообщение и гейт его "дуднет" в эфир туда, где слышал этого абонента. (уже конвертируя по таблице позывной UA3AHM в нужный ID pager-протокола)

По моему, все эти навороты - особого смысла не имеют.

Возможность отослать в APRS-сеть сообщение маяка с координатами и текстом вида
"de UA9OV @ 3775+1.7" - покрывает 80% потребностей, которые могут быть решены при помощи взаимодействия с APRS :-)

Остальное решается другими средствами.

Все же двусторонний обмен сообщениями в APRS - не основная функция,
в отличие от публикации положения и состояния объектов.

Если думать, куда еще развивать APRS-гейт, то я бы предложил форвард объектов сразу в КВ- или УКВ-сеть (без интернета), если это кому-то интересно.

Через внешний KISS-TNC (а лучший KISS TNC, как известно - TrueTTY :-) ) или сразу в AFSK через другую звуковую карту.

amx

Полное взаимодейстие с aprs-is легко решит задачу шлюзования сообщений с другими сетями АПРС (на кв, укв, с ip-терминалами), ничего отдельно можно не делать.

Кроме того и даже между несколькими пейджерными сетями (на разных диапазонах или даже на разных частотах в одном).

Можно конечно свою инфраструктуру аналогичную создавать (но кто создаст и будет поддерживать надежную сеть серверов?!), если есть уже готовая (APRS-IS), где собственно решаются те же задачи - обмен короткими текстовыми сообщениям и координатами между радио-ячейками.

Zmej
А зачем условный позывной на гейтах?
А почему нет? Это допускается и используется очень часто в сети. В точке приема все равно и ПК и интернет есть уже ,я так понимаю. Зачем создавать кучу UA3ххх-PG виртуальных если можно один гейт на для этого создать и поддерживать работоспособность одновременно с ПРД-ПРМ оборудованием географически в одном месте. Показывать его честно в сети АПРС, может какие телеметрию формировать по кол-ву сообщений или прохождению маяков в общем кол-ве. Если есть на карте- гейт живой, отвалился- пиши смс в техподдержку amx )))
Можно и проще "ПОЗЫВНОЙ-P" (чтобы меньше букв печатать на поративном апрс-терминале) и нужно не объект, а сразу как станцию оформлять (во время шлюзования pager-->aprs), чтобы потом не переделывать, когда "дозреем" до двухстороннего message gate.

Меньше печатать на сколько, на 1 символ? Если-бы генерировались станции, а не объекты, то половина ветки бы просто не печаталась из-за ненадобности. Но есть желание генерировать только объекты у разработчика, ну значит из этого исходим. Да и станцию-АПРС не возможно сформировать другой станцией, если знаете как это сделать, то опишите процесс. АПРС-станция должна формироваться в приложении у конечного пользователя, тогда это чистый АПРС на КВ с паролями, смарт-бакеном и т.д. Тут речь не об этом же, а как к уже созданному прикрутить полезный сервис.

Вообще база то уже есть: https://nvis.club/hfproxys/abonents
Пусть она будет, раз есть. Зачем в нее заглядывать или запоминать ,что HFPG000001 это UA3AHM, если хочется увидеть это сразу? А если у пользовательй КВ-пейджера слет или день активности- смотреть на десяток объектов HFPGxxx в терминальной программе? опять же *шутка"..

Что касается передачи сообщений, тем более двухсторонний обмен, так там видимо еще очень далеко до реализации.

amx
Возможность отослать в APRS-сеть сообщение маяка с координатами и текстом вида
"de UA9OV @ 3775+1.7" - покрывает 80% потребностей, которые могут быть решены при помощи взаимодействия с APRS :-)
Если текст "de UA9OV @ 3775+1.7" в теле маяка, то чтобы прочитать его в терминальной программе нужно "открыть" объект HFPGxxxx. Удобнее сразу увидеть UA9OV с признаком hp- пейджера и прочитать текст комментария.
Для вас весь АПРС видится так, как это показывает APRS.fi. А сайт это всего лишь статистика в удобном графическом виде, не более. АПРС это постоянный поток информации, из него каждый отфильтровывает то что ему нужно. Так влейте свой ручек информации по правилу этого потока, более и не требуется для взаимодействия.

SLYFOX
Зачем создавать кучу UA3ххх-PG виртуальных если можно один гейт на для этого создать и поддерживать работоспособность одновременно с ПРД-ПРМ оборудованием географически в одном месте.

Потому что КВ гейт не один, чтобы покрыть хорошо диапазоны (чтобы была хорошая вероятность что маломощный маяк кто-то примет, не смотря на помехи, казусы прохождения), нужно развивать инфраструктуру, должны появиться гейты минимум в каждом фед.округе РФ и далее понемногу в каждой мелкой стране. Это вполне под силу радиолюбителям!

Да и станцию-АПРС не возможно сформировать другой станцией, если знаете как это сделать, то опишите процесс.

Элементарно. Станцию (в понятии-структуре апрс) формирует гейт, принимая маяк на протоколе пейждера, сопоставляет ID к позывному и вперед (шлет в APRS-IS стандартный пакет c координатами в формате апрс).

Например, в эфире пейждера прозвучал маяк: ID00001*061209z5738.32NR03830.32Ea095/001

Какой-то гейт (условно гейт, который "крутит" сисоп UA1XXX) первым услышал , глянул в таблицу, и послал в АПРС-сервер уже как:
UA1XXX-PG:UA3AHM-P>061209z5738.32NR03830.32Ea095/001
(формат апрс условно, по памяти пишу)

На стороне АПРС все заинтересованные увидели на картах и в терминалах станцию UA3AHM-P.
И могут не только увидеть, но и написать (без всяких заморочек с циферками ID!) с АПРС ему "привет, как дела?"

Этот "привет" обработает APRS-IS и отдаст тому гейту (двухстороннему), который слышал маяк этой станции.
Дальше гейт конвертирует в свой формат и отошлет нужному ID-у сообщение.

Меньше печатать на сколько, на 1 символ?

А почему бы нет? Ну хотите -HP, пусть будет -HP... А достаточно и просто -P.

Зачем в нее заглядывать или запоминать ,что HFPG000001 это UA3AHM, если хочется увидеть это сразу? А если у пользовательй КВ-пейджера слет или день активности- смотреть на десяток объектов HFPGxxx в терминальной программе?

В таком варианте, как это сделал сейчас amx, то и видим объекты с ID-ами... :-)

А чтобы это было по-человечески, не смотреть иды и не запоминать, у кого какой ID, гейт pager<->aprs это должен делать в автомате!

Что касается передачи сообщений, тем более двухсторонний обмен, так там видимо еще очень далеко до реализации.

Да нет тут никакой тех. проблемы, просто нужно сделать это и будет такая возможность полноценно отослать с апрс-совместимых сетей сообщение пейждернику.

И кроме того, APRS-IS вполне справится с задачей шлюзования текстовых сообщений между разными пейджер-сетями (разные диапазоны и т.д.).
Рано или поздно к этому все и придет, если мы хотим построить нормальную легальную р/л инфраструктуру цифровой связи с использованием этого проекта.

amx
Версия с гейтом только на прием?

Zmej
Потому что КВ гейт не один, чтобы покрыть хорошо диапазоны (чтобы была хорошая вероятность что маломощный маяк кто-то примет, не смотря на помехи, казусы прохождения), нужно развивать инфраструктуру, должны появиться гейты минимум в каждом фед.округе РФ и далее понемногу в каждой мелкой стране. Это вполне под силу радиолюбителям!
Вот когда будут приемо-передающая сеть проекта КВ-пейджер развиваться так стремительно, тогда и можно будет говорить о этом. Это в свою очередб еще раз подтверждает , что узел КВ-пейджера+ гейт с АПРС должен находиться в одном месте и этого достаточно. Кто-то в частном порядке может поднимать у себя гейты pager-aprs если софт будет доступен и будет желание как это и происходит в АПРС сети.

Элементарно. Станцию (в понятии-структуре апрс) формирует гейт
Гейт не формирует станцию АПРС, он маршрутизирует пакет формата АПРС из миировой АПРС-сети в КВ/УКВ или в обратном направлении, или УКВ-КВ. В зависимости от своих "гейтовских" настроек. Так же как и ДИГИ, лишь повторяет пакет в соотвествии со своими настройками (построение фильтров различных) и с тем что заложено в самом пакете (WIDEn-n). Оба эти элементы сети могу формировать АПРС-объекты и АПРС-предметы... Частные случай чего мы тут и обсуждаем сейчас.

SLYFOX
что узел КВ-пейджера+ гейт с АПРС должен находиться в одном месте и этого достаточно.

Нет, вы неправильно представляете ячеистую сеть. Это так же, как гейты (узлы) между APRS-IS и местными УКВ апрс сетями.
Их (укв гейтов) ведь не один, а в каждом городе (где есть апрс-сеть).

Можно конечно один центральный гейт сделать, который будет предварительно собирать все принятые пейждерные маяки разными-отдельными КВ-гейтами (КВ-узлами в вашей терминологии), а потом уже слать в aprs, но зачем этот централизатор-посредник, который может отказать в работе...

Централизовать уже можно на основе данных из APRS-IS магистрали, например для обзорной статистики, как это делает тот же сайт APRS.FI

Вся суть ячеистой сети, что каждый кв (укв) гейт в aprs-is (узел в вашей терминологии) - это самодостаточная единица, которая равноправно-децентрализованно взаимодействует с магистралью (APRS-IS).


Гейт не формирует станцию АПРС, он маршрутизирует пакет формата АПРС

Да маршрутизирует, но т.к. основатели пейжер-протокола не заложили позывных, то нужно ИД-ы конвертировать в позывные (формировать станции в APRS-формате, чтобы с ними был возможен обмен сообщениями, напоминаю, что с объектами не предусмотрен обмен сообщениями).
Не вижу никаких не стыковок с общей идеологией aprs.

Версия с гейтом только на прием?

Гейт в APRS? Да, только на прием, конечно.

Zmej
Да маршрутизирует, но т.к. основатели пейжер-протокола не заложили позывных, то нужно ИД-ы конвертировать в позывные
Да это необходимо делать. Мы говорим об одном и том же: при наличии у ID позывного, уходить в АПРС сеть должен позывной, причем с меткой что он из сети "КВ-пейджер", т.е со своим символом и/или - hp...

Нет, вы неправильно представляете ячеистую сеть. Это так же, как гейты (узлы) между APRS-IS и местными УКВ апрс сетями.
Их (укв гейтов) ведь не один, а в каждом городе (где есть апрс-сеть).

Я о том, что минимальный комплект должен включать в себя премо-передающее оборудование проекта КВ пейджера и на этом же ПК (Условно..) гейт с APRS-IS. Причем последний должен иметь не личный позывной кого-то (это всегда заканчивается "Сегодня работает- завтра надоело-я все выключил"), а свой. Это минимум для работоспособности сети, причем работу гейта с АПРС гарантирует условный админ узла КВ-пейджера. Остальные гейты, RX-гейты и т.д. по желанию и в частном добровольном порядке.

SLYFOX
Мы говорим об одном и том же: при наличии у ID позывного, уходить в АПРС сеть должен позывной, причем с меткой что он из сети "КВ-пейджер", т.е со своим символом и/или - hp...

Естественно, я же давал пример:

Пакет в эфире пейждера: ID00001*061209z5738.32NR03830.32Ea095/001

Пакет который какой-то гейт услышал и первым отослал в APRS-IS:
UA1XXX-PG:UA3AHM-P>061209z5738.32NR03830.32Ea095/001

UA1XXX-PG - позывной гейта.
UA3AHM-P - (или если хотите UA3AHM-HP) - позывной который гейт сконструировал по таблице соответствия ID пейждер-пользователя.

премо-передающее оборудование проекта КВ пейджера и на этом же ПК (Условно..) гейт с APRS-IS. Причем последний должен иметь не личный позывной кого-то

Почему же не позывным владельца (сисопа) гейта?!

Это минимум для работоспособности сети, причем работу гейта с АПРС гарантирует условный админ узла КВ-пейджера.

Не условный, а каждый сисоп гейтов. Дело то добровольное. Это так же, как местные УКВ гейты, сегодня один радиолюбитель крутил его, потом плюнул (или не стало тех.возможности), кто-то другой взял на себя это дело, ничего ведь не надо делать для этого, только запусти и объяви себя в этой местности "главным".

Остальные гейты, RX-гейты и т.д. по желанию и в частном добровольном порядке.

Абсолютно любые в добровольном порядке, просто нужна кооперация всех операторов, чтобы не было бардака. Обычно дело ведь.

Zmej
Почему же не позывным владельца (сисопа) гейта?!
Я же написал почему. Потому что завтра UA1XXX все бросил или сменил позывной- взял и все выключил. В классическом АПРС в этом случае город "Змеевск" остался без УКВ-АПРС эфира до появления следующего энтузиаста. В нашем случае загнулось вся АПРС составляющая проекта. Поэтому этот гейт должен быть единым целым с оборудованием (узловым) и ПО КВ-пейджера в одном месте, на одном ПК. И ребутится должен одной и той же внешней командой в случае техпроблем - это опять для примера...

Или может вы знаете то чего не знаю я, например что в рамках проекта "КВ-пейджер" для увеличения покрытия сети уже раздают готовые комплекты КВ аппаратуры+ ПК с софтом для декодирования и взаимодейстия с АПРС?

По мойму мы спорим вообще не о чем с вами.

Мы говорим об одном и том же: при наличии у ID позывного, уходить в АПРС сеть должен позывной, причем с меткой что он из сети "КВ-пейджер", т.е со своим символом и/или - hp...


Тут одно тонкое (или скользкое) место.
Когда держатель гейта публикует от своего имени(позывного) чужие объекты под уникальными ID -
он делает равно то, что описано в доке на APRS.

Any APRS station can manually report the position of an APRS entity (e.g.
another station or a weather phenomenon). This is intended for situations
where the entity is not capable of reporting its own position.
APRS provides two types of report to support this:
• Object Reports
• Item Reports


И когда держатель другого гейта публикует тот же объект от своего имени - тоже.

A fundamental precept of APRS is that any station may take over the
reporting responsibility for an APRS Object or Item, by simply transmitting a
new report with the same Object/Item name.
The replacement report may specify the existing location or a new location.

А вот чтобы передать в APRS сообщение от имени станции (под позывным станции)
гейт должен выполнять фактически роль диджипитера, формируя стандартный APRS-пакет
от имени исходного отправителя, при этом формируя этот пакет самостоятельно.
На что он должен получить от отправителя явные права.
Или неявные - например, транслируя только сообщения специального формата.

Но, опять же, сильное усложнение я при таком подходе вижу, а вот существенной добавленной пользы по сравнению с уже реализованным вариантом - не наблюдаю.

Воспринимайте пэйджеры именно как объекты (как погодные станции и прочая телеметрия), а не как субъекты сети - и всё станет сильно проще. KISS , если вы понимаете, о чём я :-)

уже раздают готовые комплекты КВ аппаратуры+ ПК с софтом для декодирования и взаимодейстия с АПРС?

Софт раздают со вчерашнего дня, безвозмездно,
а уж приёмник и компьютер - как-нибудь сами :-)


И как можно говорить о какой-то сверхцентрализации, если сам HF Pager позиционируется как
средство ближней связи через NVIS ?

Именно поэтому - каждый держатель APRS-гейта - сам себе злобный буратина. Сам услышал - сам опубликовал объект от своего имени. Без всякой руководящей и направляющей...

amx
Воспринимайте пэйджеры именно как объекты (как погодные станции и прочая телеметрия), а не как субъекты сети - и всё станет сильно проще. KISS , если вы понимаете, о чём я :-)
Так на этом этапе объекты уже есть их видно и это факт. Нужно видеть конкретные позывные (у кого они есть) в названиях этих объектов. С этим хотя-бы удобно работать. Только и всего.



А вот чтобы передать в APRS сообщение от имени станции
Речь именно о текстовом сообщении произвольно-информативного содержания? Тогда все права на работу с этим содержимым от имени своего позывного я предоставил добровольно отправив такое сообщение куда-то, в адрес HFPGATE или др....