эта активность совершенно незаметна на фоне широковещательных пакетов (в первую очередь, объектов).

Ну, это от большего ума... Каждый считает, что достоен и что интересно показывать "бесплатный сортир", и причем, делать это бестолково, кидая пакеты чуть ли не каждые 3-5мин, хотя по спецификации объектов там что-то в районе 20мин для статических.

А что, если AprsGate будет отправлять маяки без координат в виде сообщений, скажем, получателю HFPAGER ?
Тогда их можно будет найти по получателю, по крайней мере, здесь:

https://aprs.fi/?c=message&call=HFPAGER&limit=50

amx

Какие именно "маяки без координат"?

Дайте примеры в сыром пейждерном виде или как-то еще, не понятно, о чем речь.

Какие именно "маяки без координат"?

Просто периодическое сообщение, не содержащее GPS-данных.

amx

Такие можно в status text заполнять. Он тоже просматривается на aprs.fi и будет просматриваться в основной информации по станции, если прошел маяк с координатами. В общем, вся система апрс, как радиолюбительская основывается на позывном как идентификаторе-источнике пакета (сообщения, просто маяки, маяки с координатами и т.д.)

Вы пытаетесь как-то через задний проход опять сделать...

amx
При всем уважении к тому что вы делаете в рамках этого проекта, но позвольте узнать почему такой ламерский подход к делу?
Как и сказал я ранее, для вас весь апрс это "глядение" на сайт aprs.fi. АПРС это взаимодействие конечных устройств с поддержкой АПРС (Программы, радиостанции) посредством интернета и/или эфира (УКВ и реже КВ), где одним из значимых факторов является геопозиция. Во многих случаях, не просто геопозиция, а актуальная геопозиция ,полученная мировой сетью APRS-IS не позднее часа или даже 30 минут.
Все эти "маяки без координат" и сообщения не понятно от какого источника (АПРС станции) не понятно кому, в итоге есть СПАМ и их информативность равно нулю.

Например, сообщения от одной УКВ-АПРС р/станции до другой идут по пути прохождения последнего пакета апрс, т.е существует маршрутизация по цепочке: Р/станция- дигипитер (иногда)- Гейт- сеть APRS-IS-Гейт-дигипитер (иногда)- УКВ р/ст. В обратнцю сторону как правило идет "квитанция" о получении сообщения. Заложен алгоритм повторной отправки через интервал времени для увеличения шансов на доставку. Если сеть APRS-IS не владеет "свежей", геопозицией (не познее 30 минут, кажется) р/станции в адрес которой отправлено сообщение, то оно вообще не отправляется сетью по этой цепочке. Считается что АПРС-станции адресата уже нет в сети (читай нет он-лайн, в зоне покрытия УКВ-АПРС и т.д....). Поэтому чисто приемные гейты RX-only- очень вредны по сути, не смотря на фунцию резервирования сети.

