SLYFOX
будет виден на Yaesu правильно, т.к. заложен в "мозгах" станции изначально.

Хреново, что некорректно париснингуют такой ссид...
А какая модель, может еще производится? Можно было бы обновить прошивку и проверить, а если не поможет, написать им в саппорт.

Кстати, можете протестировать и без сторонней помощи другие однобуквеные и цифровые ссиды от 16 и более.
Это элементарно имитировать в терминальном unproto режиме TNC.

Достаточно послать строку в third-party формате, примерно так:
}UA9OV-16>APHFPG,TCPIP,IGATECALL*:/301507z5500.75NP08256.53EaAprsGate
}UA9OV-P>APHFPG,TCPIP,IGATECALL*:/301507z5500.75NP08256.53EaAprsGate
}UA9OV-ID>APHFPG,TCPIP,IGATECALL*:/301507z5500.75NP08256.53EaAprsGate
и т.п.

Zmej
Можно было бы обновить прошивку и проверить
На Кенвуде, вроде последняя прошика, а для Yaesu кабель нужен вроде-бы ,я эту станцию не очень хорошо знаю.
Достаточно послать строку
Если честно, мне лень залезать в TNC и там эммулировать что-то.
Раз уж мы тестируем, то amx и карты в руки, пусть хоть все три варианта сразу запускает-увижу не только я, и логи останутся на aprs.fi.

Хотя, действительно, можно определиться как и было сказано ранее: станции с -12 и только с -12, или только объекты с возможными вариациями. И уже не ломать голову с этим.

Заметил, что гейты каждый раз к новому серверу подключены при отправке своих пакетов, это тест или переподключение по времени? Хотелось-бы посмотреть как сами серверы воспринимают эти гейты.

Еще увидел, что символ P в красном ромбе, очень активно используют по тематике Winlink, их очень много.

В остальных случаях, объект должны формировать сами пейджер-станции своим позывным, как и любые другие апрс-совместимые субъекты типа "станция".


Мы тут с SLYFOX пришли к консенсусу.

1. Объекты (;) публикуются от имени позывного гейта (так как позывной оператора пэйджера в
этот момент не только не известен, но и не важен - объект для того и придуман, чтобы
отображать нечто, не совпадающее с координатами станции).

2. Чтобы не было претензий со стороны труЪ радиолюбителей, объекты публикуются в левонете PGxxxx.
А пока имя левонета не конфликтует с именем AP* APRS-сети и другими известными левонетами,
гейт никому не "должен".

3. Для цели "отметить объект, не связанный с положением станции, на карте", этого достаточно,
и радиолюбителей не анноит
.
4. Позиция (/) или статус (>) публикуются с РЛ позывным оператора пэйджера с ID сети APHFPG.

Заметил, что гейты каждый раз к новому серверу подключены при отправке своих пакетов, это тест или переподключение по времени?

Так я же писал - каждый пакет отправляется отдельным HTTP POST-запросом на порт 8080.

Это самый надежный вариант из трех, так хоть HTTP-ответ получаем от сервера.

amx
. Чтобы не было претензий со стороны труЪ радиолюбителей, объекты публикуются в левонете PGxxxx.

и радиолюбителей не анноит

Будут претензии и будет "анноить", делайте с одним общим дестинейшеном и будет все ОК.
Зачем создавать лишний прецедент. Тем более вообще, с этими объектами, передачи которых по факту происходят из эфира - и так на гране легальности.

Иконки-символы можно пока оставить на обсуждение, есть время посмотреть, что реже используется.
По сути - не очень критично, нет как такового эксклюзивного права на использование той или иной, любые общие-нейтральные иконки можно использовать нам, какому-то винлинку или еще кому-либо...

По ссид для станции, в принципе, можно вернуться к варианту -12, если попали на такую проблему в кривой реализации Yaesu. Хотелось как лучше.

Zmej
передача любых объектов любым радиолюбителем - абсолютно легальна,
тут у меня никаких сомнений нет.

