Отличная идея! :up: Вставил ссылку на qrz.com.
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 непересекающимися спектрами на полупустых диапазонах,
и выросла эффективность декодирования в условиях загруженного диапазона.
При нескольких одновременно зовущих станциях JTDX незаменим.
Но к сожалению хорошо декодирующий софт полностью проблему не решает: по опыту работы в Танзании, в городе по улицам протянуты высоковольтки (6 или 10кВ) и понижающие трансформаторы стоят уже возле зданий.
С учетом тропиков изоляторы на высоковольтках довольно быстро начинают течь, коронный разряд обычное явление. Такая же проблема есть в странах Южной Америки и юго-восточной Азии.
Используя 3 элемента логпериодик постоянно наблюдал разрядный шум с уровнем S6-S7 в полосе 500 Гц на диапазоне 20м, без адаптивных цифровых фильтров в CW делать было нечего.
В таком случае обычно помогает мощность.
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::on_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::on_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?
Можете меня поздравить. Переустановил виндовс.:s12: И тут началось! Не могу запустить 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% и нажав клавишу ввода:
Вложение 172020
Вложение 172021
Так я ж её только переустановил. И другие программы работают
Снова переустановил. Настроил лог. Установил WSJT сопряжение заработало. Но почему то не устойчиво принимает сигнал. То декодирует, то нет. Пытаюсь разобратсься
Не могу побороть. Вот что выходит.За восемь минут
А Время то НАДО СИНХРОНИЗИРОВАТЬ! А у тебя ,судя по картинке этого нет! Поэтому и не принимает!!!
Да я уже заметил:s6: Просто кто то писал что достаточно синхронизации виндовса. Вот я и купился. Не достаточно. Надо ставить программу синхронизации времени.