форум Радиолюбительского ДВ портала > Программное обеспечение
WSJT-X
UA0051SWL:
надежней и 13 ;)
https://dl.dropboxusercontent.com/u/76751319/WSJTX_08r3113.exe
R7NT:
--- Цитата: ua0aet от 05 Сентябрь 2013, 03:03:04 ---....
Насколько имеет смысл использование ОП32 по сравнению с ОП8.
Я уже говорил здесь, что изменение прохождения может нивелировать
разницу. Может более активно использовать ОП8.
--- Конец цитаты ---
согласен
Да, 32мин многовато для прохождения - в том смысле, что или провалится посреди передачи, или не хватит всплеска для программной декодировки того, что принято
Поэтому при рваном, коротком прохождении Ор8 может легко "сделать" Ор32
А вот WSJT-15, WSJT-5|-10 врядли - там, помимо синхронизации по времени, еще мощная программа декодировки - см.ниже
--- Цитировать ---Тут один ньюанс заметил в WSJTX.
При отсутствии помех, программа вроде успевает декодировать
до начала цикла передачи.
Если рядом имеется помеха, то процесс декодирования
затягивается секунд на 10 после начала цикла передачи.
Может ресурса требует больше ?
--- Конец цитаты ---
Я раньше никогда не работал в WSJT, а тут решил полистать manual и нашел кусок как декодируется принятое.
Оказалось, что на русском есть - хоть и для WSJT6, но думаю, что здесь такое-же
Так вот кусок:
Декодер JT65 использует многоуровневую процедуру. Полное описание его работы приведено здесь: http://pulsar.princeton.edu/~joe/K1JT/JT65.pdf. Если декодер Рида-Соломона не дает результата, применяется декодер «глубокого поиска», основанный на принципе фильтра совпадений. Декодер составляет список гипотетических сообщений, комбинируя позывные из базы данных с “CQ” и позывным пользователя программы. Каждое возможное сообщение кодируется так, как это сделала бы передающая сторона, включая все символы, необходимые для FEC (прямой коррекции ошибок). Полученные сообщения затем проверяются на хорошее совпадение с принятым сигналом. При несовпадении даже одного символа декодирование считается неуспешным. Вы можете задать список возможных позывных, какой Вам требуется. Стандартная база данных с именем CALL3.TXT поставляется с WSJT, содержит более 4800 позывных станций, активно работающих с DX на диапазонах VHF/UHF. Настоятельно рекомендуется Ваш список позывных периодически обновлять и адаптировать его под свои нужды.
В дополнение к DT и DF, строки декодированного текста содержат информацию об относительном уровне синхронизации, среднем соотношении сигнал/шум в дБ (относительно мощности шумов в полосе 2500 Гц), и W, измеренной ширине полосы синхросигнала, в Гц. Символ, следующий за W, показывает, что был получен достаточный уровень синхронизации: * будет напечатана для обычных сообщений, # для сообщений, содержащих рапорт ООО. В конце каждой строки есть два числа. Первое число показывает, был ли получен результат декодером
Рида-Соломона, 0 – не получен, 1 – получен. Второе число показывает относительный уровень достоверности в шкале от 0 до 10 для результата, полученного декодером «глубокого поиска». В строках с декодированными
короткими сообщениями эти числа отсутствуют
Если сигнал JT65 правильно засинхронизировался, информация о его спектре добавляется в накапливающий массив. Информация от последующих передач, добавляемая в массив, может позволить декодировать это «усредненное»
сообщение, даже если отдельные передачи не декодировались. Результат такого декодирования появляется в окне усредненного текста.
Декодер «глубокого поиска» JT65 обязательно имеет «серую зону», когда он нашел результат, но достоверность этого результата невелика. В таких случаях декодер добавляет “?” в строку декодированного текста, и окончательное
решение о правдоподобности этого декодирования должен принять оператор.
Имейте ввиду, что из-за специальной математической структуры сообщения, результат неправильного декодирования не будет отличаться от правильного несколькими символами, скорее всего в нем будут совсем не те позывные и
локаторы. Когда у Вас появится опыт распознавания графических и числовых признаков правильной синхронизации сигнала (Sync, dB, DT, DF, W, и вид зеленой, красной и голубой кривых), а также влияния несущих и других помех, Вы
станете экспертом в распознавании и отбрасывании результатов случайных ложных декодирований. Если Вы видите, что Вас неожиданно зовет экзотическая станция, подождите, пока декодируете ее сообщение в следующей передаче.
Случайные ошибки декодирования повторяются редко
я давно собирался спросить что там за цифры и декоде-то...
Так вот надо CALL3.TXT делать ?
Может длительное декодирование можно уменьшить своей "базой данных" в виде call3.txt?
набросал немного нашего
DF6NM,JN59,,,
DK7FC,JN49,,,
G8HUH,IO81,,,
R7NT,KN97,,,
RN3AUS,KO86,,,
RV3APM,KO86,,,
RX3QFM,KO91,,,
UA0AET,NO65,,,
UA4WPF,LO66,,,
UW8SM,KN28,,,
W1TAG,FN43,,,
W1VD,FN31,,,
Можете глянуть оригинальный ихний - не понятно с множеством ,,,,, в конце - может там еще чего можно добавить?
теперь понятнее стали полные строчки
2210 10 -25 0.9 1120.53 0 UA0AET UA4WPF RRR RN3AGC
2150 2 -37 2.2 1120.25 0 UA0AET UA4WPF -33 UA0SNV
2130 1 -36 0.4 1134.97 0 DF6NM JN59NJ UW8SM
UA0051SWL:
Хлопцы как же вы любите морочить себе голову :)
Самое жуткое на здешнем диапазоне это помеха, и пока программа разберется че к чему да и еще компьютер слаб, да и приложений нагружено немерено вот и задержки.
Когда начинал заниматься с wsjt, а это было давно компьютеры были дохлые дак там и 2мин и более было раскодирование доходило до того что передача включалась, а уж потом декоде.
CALL3.TXT помогает наверное но когда ну очень много CALL. Так что больше практики ;).
R7NT:
--- Цитата: UA0SNV от 07 Сентябрь 2013, 19:49:27 ---Хлопцы как же вы любите морочить себе голову :)
--- Конец цитаты ---
так как же без этого-то! ;D
"сначала создаем себе трудности сами, а потом героически их преодолеваем!"
--- Цитировать ---Самое жуткое на здешнем диапазоне это помеха, и пока программа разберется че к чему да и еще компьютер слаб, да и приложений нагружено немерено вот и задержки.
Когда начинал заниматься с wsjt, а это было давно компьютеры были дохлые дак там и 2мин и более было раскодирование доходило до того что передача включалась, а уж потом декоде.
CALL3.TXT помогает наверное но когда ну очень много CALL. Так что больше практики ;).
--- Конец цитаты ---
да сколько-то там у нас calls-то на ДВ ! да и еще в JT ... "с гулькин эээ... нос" ;D
rn3aus:
Только вwsjtx код другой применяется. Не рида-соломона, а сверточный лейланда с длиной образующего полинома 32, точно тот же что и в wsprx.
Я так понял, что в wsjtx отсутствует deepsearch, то есть корреляционный, декодер, а декодирование идет почестному, декодером Фано. Для сверточного кода кажется и нельзя применить корреляционный детектор, так как в сигнале нельзя, в отличие от кода рида-соломона, выделить часть, относящуюся к позывному. Так что если не знать локатор и пауэрлевел, то нельзя и заранее знать какой код будет передаваться.
Можно конечно договориться для каких-то тестов чтоб каждый участник передавал свой позывной и заранее оговоренные локатор и уровень мощности. В этом случае достаточно легко сделать дипсерч, подобно маркусовскому оперному корреляционному детектору. Об этом я подумаю в перспективе, так как смотрю, что именно у нас вспрх-всйтх наиболее прижились.
Навигация
Перейти к полной версии