Будут претензии и будет "анноить",

Будут тыканы носом в соответствующий документ :-)

Плакат "это левонет, а не APRS" я повесил. Не нужно - не принимай эти пакеты.

каждый пакет отправляется отдельным HTTP POST-запросом на порт 8080
Наверное видней там при отладке, но я годами на российском сервере использую как положено 14580 порт и проблем нет. Просто хотелось посмотреть как сервер видит гейты эти.

По исконкам можно вернуться к серому квадрату, и далее как уже придумано: цифра 7 в квадрате- использование КВ-пейджера в пешем порядке, цифра 9- авто (или второй подвижный комплект), цифра-1 или что там в описании, стационарная постоянная позиция (дом, цифра 2- стационарная временная (лагерь, палатка, дача и т.д.) ну или вариации опять же. Но конечно соответствующие символы видеть красивее, нагляднее и понятнее. Вроде в итоге ясно стало, что кроме APHFPG и нет смысла ничем выделяться из многообразия АПРС.

amx
объектов любым радиолюбителем - абсолютно легальна,

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

SLYFOX
Вроде в итоге ясно стало, что кроме APHFPG и нет смысла ничем выделяться из многообразия АПРС.

Соглашусь.
Для гейтов,однако, всё же имеет смысл использовать уникальный SSID -PG, так как он ничему не мешает,
но позволяет быстро найти ближайший гейт, не дожидаясь очередного маяка.

amx
Для гейтов,однако, всё же имеет смысл использовать уникальный SSID -PG, так как он ничему не мешает,
но позволяет быстро найти ближайший гейт, не дожидаясь очередного маяка
Но позывные гейтов тоже же видны с -??, можно наплевать на это ,а можно и не плевать, а сделать им или тоже -12 и иконку КВ-гейта или цифры -1, -2 и т.д.
И какой смысл от того что знаешь где ближайший гейт? Диаграмму КВ антенны подворачивать?
Возвращаясь к теме команд-запросов, есть ?IGATE- в ответ выдает статистику по принятым и переданным пакетам, и ?DX- расстояние до самого дальнего источника принятого пакета с координатами, может еще что-то относительно гейтов можно использовать, но вот эта информация думаю интересна будет всегда.

Возвращаясь к теме команд-запросов,

Да, там много интересного есть, к примеру, ?APRSD - должно вернуть в ответ список позывных, кого гейт слышит в своей сети за какое-то последнее время.

И какой смысл от того что знаешь где ближайший гейт?
???
Знаешь, на какую частоту трансивер настраивать, (которую гейт в комментарии к позиции указал. А если не указал, так нафиг тогда этот маяк не нужен.).

amx
Так там еще и у каждого гейта своя частота на прием!? А что мешает вещать на единой частоте? Так это опять не система связи, с резервированием и т.д., про которую так много говорил Zmej, а так точка-точка. КАк-то все равно все мудрено задумано там у вас...
Если нужно что-то протестировать на стороне УКВ эфира, я ветку читаю, могу посмотреть если возникнет необходимость.

SLYFOX

Скорее всего это пока пробные пуски, какие-то гейты работают, где у кого антенна лучше строится, где чище эфир или еще по какому-то критерию, лучше известному сисопу.

В будущем, надо частоты обговаривать и стандартизировать, разумеется.
Чтобы были, как минимум, единые частоты основных сетей на 2-3 основных диапазонах.

Особенности протокола PS-18 (HF pager)

1. Используется простая в формировании и декодировании,
но устойчивая к шуму, замираниям (изменениям амплитуды)
и медленной девиации частоты (неточной настройке)
модуляция (18-тоновая IFSK).

2. Используется эффективная FEC на основе кода Рида-Соломона RS(15,7)
с четырехкратным интерливингом, что позволяет работать через
каналы с глубокими и длительными замираниями с количеством сырых ошибок до 25%.

3. Скорость передачи (5.86 или 1.46 бод) выбирается оператором,
приемник декодирует обе скорости одновременно.

4. Обеспечивается обмен адресными сообщениями длиной до 252 знаков
без установления соединения.

5. В ответ на принятое сообщение может быть автоматически отправлено
положительное(ACK) или отрицательное (NAK) подтверждение.

6. Сообщение может автоматически повторяться до получения подтверждения
о приеме или истечения тайм-аута.

7. Имеется возможность автоматической передачи периодических сообщений (маяков) для идентификации
присутствия станции в эфире. Маяк может сопровождаться телеграфным CW-ID на скорости 100 LPM (20 WPM).

8. В маяк может включаться полный набор данных c GPS-приемника.

9. Идентификатором терминала является двухбайтовое целое число (1...65534),
радиолюбительскый позывной при необходимости может быть включен
в текст сообщения, маяка или в CW-D.

10.Специальным образом форматированный радиолюбительский позывной в тексте маяка или
сообщения используется для идентификации оператора при трансяции маяка или сообщения
в APRS-сеть.

11.Протокол сам по себе позволяет передавать полный набор однобайтных символов (0...255),
текстовая часть сообщения отображает почти полный набор (1...255),
андроидная версия отображает символы как переданные в кодировке Windows-1251.

Из полей сообщают :-)

