проект WSJT-X: моды JT65,JT9,WSPR,JT4,JTMS,MSHV - работа с тестовым софтом

[UR5WCA]

Работаю только на поиск. При этих настройках QSO на поиск проходит безупречно, без сбоев.



Спасибо.
Еще:

[UT8NT]

Работаю только на поиск. При этих настройках QSO на поиск проходит безупречно, без сбоев.

Подтверждаю, аналогично. Галка на "Аuto RX freguency filter" исключает кратковременное включение на передачу при завершении QSO.
Режим "Call based on end of decoding" корректно меняет передаваемое сообщение в случае необходимости.

[UT8NT]

Работал на CQ час, на 20м. Направленно на АS.Провел 20 QSO. Сбоев- ни одного. Настройки следующие


Кнопка "DisTX73" должна быть подсвечена, но неактивна (бледно зеленая, серая надпись)если по другому - режим CQ-не работает


В режиме Split если QSO прошло на разных частотах и начинается передача на CQ, зеленая скрепка(RX) совмещается с красной(TX) возвращаясь на "родную" частоту.

Выбор "Аuto RX freguency filter" ускоряет декодирование сигналов, но и без выбора этого режима QSO на СQ проходят стабильно.

И о декоде, иногда вот такой короткий декод программа декодирует! Почти половина периода (наверно секунд 7), какой то скрытый резерв практически посылка пошла с половины периода, может включили РА



Так что вот такие мои заметки по режиму работы на "CQ". Рад буду если кому то они пригодятся.

[UA3DJY]

UA3DJY, да сделайте вы уже где нибудь галочку по умолчанию, проведение QSO как в WSJTX, и потом экспериментируйте со своим "AutoSeq" как вам угодно, и очень много вопросов отпадет само собой !

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

Из истории создания AutoSeq JTDX:

18.0.0.133 - начальный алгоритм AutoSeq для не-FT8 мод, простейший функционал где оператор всегда начинает QSO вручную, в таком виде алгоритм работал идеально

18.1.0.34 - начальный алгоритм AutoSeq доработанный под работу в моде FT8, по причине ряда недостатков (многочисленные жалобы на сбои) и ограниченного функционала от этого алгоритма отказались

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

Все версии после 18.1.0.34 - новый алгоритм AutoSeq, основан на отдельном классе и структуре данных. На этой основе в будущих версиях возможно сделать и направленный поиск AutoSeq на континенты/страны.

[UA3DJY]

Игорь, да нет у меня Скайпа давно. С моим "до 2-МБ" каналом от
"сельсвязи" он не работает толком. TeamViewer еле шевелится.
Экран почти минуту прорисовывает.

тогда картинки полного окна JTDX, закладки Reporting Notifications, и куски ALL.TXT отдельно по каждому сбою на форум

AutoSeq JTDX базируется на функционале уведомлений (оттуда идет распознавание новый/сработанный), функционал уведомлений привязан к показу названия страны или префикса после декодированного сообщения.

[UR6EF]

Коллеги подскажите. Где то на форуме встречал настройки программы для не очень быстрых компов. Не подскажите где. А то одной двух секунд мне не хватает.
А так сбоев нет.

[R0JF]

Из истории создания AutoSeq JTDX:

Игорь, может я не прав, но меня устроил бы самый простой алгоритм:

- для JT65 и etc. - ответ "вызывающему" ручками, а потом - корректное завершение QSO
после получения "73" в любом виде (как вариант - либо продолжать CQ, либо закончить
TX до реакции оператора);
- для FT8 (ибо БЫСТРО все) - автоматический ответ самому громкому (с возможностью
"руками" ответить более интересной станции) и аналогичное КОРРЕКТНОЕ завершение
QSO.

И НЕ НАДО больше никаких изысков! Ни проверок на повторы, ни фильтров, ни поиска
DX-ов! Этим пусть ОПЕРАТОР занимается. Незачем потворствовать любителям "роботов".

Как-то так мыслю.

[R6LCF]

Этим пусть ОПЕРАТОР занимается.

А разработчик ....очень желательно,довел бы до "ума" декодирование. Даже с высокопроизводительным процессором и комп. в целом .....совсем не очень!

[EU1FQ]

....И НЕ НАДО больше никаких изысков! Ни проверок на повторы, ни фильтров, ни поиска
DX-ов! Этим пусть ОПЕРАТОР занимается. Незачем потворствовать любителям "роботов".

Как-то так мыслю.

Кода у Вас количество QSO в FT8 перевалит за несколько тысяч, то не забудьте вспомнить свои мысли!

[UA3DTK]

С наступившим Новым годом всех...подскажите,пожалуйста,если я удалю 34-ую версию,можно ли сразу установить,допустим,62или 64-ую версии?

[RA3FP]

Добрый вечер!
После вызова корреспондента, если он ответил не тебе, то успевает еще проскочить один вызов на 1 секунду, потом правда передача отключается (комп: W10, Intel i5). Проверял на версии 64. По моему это уже обсуждалось, но что-то не нашел. Других проблем пока не заметил.

[RX6LQ]

...можно ли сразу установить,допустим,62или 64-ую версии?

Можно, удаляйте полностью, только не забудьте сохранить файл log.adi

[R6LCF]

Можно, удаляйте полностью, только не забудьте сохранить файл log.adi

Да если и удалит ничего страшного. Взять отсюда:JTDX А вот ini.файл(файл конфигурации) удалить желательно на старой но не запущенной версии.
Найти здесь:

[UA6CT]

Представляете, как у меня сердце ёкнуло?

[R3SE]

хорошо когда есть конкуренция и возможность выбора - каждый выбирает то что ему лучше подходит
монополия, в любых сферах, принуждает потребителя использовать единственное предложение на рынке и не предусматривает развития, в случае монополии развитие является артефактом, для ее существования развитие не требуется и создает монополии только головную боль.
надеюсь что Beat HB9HQX тоже добавит FT8 в софт JT65-HF

Мне ответил на эту тему Beat Oehrli HB9HQX: "Dear Andrei! Thank you for your wishes. I try to develop a FT8-HF program, like the HB9HQX-Edition. FT8 has not only an other modulation, but also an other synchronization and FEC procedure (CRC12 and LDPC instead of RS(63,12). It's difficult to realize a new program for this mode."

В совсем вольном русскоязычном изложении: он старается внедрить FT-8 в прогу, но много сложностей с синхронизациями и прочим. От себя добавлю -- надежда, кажется, есть;-)