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

[UA9OP]

Судя по исходному коду это декодирование только одного кандидата на частоте QSO и относится к коротким сообщениям используемым на УКВ: RO, RRR, 73, работает в режиме только JT65.

если 5 поставить то декод от 1 сек до 2 сек хоть на частоте хоть нет

[R3SE]

если 5 поставить то декод от 1 сек до 2 сек хоть на частоте хоть нет

А где именно "5" поставить?

[UA9OP]

Судя по исходному коду это декодирование только одного кандидата на частоте QSO и относится к коротким сообщениям используемым на УКВ: RO, RRR, 73, работает в режиме только JT65.

если 5 поставить то декод от 1 сек до 2 сек хоть на частоте хоть нет

А где именно "5" поставить?

[UA3DJY]

Случайно обнаружил причину по крайней мере части ложных декодирований.

Применив диагностику в демодуляторе demod64a.f90 заметил что иногда, после вычитания сигналов из спектра, ломаются первые пять символов из 63-х содержащих информационное сообщение. На большой загрузке диапазона в ревизии WSJT-X r6643 на одном из аудио файлов наблюдаю четырех кандидатов с поломанным сигналом, вероятности по первым двум символам равны 0, последующие три символа имеют слишком большое значение вероятности из-за малого значения суммы мощности всего спектра.

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

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

Готовлю письмо на форум разработчиков.

Вообщем Joe ответил что так бывает... в итоге я сам нашел причину: начиная с определенных значений отрицательных DT мы выходим за пределы массива временных отсчетов входного сигнала.

Решение простое: посмотрел статистику и ограничил нижнее значение DT для подачи сигнала на декодеры, теперь при DT менее -3.9 сигналы на декодер подавать не буду.

Интересно что покажут тесты по количеству ложных декодирований FTRSD декодера. В любом случае уйдет часть кривых кандидатов и немного сократится время декодирования интервала.

[UA9OP]

ограничил нижнее значение DT для подачи сигнала на

А как его ограничить?

[UA3DJY]

Вообщем Joe ответил что так бывает... в итоге я сам нашел причину: начиная с определенных значений отрицательных DT мы выходим за пределы массива временных отсчетов входного сигнала.

Решение простое: посмотрел статистику и ограничил нижнее значение DT для подачи сигнала на декодеры, теперь при DT менее -3.9 сигналы на декодер подавать не буду.

Интересно что покажут тесты по количеству ложных декодирований FTRSD декодера. В любом случае уйдет часть кривых кандидатов и немного сократится время декодирования интервала.

Поскольку мы ограничиваем DT то снижение количества ложных FTRSD декодирований видно по старым тестам - примерно 10%.

[UA3DJY]

А как его ограничить?

для исходного кода JTDX v15.5 файле decode65a.f90 в строке 57 прописать

if(dt.lt.-0.74) return

Это будет примерно соответствовать значению DT -3.9 которое пользователь видит на экране в окне декодированных сообщений.

[UA3DJY]

Поскольку мы ограничиваем DT то снижение количества ложных FTRSD декодирований видно по старым тестам - примерно 10%.

для исходного кода JTDX v15.5 файле decode65a.f90 в строке 57 прописать

if(dt.lt.-0.74) return

Это будет примерно соответствовать значению DT -3.9 которое пользователь видит на экране в окне декодированных сообщений.

Смотрю на такой разброс DT и прихожу к выводу что то что хорошо для WSJT-X не стоит применять к JTDX. Пусть будет немного дольше декодировать и будет больше ложных декодирований от FTRSD, но зато DX станцию не пропустим.

1907 -16 -5.0 1743 # N4JT LU1FQ FF97
1910 -5 -1.9 1118 # CQ PP5BK GG51 ~Brazil
1918 -13 -2.9 1348 # F8ZW PU2ORG GG76
1925 -12 -4.7 1933 # CQ YV5SKA FK60 ~Venezuela



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

[UA3ALE]

На 80 м 15.5

[VA3LLZ]

для исходного кода JTDX v15.5 файле decode65a.f90 в строке 57 прописать
if(dt.lt.-0.74) return

