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

[UN7JID]

Сейчас опять получил в ответ RR73, JTDX v.77_2 включилась на передачу 73 и тут же выключилась. AutoSeq3, работал на поиск.

Попробую объяснить, как понял сам. В версии WSJT-X есть функция "Disable TX after sending 73".
То есть если вы передали 73 передача должна выключиться.
В JTDX эта функция завязана на кнопку DisTX73
Работает эта кнопка только лишь если вы отключите autoseq
Не знаю почему, но автор сказал, что там конфликтный функционал между командами, поэтому сделано так.У меня нет оснований ему не верить)))

Что же происходит при включенном autoseq?
Программа передала 73 и ждет ответа от корреспондента. Ввиду того, что время передачи уже подошло, а ещё не пришла информация от декодера, прога считает, что корреспондент не получил ваше 73, и начинает повторять снова 73, но тут через 0.5-1 сек заканчивается декодирование, прога получает 73 от корреспондента и соответственно обрывает свою, уже начавшуюся передачу.
Ну не успевает декодер обработать все 15-20 станций за отведенные ему 1.5-2 сек. Дорабатывает уже когда пришло время самому передавать.

PS. Кстати вопрос, а нельзя "заставить прогу" декодировать сперва станцию ту, что в полосе RX, а лишь потом все остальные?
Ну поставить, так сказать очередность декодирования?
А то у меня и правда, особенно при большой нагрузке в диапазоне, сперва вываливается штук 10-15 "левых" станций, а лишь потом станция с которой я работаю.

[UA3DJY]

нельзя "заставить прогу" декодировать сперва станцию ту, что в полосе RX, а лишь потом все остальные?
Ну поставить, так сказать очередность декодирования?
А то у меня и правда, особенно при большой нагрузке в диапазоне, сперва вываливается штук 10-15 "левых" станций, а лишь потом станция с которой я работаю.

Так сейчас и сделано в софте, на каждом проходе декодирования первым рассматривается кандидат на RX частоте, и в WSJT-X и в JTDX.

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

[RW9WT]

Поработал CQ NA, CQ SA - всё четко работает, как в описании.
Если CQ DX - по континентам, то больше вопросов нет.
Вроде, всё понятно.

[UA3DJY]

предварительная версия, окончательный вариант будет опубликован на сайте JTDX

[RC2SC]

предварительная версия,

Перечисление лучше сделать столбиком, визуально легче читать и как перевод колонок легче смотрится.

[VA3LLZ]

Версия программы 77-2. вот такой сбой. Он произошел после такой ситуации. Я работал на CQ в JT65. Увидел зовет DG1RUG в JT9. Я позвал его,провел связь, потом снова стал на CQ в JT9. и вот после первого вызова белоруса произошло такое. Может это связано с отключением и включением режима CQ или с переходом из одной моды в другую моду.

->Скрытый текст<-

[UA3DJY]

Версия программы 77-2. вот такой сбой.

Впечатляет количество Hint декодирований в JT9, у себя такого не видел.

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

[UA3DJY]

Измененный функционал:
- сделана калибровка на малых значениях SNR FT8 чтобы добиться погрешности оценки в 1дБ на значениях -21..-22дБ. Изменена нижняя планка индикации SNR FT8 c -24 до -22дБ (декодеры FT8 не декодируют сигналы с SNR менее -22дБ).
- возвращена опция показа TX сообщений в окне сообщений RX частоты, необходима для работы в режиме контент сообщений
- при включенной кнопке AutoSeq TX сообщения отображаются в окне RX частоты независимо от настроек, необходимо для работы функционала автопоследовательности. При работе в режиме контент сообщений оператору придется выключить кнопку AutoSeq чтобы избежать заполнения окна RX частоты собственными TX сообщениями.
- повышена точность смещения фреймов входящего звукового потока при запуске JTDX и при ручном включении кнопки Monitor(декодирование при частичной потере входного сигнала)
- сделана защита от выхода за пределы индекса массива входных данных dd1() при ручном включении кнопки Monitor пользователем
- сделана опция строгого соблюдения направленного вызова алгоритмом автовыбора ('strict directional CQ' - доступна для включения в закладке Sequencing настроек). Программа проигнорирует входящий вызов из новой страны по списку DXCC если он не соответствует переданному оператором в сообщении CQ направлению.
- сделан ряд изменений для устранения редких сбоев уведомления 'новый QTH квадрат'

собранный софт (Windows) https://cloud.mail.ru/public/fmZZ/2bMGAbcW7
кодовая сумма JTDX-18.1.0.77-win32.exe
SHA-256: 4C0C112D23328812B99D73AE7CB19BE1E66431775B4EDA5EF36ABE48858542FD

исходный код https://cloud.mail.ru/public/JAUN/4LxD8tQ7q
кодовая сумма src18.1.0.77.zip
SHA-256: 92A2AB126AB590B92BD9C56460DE3541AB22042535E719ACE6DD63926CA190AE

