Timofejka
65 000 слишком мало. Если начнутся продажи по миру очень быстро очередному клиенту скажут - "Извини, у нас ID кончились".

Эх, ваш оптимизм да богу в уши :-)

Если Радиалу удастся продавать по две лицензии в день (С такой скоростью продаются CwGet и SeaTTY суммарно в удачный месяц, а ведь каждая из этих программ - практически "промышленный стандарт" в своей области, да и круг потенциальных пользователей у них много шире, чем у пэйджера), то половина пространства ID исчерпается лишь за 43 года.

Ну а дальше наши внуки будут просто поднимать цену вдвое на каждые следующие 16000, 8000, 4000 ... :-)

Кстати, википедия брешет про APRS, что
"Сейчас этой технологией пользуются более 7000 радиолюбителей в мире."

Вы правда считаете, что HF Pager превзойдет по распространённости APRS ?
Лестная оценка, но сомневаюсь ... :-)

amx

А если не секрет, truetty как расходится?
Особенно последние 3-4 года, когда классические цифровые виды, говоря откровенно, все слили в унитаз, в угоду JT65/FT8....

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

Ну проблемы с доступом к базе нет.
AprsGate сам работает по HTTP PUT ,
поэтому ничего не мешает ему же при старте обновить эту базу с сервера по HTTP GET.

Но какую задачу мы вообще хотим решить?

Если дать возможность оператору пэйджера самому выбрать имя APRS-объекта, то это легко делается
добавлением определённого тега в начало маяка,
например
#UA9OV-PG#
или
#MYHOME123#
(мы же помним, что имя объекта совсем не обязано содержать позывной?).

Максимальная длина текста маяка с координатами - 240 знаков,
Максимальная длина комментария у объекта - 36...43 знаков,
так что передать в эфир до 11 лишних знаков - не жалко.

В этом случае ID пэйджера можно включить в поле "получатель" пакета, типа
PG05000 . Или никуда не включать.


Если же вы хотите заставить оператора идентифицироваться не так, как он хочет,
а так, как вы хотите, то нам с вами точно не по пути.

amx

Но какую задачу мы вообще хотим решить?

Задачу отображения позиций и сообщений пейждера в систему апрс от легальных р/л пользователей пейждера.

И этот тег в пакете будет означать, что такой пользователь сам не против этого.
Т.е. где-то на форме клиента будет птица "взаимодействовать с APRS р/л идентификацией". Или даже две опции, одну для позиций с координатам, другую для сообщений.

Все остается на распоряжения каждого пользователя пейджера. Гейты только ловят этот тег в пакетах и при его наличии конвертирует в апрс формат станция с позывными.

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

#UA9OV-PG#

Этот ssid -PG - для позывных гейтов.
Для позывного пользователя вроде уже пришли к консенсусу, что -HP.
Я предлагал просто -Р, но однобуквенные сиды в апрс уже заняты DMR/DSTAR :(

amx

Но какую задачу мы вообще хотим решить?

Задачу отображения позиций и сообщений пейждера в систему апрс от легальных р/л пользователей пейждера.

Именно так! И желательно коротких сообщений в обратную сторону.
десять страниц о идентификации толчем как воду в ступе. Мне как конечному пользователю без разницы ид или позывной.
Что короче и надежнее то пусть и будет. Главное чтобы другой пользователь понял что я это я и нахожусь черт знает где.

Ну вот, уже как минимум три человека ua3upp, slyfox и автор этого сообщения заинтересованны в этом и возможно будущие покупатели продукта.

И причем развить гейты можно сначала приемные, на основе дешевых сдр-свистков. А если портировать aprs-gate в линукс - то вообще все на rasberry-pi будет крутиться!

amx
Если Радиалу удастся продавать по две лицензии в день (С такой скоростью продаются CwGet и SeaTTY суммарно в удачный месяц, а ведь каждая из этих программ - практически "промышленный стандарт" в своей области, да и круг потенциальных пользователей у них много шире, чем у пэйджера), то половина пространства ID исчерпается лишь за 43 года.

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

А главное деньги появятся. Станет веселее. Те кто тестирует пейджер будут не только покупать его на совои кровные, а еще и за работу что то получат, пусть хотя бы символически.

#UA9OV-PG#

Этот ssid -PG - для позывных гейтов.


Речь не идет о SSID,
потому что UA9OV-PG здесь - не позывной, а имя объекта.

А если портировать aprs-gate в линукс - то вообще все на rasberry-pi будет крутиться!

Зачем raspberry, достаточно роутера под OpenWRT за $10 .
Ну и USB-звуковой карты за $3 :-)