То что вы сейчас можете предложить как взаимодействие с АПРС сетью это АПРС-трекер- устройство отправляющее свои координаты в АПРС и комментарий (в лучшем случае), без обратной связи с этим устройством. Такой тип АПРС-устройств был и ранее и имеет право существовать вообще, но сделайте это нормально. А нормально это объект "ПОЗЫВНОЙ" ( у кого он есть) с символом, с SSID -12 (если это изначально трекер) и комментарием (КВ частота, номер ТЛФ или Hello, World! Ничего не нужно придумывать даже, нужно реализовывать...
Но, если сейчас в ваших руках находиться весь арсенал по формированию ТЗ, программированию и всему остальному, то что мешает создать продукт с полным функционалом АПРС ,а не ограничиться кастрированным?

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

А нормально это объект "ПОЗЫВНОЙ"

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

Кстати там есть и теги '!' и '/', который определяет, что станция без обмена сообщениями, типа ей можно не пробовать писать "приветы". Хотя по сути своей этот пейджер - двухсторонний месседжер, надо только нормальный гейт в апрс сделать.

В остальном, всё правильно объяснили amx-у.

Кстати там есть и теги '!' и '/', который определяет, что станция без обмена сообщениями, типа ей можно не пробовать писать "приветы".

А, так вот что означает эта загадочная фраза "(no APRS messaging)" - то, что станция не принимает
сообщений.

Никак не мог понять, спасибо.

Ну тогда для случая "удалённого трекера" тип "/" от типа ";" отличается только
тем, что в первом случае AprsGate обязан в качестве источника указывать позывной держателя пэйджера,

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


А откуда (из какого документа) вообще взялись пакеты с получателем "BEACON" , "ID..",
и еще несколькими,
вообще не подпадающие ни под один тип APRS-пакета (ну кроме T), так как начинаются сразу
с текста?

Такие получатели в документе описаны, но то, что пакеты для них не подпадают под общее регулирование - не нашел.

amx

А, так вот что означает эта загадочная фраза "(no APRS messaging)" - то, что станция не принимает
сообщений.

Или/и не передает сама текстовые сообщения, там не уточнено, но по логике так.

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

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

А откуда (из какого документа) вообще взялись пакеты с получателем "BEACON" , "ID..",
и еще несколькими,
вообще не подпадающие ни под один тип APRS-пакета (ну кроме T), так как начинаются сразу
с текста?

Это какие-то маяки из ax.25 сетей. Не стоит на них обращать внимание, там чудес и загадок много.

Смотрю, есть или была версия пейджера с нормальными позывными?
http://www.radioscanner.ru/uploader/2020/pager_calls.jpg

И что мешает нормально это конвертировать в апрс-сообщения?!

была версия пейджера с нормальными позывными?
Была, убрали. Потому что опплевались от времени на его передачу и приёма. Он шёл в заголовке,малейшая ошибка и всё сообщение коту под хвост. Сидишь так 2 минуты, сообщение принимаешь, все до единой буковки правильно, а он тебе РАЗ!!! и нет сообщения , ERROR HEAD! Как поставили простой ID, сразу программка запела !

Но, если сейчас в ваших руках находиться весь арсенал по формированию ТЗ, программированию и всему остальному, то что мешает создать продукт с полным функционалом АПРС ,а не ограничиться кастрированным?

Мешает целеполагание.

1. C технической стороны HF Pager - не почтовый клиент и не APRS-терминал. Это средство обмена короткими сообщения без сервера и без процедуры установления соединения.

2. Область применения - поддержка лиц или групп, путешествующих в местностях, где отсутствует всякое GSM-покрытие. При наличии хотя бы 2G - применение пэйджера теряет всякий смысл.

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

Никого же не напрягает, что объекты типа "погодная станция" НЕ идентифицируются РЛ позывными и
не отвечают на сообщения? Более того, от них даже пакеты в сеть входят НЕ под РЛ-позывными в массовом порядке, как оказалось (что, конечно, адъ и израиль, и мы это всячески осуждаем. Предлагаю в едином порыве выступить на защиту РЛ спектра и снести их с лица земли).


Цели создать APRS-терминал общего назначения с нестандартным типом пакета - не ставилось,
поэтому остальные 9% (или 0.9% ?) возможного применения APRS-протокола - в этом проекте нами не рассматриваются. Напоминаю, тема называется "КВ-пэйджер", а не "APRS-терминал".


P.S.
Что касается APRS, нами неспешно изучается целесообразность создания софтового KISS-TNC с более помехоустойчивым протоколом, чем стандартный FSK2/300, но это уже другая история.

Радиал
Была, убрали. Потому что опплевались от времени на его передачу и приёма. Он шёл в заголовке,малейшая ошибка и всё сообщение коту под хвост. Сидишь так 2 минуты, сообщение принимаешь, все до единой буковки правильно, а он тебе РАЗ!!! и нет сообщения , ERROR HEAD! Как поставили простой ID, сразу программка запела !

Заголовок можно повторять в конце сообщения. Если он принят с первой попытки, сообщение откроется без задержки, если нет, будет шанс восстановить. На скорость обмена не повлияет. Все равно между приемом и ответом существует интервал на чтение и набор текста.

Что же всех так раздражает отсутствие позывного вкаждой передаче? Вот когда вы нажимаете PTT на FM трансивере, в эфир идёт несущая. Никого ведь не парит,что при этом нет позывного? Ну вот когда идёт стыковка у КВ пейджера,это тот же самый процесс соединения. А уж наберут позывной в теле сообщения или не наберут-это дело десятое. Я так понял,что просто все привыкли к стандартным цифровым любительским программам,где позывной,это собственно и есть самое главное,долгожданное и достаточное сообщение. Ой. пардон, ещё RRR и 73 ,без которых жить нельзя. Так,блин,мы создали КВпейджер,который несёт полезную информацию, а не эти цацки любительские. Неужели вам мало MiXW, WSJT и им подобных,чтобы ещё и в КВпейджере тоже самое лепить...

Что же всех так раздражает отсутствие позывного вкаждой передаче?

Меня не раздражает. Но если заголовок такая критическая часть сообщения, его надо повторять дважды или сделать такую возможность на выбор пользователя. Тем более что повторение в разные моменты времени при федингах на КВ сильно повысит вероятность приема.

Timofejka
сам по себе безошибочно принятый заголовок при ошибке в теле сообщения - особой ценности не прядставляет.

Уменьшение длины заголовка - просто одна из мер по уменьшению вероятности ошибки,
которая ничего не стоит, в отличие от дублирования заголовка (который и так защищен исправляющим кодом). Поэтому дублирование заголовка - это уже количественное изменение - наращивание FEC. В какой то момент нужно остановиться. У нас и так из каждых 15 переданных нибблов только шесть несут собственно данные.

Остальные девять - служебные и корректирующие.

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

Радиал
Как поставили простой ID, сразу программка запела

Да ладно, всего байт на 8-12 меньше стало, не верю. Там есть избыточное кодирование, RS-коды или еще что-то.

amx
1. C технической стороны HF Pager - не почтовый клиент и не APRS-терминал. Это средство обмена короткими сообщения без сервера и без процедуры установления соединения.

Как раз с техническо-функциональной стороны пейджер - это 100% аналог того, что делает АПРС! Т.е. GPS-маяки и короткие текстовые сообщения, только с пробивной модуляцией под QRP-применение на кв.

2. Область применения - поддержка лиц или групп, путешествующих в местностях, где отсутствует всякое GSM-покрытие.

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

Похоже, вы еще "не дозрели" до этой идеи. Со временем понимание придет, чтобы это было по настоящему эффективной вещью, должна некоторая инфраструктура появиться, хотя бы на 2-3 основных диапазонах. И ее нужно между собой объединять.

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

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

Сделайте тогда свой сервис на сайте радиала и пусть туда на карту репортируются гейтовой утилитой любые ваши ИД-объекты, в чем проблема? Все заинтересованные будут знать адрес сайта и там смотреть.

Радиал
Что же всех так раздражает отсутствие позывного вкаждой передаче?

Это не раздражает. С формальной и логической точки зрения уместен такой вариант, если:

- будет присутствовать публичная и обновляемая база ИД;
- еще лучше ввести периодичный цифровой маяк, который будет слать строго определенный формат текста, к примеру как: ID0001:UA3AHM.
И эти механизмы будут в памяти пейждер-терминала сопоставлять ИД-ы позывным. Кстати, нормальную идею даю бесплатно!


А вот что раздражает - написал выше, в конце сообщения, адресованного amx.
И да, ребята, пока вы все это крутите в любительском эфире, нужно взаимодействовать и считаться с пожеланиями таких же коллег по интересу цифровыми видами... И это не касается вашего сарказма про RRR 73.
Я сам эти бесовские WSJT-виды связи терпеть не могу и не использую. А вот пейджером - с удовольствием бы пользоваться, потрещать с радио-друзьями короткими смс... Собственно, вы этим же и занимаетесь.

Мешает целеполагание.
С этого нужно было начинать ,а не просить консультацию по теме АПРС.
Вам и Ко уже самим очень нужно, чтобы было где визуально отображалась деятельность пользователей КВ-пейджера, т.к. это действительно удобный функционал. Ну и добавляет хоть какой-то легитимности после волны критики за использование рл диапазонов.
Сейчас же не вашим и не нашим- "свободных операторов" тошнит от р/л сервисов и позывных, абстрактным оленеводам и рыбакам вообще до балды видимо будет, да и их самих тут в теме что-то не очень много.
Запилите что-ли "голосовалку" какую в ветке для потенциальных пользователей с вопросом "Позывной или ID хотите видеть в АПРС?"...
Никого же не напрягает, что объекты типа "погодная станция" НЕ идентифицируются РЛ позывными и не отвечают на сообщения?
И опять пример мимо... Какие именно метеостанции, если вида "CWxxxx" так они тоже "живут" только в сети где-то, Гейтами в эфир не транслируются, УКВ не забивают, отображаются на aprs.fi да и фиг бы с ними. А для метеостанций любительских с позывными целый SSID-13 выделен и символ, в большинстве случаев это выполняется. Никто и не пишет им зная, что это метео.
Так что кроме упрямства никаких аргументов и нет.

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

Кто сказал что должны?
Не должны, но могут.

Кто запретит, скажем, UA3AHM, как лицензированному радиолюбителю, рапортовать в APRS-сеть
от своего имени об интересных его единомышленникам объектах?

Вопроc, каким образом эта информация до него дошла - рояля не играет,
есть в ассортименте гейты из PMR/LPD диапазонов, те же погодные датчики могут
слать данные по WiFi...

Точно так же как публикуются тысячи APRS-объектов с непонятной никому, кроме отправляющего
(и его единомышленникам, которые в курсе) телеметрией типа таких:

IZ4PNN-13>APLWS2,qAU,IZ4PNN-15:;R0220594 *230323h4429.65N/00809.33EO065/018/A=046182!wY)!Clb=3.9m/s p=140.9hPa t=-54.2C h=0.0% 402.80MHz Type=RS41-SG BK=8h30m SV=20215 V=2.5V S=-14.1dB

