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

[UA3DJY]

RC141_3.
При включении обоих приемников в К3 на разных диапазонах и прослушке JTDX второго приемника на основном компе, через определенное время (подозреваю, время поллинга) частота в софте переключается на частоту первого (основного) приемника. При этом все функционирует как обычно, но в pskreporter со второго приемника инфа перестает уходить. В совсем старых версиях такого не было.

JTDX через опрос получает частоту активного VFO и выставляет ее в UI. Наверно при использовании второго приемника для мониторинга придется отключать в JTDX управление трансивером через CAT.

Увеличение в настройках периода опроса до 999 секунд может привести к потере части функционала в управлении трансивером.

[UA7F]

Александр,там вопрос был другой у человека...ему надо было импортировать связи из EQF в WSJT....Ну а окно Activity никак это не решает...Честно говоря я в этом окне не вижу ничего ценного,это мое мнение,не использую я его т.к вижу все в окне приема(повтор или новая страна и т.д),позывной и из приемного окна по двойному клику залетает в окна JTDX и UR5EQF... Но это кому что удобнее...

Вопрос как раз был вот какой: " Каким образом подключить лог из EQF, чтобы WSJTX показывал (выделял) сработанные ранее QSO?"
А в окне Activity как раз вся статистика (после проверки в базе лога) и выводится.

[RA3QH]

Вопрос как раз был вот какой: " Каким образом подключить лог из EQF, чтобы WSJTX показывал (выделял) сработанные ранее QSO?"
А в окне Activity как раз вся статистика (после проверки в базе лога) и выводится.

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

[UA3DJY]

Пользователям кто самостоятельно собирает JTDX и WSJT-X из исходного кода: у вас есть возможность диагностировать сбои в работе CAT, Hamlib a также любые другие сбои в программе.

Для этого необходимо сделать специальную сборку с включенными опциями в исходнике CMakeLists.txt:

option (WSJT_QDEBUG_TO_FILE "Redirect Qt debuging messages to a trace file." ON) запись QDebug сообщений
option (WSJT_TRACE_CAT "Debugging option that turns on CAT diagnostics." ON) включение диагностики CAT
option (WSJT_TRACE_CAT_POLLS "Debugging option that turns on CAT diagnostics during polling." ON) включение диагностики CAT во время опроса трансивера
option (WSJT_HAMLIB_TRACE "Debugging option that turns on minimal Hamlib internal diagnostics." ON) включение минимальной внутренней диагностики Hamlib

CMAKE_DEPENDENT_OPTION (WSJT_HAMLIB_VERBOSE_TRACE "Debugging option that turns on full Hamlib internal diagnostics." ON WSJT_HAMLIB_TRACE ON) включение полной внутренней диагностики Hamlib и диагностики стыка Hamlib c JTDX/WSJT-X

CMAKE_DEPENDENT_OPTION (WSJT_QDEBUG_IN_RELEASE "Leave Qt debugging statements in Release configuration." ON
"NOT is_debug_build" OFF) оставить диагностику при сборке версии общего пользования.

Внутренняя диагностика Hamlib не нужна если CAT подключен через OmniRig либо каким то другим способом (DXLabSuiteCommander, HRD и т.д.).

Диагностика записывается в файл JTDX_trace.log (WSJTX_trace.log) находящийся в папке %TEMP%

Опция WSJT_QDEBUG_TO_FILE позволяет диагностировать сбой в любой точке кода программы при применении в коде соответствующего сообщения QDebug.

[RT5Q]

необходимо закрыть порты лога, и открыть порты внешней программы.

Делал.

[RZ3DX]

RC141_3.
При включении обоих приемников в К3 на разных диапазонах и прослушке JTDX второго приемника на основном компе, через определенное время (подозреваю, время поллинга) частота в софте переключается на частоту первого (основного) приемника. При этом все функционирует как обычно, но в pskreporter со второго приемника инфа перестает уходить. В совсем старых версиях такого не было.

Дима, я САТ отключаю на втором приемнике.

[US4IRT]

Начиная со 141_5 появились ложные декоды (два раза). Попытаюсь объяснить когда.
Вызываю долго на 14090 VP6D- неудачно. Переключаю диапазон, примерно, посреди аудио приема, может ближе к концу. В этот момент при декодировании выскакивает US4IRT VP6R -07, с соответствующим включением на передачу. Уровень его сигнала при этом -26 (оба раза). Возвращаюсь на 14090 (а вдруг!)- меня там нет и в помине. Работает с другими.

[R3LO]

Установлена JTDX 141_3

Почему в моих настройках фильтров, таких как:

IT9 все время не фильтруется. С другими префиксами проблем не заметил.
Думал русская Т попала, несколько раз переправлял и все равно IT9 станции проходят.
Может быть где-то в программе IT9 не так прописана?