И этот тег в пакете будет означать, что такой пользователь сам не против этого.

Ну если пользователь сам передал информацию в открытый эфир, то глупо ему быть против :-)

Если гейт не добавляет ничего от себя, типа информации "из базы" без разрешения,
а просто транслирует ровно то, что услышал.

или даже две опции, одну для позиций с координатам, другую для сообщений.

Вы меня убедили, что со станциями и сообщениями связываться не стоит - себе дороже.

Поэтому остановимся на "объектах" APRS, в которые отображаются маяки пэйджера с координатами.

В этом случае оператор пэйджера - именно что объект, а не субъект.

Каким образом информация дошла от пэйджера до гейта (на РЛ частоте от легального РЛ, на ней же от нелегального, на не РЛ частоте, как вчерашний шар на 402 МГц, по CB/LPD/PMR/еще неважно как) - на легальность действий держателя гейта никак не влияет, до тех пор пока он идентифицирует источник пакета, уходящего на ARPS-сервер, своим собственным позывным.

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

Прошу ответить кратко и по существу. Спасибо

SLYFOX

1. Есть; видимо, есть; есть. Подробнее Радиал расскажет, если захочет.

2. Нет; нет.


Вы хотите об этом поговорить?

amx
потому что UA9OV-PG здесь - не позывной, а имя объекта.

Нет! Это исходный позывной гейта (и носителя объектов, когда шлем объекты).
Т.е. начало строки c которой вы шлете в магистраль инфо:

UA9OV-PG>APRS и т.д.

А имя гейтуемого объекта - то, что после точки с запятой - ;HFPG0001 и т.д.

Условный образец: UA9OV-PG>APRS,TCPIP:;HFPG0001*<тут координаты и прочее в формате Object>

Если гейт не добавляет ничего от себя, типа информации "из базы" без разрешения,
а просто транслирует ровно то, что услышал.


Гейту нужно конвертировать ID в позывной, если пользователь с этим согласился - поставил птицу в настройке (и предварительно купил программу, отослал свой позывной в базу), а в сообщение добавился служебный тег, который это означает. И тогда уже гейтуется не безликий объект, а станция-позывной пейджера с cсидом -HP.

Условный образец: UA9OV-PG>APRS,TCPIP:UA1XXX-HP>APRS,qaO,UA9OV-PG:=<тут координаты и прочее>
Где UA1XXX-HP - пользователь пейджера, который отметил настройку "нормального отображения как APRS-станция с позывным".

Если отметил и передачу сообщений, то они уходят как от станции к станции:
UA9OV-PG>APRS,TCPIP:UA1XXX-HP>APRS,qaO,UA9OV-PG:UA2YYY :привет Вася, приезжай с пивом в лес{001

Здесь UA2YYY - условная станция на стороне апрс. И только так оформленное сообщение пользователь АПРС увидит в своем терминале или на радиостанции, получит звуковое уведомление и т.п.

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


Зачем raspberry, достаточно роутера под OpenWRT за $10 .
Ну и USB-звуковой карты за $3 :-)

Звуковую карту нужно - если ставить какой-то аналоговый приемник/трансивер.

А копеечный RTL-SDR приемник без нее работает, звук из программного демодулятора (а вот тут нужна RPI, потому, что вряд ли процессор роутера потянет квадратурную сдр-обработку) по виртуальной аудио карте в софт гейта поступит.

