Используя версию 6397,ради эксперемента убрал усиление по вч трансивера почти до нуля. S метр естестественно не реагирует, на шкале силы сигнала в программе нет ничего, а декодирование прет. Антенну не крутил, стояла на Японию. Результат в скрине. Попробуйте!!!
Попробовал. Уровень 0 дб.Цитата:
Сообщение от RA3WEO
Вложение 155887
Когда я в звуковом файле давил на 30 дБ остальные сигналы используя полосовой фильтр, то софт продолжал декодировать все сигналы из файла.Цитата:
Сообщение от RA3WEO
Но надо понимать что соотношение сигнал/шум на выходе трансивера и на его входе отличаются, даже в варианте использования SDR у последнего по входу часто используется аналоговый УВЧ.
И надо понимать что попытка поставить на входе трансивера аттенюатор (что почти аналогично ручке усиления УВЧ) не приведет к повышению соотношения сигнал/шум в УВЧ (исключение составляют НЧ диапазоны на недорогой классике и вариант интермодуляции).
Что произойдет реально - будут снижены требования к динамическому диапазону тракта и упадут в уровне продукты интермодуляции, но при этом еще и исчезнут с декодирований сигналы находящиеся на входе приемника с уровнем ниже и близким декларируемой производителем чувствительности приемника.
Момент принципиальный, к этой теме уже много раз возвращаемся снова - хочу чтобы Все правильно понимали как это работает.
да, я подправил свой пост.Цитата:
Сообщение от UA3WM
I/Q выход имеют не только SDR, например чисто аналоговый трансивер прямого преобразования JUMA TRX2A тоже имеет I/Q выход. В принципе ничего не мешает его использовать в паре с map65 софтом для декодирования JT65a на КВ.
Добавлю КХ3!Цитата:
Сообщение от UA3DJY
Программа ориентирована чисто для EME в том числе и система рапортов ООО, RRR, 73! Я ее гонял у себя и в принципе ничего сверхъестественного не заметил. Сравнивал на луне при приеме радара Graves 143.050 мГц - The 143.050MHz Graves Radar a VHF Beacon с программой WSJT10.Цитата:
Сообщение от UA3DJY
Не поленился и запустил ее на 3.5 и вот что вышло.
Вложение 155914
Вот и ответ: в данный момент приоритеты другие, но Joe не возражает если мы исправим дефект в коде FFT самостоятельно, и уверен что, в случае успеха, мы поделимся решением проблемы с командой. Интересно, чем в данный момент занята команда, может они готовятся к выпуску v1.7rc? За код FFT похоже может взяться только сам Joe (код внешний и создан одним из университетов), но у него еще поле непаханное в коде согласованной фильтрации.Цитата:
Сообщение от UA3DJY
ну а мне теперь остается только глубоко нырнуть в FFT :s7:
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
Доброго Дня! Подскажите-а почему пишет в окне about в скомпилированной версии 6397 -dirty (грязный) ,так у всех ? И еще вопрос .если один раз изменил файл jt65_decode.f90 в строках 102 ,105 то в дальнейшем можно более этот файл не смотреть ? то есть при скачивании новых версий он остается ? И почему нужно жать NO для Update from SVN ,когда ставишь определенную версию через команду sn update -r .что вообще обновляет эта команда Update from SVN ? Извините за много букфф -просто разобраться хочеться
- Dirty пишет потому, что это не авторская версия, а с вашими доработками и соответственно эта dirty будет отображаться в PSK репортере. В созданном файле wsjtx.exe можно забить пробелами используя HEX редактор.Цитата:
Сообщение от RK4LWA
Вложение 155945
- Если при build ставить букву n, то svn будет с Вашими изменениями. Если поставить y, то svn будет заменен на новый скаченный.
- При -r Update from SVN скачает Вам SVN для выбранной с -r версии программы. Но я советую перед выполнением -r удалить папку wsjtx в JTSDK и в папке src
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 чаще всего видит их оба и это большой плюс
Работа китайского Донгла RTL2838 с конвертером на 20 ке, усиление 0. полоса 3КГц. Антенна на запад. Версия 6403. Смеситель конвертера обычный кольцевой с ФНЧ 7 го порядка на входе.
Цитата:
Сообщение от UA3DJY
есть еще один параметр позволяющий в r6373 немного увеличить количество декодированных сигналов:Цитата:
Сообщение от UA3DJY
исходник 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 изменения были в генераторе случайных чисел и декодере, менял-проверял параметры двух последних, но увы, смог только немного оптимизировать декодер, дефект все еще присутствует где то в коде.
Игорь укажите пути к папкам
строка 102 , порог первого прохода вместо 2.5 ставим 2.4
строка 105 , порог второго прохода вместо 2.5 ставим 1.8
исходник ftrsd2.c находится в папке \lib\ftrsd\
строка 135, вместо коэффициента 1.3 ставим 1.2
135 - наверно не та
133-можно подрулить
Вложение 155977
а вот к ней путь
Вложение 155978
пороги проходов в файле jt65_decode.f90, файл находится в папке \lib\, строки thresh0=2.5Цитата:
Сообщение от RA3RKA
в файле ftrsd.c строка thresh0[i]=1.3*perr[ii][jj];
номера строк указал для r6373, в последующих релизах разработчики могли что то удалить с исходного кода, номер строки изменился с 135 на 133
не вижу смысла скрывать что в коде самостоятельно сделаны изменения, open source лицензия разрешает самостоятельно менять исходный код.Цитата:
Сообщение от UA3WM
С точки зрения разработчиков приставка dirty позволяет пользователю увидеть что код установленного им релиза был кем то правлен, а самим разработчикам помогает в случае необходимости диагностики.
С другой стороны, меняющий исходный код человек, согласно лицензии, отвечает за поддержку скомпилированного модифицированного релиза при передаче его другим пользователям.