3.775 МГц, 20 ватт и метровый(!) штырь.

Обновил AprsGate до V0.95

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

V0.95
В начало комментария к объекту или пакету типа Position в скобках включается оценка качества
приема, представляющая собой Error Rate, то есть количество исправленных ошибок в процентах,
например "(ER=10%)".

Маяки от станций с "триальными" ID (большими 64999) транслируются как объекты вида HFPDxxxxx
и с фиксированным текстом комментария.
Пакеты статуса от станций с такими ID не транслируются.

Ну и работает до конца августа (0.94 - до конца июня)

Ну и напомню, что сами пэйджеры недавно обновились до 2.80 (Windows) и 3.10 (Android).

Опубликовал HF Pager for Windows 2.87 и AprsGate 0.97 :

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

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


История версий HF Pager

2.87
Радикально переделан "детектор несущей".
Слегка улучшена символьная синхронизация.
Исправлены ошибки в вычислении Error Rate.
2.86
Тестовая версия - отключен "детектор несущей".
2.85
В текст принятого сообщения записывается показатель качества сигнала (Error Rate).
Добавлена скорость передачи 46.88 бод. Полоса сигнала в этом режиме - около одного
килогерца, поэтому используйте его в тех участках диапазонов, в которых разрешены
широкополосные цифровые виды излучения.
На этой скорости центральная частота звукового сигнала равна примерно 1711 Гц
и не может быть изменена пользователем.
Для уменьшения нагрузки на процессор можно уменьшить количество одновременно
декодируемых скоростей передачи (Настройки / RX Speeds).
2.80
Радикально уменьшена нагрузка на процессор.
Улучшен алгоритм определения занятости канала.
Улучшен алгоритм совместного доступа к каналу.
[...]


История версий AprsGate


V0.97
Добавлена скорость манипуляции 46.88 бод. Полоса сигнала в этом режиме - около одного
килогерца.
На этой скорости центральная частота звукового сигнала равна примерно 1711 Гц
и не может быть изменена пользователем.
Для уменьшения нагрузки на процессор можно уменьшить количество одновременно
декодируемых скоростей передачи (Настройки / RX Speeds).
Более адекватно вычисляется Error Rate принятых с неисправимыми ошибками
сообщений.
Время работы этой версии - до конца января 2021 года.
V0.96
Исправлены ошибки в отображении четырехчасовой истории активности.
V0.95
В начало комментария к объекту или пакету типа Position в скобках включается оценка качества
приема, представляющая собой Error Rate, то есть количество исправленных ошибок в процентах,
например "(ER=10%)".

Маяки от станций с "триальными" ID (большими 64999) транслируются как объекты вида HFPDxxxxx
и с фиксированным текстом комментария.
Пакеты статуса от станций с такими ID не транслируются.
[...]