потому что UA9OV-PG здесь - не позывной, а имя объекта.

Нет! Это исходный позывной гейта

Здесь - это в моем примере.
А в моем примере - он используется именно как имя объекта.

Здесь UA2YYY - условная станция на стороне апрс. И только так оформленное сообщение пользователь АПРС увидит в своем терминале или на радиостанции, получит звуковое уведомление и т.п.


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


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

Если терминал не умеет фильтровать APRS-пакеты по именам объектов -
возьмите более подходящий, который умеет :-)

Такие терминалы наверняка есть, ибо иначе зачем в сети публикуется такое количество объектов
(в разы, если не на порядки большее, чем отсылается сообщений)?

amx
Вы хотите об этом поговорить?
Хочу предложить вам установить ПО терминальное у себя, туже APRSIS-32. Установка и конфигурация очень простая. Поэкспериментируете с разными фильтрами. Появится возможность посмотреть на АПРС глазами пользователя, как разработчику чего-то связанного с АПРС это просто необходимо.

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


Рано или поздно понимание нужности этого придет, как аппетит во время еды :)
Тем более, об этом другие тоже говорят, значит нужна возможность отправки сообщений апрс-пользователям!

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

А если желает с позывным быть, что мешает уже как станцию в таком случае оформить, с ссидом -HP, с aprs-тегом not message-capable?! (если пока не делаете поддержку сообщений, хотя бы в сторону апрс)
Отвечу на вопрос сам - не мешает ничего, только собственные амбиции разработчиков.


Если терминал не умеет фильтровать APRS-пакеты по именам объектов -
возьмите более подходящий, который умеет :-)
Такие терминалы наверняка есть, ибо иначе зачем в сети публикуется такое количество объектов
(в разы, если не на порядки большее, чем отсылается сообщений)?

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

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

А если желает с позывным быть, что мешает уже как станцию в таком случае оформить, с ссидом -HP, с aprs-тегом not message-capable?! (если пока не делаете поддержку сообщений, хотя бы в сторону апрс)

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

С другой стороны, я не вижу, чем в случае одностороннего гейтования маяков, пакет "/" лучше пакета ";".
Чем он хуже, с моей точки зрения, я описал выше.

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

В другом месте я уже писал, что каждая новая опция в программе - уменьшает вероятость ее успешного использования вдвое :-)

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

Вот видите - я делаю ровно то, что "каждый считает нормой".

И я их понимаю - странно чужие "сортиры" (не я их так обозвал!) показывать как станции, а не как объекты.

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

И кстати объекты не самый удобный вариант для апрс-терминалов и портативных станций.

"Грузины лучше, чем армяне", ага.

Объясните, чем лучше, только без предложений чего-либо устанавливать и проверять.
Если это нельзя объяснить словами, то и ссылаться на это как факт не стоит.

amx
С одной стророны, мешает отсутствие полной убеждённости в легальности этого процесса

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

К примеру, аналогично шлюзуются сейчас сотни работающих станций в FT-8 на кв диапазонах, в ресурс pskreporter.info. И никто к ним вопросов не имеет.

Можете меня считать самым ортодоксальным, но что делается адекватно, в нормальных hamradio-порядках - никогда не критикую.

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

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


Сейчас же не вижу причин вводить лишние сущности - одни пэйджеры отображаем как объекты, другие как станции.

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

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

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

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

Вот вчера запустил терминал и сразу поймал подходящий объект:

IZ4PNN-13 публикует неведомую хрень с названием R0220594,
которая, судя по комментарию, еще и передаёт что-то совсем не на любительской частоте
402.80MHz.


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

Про погодные станции с позывными типа EW0080 (нет, это не белорусский радиолюбитель) я уже и не говорю...

amx
Тут как раз никаких проблем нет - от объекта не требуется быть хоть как-то причастным к радиолюбительству

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