[EU1FQ]

IT9 все время не фильтруется. С другими префиксами проблем не заметил.
Думал русская Т попала, несколько раз переправлял и все равно IT9 станции проходят.
Может быть где-то в программе IT9 не так прописана?

Не уверен, но возможно это связано с тем, что IT9 идет от cty.dat как отдельно в зачет на диплом WAE. Может надо дополнительно IT9 прописать еще и со звездочкой (*IT9)

[UA3DJY]

Начиная со 141_5 появились ложные декоды (два раза). Попытаюсь объяснить когда.
Вызываю долго на 14090 VP6D- неудачно. Переключаю диапазон, примерно, посреди аудио приема, может ближе к концу. В этот момент при декодировании выскакивает US4IRT VP6R -07, с соответствующим включением на передачу. Уровень его сигнала при этом -26 (оба раза). Возвращаюсь на 14090 (а вдруг!)- меня там нет и в помине. Работает с другими.

Чувствительность на частоте QSO выставлена в положение "низкая"? Сейчас добавлю в коде блокировку декодера частоты QSO при смене диапазона.

В rc141_5 и особенно в rc141_8 удалось ощутимо поднять чувствительность всех FT8 декодеров, во время тестов видел пару ложных декодов с телеметрией.

[UA3DJY]

Установлена JTDX 141_3 Почему в моих настройках фильтров, таких как:

IT9 все время не фильтруется. С другими префиксами проблем не заметил. Думал русская Т попала, несколько раз переправлял и все равно IT9 станции проходят. Может быть где-то в программе IT9 не так прописана?

В программе к этой строке есть подсказка со списком префиксов, в ней префиксы диплома WAE указаны со звездочкой:

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

[UA3YPL]

Всем добрый вечер.

У моего друга UB3YCQ при запуске JTDX RUS-rs140 в правом нижнем углу в счетчике не отображается количество
проведенных ранее связей скопированного файла wsjtx_log.adi - Windows 7 - по пути c:\Users\UB3YCQ\AppData\Local\JTDX\wsjtx_log.adi
Вновь проведенная связь появляется в счетчике связей.
Значит указанный выше путь не для Windows 7.
Кто может подсказать правильный путь в Windows 7 для файла wsjtx_log.adi

Я у себя с Windows XP по пути C:\Documents and Settings\Leonid\Local Settings\Application Data\JTDX\
делал замену несколько раз - все изменения отлично показывает

Спасибо

[UA3DJY]

Всем добрый вечер.

У моего друга UB3YCQ при запуске JTDX RUS-rs140 в правом нижнем углу в счетчике не отображается количество
проведенных ранее связей скопированного файла wsjtx_log.adi - Windows 7 - по пути c:\Users\UB3YCQ\AppData\Local\JTDX\wsjtx_log.adi
Вновь проведенная связь появляется в счетчике связей. Значит указанный выше путь не для Windows 7. Кто может подсказать правильный путь в Windows 7 для файла wsjtx_log.adi

Я у себя с Windows XP по пути C:\Documents and Settings\Leonid\Local Settings\Application Data\JTDX\
делал замену несколько раз - все изменения отлично показывает

Спасибо

Проверьте содержимое файла, если вновь проведенная связь записана после тех что были ранее то скорее всего в настройках программы включена фильтрация лога по дате/позывному/QTH квадрату (закладка Общие/General настроек).

[US4IRT]

Чувствительность на частоте QSO выставлена в положение "низкая"?

Да, Игорь, low стоит.
По чувствительности заметно, особенно на слабых сигналах VP6R

[UA3DJY]

Да, Игорь, low стоит.
По чувствительности заметно, особенно на слабых сигналах VP6R

Похоже уже не осталось возможности избегать ложных декодов: при повышении чувствительности их количество неизбежно растет а вот четких методов оценки эффективности подавления ложных декодов, из-за их небольшого количества по сравнению с верными декодами, увы у меня нет. В симуляторе к сигналу добавляется Гауссовский шум и на нем ложных декодов почти нет, но они появляются при импульсных помехах, таких как шум импульсных источников питания включая накачку светодиодов, тиристорных регуляторов, газоразрядных ламп и разрядных процессов на высоковольтных линиях, неисправной электропроводки. Вертикально расположенный провод может иметь на макушке коронный разряд при накоплении статического электричества во время дождя, а при большой длине (либо большой высоте расположения) заземленного вертикала разряд будет даже в хорошую погоду из-за разности потенциалов между макушкой заземленного вертикала и окружающего его воздуха: http://electricity-automation.com/pa...tmosfery-zemli.

Поэтому количество ложных декодов зависит от местоположения и направленных свойств антенны оператора.

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