amx
Через WebSDR HF Pager for Windows 2.87 может на прием работать?

Через WebSDR HF Pager for Windows 2.87 может на прием работать?

Если завести на него принятый сигнал реальным или виртуальным (VAC) кабелем - будет
работать, куда денется.

Оказалось, что на скорости 46.88 бод пэйджер на удивление хорошо работает :-)

Даже на 80 метрах - стоит чуть-чуть приподняться сигналу над шумом - обеспечивается
устойчивый приём. Зато скорость передачи данных - примерно вдвое быстрее, чем на RTTY 45 бод.

Более чем достаточно, чтобы можно было комфортно "чатиться".

Сделал версию для андроида, поддерживающую скорости 46.88 и 23.44 бод.
Во втором варианте основной спектр сигнала находится внутри полосы 500 Гц, так что можно использовать в участках для "узкополосной цифры".

Центральная звуковая частота для обеих этих скоростей - фиксированная, около 1711 Гц.

Меньше мусора на водопаде - показываются узкие и широкие ворота для выбранной скорости + узкие ворота для 1.46 бод

http://www.dxsoft.com/download/hFpager317demo.apk

amx
Сделал версию для андроида, поддерживающую скорости 46.88 и 23.44 бод.

Правильно двигаетесь.
Авто-снижение скорости будете делать, скажем, если не получилось за 2-3 попытки "впихнуть" на текущей?

Центральная звуковая частота для обеих этих скоростей - фиксированная, около 1711 Гц.


Лучше все же сделать свободную или предварительно задаваемую из конфига.
Чтобы можно было комбинировать на сетапах с другими протоколами, где частота сигнала может быть реально фиксирована (в более не развиваемом софте или железячном модеме)

Авто-снижение скорости будете делать, скажем, если не получилось за 2-3 попытки "впихнуть" на текущей?

Ну подходы к этому сделаны, дойдут руки - реализуем ...

Лучше все же сделать свободную или предварительно задаваемую из конфига.
Чтобы можно было комбинировать на сетапах с другими протоколами, где частота сигнала может быть реально фиксирована (в более не развиваемом софте или железячном модеме)

Во-первых, есть существенные резоны сделать именно фиксированную скорость,
а во-вторых - 1700 Гц - и есть традиционная скорость для доисторических
модемов (типа V21 и аналогичного ему Bell ).

Ну а в главных - 1700 Гц - ровно середина канала ТЧ, и двигаться вниз или вверх нет смысла.

amx

Есть другие моды у которых в районе 1500Гц центровка и там не поменять уже, поэтому чтобы на одном радио совместить и вашу "петрушку" - было бы хорошо ее скажем на 1.9-2кГц выставить или наоборот внизу с центром на 900-1000Гц и т.п. Короче говоря, применения могут быть разные и при сменном центральном тоне - гибче.

Обновил андроидную версию пэйджера до V3.19 - переделал более правильно прием на 23.44 и 76.88 бод,
добавил поддержку устройств на процессорах x86 и x86_64.

http://www.dxsoft.com/download/hFpager319demo.apk

Обновил AprsGate до V0.98- добавил поддержку скоростей 23.44 и 76.88 бод,
сделал англоязычный файл справки.

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

Андроидная версия пэйджера обновилась в гуглоплэе до 3.19

Виндовую версию обновил до 2.90:

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


История версий HF Pager

