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

[RA3WEO]

Используя версию 6397,ради эксперемента убрал усиление по вч трансивера почти до нуля. S метр естестественно не реагирует, на шкале силы сигнала в программе нет ничего, а декодирование прет. Антенну не крутил, стояла на Японию. Результат в скрине. Попробуйте!!!

[R5WM]

Попробуйте!!!

Попробовал. Уровень 0 дб.

[UA3DJY]

Используя версию 6397,ради эксперемента убрал усиление по вч трансивера почти до нуля. S метр естестественно не реагирует, на шкале силы сигнала в программе нет ничего, а декодирование прет. Антенну не крутил, стояла на Японию. Результат в скрине. Попробуйте!!!

Когда я в звуковом файле давил на 30 дБ остальные сигналы используя полосовой фильтр, то софт продолжал декодировать все сигналы из файла.

Но надо понимать что соотношение сигнал/шум на выходе трансивера и на его входе отличаются, даже в варианте использования SDR у последнего по входу часто используется аналоговый УВЧ.

И надо понимать что попытка поставить на входе трансивера аттенюатор (что почти аналогично ручке усиления УВЧ) не приведет к повышению соотношения сигнал/шум в УВЧ (исключение составляют НЧ диапазоны на недорогой классике и вариант интермодуляции).

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

Момент принципиальный, к этой теме уже много раз возвращаемся снова - хочу чтобы Все правильно понимали как это работает.

[UA3DJY]

Это не мода а программное обеспечение для SDR и предназначено для мониторинга в широкой полосе ЕМЕ станций в модах JT65A,B,C
P.S. Вчера я спокойно ее скомпилировал по методике wsjtx.

да, я подправил свой пост.

I/Q выход имеют не только SDR, например чисто аналоговый трансивер прямого преобразования JUMA TRX2A тоже имеет I/Q выход. В принципе ничего не мешает его использовать в паре с map65 софтом для декодирования JT65a на КВ.

[UA3ALE]

да, я подправил свой пост.

I/Q выход имеют не только SDR, например чисто аналоговый трансивер прямого преобразования JUMA TRX2A тоже имеет I/Q выход. В принципе ничего не мешает его использовать в паре с map65 софтом для декодирования JT65a на КВ.

Добавлю КХ3!

[R5WM]

В принципе ничего не мешает его использовать в паре с map65 софтом для декодирования JT65a на КВ

Программа ориентирована чисто для EME в том числе и система рапортов ООО, RRR, 73! Я ее гонял у себя и в принципе ничего сверхъестественного не заметил. Сравнивал на луне при приеме радара Graves 143.050 мГц - The 143.050MHz Graves Radar a VHF Beacon с программой WSJT10.
Не поленился и запустил ее на 3.5 и вот что вышло.

[UA3DJY]

сам запрос, переписка по этой теме будет публиковаться здесь WSJT / Mailing Lists

Вот и ответ: в данный момент приоритеты другие, но Joe не возражает если мы исправим дефект в коде FFT самостоятельно, и уверен что, в случае успеха, мы поделимся решением проблемы с командой. Интересно, чем в данный момент занята команда, может они готовятся к выпуску v1.7rc? За код FFT похоже может взяться только сам Joe (код внешний и создан одним из университетов), но у него еще поле непаханное в коде согласованной фильтрации.

ну а мне теперь остается только глубоко нырнуть в FFT


Date: Fri, 15 Jan 2016 11:34:32 -0500
From: Joe Taylor <joe@princeton.edu>
Subject: Re: [wsjt-devel] possible defect in the FFT code
To: WSJT software development <wsjt-devel@lists.sourceforge.net>
Message-ID: <56991F98.6030108@princeton.edu>
Content-Type: text/plain; charset=UTF-8; format=flowed

Igor --

Please feel free to tune the WSJT-X decoders in any way you see fit, and
to use external bandpass filters on the data as you wish.

One of the benefits of open-source code is that you can modify it as you
desire. If you come up with code you believe is superior, I'm sure you
will let us know.

Right now our major focus and priorities lie in other directions.

-- 73, Joe, K1JT

[RK4LWA]

Доброго Дня! Подскажите-а почему пишет в окне about в скомпилированной версии 6397 -dirty (грязный) ,так у всех ? И еще вопрос .если один раз изменил файл jt65_decode.f90 в строках 102 ,105 то в дальнейшем можно более этот файл не смотреть ? то есть при скачивании новых версий он остается ? И почему нужно жать NO для Update from SVN ,когда ставишь определенную версию через команду sn update -r .что вообще обновляет эта команда Update from SVN ? Извините за много букфф -просто разобраться хочеться

[R5WM]

Доброго Дня! Подскажите-а почему пишет в окне about в скомпилированной версии 6397 -dirty (грязный) ,так у всех ? И еще вопрос .если один раз изменил файл jt65_decode.f90 в строках 102 ,105 то в дальнейшем можно более этот файл не смотреть ? то есть при скачивании новых версий он остается ? И почему нужно жать NO для Update from SVN ,когда ставишь определенную версию через команду sn update -r .что вообще обновляет эта команда Update from SVN ?

