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

[RC2SC]

Значит у меня в полосе 4500 Гц.

А чё так широко, хочется объять необъятное?
Совсем забыл. Всех с наступающим Старым Новым Годом!

[RX4HX]

У меня вопрос:
программа пишет в папку
C:\Documents and Settings\<Имя пользователя>\Local Settings\Application Data\JTDX\
два лога в разных форматах
wsjtx.log
wsjtx_log.adi
Они потом где то используются? Почему спрашиваю: очень удобно было бы допустим файл wsjtx.log после занесения из него данных в лог - удалять. А потом бы лог проверял, если файл есть - из него данные заносим в лог и удаляем. И допустим файл wsjtx_log.adi для верности не трогаем. Или же так по каким то причинам не надо делать?

[RK1NA]

А чё так широко, хочется объять необъятное?

Дык SDR однако.
Вижу сразу и JT65 и JT9.
Удобно.

[RC2SC]

У меня вопрос:

Раз вы здесь у меня тоже вопрос. При сохранении связи в WSJT-X (релиз 242), лог закрывается. Открываю связи нет, повторил несколько раз та же петрушка.

[RX4HX]

При сохранении связи в WSJT-X (релиз 242), лог закрывается.

Не понял, так в лог то связь попадает перед закрытием лога?

[RC2SC]

Не понял, так в лог то связь попадает перед закрытием лога?

Нет. Откатился 241, провёл QSO всё сохраняет и не закрывается. ?

[UA9OP]

Раз вы здесь у меня тоже вопрос. При сохранении связи в WSJT-X (релиз 242), лог закрывается. Открываю связи нет, повторил несколько раз та же петрушка.

тоже самое

[UA9OP]

wsjtx_log.adi

он один и ведет статистику, а wsjtx.log у меня такого никогда не было

[UA3DJY]

У меня вопрос:
программа пишет в папку
C:\Documents and Settings\<Имя пользователя>\Local Settings\Application Data\JTDX\
два лога в разных форматах
wsjtx.log
wsjtx_log.adi
Они потом где то используются? Почему спрашиваю: очень удобно было бы допустим файл wsjtx.log после занесения из него данных в лог - удалять. А потом бы лог проверял, если файл есть - из него данные заносим в лог и удаляем. И допустим файл wsjtx_log.adi для верности не трогаем. Или же так по каким то причинам не надо делать?

wsjtx_log.adi используется софтом для функционала уведомлений и как постоянный лог софта WSJT-X/JTDX.

wsjtx.log имеет формат CSV и используется некоторыми пользователями для дальнейшей обработки информации.

Папка \Local Settings\Application Data\JTDX\ не всегда имеет такое имя, при запуске одного или одновременно нескольких JTDX с ключом --rig-name= будут еще папки с именем указанным после ключа, и в каждой из них свой независимый лог.

[UA3DJY]

Подскажите пжл каким можно воспользоваться калькулятором (без сложных математических формул), чтобы понять какой уровень сигнала был на входе Rx?
Этот калькулятор не предлагать dBCalc: Signal Power & dB Comparison. Он только до -26
С удовольствием прочитаю ликбез по формированию рапорта в JT65A, который мы передаем своему корреспонденту.

Насколько я понимаю, рапорт (-20) означает, Что полезный сигнал на 20 db ниже уровня шума.

С небольшим примечанием: на 20дБ ниже уровня (шум+помеха).

Например во время проведения JT65 QSO у Вас на водопаде два сигнала с полностью пересекающимся спектром и S-метр трансивера показывает S9 на мешающий сигнал, при этом полезный сигнал реально дает S7. Софт при этом должен показать SNR полезного сигнала -12дБ.

Если через интервал мешающий сигнал отсутствует и есть только полезный то софт Вам покажет -01дБ SNR если получаемый с антенны шум не отклоняет стрелку S-метра, при этом софт 17.4-SWL может показать и больший SNR, в зависимости от уровня шума.

То есть SNR плохо отражает излучаемую оператором в Вашем направлении мощность(подводимая мощность х направленность антенны) и уровень полезного сигнала на входе приемника, поскольку зависит не только от шума но и от присутствия и уровня помех в спектре приема, уровень и появление последних малопредсказуемы.

[RX4HX]

