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

[R7FQ]

Если указать на своей qrz.com страничке "using JTDX software to operate in JT65/JT9 modes http://www.qrz.lt/ly3bg/JTDX/jtdx.html" то большая часть Ваших корреспондентов будет знать о существовании JTDX софта и может попробовать его в работе.

Отличная идея! Вставил ссылку на qrz.com.

[UA3DJY]

[QUOTE = UA3DJY; 1281936] In the process of testing a release of 16.7 reportiruemy noticed that the SNR in the range of -20 ...- 30 dB too low by about 1 ... 3 dB.
The plans to continue work on filtration, calibrate SNR readings in the next version JTDX. [/ QUOTE]

Feedback:
Will copy/paste your comment over to Facebook Igor.
I gave them a early heads up at the crack of dawn today its being released they have been chomping at the bit !
Feed back so far is they are very happy: my anecdotal observation I get more -30's,seems more sensitive.
Udo is happy as a pig in shit he's ditched the old version gone over to v16.7.
He put up a JPEG of his layouts with the graphical colours that I like red font on yellow background and
black font on yellow background-you get the idea done mine the same now.

Cheers
Peter
VK6KXW

Thanks for passing this feedback Peter. Frankly speaking low SNR levels in 16.7 is nothing more than the false SNR indication. There is no reason to make precise SNR measurements as SNR depends on antenna directivity and noise level, last one may vary quickly in the urban environment. That is why I have been keeping a little attention to the SNR indication.

In fact, v16.7 has some degradation in sensitivity compared to the previous versions, but better decodes in the overcrowded band conditions.

Anyway, I am planning to fix this '-30dB SNR' defect in the next JTDX version.

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

Низкие уровни SNR версии 16.7 были замечены уже в самом конце тестов и устранение этого дефекта планирую в следующей версии.

По результатам тестов в 16.7 стала хуже чувствительность по декодированию слабых SNR сигналов c непересекающимися спектрами на полупустых диапазонах,

и выросла эффективность декодирования в условиях загруженного диапазона.

[RW9FN]

Отличная идея! Вставил ссылку на qrz.com.

Тоже вставил, нужно было по раньше. Посмотрел, на страничке более 18500 просмотров.
Добавил и на QRZCQ.

[UA3DJY]

Тоже вставил, нужно было по раньше. Посмотрел, на страничке более 18500 просмотров.
Добавил и на QRZCQ.

При нескольких одновременно зовущих станциях JTDX незаменим.

Но к сожалению хорошо декодирующий софт полностью проблему не решает: по опыту работы в Танзании, в городе по улицам протянуты высоковольтки (6 или 10кВ) и понижающие трансформаторы стоят уже возле зданий.

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

Используя 3 элемента логпериодик постоянно наблюдал разрядный шум с уровнем S6-S7 в полосе 500 Гц на диапазоне 20м, без адаптивных цифровых фильтров в CW делать было нечего.

В таком случае обычно помогает мощность.

[EI4KF]

Since the inclusion of SkipTX1 and SkipGrid in the MainWindow.ui it has not been possible to compile JTDX - the build fails with:
C:\JTSDK\src\wsjtx\mainwindow.cpp:917:7: error: 'class Ui::MainWindow' has no member named 'skipTx1'
ui->skipTx1->setChecked(m_skipTx1);
^
C:\JTSDK\src\wsjtx\mainwindow.cpp:918:7: error: 'class Ui::MainWindow' has no member named 'skipGrid'
ui->skipGrid->setChecked(m_skipTx1);
^
C:\JTSDK\src\wsjtx\mainwindow.cpp: In member function 'void MainWindow:n_skipTx1_clicked(bool)':
C:\JTSDK\src\wsjtx\mainwindow.cpp:4583:7: error: 'class Ui::MainWindow' has no member named 'skipGrid'
ui->skipGrid->setChecked(checked);
^
C:\JTSDK\src\wsjtx\mainwindow.cpp: In member function 'void MainWindow:n_skipGrid_clicked(bool)':
C:\JTSDK\src\wsjtx\mainwindow.cpp:4601:7: error: 'class Ui::MainWindow' has no member named 'skipTx1'
ui->skipTx1->setChecked(checked);
^
CMakeFiles\wsjtx.dir\build.make:738: recipe for target 'CMakeFiles/wsjtx.dir/mainwindow.cpp.obj' failed
mingw32-make.exe[2]: *** [CMakeFiles/wsjtx.dir/mainwindow.cpp.obj] Error 1
mingw32-make.exe[2]: *** Waiting for unfinished jobs....
CMakeFiles\Makefile2:998: recipe for target 'CMakeFiles/wsjtx.dir/all' failed
mingw32-make.exe[1]: *** [CMakeFiles/wsjtx.dir/all] Error 2
makefile:136: recipe for target 'all' failed
mingw32-make.exe: *** [all] Error 2
--------------------------------------------
CMAKE BUILD ERROR
--------------------------------------------
Anyone know how to correct this problem please?

[UR6EF]

Можете меня поздравить. Переустановил виндовс. И тут началось! Не могу запустить WSJT при запуске пишет "another intance may be running try to remove stale lock file" Кто кого блокирует не понял.Помогите разобраться пожалуйста.

[UA3DJY]

Since the inclusion of SkipTX1 and SkipGrid in the MainWindow.ui it has not been possible to compile JTDX - the build fails with:
C:\JTSDK\src\wsjtx\mainwindow.cpp:917:7: error: 'class Ui::MainWindow' has no member named 'skipTx1'
ui->skipTx1->setChecked(m_skipTx1);
^
Anyone know how to correct this problem please?

Erik, it looks like you trying to build mix of the various source code versions.

Try to delete folder C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\build, after that JTSDK should build your source code properly.

[UA3DJY]

Можете меня поздравить. Переустановил виндовс. И тут началось! Не могу запустить WSJT при запуске пишет "another intance may be running try to remove stale lock file" Кто кого блокирует не понял.Помогите разобраться пожалуйста.

Если в процессах не завис jt9.exe или wsjtx.exe то софт обычно сам удаляет 'lock file' предварительно запросив разрешение от пользователя.

Наличие 'lock file' говорит о том софт уже запущен - это защита от повторного запуска софта, при завершении работы софта этот файл автоматически удаляется, но иногда бывает что этот файл остается при некорректном завершении работы софта.

Место хранения этого файла - папка для временных файлов, расположение в операционной системе Windows определяется переменной окружения %TEMP% (для Линукса $TMP)
файл \WSJT-X.lock

попасть в эту папку можно скопировав в окно проводника %TEMP% и нажав клавишу ввода:

[EI4KF]

Erik, it looks like you trying to build mix of the various source code versions.

Try to delete folder C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\build, after that JTSDK should build your source code properly.

Thank you Igor. All OK now. 73.

[RW9FN]

Можете меня поздравить.

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

[UR6EF]

Так я ж её только переустановил. И другие программы работают

[UR6EF]

Снова переустановил. Настроил лог. Установил WSJT сопряжение заработало. Но почему то не устойчиво принимает сигнал. То декодирует, то нет. Пытаюсь разобратсься

[UR6EF]

Не могу побороть. Вот что выходит.За восемь минут

[UA3ALE]

А Время то НАДО СИНХРОНИЗИРОВАТЬ! А у тебя ,судя по картинке этого нет! Поэтому и не принимает!!!

[UR6EF]

Да я уже заметил Просто кто то писал что достаточно синхронизации виндовса. Вот я и купился. Не достаточно. Надо ставить программу синхронизации времени.