IZ4PNN-13 публикует неведомую хрень с названием R0220594,

Ну вот эта неведомая хрень - не есть р/л станцией, тут явно это определено указанием частоты 402МГц, поэтому под определение объект подходит идеально.

Про погодные станции с позывными типа EW0080

Да, есть бардачок, так же, как какой-то немец DL4 объект эхолинка засунул в позывной-станцию...
Но, это же не оправдание и не стимул делать тоже через Ж всё.

Кстати, википедия брешет про APRS, что
"Сейчас этой технологией пользуются более 7000 радиолюбителей в мире."

Вы правда считаете, что HF Pager превзойдет по распространённости APRS ?
Лестная оценка, но сомневаюсь ... :-)

Это в Википедию написал UR3IRS в 2008 году, с тех пор поправить информацию стало не кому. Это говорит о том, что сам проект APRS если не умирающий, то какой то скисший и нецеленаправленный, что ли. Мало в нём активных участников, стремящихся вложить свой вклад в развитие, хотя желающих использовать, видимо много. Поэтому численное превосходство большое, а качественного развития с 1990-х не видно. В HF Pager напротив, пассионарии присутствуют. Поэтому вероятность что в чем то превзойдет, пусть небольшая, но есть.

Но как тут сравнивать? APRS это интернет проект в основе, а у Pagerа в основе сеть КВ-радиосвязи.

Хотя, не совсем так. На английском Википедия имеет более развернутую статью, которая непрерывно улучшается и упоминания 7000 радиолюбителей там нет.

amx
Вот вчера запустил терминал...
Какой из них запустили? Через какой сервер? Что-то не мог найти ни одной геопозиции от вашего позывного.

Timofejka

APRS это интернет проект в основе, а у Pagerа в основе сеть КВ-радиосвязи.

У вас искаженное представление. Апрс - это КВ-УКВ проект в основе, с интернет магистралью для возможности обмена траффика отдельных радио подсетей.

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

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

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

Простота и малозатратность тут идеология. И этим разработчики упорно не хотят поступаться.

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

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

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

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

Или же думают, что хитрее всех, хотят втихую крутится, пропихнуть на р/л диапазоне коммерческую систему связи, по сути.

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

Я не против, но дело в другом. Хотелок много, а разработчик только один. Получается один работает, а 20 чел. советуют и еще пытаются командовать.

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

Timofejka
Я не против, но дело в другом. Хотелок много, а разработчик только один. Получается один работает, а 20 чел. советуют и еще пытаются командовать.

Так это нормально, в обсуждении рождается истина.

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

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

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

Если этим будут заниматься разработчики Pagerа, в конечном итоге получится что к глобальной системе будет подключен сырой недоделанный проект и ни чего хорошего из этого не получится.

Да не бздите, все будет нормально, мы для этого все тут и общаемся.

Zmej
Исходные коды amx не даст, это понятно. Внешние механизмы обмена конечно должны быть отработаны, это залог на будущее развитие и привлекательность проекта для потенциальных пользователей. В любой проект, не зависимо в какой области, всегда надо закладывать потенциал для развития, это залог будущего успеха и легкости в модернизации. Заложить заранее возможность расширения количеств адресов, команд, портов всевозможных, на будущие версии чтобы не пришлось потом "прикручивать изолентой" какие то модули)

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

Timofejka
Не думаю что в мосте Пейджер-АПРС какие то серьезные проблемы могут быть

Никаких абсолютно! Только плюс во всем.

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

Какой из них запустили?

Свой любимый терминал - SecureCRT :-)

Телнет-терминал (в режиме raw TCP).

Через какой сервер?

rotate.aprs2.net


Что-то не мог найти ни одной геопозиции от вашего позывного.

А я что, писал, что я что-то передавал в сеть?

Есть предложение - когда пишите, что что-то "должно" или "нужно", добавляйте "для того, чтобы..."

То есть какую именно задачу это должное или нужное позволит решить.