OpQSO - программа для проведения QSO в режиме Opera

[rn3aus]

Постепенно назревает потребность в программе, которая позволяла бы проводить полноценное QSO, используя простую модуляцию включения-выключения несущей (OOK - on-off keying), подобно тому, как это происходит в CW и Opera.
Такая возможность была в ранних версиях Opera 1.4.1 EA5HVK, но потом почему-то от нее отказались. К сожалению, авторы Opera "держат в секрете" процесс кодирования QSO-mode в Opera. Видимо, придется "изобретать" нечто подобное своими силами.
По совету Романа ADB решил открыть здесь тему, чтобы мы могли обсудить наши пожелания. Вот что пишет Роман:

...Я тебе еще напомню, что "педален функсендер"-ы они имеют характерный частотный сдвиг - дрифт частоты. и вот неплохо бы придумать такой алгоритм, чтобы это не мешало передаче информации. С помощью звуковухи - думаю можно такое реализовать. Я тебе писал уже об этом и приводил примеры. Это в том числе будет интересно и "нищим радиолюбителям" и начинающим.
Ну и если ты помнишь - была тема на radioscanner.ru даже от опытных наших геноссен, которым требовался педальный канал передачи коротких сообщений на небольшое расстояние ценой в 10 копеек и они там смотрели на схемы типа "пиксика".
т.е. труды твои - зря не попадут. сие факт!
и вот тут возникает вопрос о модах...
длинные нужны и короткие.
а вот прога- чтобы весила не много и работала даже под вин-хп и тем более под убунтами всякими и линухами.

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

73!
Роман

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

Так что у меня такие вопросы остались открытыми:
- какую длину сообщения положить максимальной? например 10 или 15 символов?
- какова должна быть длительность каждой передачи, чтобы QSO было комфортным? Например, по 1-2 минуты для КВ и СВ и скажем по 8-10 минут для ДВ (и больше если нужно)?

Пожалуйста - пишите здесь любые свои соображения и идеи!

[rw3adb]

- какую длину сообщения положить максимальной? например 10 или 15 символов?
- какова должна быть длительность каждой передачи, чтобы QSO было комфортным? Например, по 1-2 минуты для КВ и СВ и скажем по 8-10 минут для ДВ (и больше если нужно)?

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

для дв, помнится Грехем и Хосе проводили лаб-работу по части длительности передачи на св/дв - так вот: 16 минут период оказался мало эффективным!
на дв.
и было решено оставить только 32 минуты период.
и это эквивалентно по пробивной способности чуть более моды-3 в щрсс и менее 10.
при "ломовом" сигнале, конечно можно использовать и оп05.... мы с Андреем АГЦ в 2012г проводили такую лаб работу весьма успешно.
так что, стоит подумать.... в том числе, сама опера она же в маячковой моде передает шаблонные сообщения.
типа позывной-локатор и все.
и точно такое же реализовано в фт65-фт8. и там обработка распознования таких сигналов ведется методами мат статистики.
если же передаем свободный текст - там сразу уменьшается вероятность декодирования слабых сигналов.
тут ты более компетентен по части используемых мат методов и моделей.

по поводу сигналов с дрифтом частоты- если в анализируемой полосе их будет два или больше, то как быть?
а если у них полоса будет иногда пересекаться?

[ua0aet]

Роман в общем все высказал.
Если некий стандартный текст типа как в JT65, FT8  будет способствовать
улучшению декодирования, наверное его надо оставить.
Для свободного общения-много КВ диапазонов.
Длинные моды однозначно нужны, наверное как и короткие, для ближних связей
тоже неразумно по полчаса тарахтеть.
32 минуты для длинной моды. Для короткой- наверное 2 или 5 минут.
У японцев может появиться интерес.

[rw3adb]

Для свободного общения-много КВ диапазонов

Тут тема такая, что именно для свободного текста программа...
В том числе и на кв.
В том числе и с применением передатчиков однотонального сигнала с частотным дрифтом.

Но пока обсуждаем мысли и хотелки...
Оп-щсо требует запредельной стабильности сигнала. Что не дают самоделки на обычных кварцах на паре транзисторов.

Видимо можно сделать два режима- стандарт-щсо - одна полоса анализируется. И фри-текст - другая. Или в одной и той же, но разные режимы.
И вот фри-текст не привязан к времени итд..