Интересный декод в WSJT
Назад-
Получил сегодня на экране вот такой интересный декод. Скриншот и звуковой файл прикладываю. Мода JT65C, включен Normal Deep Search.
Слушал частоту 1296.907 MHz (маяк RA3DQT/b), RK6MC там быть не могло, тем более звавшего меня. Его позывной есть в базе WSJT, когда строчку с его позывным удаляешь из базы, то декода нет.
Думаю, что если попробуете декодировать приложенный звуковой файл у себя (предварительно проверив наличие RK6MC в базе WSJT), то результат должен будет выглядеть "Ваш позывной RK6MC KN97".
upd. Да, на всякий случай, версия WSJT 7.03 r1090.
Mon_110108_180000.WAV
RK6MC_JT65C.jpg
-
Такие ошибки декодирования случаются, иногда в помехах.
иногда "на ровном месте". Обратил внимание что Dt при таких
глюках около 7.0
&&&&&.JPG
-
это нормально,в более высоких версиях такое наблюдается редко,в четверке это было сплошь и рядом.обратите на знак вопроса в конце строки,это показывает в неуверенности то чего дала.можно поставить NO Deep Search тогда не будет обращения к базе позывных и по идее этого глюка не станет,но и уровень декодирования упадет.правильнее помогать проге своей головой,те анализировать ситуацию,реально ли может такое дек,если это тропо то по расстоянию,если луна то находится ли данный корреспондент хотя бы в линке.в любом случае при сомнении лучше дождаться повторного декодирования в следующем периоде
-
Насколько я понимаю, в приведенных примерах нет синхронизации - в строке декодирования первая после времени циферка - ноль, т.е. синхровектор из сигнала не выделен. Значит, в общем случае, и смысла в DF и DT нет и сигнал декодирован быть не может.
А по поводу декодирования вообще - вот какие картинки рисуют - картинка из статьи DJ5HG (стр. 64 DUBUS 4/2006), её вроде никто не опроверг. Красная линия (подрисованная мною) - теоретический предел декодирования однократного приёма "обычного" сигнала JT65B ("обычный" - это с позывными). Всё, что левее -25 дБ - липа. В том смысле, что это не есть принятый с эфира сигнал, а "догадки"
73, Иван.
SNR.jpg
-
Насколько я понимаю, в приведенных примерах нет синхронизации - в строке декодирования первая после времени циферка - ноль, т.е. синхровектор из сигнала не выделен. Значит, в общем случае, и смысла в DF и DT нет и сигнал декодирован быть не может.
все так и есть,но скажем работая телеграфом вы ведь тоже анализируете реальность принятого сигнала,предположим в не урочное время вдруг приняли сигнал с американскоко континента? что делаем? я скажем не спешил бы заносить в журнал а дал бы знак вопроса.А вообще это длинный и давний спор,можно упереться и остановить локомотив,но не на долго. А лучше сесть в него,да еще в мягкий вагон и наслаждаться
А по поводу декодирования вообще - вот какие картинки рисуют - картинка из статьи DJ5HG (стр. 64 DUBUS 4/2006), её вроде никто не опроверг. Красная линия (подрисованная мною) - теоретический предел декодирования однократного приёма "обычного" сигнала JT65B ("обычный" - это с позывными). Всё, что левее -25 дБ - липа. В том смысле, что это не есть принятый с эфира сигнал, а "догадки"
73, Иван. -
Извините после "слета " компа не работает WSJT6 на передачу.Остальное нормально.Подскажите что делать? Валерий.
-
Извините после "слета " компа не работает WSJT6 на передачу.Остальное нормально.Подскажите что делать? Валерий.
Валера, если запускаешь с СОМ порта, то проверь его установку. Вход с главного окна программы Setup>>Options. В окошке PTT port номер порта указывается просто цифрой. -
Андрей Привет!Желтое окно запускается.Но TTX не вккллючается.
-
Можэт очисть чо?
-
Я наверно не втеме изв.
-
Валера в Чат подходи.
-
UA4UAA да да подходите в чат там оперативно все выясним....
-
To: UA4UAA
Открыть wsjt.exe и убедиться, что нет сообщения can't open COM... Если сообщение есть, то просто перезагрузить PC, если используется переходка USB/COM, достаточно вытащить и снова воткнуть разъем USB.
73! ZAL -
Выяснили, что после переустановки Windows, СОМ порты определились 4, 5, 6. Были 1, 2, 3.
-
Aндрей Привет. СНовым годом! Порт я определил но он не вкл TX а с компа сиг. идет. Чтото мешает Можэт принудить?