форум Радиолюбительского ДВ портала > Программное обеспечение
Op32Rx - программа приема OP-32
r2bas:
Спасибо, Александр! Скачаю и установлю как буду на позиции.
rn3aus:
В рассылке rsgb было небольшое обсуждение проблемы ложных декодов и механизма работы декодера. Я направил туда приведенный ниже текст, поясняющий это:
--- Цитировать ---The callsloc.txt is used by the decoder for two purposes. Firstly, to calculate the distance since the file has QTH locators and Calls. Secondly, the decoder uses a list of known callsigns for "filtering" false decodes. Just like our brain and eyes does with "decoding" of weak QRSS traces.
Opera uses a rather weak FEC with a small "code distance". Also information is protected by CRC-32.
Therefore, the decoder Op32Rx makes many iterations by inverting the least plausible bits whose soft estimates were obtained from the demodulator. This is done until the CRC matches or the allowed number of iterations ends. The number of iterations is specified by check box Settings->DeepDecoder (82 or 601).
It turns out that CRC coincidence can happen much more often than it seems! As a result, a combination of bits may be selected from the noise such that the CRC is correct and false decode occurs with a period of about once every few hours. However, the measured SNR in this case usually does not exceed 1-2 dB.If not only white noise is received, but also any foreign signals, the false decode SNR level can be more than 6-8 dB! Therefore, increasing the decoding threshold of "Settings- > Setup another settings- > Decode threshold" is not enough in some cases.So I had to do additional decode filtering by comparing them to a list of known calls (Settings-> Use known calls list).
Thus, if the decoder was able to decode the callsign, it goes to the next processing layer. If it turns out to be a strange call sign, it will be cancelled. However, the decoder has no information as to which signal it is to detect. Everything is done honestly!
Also Op32Rx can use correlator "Settings->Use binary correlator + soft correlator". Here processing goes roughly the same as in opds by DF6NM.
Thus I would advise to set Decoder threshold = 2.2.... 3 dB and use known calls list "filtering".
--- Конец цитаты ---
Перевод:
Callsloc.txt используется декодером для двух целей. Во-первых, чтобы вычислить расстояние, так как файл имеет QTH локаторы и позывные. Во-вторых, декодер использует список известных позывных для "фильтрации" ложных декодов. Так же, как наш мозг и глаза делают с "декодированием" слабых следов QRSS.
Opera использует довольно слабую FEC с небольшим "кодовым расстоянием". Также информация защищена CRC-32.
Поэтому декодер Op32Rx выполняет множество итераций путем инвертирования наименее правдоподобных битов, мягкие оценки которых были получены из демодулятора. Это выполняется до тех пор, пока CRC не совпадет или не закончится допустимое число итераций. Количество итераций задается флажком Settings - > DeepDecoder (82 или 601).
Получается, что совпадение CRC может происходить гораздо чаще, чем кажется! В результате, комбинация битов может быть выбрана из шума так, что CRC является правильным и ложное декодирование происходит с периодом примерно один раз в несколько часов. Однако измеренное SNR в этом случае обычно не превышает 1-2 дБ.При приеме не только белого шума, но и любых посторонних сигналов уровень ложного декодирования SNR может быть больше 6-8 дБ! Поэтому в некоторых случаях недостаточно увеличить порог декодирования "Settings" - > Setup - > Decode threshold (Порог декодирования). Поэтому мне пришлось выполнять дополнительную фильтрацию декодирования, сравнивая их со списком известных вызовов (Settings - > Use known calls list).
Таким образом, если декодер смог декодировать позывной, он переходит на следующий уровень обработки. Если получится странный позывной, его отменят. Однако декодер не имеет информации о том, какой сигнал он должен обнаружить. Все сделано честно!
Также Op32Rx можете использовать коррелятор "Настройки - > Использовать двоичный коррелятор мягкий коррелятор". Здесь обработка идет примерно так же, как в opds по DF6NM.
Таким образом, я бы посоветовал установить порог декодера = 2,2.... 3 дБ и использовать "фильтрацию" списком известных позывных Use known calls list.
R7NT:
Александр, Op32Rx принимает споты с кластера Opera.
Вопросы:
- какие именно споты она принимает? Дело в том, что оригинальная OP v1.6.4 принимает только споты от корр у которых оригинальные версий ниже 1.6.5 и Op32Rx. А последняя 1.6.5 принимает только свои "родные" 1.6.5. Поэтому приходится держать на компе обе версии ОР
- какой URL кластера Opera?
http://spots.microwavers.es/index.php обрабатывает базу PSKreporter.info а не является приемником всех спотов с кластера Opera. Насколько я понял, в базу пишутся только споты от v1.6.5 Хотя на карте отображаются все споты. К сожалению PSKreporter в базу пишет только диапазон и не пишет точные частоты SWL. Эти частоты можно увидеть только в первоначальном споте корр (как и много другой инфо) :
05:38 136 K3RWR de PA0RDT Op32 6152 km -40 dB F:2% in Middelburg, Netherlands 1480,8 Hz with 1w + 45' Top Loaded Vert
Думаю полезным будет online сервис всех спотов. Этакий Opera grabber :) Как в свое время делал Андрей AGC. Но наверное, он это делал вручную копией с экрана(?) По крайней мере я не нахожу где у оригинальной ОР есть локальный журнал спотов
Понимаю, что Вы сейчас очень заняты OpQSO, но подумайте о такой проге при случае
Собственно для нее важно:
- чтобы она принимала все споты с кластера Opera (насколько понимаю Вы этот вопрос решили программно)
- формировала полный (как приведено выше) txt файл спотов
- формировала полный txt файл за сутки с 00:00:00 по 23:59:59 и именовала его соответствующей датой. Например 2019-11-30.txt
- по ftp скачивала его с какой-то периодичностью в нужное место в инэте Например, на 136.73. ru :)
А дальше уже "дело техники" представить базу на экране у всех любителей/нелюбителей Opera
К сожалению, есть несколько "политических вопросов":
- ROS может обидеться на "альтернативщиков" и совсем закрыть на кластере прием и рассылку спотов не с его оригинальной 1.6.5 А с последними успехами Op32Rx это вполне возможно
- я так понял, что он до сих пор и не "открыл карты" по спотированию от альтернативщиков? При выше указанном случае Op32Rx может совсем остаться без поддержки в спотировании. В этом случае вроде как напрашивается свой собственнный сервер
- ....
rn3aus:
Постараюсь рассказать как тут обстоят дела.
Существует два способа отсылки спотов Опера:
- Для "старых" версий (до 1.6.5) используется dx-кластер по адресу 144.76.158.174:8000. Можно туда телнетом зайти (только порт нужно указать 8000) и это будет обычный dx-кластер. На нем создана группа для чата, называется OPERA. В этой чат-группе отсылаются в некотором формате (поля сообщений разделяются символами ## ) как споты, так и просто сообщения, которыми могут обмениваться пользователи Оперы. Этот механизм реализован и в Op32Rx.
- для Opera 1.6.5 был создан отдельный сервер EA5HVK.ddns.net, порт 8000. Здесь идет обмен более сложный с запросами к некоторой базе, содержащей текущую активность в опере, позывные, локаторы. Сюда же в другом формате отправляются споты и сообщения. Первоначально мне удалось понять как работает этот механизм, и небольшое время Op32Rx могла отправлять споты и туда, но затем логику вновь изменили и споты перестали проходить. Вскрыть полностью эту логику не удалось. Она держится в секрете, Ros EA5HVK и Graham не отвечают на вопросы и не заинтересованы в дальнейшем развитии программы.
Сервер http://spots.microwavers.es/index.php, администратором которого является Iban EB3FRN получает споты от сервера EA5HVK.ddns.net (то есть только от Opera 1.6.5). Для этих спотов там открыт отдельный порт, но, к сожалению, чтобы избежать сетевых атак, он разрешает подключаться к нему IP-адресам, находящимся только в Испании, все иные подключения сбрасываются.
Благодаря Luis EA5DOM, я обсудил возможности записи спотов в базу spots.microwavers.es непосредственно с Iban EB3FRN. Мы легко договорились как это сделать, используя защищенный протокол https, но Iban должен подготовить необходимый серверный софт для этого. Пока прошло около трех недель или чуть больше и, вероятно, софт еще не готов. Во всяком случае Iban сказал, что сообщит мне о готовности и пришлет программный пример, как туда записывать споты. Так что пока ждем...
Для сохранения спотов, идущих через "старый" dx-кластер, Op32Rx имеет функцию: окно Opera Chat -> File -> Save Opera Spots to Log File. В том же меню можно задать имя файла для лога. По умолчанию это opera_log.txt Туда помещаются все те споты, что появляются на экране чата от всех корреспондентов.
Так что я очень надеюсь, что вскоре серверная часть софта будет готова и тогда я без больших трудностей смогу записывать споты Op32Rx на сервер в базу данных. В том числе в одном из полей можно будет помещать и точное значение частоты приема.
PS сейчас я не столько занят OpQSO (она пока больше прорабатывается мною концептуально, чтобы сразу пойти правильным путем), сколько весьма загружен по работе. Конец года и т.д....
EW8HP:
Моё мнение. Желательно в программе OpQSO создать возможность забрасывать анонсы о передаче на сервер, с которого берутся споты и прочее. Чтобы обойти возможную блокировку со стороны ea5hvk передающих спотов в будущем.
Навигация
Перейти к полной версии