Вот вам и имя объекта R0220594 - ни разу не РЛ позывной.
И отправлен пакет через RX-only gate - qAU.
И частота там текстом указана какая-то нелюбительская - 402.80MHz

Чувстую себя прямо-таки адвокатом Плевако с речью про старушку и чайник :-)))

SLYFOX
Так что кроме упрямства никаких аргументов и нет.

Zmej
Как раз с техническо-функциональной стороны пейджер - это 100% аналог того, что делает АПРС!..

Друзья, вы сами отвечаете на свои вопросы.

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

Кто победит знаю заранее. Радиалу скажут прощай.

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

Timofejka
КВ пейджер не должен быть АПРС. Потому что здесь другая колокольня, это не радиолюбители

:-)
Так если это не радиолюбители, что сигналы пейджера делают к примеру, на 3775кГц или в любом другом р/л диапазоне? Зачем он рекламируется в документации р/с улейма-80 на диапазон 80м с радиолюбительскими позывными на скринах...
Парадокс, однако!

Какие именно метеостанции, если вида "CWxxxx" так они тоже "живут" только в сети где-то, Гейтами в эфир не транслируются, УКВ не забивают, отображаются на aprs.fi да и фиг бы с ними

Вот именно!
Я же сразу написал, что не собираюсь делать гейт из сети в эфир, чтобы не забивать ни УКВ, ни КВ.