Игорь, спасибо за ответ!
У меня тут еще одна проблема образовалась: установил последнюю версию JTDX 17.4. Декодирование поросходит только 1 раз в самом начале, а потом ничего не декодируется, хотя станций много и с хорошими уровнями? Что может быть? Ранее с предыдущими версиями все было ок! Да еще при запуске появляется предупреждение для файл CALL4.TXT слишком маленький или отсутствует. Посмотрел - его размер действительно 0. Что тут делать?

[UA3DJY]

Вчера провел QSO c FR4OO, которого принимал с уровнем -29dB. Программа обеспечивает (по хелпу) прием сигналов с уровнем -32dB.

эта информация уже устарела, некоторые Hint декодеры в версии 17.4 могут декодировать сигнал с уровнем до -35дБ SNR

[UA3DJY]

Игорь, спасибо за ответ!
У меня тут еще одна проблема образовалась: установил последнюю версию JTDX 17.4. Декодирование поросходит только 1 раз в самом начале, а потом ничего не декодируется, хотя станций много и с хорошими уровнями? Что может быть? Ранее с предыдущими версиями все было ок! Да еще при запуске появляется предупреждение для файл CALL4.TXT слишком маленький или отсутствует. Посмотрел - его размер действительно 0. Что тут делать?

Уже добавил в софт 17.5 дополнительно печать строки: "copy CALL3.TXT in the log directory".

Файл часто меняется поэтому поставляю его отдельно от софта, последняя версия здесь: http://www.qrz.lt/ly3bg/JTDX/info/CALL3.zip

перед копированием распаковать (пользователи редко читают документацию и мне часто приходят письма с вопросом что означает это сообщение, приходится еще добавлять что файл надо распаковать из архива)

[UA3DJY]

Вчера провел QSO c FR4OO, которого принимал с уровнем -29dB. Программа обеспечивает (по хелпу) прием сигналов с уровнем -32dB.
Подскажите пжл каким можно воспользоваться калькулятором (без сложных математических формул), чтобы понять какой уровень сигнала был на входе Rx?
Этот калькулятор не предлагать dBCalc: Signal Power & dB Comparison. Он только до -26
С удовольствием прочитаю ликбез по формированию рапорта в JT65A, который мы передаем своему корреспонденту.

Насколько я понимаю, рапорт (-20) означает, Что полезный сигнал на 20 db ниже уровня шума.

С небольшим примечанием: на 20дБ ниже уровня (шум+помеха).

Например во время проведения JT65 QSO у Вас на водопаде два сигнала с полностью пересекающимся спектром и S-метр трансивера показывает S9 на мешающий сигнал, при этом полезный сигнал реально дает S7. Софт при этом должен показать SNR полезного сигнала -12дБ.

Если через интервал мешающий сигнал отсутствует и есть только полезный то софт Вам покажет -01дБ SNR если получаемый с антенны шум не отклоняет стрелку S-метра, при этом софт 17.4-SWL может показать и больший SNR, в зависимости от уровня шума.

То есть SNR плохо отражает излучаемую оператором в Вашем направлении мощность(подводимая мощность х направленность антенны) и уровень полезного сигнала на входе приемника, поскольку зависит не только от шума но и от присутствия и уровня помех в спектре приема, уровень и появление последних малопредсказуемы.

Есть еще одна тонкость в измерении SNR - входящий в это значение уровень сигнала определяется из максимального значения функции корреляции принимаемой синхропоследовательности с эталонной, уровень сигнала есть суммарная мощность тонов синхропоследовательности.

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

И тогда реально софт покажет не -12дБ для приведенного примера а меньшее значение, например в крайних случаях может показать и -30дБ. А на интервале где отсутствует мешающий сигнал будет тот же -01.

[UN7LZ]

И тогда реально софт покажет не -12дБ для приведенного примера а меньшее значение, например в крайних случаях может показать и -30дБ. А на интервале где отсутствует мешающий сигнал будет тот же -01.

Игорь, я правильно понял, что, если уровень шума в полосе приема на S-метре S5 при прочем отсутствии помех, а сигнал принимаемой станции оценивается программой в -30dB, то фактический уровень полезного сигнала на S-метре равен S=0 или меньше, чем -121dBm. Так ли это?