Сделал это изменение, пересобрал программу. Сидел вечер, не выдало ни одной подсказки и, конечно никакого ложного декодирования. И я заметил, что меня несколько раз звали слабенькие станции, но декодирования (и подсказки) не было. Т.е. мне показалось, что упала чувствительность и чего то подсказка перестала работать. Может это мне так показалось. надо попользоваться этим вариантом подольше. А как у других? есть ли подсказки? А то сумлеваюсь я.

[RW9FN]

А где именно "5" поставить?

Андрей, эти установки для версий r66xx.

[RC2SC]

Судя по исходному коду это декодирование только одного кандидата на частоте QSO и относится к коротким сообщениям используемым на УКВ: RO, RRR, 73, работает в режиме только JT65.

Функция нужная и хорошая, работает не только в режиме JT65 но и в JT65+JT9, правда при этом сигнал JT65 декодируется там где стоит метка плюс декодируются все сигналы JT9 (это скорее побочный эффект). А вот управление сделано, как бы сказать через что... Надо зайти в настройки программы и снять или поставить галку и сохранить а должно быть всё оперативно из интерфейса программы, нажатием соответствующей кнопки или галкой в окне. Второй момент, при включенном Single decode в Advanced - JT65 decoding parameters можно выставить более чувствительные значения (высокие) но при отключении Single decode их придётся перенастраивать, возвращать на старые значения. А должно быть, как я думаю, сохранение значений JT65 decoding parameters для мульти и сингл раздельное. При включении Single изменяются параметры на предустановленные (более чувствительные) и при отключении восстанавливаются автоматически. Как-то так.

[UA3DJY]

Функция нужная и хорошая, работает не только в режиме JT65 но и в JT65+JT9, правда при этом сигнал JT65 декодируется там где стоит метка плюс декодируются все сигналы JT9 (это скорее побочный эффект). А вот управление сделано, как бы сказать через что... Надо зайти в настройки программы и снять или поставить галку и сохранить а должно быть всё оперативно из интерфейса программы, нажатием соответствующей кнопки или галкой в окне. Второй момент, при включенном Single decode в Advanced - JT65 decoding parameters можно выставить более чувствительные значения (высокие) но при отключении Single decode их придётся перенастраивать, возвращать на старые значения. А должно быть, как я думаю, сохранение значений JT65 decoding parameters для мульти и сингл раздельное. При включении Single изменяются параметры на предустановленные (более чувствительные) и при отключении восстанавливаются автоматически. Как-то так.

В JTDX чувствительность FTRSD выжата по максимуму и глубину/время определяет количество попыток декодирования, если Single Decode внедрять в JTDX то это будет простым сужением полосы частот декодирования до какой то минимально необходимой величины. При этом конечно же все выставленные попытки декодирования автоматом сфокусируются на этом одиночном сигнале.

Но тут появляется вопрос к функционалу Single Decode, если в этой узкой полосе частот будет не один а два сигнала? Тогда WSJT-X второй сигнал похоже игнорирует и может быть попробует его декодировать на втором проходе, что тоже неплохо - все попытки сфокусированы на одном кандидате на каждом проходе.

Ну и еще кнопка Narrow дополнительно потребуется в основное окно, иначе будет неудобно пользоваться.

Скорее всего функционал для работы на общий вызов со слабым компьютером, для двухядерника с частотой более 2.5 ГГц широкополосный прием с подсказкой на частоте QSO будет работать не хуже, разве что немного дольше по времени декодирования.

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

Если еще кто нибудь желает видеть этот функционал в JTDX - отзовитесь пожалуйста.

[RC2SC]

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

Есть выход. Конечно не так широко но вилка должна быть.



Я отзываюсь.

[RC2SC]

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

Работаем в на общий вызов в режиме мульти при этом снята галка Lock Tx=Rx. Выбираем корреспондента которому ответить, отвечаем и переходим в режим сингл, при этом на передачу не убегаем с частоты. По окончании QSO переходим на режим мульти. В идеале хорошо было бы принимать на частоте корреспондента и частоте своей передачи а то он может сдуру начать отвечать на вашей вызывной частоте.
И ещё раз повторюсь, для режима Single Decode должна быть возможность установки своих параметров (чувствительности\проходов декодирования). Оговорюсь, если это возможно реализовать.