А в APRS-IS сети они вполне себе живут, без всяких aprs.fi:

# aprsc 2.1.5-g8af3cdc 11 May 2020 20:41:45 GMT T2SWEDEN 95.216.197.75:14580
EW5546-1>APVRT7,TCPIP*,qAC,EW5546-AD:!5216.53N/02057.49E&e-utp.net iGate and APRS server By AVRT7
# aprsc 2.1.5-g8af3cdc 11 May 2020 20:42:05 GMT T2SWEDEN 95.216.197.75:14580
EW7404>APRS,TCPIP*,qAC,T2IRELAND:=4214.87N/02336.60EW Weather Station WXT-520
EW7404>APRS,TCPIP*,qAC,T2IRELAND:>Sitnyakovo Express 1780m
EW7404>APRS,TCPIP*,qAC,T2IRELAND:_05112041c309s001g001t062r...p...P...h28b10140PyMM

# aprsc 2.1.5-g8af3cdc 11 May 2020 20:42:25 GMT T2SWEDEN 95.216.197.75:14580


С этого нужно было начинать ,а не просить консультацию по теме АПРС.

Консультацию я именно по этому вопросу и просил -
"имеет ли право любитель публиковать от своего имени информацию о других известных ему объектах?"

Оказалось, что не просто имеет, а что именно для этого концепция объекта отцами-основателями и создана :-)

Так если это не радиолюбители, что сигналы пейджера делают к примеру, на 3775кГц или в любом другом р/л диапазоне? Зачем он рекламируется в документации р/с улейма-80 на диапазон 80м с радиолюбительскими позывными на скринах...
Парадокс, однако!

Эксперименты с радиосвязью. Каждое частное лицо имеет право, при наличии позывного и разрешений, работать в радиолюбительском эфире. Кто то нарушает, кто то нет, это частное дело каждого. КВ пэйджера, по сути, еще нет. Он в стадии разработки.

а АПРС свою задачу выполнил- показал что зонд есть, где он и где его слушать.

Именно!
Как сказал сегодня один из потенциальных пользователей пэйджера (цитируется с его разрешения):

>для меня апрс - способ увидеть как двигался UPP, пока ехал на рыбалку
>что бы знать, куда посылать МЧС, если его там затопило

Эту задачу AprsGate решает, а другой перед ним и не ставилось.

Timofejka
Каждое частное лицо имеет право, при наличии позывного и разрешений, работать в радиолюбительском

Так эти признаки уже обозначают, что это лицо де-юро и де-факто есть радиолюбитель. Вы же пытались обратно доказать: здесь другая колокольня, это не радиолюбители

Почему вы считаете, что радиолюбителям пейждер нужен, как другие цифровые виды связи, типа на установления количества ЩСО и дипломы (постоянно приводятся эти примеры с WSJT FT8...) - это не так, он нам нужен так же, как и вам, для общения, обмена сообщениями. Мы всего лишь хотим его полностью легально использовать, а не играть в партизан-переростков, скрываясь номерными позывными.

Мы всего лишь хотим его полностью легально использовать, а не играть в партизан-переростков, скрываясь номерными позывными.

Передавайте свой позывной в сообщении если не хотите играть в партизан-переростков.

Вопрос про колокольню это не про радиолюбительство, а про бизнес и авторские права на разработки.

КВ пэйджера, по сути, еще нет. Он в стадии разработки.

Всё же уже есть.
Можно скачать, можно попробовать, можно купить.

http://hfpager.com

http://www.dxsoft.com/ru/products/hfpager/


Есть ещё куда развиваться, куда именно - время покажет.

И голосующие деньгами покупатели, конечно :-)

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