Файл JTDX.INI изменен: добавлен новый параметр "StrictDirectionalCQ", можно использовать JTDX.INI от версии 18.1.0.76.

[R0JF]

18.1.0.77 Linux version (compiled in Ubuntu 16.04LTS) from original sources files by UA3DJY

->Скрытый текст<-

Binary only: https://cloud.mail.ru/public/2wM7/TkdHvMoan
SHA-256: eeef77c63d65abbcc26abcf31738342b12af74d72ef8c2d5e91f9363b4a38475

64-bit deb-package: https://cloud.mail.ru/public/D5aq/7hJYTvKWM
SHA-256: 53ef001262b46f200595710d837a1f1e180cb09bcefcd614135c820a0749f3fb

32-bit deb-package: https://cloud.mail.ru/public/3qWs/SUA5KJ2H6
SHA-256: 310a0dc83b49791b4cd66394c989ed88ca57729bb6a8b8cf164fd575d7b4bdab

[RC2SC]

Случайно узнал что на 6-7 марта запланирован публичный тест «FT8 DXpedition Mode» и приглашают как можно больше участников.
Все участвующие станции должны использовать версию программы WSJT-X v1.9.0-rc2 в режиме «DX Mode» .

Каждый час будут работать «Fox» станции на назначенной частоте. Время частота и позывной « Fox_А» в следущей таблице.

Date UTC Freq Fox_A Fox_B NSlots
----------------------------------------------
Mar 6 2300 14.080 K1JT W7/KH7Z 3
Mar 7 0000 10.141 W1/KH7Z K9AN 5
Mar 7 0100 7.080 W7/KH7Z K1JT 4
Mar 7 0200 3.585 K9AN W1/KH7Z 3

Взаимодействие в режиме реального времени будет доступно через чат
https://nam01.safelinks.protection.o...%3D&reserved=0

Более конкретно кто-либо может что-либо сказать по этому поводу, объяснить ситуацию?

[UA3DJY]

Случайно узнал что на 6-7 марта запланирован публичный тест «FT8 DXpedition Mode» и приглашают как можно больше участников.
Все участвующие станции должны использовать версию программы WSJT-X v1.9.0-rc2 в режиме «DX Mode» .
Более конкретно кто-либо может что-либо сказать по этому поводу, объяснить ситуацию?

Хотят проверить сколько QSO в час можно провести в этой моде. Позывной Fox A основной, Fox B резервный.
Провести QSO с каждым Fox можно только один раз (повторы не допускаются), если корреспондент имеет несколько позывных то просят использовать каждый из них для увеличения пайлапа.
В таблице в конце строк указано количество слотов - это количество сигналов которое одновременно будет излучать оператор Fox.
Если звать Fox A перестают то он выключается и вместо него включается оператор Fox B.
Хорошего прохождения.

[RW4LN]

Такое возможно?


И вот совсем недавно. Предаю RR73, а программа опять зовет.

[RK1NA]

В журнале CQ-QRP #61 опубликована
статья о SNR.
Вот ссылка на оглавление
CQ-QRP #61 (Зима 2018)

его посмотреть (скачать) в PDF.

[UA3DJY]

предварительная версия, окончательная будет опубликована на сайте JTDX

[RW3AH]

Только что ARRL сообщило:

03/06/2018

The WSJT Development Group will conduct a field test of the new FT8 “DXpedition Mode” this evening, March 6 (in North American time zones). FT8 DXpedition mode is a feature included in the second beta version of WSJT-X 1.9.0 (v 1.9.0-rc2). It’s designed to enable DXpeditions to make FT8 contacts at very high rates. The public test run of FT8 DXpedition Mode will simulate a rare DXpedition pileup by having many stations (“Hounds”) calling and trying to work a designated pseudo-DXpedition station (“Fox”), the announcement said.

All test participants must use WSJT-X version 1.9.0-rc2. Installation packages for Windows, Linux, macOS, and Raspbian Jessie are posted on the WSJT website.

Test frequencies are not the conventional FT8 operating frequencies and are subject to change. More details (and any last-minute changes) have been posted. The FT8 DXpedition Mode User Guide includes operational details. Operation will use split mode. Each hour of the test has a designated frequency and Fox call sign — “Fox A” — in this table:



“It’s important to read and follow these instructions carefully! Don’t just try to wing it,” the test announcement said. “Fox can conduct up to ‘NSlots’ QSOs simultaneously.” W7/KH7Z will be operated by AA7A, and W1/KH7Z by N1DG. If the QSO rate for Fox A approaches zero at the half-hour mark, Fox A will stop transmitting, and Fox B will call CQ.

Real-time liaison will be available via the Ping Jockey Relief chat page (PJB). Monitor this page for possible announcements of frequency changes or switchovers from Fox A to Fox B. Hounds should monitor PJB but not post messages there during the test.