- Dirty пишет потому, что это не авторская версия, а с вашими доработками и соответственно эта dirty будет отображаться в PSK репортере. В созданном файле wsjtx.exe можно забить пробелами используя HEX редактор.

- Если при build ставить букву n, то svn будет с Вашими изменениями. Если поставить y, то svn будет заменен на новый скаченный.
- При -r Update from SVN скачает Вам SVN для выбранной с -r версии программы. Но я советую перед выполнением -r удалить папку wsjtx в JTSDK и в папке src

[RK4LWA]

Cпасибо -Версия 6397 мне положительно нравиться -Запущено три версии:6229 rob sync on, ep 8,agressive 5;6229 rob sync off,ep8,agressive 5 ;6397 rob sync off,ep 8 ,agressive 0,1 pass=2.4,sec pass=1-так вот 6397 мало того что почти не выводит ошибочные позывные ,а так еще и сочетает смотрю достоинство обеих версий -то есть где то не принимает с вкл rob syn 6229, а с выкл принимает позывной, но не принимает позывного то что приняла с вкл rob sync -то 6397 чаще всего видит их оба и это большой плюс

[RA3WEO]

Работа китайского Донгла RTL2838 с конвертером на 20 ке, усиление 0. полоса 3КГц. Антенна на запад. Версия 6403. Смеситель конвертера обычный кольцевой с ФНЧ 7 го порядка на входе.

[UA3DJY]

удалось добиться преимущества в работе FTRSD над SFRSD:

r6373mod 3188 правильных декодирований + 4 ложных
r6373 3054 правильных декодирований + 4 ложных
r6229 3169 правильных декодирований + множество ложных

Чтобы самостоятельно настроить FTRSD декодер на КВ необходимо в файле jt65_decode.f90 изменить:

строка 102 , порог первого прохода вместо 2.5 ставим 2.4
строка 105 , порог второго прохода вместо 2.5 ставим 1.8

и компилируем WSJT-X софт.

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

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

Особенно приятно что с FTRSD проблема ложных декодирований почти решена.

для порога 1.0 второго прохода r6373mod дает 3216 правильных декодирований JT65

есть еще один параметр позволяющий в r6373 немного увеличить количество декодированных сигналов:

исходник ftrsd2.c находится в папке \lib\ftrsd\
строка 135, вместо коэффициента 1.3 ставим 1.2

значение 1.2 в комбинации с порогами 2.4/1.0 дает 3240 правильных декодирований JT65

_________________________________

другие файлы записанные с цифрового аудио потока SDR и выключенной АРУ:

2.5/2.5//1.3 1069 декодирований (Robust Sync 1049 декодирований)
2.4/1.0//1.3 1094 декодирований
2.4/1.0//1.2 1101 декодирований (Robust Sync 1075 декодирований)

Видно что по количеству декодированных сигналов Robust Sync с FTRSD стал проигрывать, по отличию декодирований не проверял.

Дефект "кода преобразования Фурье" пока нащупать не смог - с переходом на FTRSD изменения были в генераторе случайных чисел и декодере, менял-проверял параметры двух последних, но увы, смог только немного оптимизировать декодер, дефект все еще присутствует где то в коде.

[RA3RKA]

Игорь укажите пути к папкам
строка 102 , порог первого прохода вместо 2.5 ставим 2.4
строка 105 , порог второго прохода вместо 2.5 ставим 1.8

исходник ftrsd2.c находится в папке \lib\ftrsd\
строка 135, вместо коэффициента 1.3 ставим 1.2

135 - наверно не та

133-можно подрулить



а вот к ней путь

[UA3DJY]

Игорь укажите пути к папкам
строка 102 , порог первого прохода вместо 2.5 ставим 2.4
строка 105 , порог второго прохода вместо 2.5 ставим 1.8

исходник ftrsd2.c находится в папке \lib\ftrsd\
строка 135, вместо коэффициента 1.3 ставим 1.2

135 - наверно не та

133-можно подрулить

пороги проходов в файле jt65_decode.f90, файл находится в папке \lib\, строки thresh0=2.5

в файле ftrsd.c строка thresh0[i]=1.3*perr[ii][jj];

номера строк указал для r6373, в последующих релизах разработчики могли что то удалить с исходного кода, номер строки изменился с 135 на 133

[UA3DJY]

- Dirty пишет потому, что это не авторская версия, а с вашими доработками и соответственно эта dirty будет отображаться в PSK репортере. В созданном файле wsjtx.exe можно забить пробелами используя HEX редактор.

не вижу смысла скрывать что в коде самостоятельно сделаны изменения, open source лицензия разрешает самостоятельно менять исходный код.

С точки зрения разработчиков приставка dirty позволяет пользователю увидеть что код установленного им релиза был кем то правлен, а самим разработчикам помогает в случае необходимости диагностики.

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