2.90
Добавлена скорость передачи 23.44 бод. Полоса сигнала в этом режиме -
около 500 герц.
На этой скорости центральная частота звукового сигнала равна примерно 1711 Гц
и не может быть изменена пользователем.
Сделана опция "Настройки/Маяк и APRS/Сбрасывать таймер маяка при передаче сообщения".
Для управления PTT и подключения GPS-приёмника можно выбрать любой COM-порт
в диапазоне COM1...COM99.
Сделаны мелкие улучшения в интерфейсе программы.
2.88
Исправлены некоторые мелкие ошибки.
2.87
Радикально переделан "детектор несущей".
Слегка улучшена символьная синхронизация.
Исправлены ошибки в вычислении Error Rate.
2.86
Тестовая версия - отключен "детектор несущей".
2.85
В текст принятого сообщения записывается показатель качества сигнала (Error Rate).
Добавлена скорость передачи 46.88 бод. Полоса сигнала в этом режиме - около одного
килогерца, поэтому используйте его в тех участках диапазонов, в которых разрешены
широкополосные цифровые виды излучения.
На этой скорости центральная частота звукового сигнала равна примерно 1711 Гц
и не может быть изменена пользователем.
Для уменьшения нагрузки на процессор можно уменьшить количество одновременно
декодируемых скоростей передачи (Настройки / RX Speeds).
[...]

Недавно узнал о КВ пейджере, посмотрел несколько видео на канале Радиала, возникли вопросы. Мало информации как все подключать.

Если есть на станции VOX, я могу подключить напрямую, без использования интерфейса ( https://nvis.club/equipment/interfejsy/rais1 ) ?

Если есть на станции VOX, я могу подключить напрямую, без использования интерфейса

Можете.
Но я бы не пренебрегал гальванической развязкой на трансформаторах.

Опубликованы AprsGate 1.01 и HF Pager for Windows 2.92:

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


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


История версий AprsGate

V1.01
Реализована работа с сервером GPS-трекинга Traccar ( https://www.traccar.org/ )
и другими, поддерживающими протокол OsmAnd.
V0.99
Эта версия работает до 30 апреля 2021 года.
V0.98
Добавлена скорость манипуляции 23.44 бод. Полоса сигнала в этом режиме -
около 500 Гц.
На этой скорости центральная частота звукового сигнала равна примерно 1711 Гц
и не может быть изменена пользователем.
Сделан англоязычный файл справки.
V0.97
Добавлена скорость манипуляции 46.88 бод. Полоса сигнала в этом режиме - около одного
килогерца.
На этой скорости центральная частота звукового сигнала равна примерно 1711 Гц
и не может быть изменена пользователем.
Для уменьшения нагрузки на процессор можно уменьшить количество одновременно
декодируемых скоростей передачи (Настройки / RX Speeds).
Более адекватно вычисляется Error Rate принятых с неисправимыми ошибками
сообщений.
Время работы этой версии - до конца января 2021 года.
[...]

История версий HF Pager

2.92
При щелчке на кнопку "=xGPS" или "#(GPS)" текущие GPS-координаты помещаются
в начало набираемого сообщения (в одном из двух форматов).

Через контекстное меню точку с принятыми координатами можно отобразить
на выбранной карте.
2.91
Минимальная длительность преамбулы увеличена до трёх секунд.

Изменена логика повторной передачи:
Если получен NAK (квитанция об ошибке), то производится
повторная передача сообщения, даже если не установлена
галка "Повторять до подтверждения".

Добавлены варианты управления PTT "OmniRig/CAT" и "OmniRig/Com-port pins".

На скоростях 23.44 и 46.88 бод ACK или NAK повторяются дважды
(преамбула при этом одна).
2.90
Добавлена скорость передачи 23.44 бод. Полоса сигнала в этом режиме -
около 500 герц.
На этой скорости центральная частота звукового сигнала равна примерно 1711 Гц
и не может быть изменена пользователем.
Сделана опция "Настройки/Маяк и APRS/Сбрасывать таймер маяка при передаче сообщения".
Для управления PTT и подключения GPS-приёмника можно выбрать любой COM-порт
в диапазоне COM1...COM99.
Сделаны мелкие улучшения в интерфейсе программы.
[...]

Выпустили новый продукт (под Андроид) для работы с КВ пейджером.

Бесплатный APRS-шлюз и погодный информатор HFP Weather:

https://dxsoft.com/hfp-weather-aru.html

https://www.dxsoft.com/hfpweatherng.apk