-
проект WSJT-X: моды JT65,JT9,WSPR,JT4,JTMS,MSHV - работа с тестовым софтом
По многочисленным просьбам уходим сюда из темы JT65-HF.
В этой теме обсуждаем работу и тестирование тестового софта WSJT-X, использующиеся в нем протоколы и виды модуляции, новый и существующий функционал, работу с исходным кодом и компиляцию софта WSJT-X и вспомогательных утилит, возможные проблемы со спектром сигнала в эфире.
73 Игорь
-
декодирование JT65 и JT4 с использованием согласованных фильтров
оно же experienced based decoding, оно же hinted decoding
в папке C:\JTSDK\src\wsjtx\lib находятся исходники кода процедур написанных на языке Fortran, это файлы exp_decode65.f90 и deep4.f90, первый для JT65 второй для JT4, в обеих процедурах считывается и используется содержимое файла Call3.txt(у пользователя должен быть в той же папке где находится ADIF лог). Эти процедуры созданы для согласованной фильтрации сообщений.
Интересно, при использовании последних релизов для работы в эфире с активированным Enable VHF/UHF/Microwave features и включенных галочках в закладке Advanced в окне Experience-based decoding, кто нибудь наблюдает появление файла Call3.txt в папке где находится ADIF лог?
-
редактирование ярлыка WSJT-X под Windows 7
Цитата:
Сообщение от
RA3RKA
Добрый вечер Игорь.
....
БУДЕМ ПРОДОЛЖАТЬ!
Александр, приветствую
Вспомнил что у товарища с Windows 7 я встретил те же грабли с редактированием командной строки в ярлыке под --rig-name=
Я тогда решил проблему, если память не изменяет, тем, что убрал в обеих строках кавычки, после чего операционная система позволила сохранить измененный ярлык.
Попробуйте, может и у Вас сработает.
73 Игорь
-
Вложений: 1
У меня тут. Компьютер для эфира с WinXP
Вложение 155101
-
Цитата:
Сообщение от
UA3WM
вот как...
значит функционал согласованной фильтрации может уже и работает, и возможно пока только на своей частоте, интересно есть ли при активированном функционале для разных Agressive decoding level =0 и 1 уровни декодирования JT65 сигналов на своей частоте ниже чем -28?
Со своей стороны сейчас активирую функционал на последнем релизе и прогоню тесты на чувствительность.
-
Цитата:
Сообщение от
UA3DJY
значит функционал согласованной фильтрации может уже и работает, и возможно пока только на своей частоте, интересно есть ли при активированном функционале для разных Agressive decoding level =0 и 1 уровни декодирования JT65 сигналов на своей частоте ниже чем -28?
Со своей стороны сейчас активирую функционал на последнем релизе и прогоню тесты на чувствительность.
Я в основном занимаюсь JT65a на 144 мгц и там несколько иная специфика, т.е. помимо основного трека рядом с ним идут дополнительные отраженные от самолетов и причем кривые от доплера (как при уходе частоте TX). Ранее такие сигналы не декодировались, но сейчас при установке Tol=10 и включенной агрессии я могу прощелкиванием мыши становиться на нужный трек и декод идет. Уровней менее -28 на УКВ c этой программой пока не видел. Сейчас максимум метеорного потока Квадрантиды и все сидят там. Через пару дней народ будет появляться тогда и проверю более детально. Но тот факт, что при этом отсутствует декод других станций на спектране а выводится декод только с отмеченной частоты может и говорить о том, что функция активируется.
-
уровни -35...-37 в JT9
Цитата:
Сообщение от RZ4WZ
Приветствую! ....
продолжает глючить опять в JT9 -31 -35 получил.
Игорь, приветствую
Steve K9AN высказал предположение что у Вас неравномерный шум на водопаде (завал спектра звука с трансивера в области JT9), гляньте пожалуйста - вдруг у Вас включена запись звуковых файлов и остались файлики с -37 и -35.
Также интересно глянуть как выглядит Ваш водопад при выключенном Flatten.
73 Игорь
-
Цитата:
Сообщение от
UA3WM
Я в основном занимаюсь JT65a на 144 мгц и там несколько иная специфика, т.е. помимо основного трека рядом с ним идут дополнительные отраженные от самолетов и причем кривые от доплера (как при уходе частоте TX). Ранее такие сигналы не декодировались, но сейчас при установке Tol=10 и включенной агрессии я могу прощелкиванием мыши становиться на нужный трек и декод идет. Уровней менее -28 на УКВ c этой программой пока не видел. Сейчас максимум метеорного потока Квадрантиды и все сидят там. Через пару дней народ будет появляться тогда и проверю более детально. Но тот факт, что при этом отсутствует декод других станций на спектране а выводится декод только с отмеченной частоты может и говорить о том, что функция активируется.
интересно,
начиная с r6333 Steve K9AN сделал ntol = 1000 значением по умолчанию в исходнике jt65.f90
сейчас проверил - это же значение попадает в окошко F Tol в r6334. Не подскажете на что оно влияет при работе на УКВ?
73 Игорь
-
Вложений: 1
Вот так выглядит у меня водопад при режиме SSB 3 кГц и подаче сигнала от генератора шума на вход приемника. Уровень сигнала в программе выставлен на 20dB.
Вложение 155107
-
JTMSK
Цитата:
Сообщение от
UA3WM
Я в основном занимаюсь JT65a на 144 мгц
и еще вопрос, давно как то задавал в старой теме, у Вас есть опыт использования JTMSK? нам всем будет интересно узнать про специфику работы через JTMSK, поскольку эту моду можно использовать даже на КВ, на диапазоне 10м.
73 Игорь
-
Цитата:
Сообщение от
UA3DJY
сейчас проверил - это же значение попадает в окошко F Tol в r6334. Не подскажете на что оно влияет при работе на УКВ?
В тех версиях оно так и было, а сейчас н/р в r6346 F Tol=10 это полоса в которой захватывается синхроимпульс (трек) отмеченный зеленым маркером. Это работает насколько я понял только при использовании VHF/UHF и включенной агрессии.
-
Вложений: 1
Цитата:
Сообщение от
UA3DJY
Вас есть опыт использования JTMSK?
Пока очень небольшой! Пробовали метеорную связь с RW9FT и я принял от него очень неплохой декод, но у него нормального декода от меня не было. Правда и не было нормального метеорного потока. Единственно могу сказать, что пока эта мода проигрывает FSK441 так как должен быть четко принят весь передаваемый пакет, а такое не всегда получается. К примеру сегодня работал посмотрите как рвутся пакеты на метеорах.
Вложение 155111
-
как получить исходники и скомпилировать требуемый релиз WSJT-X
Иногда возникает ситуация когда необходим какой то определенный релиз, который когда то давно был создан.
Пакет JTSDK позволяет снять с репозитария svn исходный код любого созданного разработчиками релиза WSJT-X и скомпилировать его в рабочий софт.
Для этого надо из командной строки находясь в папке C:\JTSDK\src\wsjtx\ выполнить команду:
svn update –r r6229
где r6229 номер требуемого релиза.
Для компиляции из JTSDK-QT используем команду:
build-wsjtx package (на вопрос 'update from SVN before building?' отвечаем 'n')
установочник требуемого релиза упадет в папку C:\JTSDK\wsjtx\package
-
Цитата:
Сообщение от
UA3WM
Пока очень небольшой! Пробовали метеорную связь с RW9FT и я принял от него очень неплохой декод, но у него нормального декода от меня не было. Правда и не было нормального метеорного потока. Единственно могу сказать, что пока эта мода проигрывает FSK441 так как должен быть четко принят весь передаваемый пакет, а такое не всегда получается. К примеру сегодня работал посмотрите как рвутся пакеты на метеорах.
на картинке вижу сильную импульсную помеху на УКВ, заметил еще в старой теме что Вы используете Robust Sync, этот функционал для JT65a позволяет бороться с импульсной помехой но при этом немного снижает чувствительность. Поскольку у Вас есть импульсные помехи, есть смысл для JT65a гонять одновременно два софта WSJT-X одного релиза: один с выключенным Robust Sync, другой с включенным. На УКВ станций немного, но при продолжительном использовании разницу декодирования в софтах заметите.
73 Игорь
-
Steve K9AN высказал предположение что у Вас неравномерный шум на водопаде (завал спектра звука с трансивера в области JT9), гляньте пожалуйста - вдруг у Вас включена запись звуковых файлов и остались файлики с -37 и -35.
Понял, виноват исправлюсь :-))
-
компиляция WSJT-X после ранее выполненной собственной модификации кода
Только что заметил что измененный мною ранее код при компилировании последнего релиза пошел в него.
Чтобы этого не происходило, необходимо до выполнения команды checkout-wsjtx удалить целиком папку wsjtx из пути C:\JTSDK\src\
Такой подход позволит избежать неожиданных дефектов если Вы когда либо самостоятельно меняли исходный код.
С другой стороны если Вы уверены что выполненная Вами модификация исходников полностью рабочая, Вы можете с использованием ее автоматом компилировать любой последний релиз.
-
Цитата:
Сообщение от
UA3DJY
svn update –r r6229
Не получается, куда копать ?
-
Вложений: 1
установка пакета JTSDK - процедура от разработчиков
в переписке заметил что существует такая процедура, прочел - она более полная чем та что я опубликовал на форуме.
Разница в
- необходимости предварительной установки пакетов:
* [MS-VCredist (2010)](Download JTSDK from SourceForge.net)
* [MS-VCredist (2013)](Download JTSDK from SourceForge.net)
- четвертое обновление JTSDK является обязательным, поскольку благодаря ему исходный код для компиляции берется из ветки где код не меняется разработчиками.
- необходимости запуска JTSDK-MSYS сразу после установки четвертого обновления, закрытия окошка и снова запуска JTSDK-MSYS.
- необходимости предварительной компиляции кода HAMLIB3 и необходимости последующей периодической компиляции этого кода по причине частых его обновлений.
Процедуру на английском языке прикладываю, на днях доработаю и опубликую русскоязычную версию.
Поскольку у меня пакет был установлен неправильно - все удалю и установлю заново согласно процедуре от разработчиков.
Вложение 155117
-
как получить исходники и скомпилировать требуемый релиз WSJT-X
Цитата:
svn update –r r6229
Цитата:
Сообщение от
RA9CMG
Не получается, куда копать ?
моя ошибка, запускать надо из JTSDK-QT, в нем уже перейти в папку C:\JTSDK\src\wsjtx\
и запустить svn update –r r6229
-
как получить исходники и скомпилировать требуемый релиз WSJT-X, исправлено
запускаем JTSDK-QT
в его командном окошке переходим в папку C:\JTSDK\src\wsjtx\ при помощи команды cd C:\JTSDK\src\wsjtx\
выполняем команду:
svn update –r r6229
где r6229 номер требуемого релиза.
Для компиляции из JTSDK-QT используем команду:
build-wsjtx package (на вопрос 'update from SVN before building?' отвечаем 'n')
установочник требуемого релиза упадет в папку C:\JTSDK\wsjtx\package
-
использование согласованной фильтрации при декодировании
произошло - в переписке появилась информация по активации функционала experienced based decoding:
в закладке Decode надо выбрать Include correlation, к сожалению, доступно только в одиночном режиме JT65.
VHF/UHF/microwave features активировать необязательно.
Для "подсказки" декодеру используется содержимое файла Call3.txt
Перехожу к тестированию на чувствительность.
Письмо которое написал Bill G4WJS:
"Date: Sun, 3 Jan 2016 19:24:10 +0000
From: Bill Somerville <g4wjs@classdesign.com>
Subject: Re: [wsjt-devel] JT65 decoder parameters
To: wsjt-devel@lists.sourceforge.net
Message-ID: <5689755A.7000005@classdesign.com>
Content-Type: text/plain; charset=windows-1252; format=flowed
Hi Sandro,
not quite. The menu setting "Decode->Include Correlation" is active for
JT65 single mode operating, it switches on the deep search experienced
based decoding feature that uses CALL3.TXT as a source of likely to
active active EME callsigns. Other decoding depth settings currently
have no effect with JT65 decoding.
73
Bill
G4WJS."
-
уровни сигнал/шум -35..-37 в JT9
Цитата:
Сообщение от
RZ4WZ
Steve K9AN высказал предположение что у Вас неравномерный шум на водопаде (завал спектра звука с трансивера в области JT9), гляньте пожалуйста - вдруг у Вас включена запись звуковых файлов и остались файлики с -37 и -35.
Понял, виноват исправлюсь :-))
Тут вины никакой нет, просто особенности реализации алгоритма измерения соотношения сигнал/шум. Если действительно к -37 JT9 уровню приводит завал АХЧ звукового спектра то Ваш случай будет дополнительным стимулом для Steve K9AN пересмотреть методику измерения сигнал/шум.
Это как раз и есть та помощь, которую от нас просят, а мы оказываем разработчикам.
-
сигнал/шум антенны mini whip PA0RDT
работа антенны впечатляет, QTH Нидерланды, диапазон 40м, web приемник http://websdr.ewi.utwente.nl:8901/:
0407 -15 2.8 1836 # YY5AJI 9Y4DG -13
0407 -13 0.9 2180 # ON7GB WP2SC 73
0407 -18 2.5 1409 # YY5PSK EB8AIU RR73
0408 -14 2.9 1836 # 9Y4DG YY5AJI R-15
0408 -23 0.7 965 # KC2GWB N5TZH R-10
0408 -23 1.2 1995 # KK4A CA3JMH 73
0409 -16 2.8 1837 # YY5AJI 9Y4DG R-13
0410 -10 1.0 1150 # EB8AIU YY5PSK 73
0410 -12 2.9 1578 # 9Y4DG YY5AJI RR73
0410 -24 1.3 1736 # CQ CA3JMH FF46
0411 -15 2.7 1579 # YY5AJI 9Y4DG 73
0413 -16 2.9 1580 # CQ 9Y4DG FK90
0414 -16 0.9 1117 # KK4A WP2SC -12
0414 -26 0.7 1247 # VA3JLF VE2SCA FN35
0414 -11 2.9 1977 # CQ YY5AJI FK60
0421 -11 0.7 1538 # VE2SCA ZT6T KG44
-
файл Call3.txt
Первые наблюдения при активации согласованной фильтрации JT65 в WSJT-X на КВ:
софт создает файл Call3.txt но не наполняет его данными с декодирований, похоже это делать софт не умеет.
Придется самостоятельно создать базу позывных и их локаторов для КВ, для этого буду использовать Active Perl или MS Excel/ MS Access и накопленные файлы All.txt.
Коллеги, пожалуйста поделитесь накопленными Вами All.txt файлами на КВ мне на почту c_igor <на> inbox.ru
-
Цитата:
Сообщение от
UA3DJY
Коллеги, пожалуйста поделитесь накопленными Вами All.txt файлами на КВ мне на почту c_igor <на> inbox.ru
Игорь, отправил.
Вес 9.5 МБайт.
-
Вложений: 1
Цитата:
Сообщение от
UA3DJY
Придется самостоятельно создать базу позывных и их локаторов для КВ
Уже давно это делаю, правда в основном для позывных на УКВ. Мои базы данных для WSJT, WSJT-X и MSHV во вложении.
-
Цитата:
Сообщение от
UA3DJY
Только что заметил что измененный мною ранее код при компилировании последнего релиза пошел в него.
Вчера тоже убедился в этом при компиляции r6229:s10:
Для чистой инсталляции последней версии необходимо удалять в папке JTSDK все папки wsjtx со всеми файлами.
-
Цитата:
Сообщение от
UA3WM
Вчера тоже убедился в этом при компиляции r6229:s10:
Для чистой инсталляции последней версии необходимо удалять в папке JTSDK все папки wsjtx со всеми файлами.
все папки wsjtx удалять чрезмерно, думаю что достаточно удалить папку wsjtx содержащую исходный код и скрипты, находящуюся в C:\JTSDK\src\
-
Цитата:
Сообщение от
UA3WM
Уже давно это делаю, правда в основном для позывных на УКВ. Мои базы данных для WSJT, WSJT-X и MSHV во вложении.
да, УКВ файл Call3.txt который опубликован здесь WSJT / WSJT / [r6346] /trunk/CALL3.TXT, если посмотреть history не обновлялся содержимым уже несколько лет - похоже у Joe K1JT не доходят руки до поддержки обновлений этого файла
-
Вложений: 1
Цитата:
Сообщение от
UA3DJY
все папки wsjtx удалять чрезмерно,
Не знаю! Но пока не удалил все папки то r6346 писала dirty, а как удалил то так
Вложение 155139
P.S. На время компилирования это почти не влияет. Просто выполняем:
checkout-wsjtx
build-wsjtx package
и везде даем подтверждение Y
В результате - чистый авторский инсталляционный пакет.
-
Цитата:
Сообщение от
UA3WM
Просто выполняем:
checkout-wsjtx
Простите дилетанта но хочу спросить чем отличаются команды;
checkout-wsjtx
checkout-wsjtxrc
checkout-wsjtxexp
-
Цитата:
Сообщение от
RA9XQ
чем отличаются команды;
checkout-wsjtx
checkout-wsjtxrc
checkout-wsjtxexp
wsjtx - для wsjtx 1.7 devel
wsjtxrc - для wsjtx 1.6 индексами RC1, RC2 и т.д.
wsjtxexp - для wsjtx 1.6
-
Вложений: 1
У меня все по старинке
вводим команды:
checkout-wsjtx
build-wsjtx package (на вопрос 'update from SVN before building?' отвечаем 'y')
ничего не стирая
Вложение 155152
вчера делал
Сейчас попробовал еще раз все получаетья
-
Цитата:
Сообщение от
RA3RKA
У меня все по старинке
вводим команды:
checkout-wsjtx
build-wsjtx package (на вопрос 'update from SVN before building?' отвечаем 'y')
ничего не стирая
вчера делал
Сейчас попробовал еще раз все получаетья
речь идет о собственной модификации исходного кода, однажды сделанная она будет потом проникать во все вновь скомпилированные релизы до тех пор пока не будут удалены определенные папки
-
JT9: паразитная амплитудная модуляция 50 Гц, пример устранения
только что наш коллега смог устранить паразитную амплитудную модуляцию 50 Гц наблюдавшуюся у него в передающем тракте в двух разных сетапах:
1. TS590, в котором использовалась встроенная звуковая карта, подключение трансивера к компьютеру было выполнено цифрой через USB
2. IC756, подключение к звуковой карте компьютера кабелем с аналоговым аудио сигналом.
Вариант цифры с TS590 давал больше глубину амплитудной модуляции по сравнению с аналоговым подключением.
В обоих случаях причиной оказалась разница напряжений сети между корпусами трансивера и компьютера. После соединения корпусов шиной с малым сопротивлением паразитная амплитудная модуляция исчезла.
Поскольку многие блоки питания используют на входе 220 Вольт конденсаторный фильтр со средней точкой, разница в сопротивлении конденсаторов такого фильтра может привести к разнице напряжений частотой 50 Гц на корпусах более 10 Вольт, в экстремальных случаях даже более 30 Вольт.
Аудио и USB кабели как правило имеют высокое сопротивление проводника, что приводит к падению на "земляном" проводе кабеля большой части разницы напряжений, эта разница и модулирует сигнал. В таком случае качественная соединяющая корпуса шина с малым сопротивлением обеспечивает чистоту JT сигнала.
Чем больше емкость конденсаторов в сетевых фильтрах, тем более критично сопротивление соединяющей корпуса шины.
Ну и напоследок самое интересное - в JT65 в декодированных сигналах паразитной AM не было, только в JT9. Для сравнения двух мод использовалась общая несущая звуковая частота. Наверно причина в ширине спектра, при большей ширине спектра JT65 побочные излучения JT65 сливаются в непрерывный шум, и возможно поэтому не декодируются как отдельные сигналы.
-
Понятно.Это пока меня не касается
Попробую старую версию сделать
-
использование согласованной фильтрации на КВ...
Вот так ответил Joe K1JT, кратко и ясно: функционал согласованной фильтрации не предназначен для использования на КВ.
увы
Скорее всего причина в процессорной мощности, требуемой для фильтрации большого количества кандидатов.
Поскольку функционал в последних релизах активируется для JT65, когда нибудь я его попробую погонять на КВ с включенным узким кварцевым ПЧ или конденсаторным НЧ фильтром трансивера, при работе на общий вызов.
Файлик Call3.txt я для КВ сделаю и выложу на файлообменник, на случай если кто нибудь тоже захочет попробовать.
Ответ Joe на мое письмо-предложение создать Call3.txt для КВ:
Date: Tue, 05 Jan 2016 09:15:23 -0500
From: Joe Taylor <joe@princeton.edu>
Subject: Re: [wsjt-devel] Call3.txt for HF hinted decoding
To: WSJT software development <wsjt-devel@lists.sourceforge.net>
Hi Igor,
Hinted decoding is not for use at HF.
-- Joe, K1JT
On 1/5/2016 12:05 AM, ????? ? wrote:
> Hi Joe and All,
>
> I would like to create Call3.txt for HF hinted decoding using the collected All.txt files,
>
> what do you think if it is worth to make somewhere storage for various collected All.txt files to use them for further Call3.txt development?
>
> 73 Igor UA3DJY
-
Цитата:
Сообщение от
UA3DJY
функционал согласованной фильтрации не предназначен для использования на КВ.
Тут я полностью согласен с Joe так как обрабатывать большие массивы данных (Call3 для HF) будет сильно затормаживать процесс декодирования в широкой полосе. Хотя для одиночного декодирования и небольшой базы позывных на УКВ сейчас это приемлемо! Хотя с другой стороны кто мешает сделать свою базу КВ для DX станций!
-
новый функционал WSJT-X для УКВ Decode->Include averaging
вот краткое описание нового функционала WSJT-X "усреднения сообщений" который тоже используется только на УКВ и пока только для JT4, в будущем будет использоваться и для JT65. При активации декодирования с подсказкой (Include correlation) используется встроенный функционал "усреднения сообщений", последний абзац относится к декодированию с подсказкой(deep search, hinted decoding, experience based decoding) :
"Message averaging is used mainly on EME with JT4 and JT65. In WSJT-X I
believe it is only implemented for JT4 at present. It averages multiple
periods of decodes to try and get a better match for a successful
decode. There is also a "Message Averaging" window accessible from the
View menu which shows a running total of periods average indicating
which periods of the current averaging set contributed to a successful
sync or decode. t is only really useful when one signal is being decoded.
In deep search mode where know EME callsigns and grids are given
priority when trying to match a successful decode message averaging is
also used. This combination can give several dB better decoding
resolution than the normal decoding algorithm."
-
Цитата:
Сообщение от
UA3WM
Тут я полностью согласен с Joe так как обрабатывать большие массивы данных (Call3 для HF) будет сильно затормаживать процесс декодирования в широкой полосе. Хотя для одиночного декодирования и небольшой базы позывных на УКВ сейчас это приемлемо! Хотя с другой стороны кто мешает сделать свою базу КВ для DX станций!
В общем направлении мыслим, думаю создать разные базы по континентам и цеплять необходимую в зависимости от условий прохождения.
Можно давать CQ JA и использовать базу только JA станций, CQ VK - базу станций Австралии, CQ NA - базу станций США, и т.д.
3 дБ на прием равносильно увеличению мощности передатчика корреспондента в 2 раза, не хочется терять такую возможность дальней связи.
Когда то я создавал базу данных CW станций Японии, очень помогала при работе в CW на НЧ диапазонах.
-
Поднял у себя http файлсервер, закрылся от поисковиков файлом robots.txt - поисковики меня не видят.
Побросал туда актуальный софт.
Но надо ли оно светить это ?
-
Цитата:
Сообщение от
RA9CMG
Но надо ли оно светить это ?
нет, линк рано или поздно расползется в сетке, не надо тревожить разработчиков - они и так под завязку в работе над проектом.
Та страничка сайта японца тоже была недоступна поисковикам, а в итоге с нее качали софт все кому не лень... что и привело к скандалу.
-
Цитата:
Сообщение от
RA9CMG
Но надо ли оно светить это ?
Лучше всего на облако и если кому потребуется то по запросу через e-mail - ссылку на скачку!
P.S. Скомпилировал r6347 но по сути ничего нового по декодированию.
-
Вложений: 1
6350 уже ...
На досуге перевел для себя инструкцию по компиляции, посмотрите/подредактируйте и можно тут в теме выложить.
Вложение 155179
-
Цитата:
Сообщение от
RA9CMG
инструкцию по компиляции
В документе исправьте
• Ввести“build-wsjtxpackage”без кавычекинажатьEnter
• Ввести“build-wsjtx package”без кавычек и нажать Enter
-
Вложений: 1
Цитата:
Сообщение от
RA9CMG
6350 уже ...
На досуге перевел для себя инструкцию по компиляции, посмотрите/подредактируйте и можно тут в теме выложить.
тоже перевел инструкцию - только в процессе установки и компиляции, прикладываю, подправите свою и можно опубликовать.
по компиляции еще надо добавить компиляцию большого софта WSJT, делается через JTSDK-PY
-
Цитата:
Сообщение от
RA9CMG
6350 уже ...
На досуге перевел для себя инструкцию по компиляции, посмотрите/подредактируйте и можно тут в теме выложить.
выложил свою версию в предыдущем посте.
процедура установки стала довольно сложной, предлагаю разделить установку софта разработчиков и компиляцию пользовательского софта на два отдельных документа
в компиляции будут софты WSJT и WSJT-X , плюс вариации с ключами, плюс выбор требуемого релиза
-
Цитата:
Сообщение от
RA9CMG
6350 уже ...
На досуге перевел для себя инструкцию по компиляции, посмотрите/подредактируйте и можно тут в теме выложить.
здорово что начинаете помогать, объемы и планы огромные - сам я уже не успеваю :-)
если сможете поддерживать процедуру установки и компиляции то у меня будет возможность сфокусироваться на функционале и тестировании
73 Игорь
-
Вложений: 1
утилита UDP message aggregator Server
находится в комплекте пользовательского софта WSJT-X.
Позволяет аккумулировать декодирования из разных одновременного запущенных программ WSJT-X, показывает декодирования в окнах с привязкой к программе-источнику спота.
Запускается файлом message_aggregator.exe перед запуском программ WSJT-X.
Вложение 155186
-
Вложений: 1
документация на декодер FTRSD и hinted decoding, расчет SNR
серьезно обновлен документ на декодер и функционал согласованной фильтрации
Прикладываю сконвертированную из r6350 версию в HTML формате.
В конце документа детальная методика расчета соотношения сигнал/шум (SNR).
-
протоколы WSJT-X на основе кодов
Если будет интересно более глубокое погружение в основы на которых работают существующие моды софта WSJT-X, то из того что есть в Сети в общем доступе рекомендую эту книгу: http://iitp.ru/upload/content/790/algebcodes.pdf
-
Цитата:
Сообщение от
UA3DJY
В обоих случаях причиной оказалась разница напряжений сети между корпусами трансивера и компьютера. После соединения корпусов шиной с малым сопротивлением паразитная амплитудная модуляция исчезла.
Да это как 2х2!! Вы что! Может у них еще и корпуса не заземлены? С ума можно сойти!! И это с первой категорией!
-
Цитата:
Сообщение от
UA3DJY
В обоих случаях причиной оказалась разница напряжений сети между корпусами трансивера и компьютера. После соединения корпусов шиной с малым сопротивлением паразитная амплитудная модуляция исчезла.
Типичное проявление гармоники когда присутствует потенциал на корпусе компа а ещё в придачу при небольшом рассогласовании с антенной там может наводится чёрт знает что и на что, плюс будут модулироваться 50 герц. Игорь, уже пора закрыть вопрос с амплитудной модуляцией и называть явления своими именами.
Игорь объясни, если разобрался, насчёт обновления для скриптов в последних сообщениях.
-
"заземление" аппаратуры
Цитата:
Сообщение от
RX4CD
Да это как 2х2!! Вы что! Может у них еще и корпуса не заземлены? С ума можно сойти!! И это с первой категорией!
с какими целями Вы считаете необходимым "заземлять" корпуса и к чему их "заземлять"?
-
А у меня в ноутбуке нет винта под заземление :( Как быть? Саморез вкручу! У трансивера есть винт :)
Между ноутбуком и трансивером UnicomDual USB Interface - полная развязка. Паразитных модуляций никаким видом не наблюдалось...
-
OFF TOP
Цитата:
Сообщение от
R3LW
А у меня в ноутбуке нет винта под заземление
Пишите рекламацию производителю.) Но разницу потенциалов надо убирать. Выравнивать эти потенциалы. А то беды не миновать. Дело в том, что в БП компьютера и, наверно, ноутбука, по входу 220в стоят конденсаторы на корпус, блокировочные. Как и любые кондеры, они имеют утечку. У каждого она разная по величине. Если есть розетки с заземляющим контактом, уже хорошо, а если нет, то без контура заземления никак. Да и статику с антенны куда-то надо убирать. Вот всю свою аппаратуру под один болт на заземляющую шину. И храни вас Господь. Аминь!
P.S. Если пользуетесь розетками с заземляющим контактом, то не поленитесь и проверьте на квартирном шитке, куда заземляющий провод из вашей квартиры подключен. если на вводной (этажный) нулевой провод, то это не заземление, а зануление. Таким лучше не пользоваться. Вдруг ноль отвалится в общедомовом вводном щите. В этом случае надо искать возможность сделать себе отдельный контур. Пусть длинна заземляющего проводника будет длинной, но это лучше, чем зануление.
OFF TOP закончил. Два раза Аминь!
-
Цитата:
Сообщение от
R3LW
Между ноутбуком и трансивером UnicomDual USB Interface - полная развязка. Паразитных модуляций не наблюдал...
Эх, святая простотА! Полная развязка по сигнальному проводу. А по корпусному? Посмотрите.
-
Цитата:
Сообщение от
RX4CD
Эх, святая простотА! Полная развязка по сигнальному проводу. А по корпусному? Посмотрите.
Посмотрел, когда покупал. По НЧ - трансформаторы, CAT, CTS, RTS, DTR, TXD - через оптроны. Корпусные со стороны компа и со стороны трансивера - между собой не соединены. Полная развязка...
Корпус трансивера заземлён. Евророзетка тоже. Возле дома зарыта цистерна 6 кубов. R=4 Ом. Статики с антенны нет.
-
Цитата:
Сообщение от
RX4CD
Да и статику с антенны куда-то надо убирать. Вот всю свою аппаратуру под один болт на заземляющую шину. И храни вас Господь. Аминь!
Святые слова. Во время пурги или снегопада проскакивала дуга между центральной жилой и оплёткой на разъёме при отключенной антенне. Проводил экскременты на зачищенном кабеле с центральной жилы на землю дуга была примерно до 7 сантиметров когда рядом ( где то вдалеке ) проходил грозовой фронт. Поэтому в антенном коммутаторе кроме разрядника у меня стоит ещё и антенный дроссель ну и само-сабой всё заземлено, со всего оборудования в одну точку на землю.
-
"заземление" аппаратуры и побочные излучения в JT
Вынужден развеять широко распространенное заблуждение по поводу использования заземляющего контура здания для заземления аппаратуры с целью борьбы с ВЧ наводками.
Системы заземления электроприборов в зданиях рассчитаны на частоту переменного тока 50 Гц, и в подавляющем большинстве случаев заземление аппаратуры к контуру здания не приводит к устранению ВЧ наводок, а в некоторых случаях даже усугубляет ситуацию.
Если говорить техническим языком: система заземления здания включая провод заземления к аппаратуре имеет сопротивление на ВЧ далекое от 0 Ом.
По вопросу необходимости заземления ноутбуков: только что замерил напряжение между корпусом десктопа и двумя блоками питания от разных ноутбуков, в обоих случаях получил 0 Вольт. Замерил напряжение между корпусом десктопа и розеткой питания, получил 100 Вольт и 120 Вольт, то есть в десктопе стоит фильтр со средней точкой. Думаю что проверки величины переменного напряжения между общим проводом блока питания ноутбука и корпусом трансивера достаточно - уверен что почти во всех случаях не придется сверлить дырок в ноутбуках.
По вопросу утечек конденсаторов в фильтрах - утечка в конденсаторе почти не влияет на поделенное фильтром на среднюю точку напряжение. Влияет емкость конденсатора, она задает величину реактивного тока текущего через конденсатор и активный ток утечки мал по сравнению с реактивным.
-
Цитата:
Сообщение от RX4CD
Да и статику с антенны куда-то надо убирать. Вот всю свою аппаратуру под один болт на заземляющую шину
Цитата:
Сообщение от
RA9XQ
Святые слова. Во время пурги или снегопада проскакивала дуга между центральной жилой и оплёткой на разъёме при отключенной антенне. Проводил экскременты на зачищенном кабеле с центральной жилы на землю дуга была примерно до 7 сантиметров когда рядом ( где то вдалеке ) проходил грозовой фронт. Поэтому в антенном коммутаторе кроме разрядника у меня стоит ещё и антенный дроссель ну и само-сабой всё заземлено, со всего оборудования в одну точку на землю.
Убирать статику с антенны используя для этого корпус трансивера не является удачным решением. Правильнее будет убирать статику с самой антенны используя для этого резистор(резисторы) стока статики величиной 50...100 кОм, а к трансиверу подводить уже изолированный гальванически развязанным 1:1 трансформатором напряжения кабель. Но даже при прямом подключении кабеля статика не накапливается - стекает через резисторы в землю, проверено с вертикалами на диапазоне 40м.
Использование гальванически развязанного трансформатора имеет еще один большой плюс на НЧ диапазонах: токи частотой 10..100 кГц с импульсных источников питания не попадают из шека в антенну, соответственно исключается интермодуляция этих сигналов на окислах антенны.
Только если на расстоянии менее 100м происходит разряд молнии - с антенны сыпятся искры, во всех остальных случаях статику успевают снять резисторы.
-
Цитата:
Сообщение от
UA3DJY
Убирать статику с антенны используя для этого корпус трансивера не является удачным решением. Правильнее будет убирать статику с самой антенны используя для этого резистор(резисторы) стока статики величиной 50...100 кОм, а к трансиверу подводить уже изолированный гальванически развязанным 1:1 трансформатором напряжения кабель. Но даже при прямом подключении кабеля статика не накапливается - стекает через резисторы в землю, проверено с вертикалами на диапазоне 40м.
Только если на расстоянии менее 100м происходит разряд молнии - с антенны сыпятся искры, во всех остальных случаях статику успевают снять резисторы.
Игорь, рассказывай лучше про компиляцию.
-
Цитата:
Сообщение от
RA9XQ
а к трансиверу подводить уже изолированный гальванически развязанным 1:1 трансформатором напряжения кабель.
С ума сойти.
От статики вы уже резистором избавились. Правильно.
От чего вы этим самым трансформатором избавитесь?
...
Во истину.
Компилировать и работать в эфире это не всегда одно и тоже.
...
Звиняйте.
-
Цитата:
Сообщение от
RK1NA
С ума сойти.
От статики вы уже резистором избавились. Правильно.
От чего вы этим самым трансформатором избавитесь?
Звиняйте но это не моё сообщение и не надо мне приписывать это.
-
Цитата:
Сообщение от
UA3DJY
Только если на расстоянии менее 100м происходит разряд молнии - с антенны сыпятся искры, во всех остальных случаях статику успевают снять резисторы.
Одно время работал в геофизике, занимался ремонтом радиостанций. Однажды к нам в ремонт с полей радист привёз радиостанцию выпаленую всю. Как он рассказал во время сеанса радиосвязи недалеко от его балка шарахнула молния так что у него выстрелили капсюли в гарнитуре, гарнитуру он положил рядом в доказательство и вторым доказательством были его красные уши.:grin:
-
Только что сработали на 145.550 FM в JT4 с RA3WEO (44км) причем он работал через микрофон! Сказка!
-
парсер для конвертации файлов All.txt в формат Call3.txt
написал на языке Perl, криво - по скудности своих знаний. Выход парсера требует дополнительной обработки на удаление повторов, пустых строк и кривых декодирований, что несложно делается в MS Excel / MS Access или аналогичном софте OpenOffice.
формат запуска в командной строке: parser.exe <имя входного файла> <имя выходного файла>
если интересно могу поделиться исходным скриптом, чуть позже создам базу КВ позывных из тех All.txt что у меня есть.
-
r6346 и последующие релизы
в переписке разработчиков появилась информация что r6346 (возможно и последующие релизы) периодически зависает.
Есть смысл подождать с использованием, пока не найдут и устранят причину.
-
Вложений: 1
Цитата:
Сообщение от
UA3DJY
написал на языке Perl
Что то режет буквы.
Вложение 155221
-
Цитата:
Сообщение от
UA3DJY
в переписке разработчиков появилась информация что r6346 (возможно и последующие релизы) периодически зависает.
Пока не замечал (Intel, 3ГГц,1 ядро, 3ГБ-RAM, ХР). Сейчас тестирую 6359
-
Цитата:
Сообщение от
UA3WM
режет потому что под КВ написан, там локатор в 4 знака передается. Перекиньте мне пожалуйста исходный файлик, сделаю отдельный парсер для УКВ
-
Цитата:
Сообщение от
UA3DJY
в переписке разработчиков появилась информация что r6346 (возможно и последующие релизы) периодически зависает.
Не у всех, один частный случай (он и сам не знает в чём дело, программа или система виновата ) и разработчикам пока не удалось смоделировать данную ситуацию.
-
Цитата:
Сообщение от
RA9XQ
Не у всех, один частный случай (он и сам не знает в чём дело, программа или система виновата ) и разработчикам пока не удалось смоделировать данную ситуацию.
Bill G4WJS и Mike W9MDB воспроизвели проблему у себя, Bill ищет причину
-
Цитата:
Сообщение от
UA3WM
Сейчас тестирую 6359
Пока на 6358, подожду до утра пока в штатах ночь не наступит и наступит небольшое затишье.:grin:
-
Вложений: 1
Цитата:
Сообщение от
UA3DJY
Перекиньте мне пожалуйста исходный файлик
Файлик
-
Цитата:
Сообщение от
UA3WM
Файлик
это уже результат чьей то работы, Call3.txt
Парсер обрабатывает All.txt где записаны декодирования c эфира и меняет формат на соответствующий файлу Call3.txt
Попробуем поговорить через Скайп? контакты можно личным сообщением
-
Цитата:
Сообщение от
UA3WM
Только что сработали на 145.550 FM в JT4 с RA3WEO (44км) причем он работал через микрофон! Сказка!
если заворачивать тоны JT4 в обертку частотной модуляции получаем некий гибрид, который вносит искажения шума
интересно, какие получаются при этом потери в чувствительности JT4 в дБ
-
Цитата:
Сообщение от
UA3DJY
какие получаются при этом потери в чувствительности JT4 в дБ
О чувствительности тут и речи нет. ЧМ она не может быть показателем. Порог чувствительности определяется порогом детектора. Это просто было проведено QSO для проверки возможности использования JT4 в плане стабильности частоты треков.
-
парсер для конвертации файлов All.txt в формат Call3.txt
Цитата:
Сообщение от
UA3DJY
написал на языке Perl, криво - по скудности своих знаний. Выход парсера требует дополнительной обработки на удаление повторов, пустых строк и кривых декодирований, что несложно делается в MS Excel / MS Access или аналогичном софте OpenOffice.
формат запуска в командной строке: parser.exe <имя входного файла> <имя выходного файла>
если интересно могу поделиться исходным скриптом, чуть позже создам базу КВ позывных из тех All.txt что у меня есть.
основательно доработал скрипт, осталась проблемка с пустыми строками и немного кривых декодирований
Не знаю насчет ограничений использования .exe файла, но сам скрипт под интерпретатором Perl позволяет легко обрабатывать гигабайты текстовых данных, весь вопрос в размере доступной оперативной памяти.
-
Вложений: 1
Мой CALL3 из своего кв ALL.TXT
-
С утра тестирую 6360. Тормозов особо не заметил на 20 ке из интересных Колумбия по длинному пути, австралийцы остальные как обычно.
-
Вложений: 1
Тоже тестирую 6360. И компилирую 6361.
-
Сегодня при работе в JT9 происходило дублирование ответов
Две стоки красные рядом обсалютно одинаковые
Но не совсеми станциями Вкейцем и малазиец подходил
Впринципе не помешало
версия 6360
В JT65 такого небыло
Версия понравилась
В следующий раз сделаю снимок
-
Цитата:
Сообщение от
RA3WEO
Мой CALL3 из своего кв ALL.TXT
мне бы лучше Ваш All.txt c КВ, я все накопленные All.txt буду одновременно в общую КВ базу перегонять, лучше личным сообщением или на почту
-
Может кто сталкивался - WSJTx стабильная версия после закрытия окна программы не полностью выгружается. Остающийся процесс wsjtx.exe не убивается даже диспетчером программ. В результате не освобождаются com порты и при повторном запуске не работают CAT и PTT. Спасает только полная перезагрузка.
Лицензионная W7-32 на ноутбуке ACER
-
Цитата:
Сообщение от
EW1CL
Может кто сталкивался - WSJTx стабильная версия
Номер версии ???
-
На какую почту послать? mail.ru пишет не существует или заблокирован. ALL.TXT
-
Цитата:
Сообщение от
RA3WEO
На какую почту послать? mail.ru пишет не существует или заблокирован. ALL.TXT
c_igor <at> inbox.ru
из-за спама роботов пишу адрес по частям, полный можно посмотреть на qrz.com
-
Цитата:
Сообщение от
UA3WM
Номер версии ???
wsjtx-1.6.0-win32
-
Цитата:
Сообщение от
EW1CL
wsjtx-1.6.0-win32
Это не номер версии. Номер версии в Help - About wsjtx
P.S. Какой компьютер. Его данные и какая операционка
-
Игорь, отправил почту. Лови
-
Вложений: 1
-
Цитата:
Сообщение от
UA3WM
Это не номер версии. Номер версии в Help - About wsjtx
P.S. Какой компьютер. Его данные и какая операционка
WSJT-X v1.6.0 r6263
Ноутбук Acer Aspire 5920G (Core2Duo, 4Gb)
Win7-x32 со всеми последними обновлениями, лицензия.
-
Вложений: 1
Цитата:
Сообщение от
EW1CL
после закрытия окна программы не полностью выгружается. Остающийся процесс wsjtx.exe не убивается даже диспетчером программ. В результате не освобождаются com порты и при повторном запуске не работают CAT и PTT. Спасает только полная перезагрузка
Проверил у себя. Процесс загрузки и выгрузки нормальный. Попробуйте полностью переустановить программу и удалить все папки WSJTX особенно в Documents and Settings на Win7 помоему в App - Local. Вероятно, что остались какие-то хвосты от более ранних версий и происходит программный конфликт на уровне процессорных кодов.
P.S. Проверьте также отработку программы синхронизации времени (D4), посмотрите какой идет отклик при обновлении времени. В настройках виндовс нужно отключить Автообновление системного времени.
Вот мои настройки в D4
Вложение 155401
-
Цитата:
Сообщение от
EW1CL
Может кто сталкивался - WSJTx стабильная версия после закрытия окна программы не полностью выгружается. Остающийся процесс wsjtx.exe не убивается даже диспетчером программ. В результате не освобождаются com порты и при повторном запуске не работают CAT и PTT. Спасает только полная перезагрузка.
Лицензионная W7-32 на ноутбуке ACER
похоже на клин самой операционной системы, может исчерпана свободная оперативная память?
не помню случая чтобы операционка у меня не смогла убить процесс wsjtx,
При закрытии WSJT-X софт записывает последние установки (например последний позывной, частоту) в файл WSJTX.INI, может операционка не позволяет это сделать по политике безопасности?
может виновато русскоязычное имя аккаунта в пути к файлу WSJTX.INI?
-
Цитата:
Сообщение от
UA3DJY
может виновато русскоязычное имя аккаунта в пути к файлу WSJTX.INI?
Не думаю, у меня русскоязычный и нет проблем.
-
Цитата:
Сообщение от
UA3WM
P.S. Проверьте также отработку программы синхронизации времени (D4), посмотрите какой идет отклик при обновлении времени. В настройках виндовс нужно отключить Автообновление системного времени.
Вот мои настройки в D4
Вложение 155401
У меня нет D4. Автообновление времени отключено.
Программа имеет особенность работы с виртуальными COM портами.
При ее закрытии стандартным способом, процесс wsjt.exe чо то ожидает от портов.
Если принудительно выдернуть USB шнурки (или отключить СОМ через диспетчер оборудования), то дальше он выгружается.
-
Цитата:
Сообщение от
EW1CL
У меня нет D4. Автообновление времени отключено.
Программа имеет особенность работы с виртуальными COM портами.
При ее закрытии стандартным способом, процесс wsjt.exe чо то ожидает от портов.
Если принудительно выдернуть USB шнурки (или отключить СОМ через диспетчер оборудования), то дальше он выгружается.
Попробуем поговорить скайпом? Жду Ваш контакт личным сообщением.
73 Игорь
-
Цитата:
Сообщение от
EW1CL
Программа имеет особенность работы с виртуальными COM портами.
На SDRe я только с такими и работаю.
Проблем нет.
Выхожу из WSJT X, запускаю N1NN, все ОК.
Та история с DX4WIN, только к нему надо PaulUtil подгрузить.
-
Вложений: 1
В этой версии, как и в WSJT отображаются пустые (без декода) строки c подозрением на имеющуюся в них информацию.
Вложение 155449
-
Подтверждаю. Много без декода в этой версии. Причем с достаточно сильным уровнем сигнала.
-
Цитата:
Сообщение от
RA3WEO
Много без декода в этой версии
Забрось в Local>WSJTX Call3.txt с данными и поразишься!:s10:
-
готов Call3.txt для КВ
Цитата:
Сообщение от UA3WM
Тут я полностью согласен с Joe так как обрабатывать большие массивы данных (Call3 для HF) будет сильно затормаживать процесс декодирования в широкой полосе. Хотя для одиночного декодирования и небольшой базы позывных на УКВ сейчас это приемлемо! Хотя с другой стороны кто мешает сделать свою базу КВ для DX станций!
Цитата:
Сообщение от
UA3DJY
В общем направлении мыслим, думаю создать разные базы по континентам и цеплять необходимую в зависимости от условий прохождения.
Прикладываю, получился в три раза меньше по размеру чем УКВ файл, сделан из нескольких файлов All.txt
Теперь можно пробовать функционал hinted decoding (Include Correlation) на КВ.
-
парсер файлов All.txt в формат Call3.txt
Цитата:
Сообщение от
UA3DJY
написал на языке Perl, криво - по скудности своих знаний. Выход парсера требует дополнительной обработки на удаление повторов, пустых строк и кривых декодирований, что несложно делается в MS Excel / MS Access или аналогичном софте OpenOffice.
формат запуска в командной строке: parser.exe <имя входного файла> <имя выходного файла>
если интересно могу поделиться исходным скриптом, чуть позже создам базу КВ позывных из тех All.txt что у меня есть.
Прикладываю окончательную версию скрипта 1.3, все проблемы решены и все делается автоматом. Остаются немного ошибочных декодирований - здесь уже только вручную удалять(например MS Access), потому что они похожи на реальные позывные и грид локаторы.
Время работы скрипта: файл размером 43 МБ на моей машинке разбрасывает за 20 секунд.
-
ожидаемые уровни JT65 при использовании согласованной фильтрации
Цитата:
Сообщение от
UA3WM
Забрось в Local>WSJTX Call3.txt с данными и поразишься!:s10:
-29 для JT65 hinted decoding не предел, с КВ файлом Call3.txt я ожидаю увидеть декодирования JT65 с уровнем -31
-
Цитата:
Сообщение от
UA3DJY
Теперь можно пробовать функционал hinted decoding (Include Correlation) на КВ
Наверное пока не все отработано в WSJTX так как с любыми CALL3 получается не все гладко! Когда CALL3 пустой, то выдает пустые строки, а когда заполнен, то не знаю кому отвечать!:s10:
-
По моему работа с базами, полная чушь. Давайте декодирование в чистом виде, пусть с ошибкой но в чистом. А базы пусть останутся для интернета... Алгоритм с базами позывных обречен....
-
Вложений: 1
Цитата:
Сообщение от
UA3DJY
Прикладываю, получился в три раза меньше по размеру
Файл не работает так как после локатора должны стоять еще 3 запятые. Это можно проверить при занесении в базу данных через программу нажав кнопку ADD.
Занес 1 позывной и каждый раз получаю вместо пустых строк вот это!
Вложение 155468
-
Цитата:
Сообщение от
UA3WM
Файл не работает так как после локатора должны стоять еще 3 запятые. Это можно проверить при занесении в базу данных через программу нажав кнопку ADD.
Занес 1 позывной и каждый раз получаю вместо пустых строк вот это!
делал по образцу из софта, может что упустил - мне 5 минут доработать. Все строки должны оканчиваться тремя запятыми?
-
Цитата:
Сообщение от
RA3WEO
По моему работа с базами, полная чушь. Давайте декодирование в чистом виде, пусть с ошибкой но в чистом. А базы пусть останутся для интернета... Алгоритм с базами позывных обречен....
попробуйте это объяснить коллегам которые в CW/SSB соревнованиях уже лет 20 как используют мастер файл :-)
это считается вполне спортивным подходом
Я не считаю чушью использование математики для эквивалентного повышения мощности передатчика корреспондента в два раза.
Насчет подачи декодирования с ошибкой - либо есть декодирование либо его нет, подачи варианта декодирования с ошибкой не бывает, это математические коды, вариантов декодирований с ошибкой будет много и Вы визуально не сможете достать из них достоверную информацию. Для этого и придумали применить согласованную фильтрацию в JT.
-
Цитата:
Сообщение от
UA3DJY
Все строки должны оканчиваться тремя запятыми?
Да! После локатора стоят 3 запятые. Это делает сама программа при занесении нового позывного в CALL3.
-
Цитата:
Сообщение от
UA3DJY
Насчет подачи декодирования с ошибкой - либо есть декодирование либо его нет, подачи варианта декодирования с ошибкой не бывает, это математические коды, вариантов декодирований с ошибкой будет много и Вы визуально не сможете достать из них достоверную информацию. Для этого и придумали применить согласованную фильтрацию в JT.
Согласен, но количество букв,цифр и знаков препинания значительно меньше чем позывных и этого вполне достаточно для декодирования или я не прав?
-
Вложений: 1
Цитата:
Сообщение от
UA3DJY
Для этого и придумали применить согласованную фильтрацию в JT.
Все правильно! Единственно могу отметить что данный метод Include correlation не приемлем при широкополосном декодировании. Его следует включать только при F Tol=10.
Вот что получается при F Tol=1000 и моем CALL3.
Вложение 155470
-
Вложений: 1
Call3.txt для КВ
Цитата:
Сообщение от
UA3WM
Да! После локатора стоят 3 запятые. Это делает сама программа при занесении нового позывного в CALL3.
поправил, прикладываю - пожалуйста попробуйте как сейчас работает
немного позже доработаю парсер
-
Цитата:
Сообщение от
UA3WM
Все правильно! Единственно могу отметить что данный метод Include correlation не приемлем при широкополосном декодировании. Его следует включать только при F Tol=10.
то есть кроме включения одиночной JT65 моды еще надо обязательно активировать VHF/UHF/Microwave features в установках?
-
Цитата:
Сообщение от
UA3DJY
то есть кроме включения одиночной JT65 моды еще надо обязательно активировать VHF/UHF/Microwave features в установках?
Наверное пока так. Может в дальнейшем придумают кнопку перехода с одного режима на другой как это сделано в других программах (Single/Multi).
-
Цитата:
Сообщение от
RA3WEO
Согласен, но количество букв,цифр и знаков препинания значительно меньше чем позывных и этого вполне достаточно для декодирования или я не прав?
в протоколе JT65 применяется несколько уровней кодирования, плюс добавляются биты для корректировки ошибок. Кодируются не знаки а целиком "слова".
Описание протокола JT65а в его варианте для УКВ есть здесь http://www.arrl.org/files/file/18JT65.pdf , для КВ такого документа увы не видел.
-
обновление базы КВ позывных
Всем кто заинтересован в максимально полной базе но еще не участвовал в ее создании: пожалуйста присылайте мне на почту свои файлы All.txt.
Особенную ценность представляют файлы записанные при использовании направленных антенн.
Как только у меня будет достаточно новой информации - сделаю обновленный Call3.txt для КВ.
-
Для тестеров WSJT-X 1.7 devel.
При обновлении софта желательно удалять папку С:\WSJT\wsjtx и в папке WSJTX находящейся в Documents and Setings удалить все кроме файлов All.txt и Call3.txt. Это обеспечит чистую установку обновленных файлов. После инсталляции заново внести свои данные.
-
новый алгоритм hinted decoding
r6365 Joe K1JT обновил алгоритм согласованной фильтрации
-
Вложений: 1
Пример приема в режиме согласованной фильтрации.
Вложение 155479
-
Цитата:
Сообщение от
UA3WM
Для тестеров WSJT-X 1.7 devel.
При обновлении софта желательно удалять папку С:\WSJT\wsjtx и в папке WSJTX находящейся в Documents and Setings удалить все кроме файлов All.txt и Call3.txt. Это обеспечит чистую установку обновленных файлов. После инсталляции заново внести свои данные.
верно, возможен конфликт разных релизов на формате файла WSJT-X.INI, поэтому лучше удалить
-
Вложений: 1
Цитата:
Сообщение от
UA3WM
А эти куда у тебя делись!Вложение 155486 И нужно ли их настраивать?
Версия та же!
-
Вложений: 1
парсер для конвертации файлов All.txt в формат Call3.txt - версия 1.4
Цитата:
Сообщение от
UA3DJY
Выход парсера требует дополнительной обработки на удаление .... кривых декодирований, что несложно делается в MS Excel / MS Access или аналогичном софте OpenOffice.
формат запуска в командной строке: parser.exe <имя входного файла> <имя выходного файла>
если интересно могу поделиться исходным скриптом
версия 1.4: в конце строк три запятые, в конце файла ZZZZZZ
оставшиеся на выходе ложные декодирования как правило группируются отдельными непрерывными кусками, обычно это первые строки по буквам алфавита например:
A14KQX,FO56,,,
A18NCV,GD03,,,
Группировка оставшихся ложных декодирований облегчает ручную чистку выходного файла.
-
Вложений: 2
Цитата:
Сообщение от
UA3DJY
версия 1.4: в конце строк три запятые, в конце файла ZZZZZZ
Формирует отлично! А можно еще сделать такой же но под УКВ c 6 значными локаторами.
-
Вложений: 2
Эффект Доплера на КВ и декодирование JT65
Прикладываю звуковые файлы записанные примерно год назад на диапазоне 40м при полярном сиянии.
Антенна 4 square, направление северо-восток, включена на Японию. Обратное подавление у антенны примерно 25..30 дБ.
Европа идет с севера и северо-востока с высокими уровнями отражением от быстро перемещающихся всполохов полярного сияния, что приводит к девиации частоты сигналов и в части случаев отсутствию декодирования. При этом сигналы станций Японии почти не имеют частотных искажений. При переключении диаграммы антенны на Европу уровни сигналов европейских станций падали на 15..20 дБ.
Такое прохождение наблюдал в продолжении нескольких часов несколько дней подряд. Попробуйте декодировать эти файлы у себя на WSJT-X. JT9 в таких условиях совсем не работает.
Вложение 155494
-
Цитата:
Сообщение от
UA3WM
Формирует отлично! А можно еще сделать такой же но под УКВ c 6 значными локаторами.
конечно можно, судя по файлу 3.txt задача совсем простая - убрать повторы, добавить три запятых в строку и ZZZZZZ в конце файла, верно?
грид локатор оставить в 6 знаков или обрезать до 4?
-
Цитата:
Сообщение от
UA3DJY
исходный файлик который Вы собираетесь перерабатывать
Я его там выложил 3.txt
Локатор - 6 знаков!
-
Цитата:
Сообщение от
UA3WM
Я его там выложил 3.txt
Локатор - 6 знаков!
хорошо, завтра сделаю УКВ парсер который из файла 3.txt будет делать такой формат:
ES3RF,KO29IF,,,
EU3BD,KO32BX,,,
EU4AG,KO13VQ,,,
ZZZZZZ
-
Вложений: 1
Цитата:
Сообщение от
UA3DJY
Прикладываю звуковые файлы записанные примерно год назад на диапазоне 40м при полярном сиянии.
Антенна 4 square, направление северо-восток, включена на Японию. Обратное подавление у антенны примерно 25..30 дБ.
Европа идет с севера и северо-востока с высокими уровнями отражением от быстро перемещающихся всполохов полярного сияния, что приводит к девиации частоты сигналов и в части случаев отсутствию декодирования. При этом сигналы станций Японии почти не имеют частотных искажений. При переключении диаграммы антенны на Европу уровни сигналов европейских станций падали на 15..20 дБ.
Такое прохождение наблюдал в продолжении нескольких часов несколько дней подряд. Попробуйте декодировать эти файлы у себя на WSJT-X. JT9 в таких условиях совсем не работает.
Попробовал декодировать на WSJT-X все 4 файла. Среди декодов есть JT9 из Японии и Англии. Хорошо программа работает :)
Вложение 155500
-
Вложений: 2
парсер для формирования файла Call3.txt для УКВ
Цитата:
Сообщение от
UA3WM
Формирует отлично! А можно еще сделать такой же но под УКВ c 6 значными локаторами.
версия 1.0 - удаляются пробелы в конце строк, сортировка записей по алфавиту, удаляются повторные строки, в конце каждой строки добавляются три запятых, в конце файла добавляется завершающая строка ZZZZZZ
По сути это сильно обрезанная версия КВ скрипта. Попробуйте пожалуйста на своих входных файлах, достаточен ли функционал.
Исходный файл и парсер прикладываю, если есть желание понять как работает скрипт - выложу на форум исходник скрипта под интерпретатор Perl.
-
Вложений: 1
Цитата:
Сообщение от
R3LW
Попробовал декодировать на WSJT-X все 4 файла.
r6378 на два декода поболее.
Вложение 155509
-
Вложений: 1
Цитата:
Сообщение от
RW9FN
r6378 на два декода поболее.
У меня в меню Decode обычно выбрано Normal. В Settings > Advanced > Jt65 decoding parameters: REP=6, Two-pass decoding, AD level=0.
При выборе Decode > Deep и REP=7 результат совсем другой. Но время декодирования, конечно, больше.
Вложение 155515
-
Вложений: 1
использование согласованной фильтрации на КВ
r6373
попробовал декодировать файл 1957 с включенной согласованной фильтрацией - теперь понятна причина почему ее стоит использовать только в узкой полосе фильтров приемника на КВ, вопрос вовсе не в продолжительности декодирования - основная проблема в огромном количестве возможных ошибочных комбинаций на КВ, особенно при включенной АРУ, либо выключенной АРУ но с искажениями в УНЧ и с высокими уровнями сигналов станций на диапазоне. Обратите внимание - один из декодированных сигналов имеет уровень -30.
Сейчас активировал согласованную фильтрацию при подключенном WSJT-X к web SDR в широкой полосе - софт иногда выдает 1..2 кривых декодов с моим позывным за интервал, АРУ на web приемнике включена но уровни сигналов станций на диапазоне слабые.
Вложение 155517
-
Вложений: 1
Цитата:
Сообщение от
UA3DJY
Попробуйте пожалуйста на своих входных файлах, достаточен ли функционал.
Спасибо! Все прекрасно! Теперь есть возможность конвертировать базу позывных от MSHV в WSJT. Для пробы прикладываю базу от MSHV.
-
Цитата:
Сообщение от
UA3WM
Спасибо! Все прекрасно! Теперь есть возможность конвертировать базу позывных от MSHV в WSJT. Для пробы прикладываю базу от MSHV.
еще возможен вариант сращивания файлов двух баз/форматов - конвертированного WSJT и неконвертированного MSHV
если интересно, скажите
пока свежо я смогу быстро отладить скрипт чтобы он еще имел этот дополнительный функционал.
-
Цитата:
Сообщение от
UA3DJY
пока свежо я смогу быстро отладить скрипт
Лично для меня это более чем достаточно. Все остальное можно сшить или в текстовом редакторе или в экселе.
Еще раз большое спасибо!
-
использование согласованной фильтрации - тестирование
несколько моментов в использовании согласованной фильтрации
1. в r6373 из всех возможных прописанных в закладке Advanced комбинаций работает только одна: "свой позывной - позывной - грид локатор". Значит ждем от разработчиков реализации недостающего функционала.
2. Agressive decoding level при значении отличном от 0 сужает полосу поиска до установленной частоты. Возможно возрастает глубина поиска на установленной частоте но WSJT-X при этом совсем перестает декодировать остальной спектр.
3. Уровни JT65 -30 для декодирований с согласованной фильтрацией бывают почти в каждом интервале, но это декодирования не передававшихся сообщений - декодирования шума. Пытаюсь увидеть уровни -31 и -32, заодно в живом эфире сравниваю декодеры FTRSD r6373 и SFRSD r6229.
-
Игорь, спасибо большое за релиз.
Запустил параллельно с HB9HQX - WSJTx декодирует значительно больше станций (на 30-40%).
Из недостатков - не хватает функционала ( нет подсветки повторных QSO, расчета азимута и расстояния по GRID, имени оператора).
По сравнению с HB9 есть явные предискажения АЧХ на спектре на НЧ и ВЧ участках полосы).
Не дружит по виртуальным COM c HB9 и OmniRig.
Если COM повиснет - процесс wsjtx не выгружается при закрытии программы, пока принудительно не сбросишь порты.
Виртуальные порты сам не видит - приходится в настройках указывать принудительно.
-
Цитата:
Сообщение от
EW1CL
Не дружит по виртуальным COM c HB9 и OmniRig.
Если COM повиснет - процесс wsjtx не выгружается при закрытии программы, пока принудительно не сбросишь порты.
Из собственных наблюдений, с ОmniRig у меня одновременно работают эти две программы (иногда сравниваю) всё через вирт.компорты.
Проблем не наблюдал.
-
Цитата:
Сообщение от
RV6HW
Из собственных наблюдений, с ОmniRig у меня одновременно работают эти две программы (иногда сравниваю) всё через вирт.компорты.
Проблем не наблюдал.
У меня на одном из них приходится порты отключать - иначе взаимная блокировка и
Цитата:
Если COM повиснет - процесс wsjtx не выгружается при закрытии программы, пока принудительно не сбросишь порты.
Причем HB9 выгружается в любом случае.
Виртуальные порты -VSPE splitter
-
начиная с r6367 переименовали файл-исходник содержащий функционал согласованной фильтрации для JT65 - теперь он называется hint65.f90
посмотрел исходник - действительно пока в коде выполнен только поиск по критерию "mycall hiscall hisgrid", другие фильтры Joe K1JT еще не прописал в коде
-
Но в этих программах для работы через OmniRig порты не выставляются, а только делается отметка для Omnirig.
Да ещё в омни риг выставляем порт для работы с трансивером по CАT системе, А программы лепим к омнириг.
-
Цитата:
Сообщение от
EW1CL
Игорь, спасибо большое за релиз.
Запустил параллельно с HB9HQX - WSJTx декодирует значительно больше станций (на 30-40%).
Из недостатков - не хватает функционала ( нет подсветки повторных QSO, расчета азимута и расстояния по GRID, имени оператора).
По сравнению с HB9 есть явные предискажения АЧХ на спектре на НЧ и ВЧ участках полосы).
Не дружит по виртуальным COM c HB9 и OmniRig.
Если COM повиснет - процесс wsjtx не выгружается при закрытии программы, пока принудительно не сбросишь порты.
Виртуальные порты сам не видит - приходится в настройках указывать принудительно.
я не пробовал играться с виртуальными COM портами, но операционная система Windows при использовании в разных софтах одновременно одного физического COM порта не позволяет микшировать передачу данных на порт и с него, что и приводит к нарушению работы софта.
искажения АЧХ на водопаде связаны с настройками WSJT-X, полосой подаваемого сигнала и использованием функции Flatten - при правильной настройке искажений АЧХ нет
-
Вложений: 1
Цитата:
Сообщение от
RV6HW
Но в этих программах для работы через OmniRig порты не выставляются, а только делается отметка для Omnirig.
У меня журнал работал через OmniRig, из- за конфликта отключил.
Теперь попробую снова все пустить через него. Может поможет.
Есть ли возможность прямо в программе WSJTX смотреть и корректировать лог?Вложение 155575
Если отключить Flatten - все выравнивается, спасибо.
-
Вложений: 1
Мифы о "крутой работе" "последнего релиза" WSJT-X
Постоянно наблюдаю в постах темы JT65-HF ахи по поводу того как "круто" работает
очередной последний релиз и какие в нем слабые сигналы декодируются, а также ажиотаж
в попытках быстрее получить последний релиз.
Вынужден развеять миф о том, что последние релизы лучше чем r6229.
Прикладываю файлики, и декодирую их на релизах r6229 и r6373 c одинаковыми установками
JT65+JT9, Random Erasure Patterns = 8, Agressive decoding level = 0, УКВ функционал выключен.
Вот результат по правильным JT65 декодированиям который я получаю на своем компьютере, количество декодирований:
файл / r6229 / r6373
1903 / 6 / 4
1912 / 4 / 3
1917 / 7 / 6
1920 / 4 / 3
1951 / 6 / 5
1955 / 5 / 4
попробуйте файлы у себя и сделайте выводы сами
Эти файлы показывают как проигрывает декодер FTRSD декодеру SFRSD, и их можно использовать
для проверки любого нового релиза.
-
Цитата:
Сообщение от
EW1CL
Есть ли возможность прямо в программе WSJTX смотреть и корректировать лог?
нет, лог можно редактировать только текстовым редактором, файл можно найти через File -> Open log directory, называется wsjtx_log.adi
-
Цитата:
Сообщение от
UA3DJY
нет, лог можно редактировать только текстовым редактором, файл можно найти через File -> Open log directory, называется wsjtx_log.adi
Я его импортирую в журнал, и там корректирую (если необходимо).
Еще заметил, что уровни принятых сигналов отображаются относительно сигнала с максимальным уровнем, поэтому всегда отрицательны и отношение к с/ш имеют косвенное.
-
Цитата:
Сообщение от
EW1CL
Еще заметил, что уровни принятых сигналов отображаются относительно сигнала с максимальным уровнем, поэтому всегда отрицательны и отношение к с/ш имеют косвенное.
по другому работает, смотрите этот пост по функционалу измерения соотношения сигнал/шум http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1192778
по поводу только отрицательных значений в JT65 тоже недавно был пост, связано с ограничением протокола JT65
-
Цитата:
Шум в полосе 2500 Гц - калиброванное интегральное вычисление на основании измеренного нижнего шумового порога в отсутствии символьного тона, то есть получается что шум измеряется во время интервала в котором передаются сигналы JT.
Это явно не так, иначе были бы и положительные значения. В вычислении уровня шума явно присутствует и сигнал (сумма сигналов).
Это легко проверить на приеме одной станции при наличии малых шумов.
Думаю, что черная стрелочка в левом нижнем углу на шкале и есть этот базовый уровень.
-
Цитата:
Сообщение от
EW1CL
Это явно не так, иначе были бы и положительные значения. В вычислении уровня шума явно присутствует и сигнал (сумма сигналов).
Это легко проверить на приеме одной станции при наличии малых шумов.
речь идет о значении сигнал/шум в строке декодирования, верно?
если его проверять то только на наличие дефекта, я описал алгоритм используемый разработчиками в софте
по поводу отсутствия положительных значений сигнал/шум в JT65 этот пост: http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1192733
-
Bill ввел тебя в заблуждение. Я ничего не имею против существующего алгоритма, но как говорил Кузьма Прутков "Если на клетке с носорогом написано что это слон - не верь глазам своим".:s7:
-
Цитата:
Сообщение от
EW1CL
Bill ввел тебя в заблуждение. Я ничего не имею против существующего алгоритма, но как говорил Кузьма Прутков "Если на клетке с носорогом написано что это слон - не верь глазам своим".:s7:
готовьте подробное описание дефекта, если я смогу его понять то напишу разработчикам, в противном случае Вы это сделаете сами и они будут рады Вас выслушать и сделать заключение по дефекту. Еще нужен номер релиза и Ваши установки WSJT-X.INI.
-
Цитата:
Сообщение от
EW1CL
Это явно не так, иначе были бы и положительные значения. В вычислении уровня шума явно присутствует и сигнал (сумма сигналов).
Это легко проверить на приеме одной станции при наличии малых шумов.
Возможно Ваше ощущение эффекта "присутствия сигнала" в измерении шума в бинах (точках или "корзинах") дискретного преобразования Фурье в спектре измеряемого сигнала конкретной станции связано с нелинейными искажениями аудио в Вашем трансивере при выключенной АРУ, либо при включенной АРУ динамическим изменением уровня шума на выходе трансивера при отрабатывании АРУ на станции с высокими уровнями сигналов.
В любом случае необходимо подробное описание дефекта (отличия работы софта от описанного алгоритма) как Вы его видите, потому что из предоставленной на этот момент Вами информации я пока не вижу каких либо проблем с работой в софте алгоритма описанного Биллом G4WJS.
-
Кому не лень рекомендую попробовать декодировать один и тот же звуковой файл при разных уровнях воспроизведения. Будете "приятно" удивлены работой программы.
-
Цитата:
Сообщение от
RA3WEO
Кому не лень рекомендую попробовать декодировать один и тот же звуковой файл при разных уровнях воспроизведения. Будете "приятно" удивлены работой программы.
давно не сравнивал - в старых релизах не было разницы, будьте добры более подробно о том что Вы наблюдаете и на каком релизе.
Если речь об экстремальном выводе на границу динамического диапазона софта WSJT-X это одно, если при небольшом отличии в уровнях ползунка WSJT-X есть разница в декодированиях то 100% дефект, который мы попросим разработчиков устранить.
-
Пробывал на 6381 сейчас уже 6382 подготовлю материал с скриншотами выложу но послезавтра. сегодня не смогу. Хотя может быть ближе к вечеру.
-
Есть несколько разных параметров качества приема, характеризующих соотношение сигнала и шума, которые мне известны:
1. SNR - отношение мощности полезного сигнала к мощности шумов в измеряемой полосе частот.
2. SINAD1 - отношение суммарной мощности сигнала и всех шумов и помех (искажений) к суммарной мощности всех шумов и помех. (искажений).
3. SINAD2 - отношение мощности сигнала к суммарной мощности всех шумов и помех в полосе измерений.
4. ENOB - эффективная разрядность АЦП (рассчитывается из SINAD2).
5. SFDR - динамический диапазон, свободный от гармоник и искажений.
Если их выразить в децибелах, то:
1-й может быть как положительным, так и отрицательным.
2-й может быть только положительным.
3-й может быть как положительным, так и отрицательным.
4 и 5-й характеризуют параметры обработчика.
Как видим, среди них нет параметра, принимающего только отрицательные значения.
Хотелось бы все же понять, какой из этих параметров WSJTx показывает в соответствующей колонке?
-
формулировка наблюдаемого поведения софта WSJT-X в постах темы
Цитата:
Сообщение от
RA3WEO
Кому не лень рекомендую попробовать декодировать один и тот же звуковой файл при разных уровнях воспроизведения. Будете "приятно" удивлены работой программы.
этот пост относится ко всем участникам форума
Коллеги, прошу Вас учиться ясно и четко излагать Ваши мысли. Посты с намеками и подтекстом "попробуй угадай" либо игнорируются большинством участников форума либо могут привести в пустым тратам времени на поиск неизвестно чего и неизвестно где.
Если Вы наблюдаете проблему то необходимо четкое описание проблемы как Вы ее видите, информация о номере релиза и установках WSJT-X при которых эта проблема наблюдается, и есть ли установки при которых проблема отсутствует - элементарная первичная диагностика.
Конкретно в этом случае - без деталей проблемы и номера релиза не вижу причин предлагать всем участникам форума проверять на своих релизах разницу в декодировании в зависимости от положения ползунка входного уровня WSJT-X.
-
наверное в данный момент не стоит такая задача. главное алгоритм декодирования. Хотя конечно шокирует явные+30 в -1 смешно...
-
Вложений: 2
Перед тем как заявлять претензии к декодированию исследуйте свое железо на предмет линейности АЧХ трактов трансивер+звуковая карта.
Привожу свою картинку при полосе приема 10 кГц и подачи на вход "белого шума".
Вложение 155622
При выключенной АРУ и поднятии уровня до 60дб!!!
Вложение 155627
-
Цитата:
Сообщение от
EW1CL
Есть несколько разных параметров качества приема, характеризующих соотношение сигнала и шума, которые мне известны:
1. SNR - отношение мощности полезного сигнала к мощности шумов в измеряемой полосе частот.
2. SINAD1 - отношение суммарной мощности сигнала и всех шумов и помех (искажений) к суммарной мощности всех шумов и помех. (искажений).
3. SINAD2 - отношение мощности сигнала к суммарной мощности всех шумов и помех в полосе измерений.
4. ENOB - эффективная разрядность АЦП (рассчитывается из SINAD2).
5. SFDR - динамический диапазон, свободный от гармоник и искажений.
Если их выразить в децибелах, то:
1-й может быть как положительным, так и отрицательным.
2-й может быть только положительным.
3-й может быть как положительным, так и отрицательным.
4 и 5-й характеризуют параметры обработчика.
Как видим, среди них нет параметра, принимающего только отрицательные значения.
Хотелось бы все же понять, какой из этих параметров WSJTx показывает в соответствующей колонке?
из перечисленного списка ни один не подходит
В WSJT-X используется измерение шума в бинах дискретного преобразования Фурье в момент отсутствия передачи тона в этом бине, на основании этого измерения по формуле вычисляется уровень шума в полосе 2500 Гц.
В момент отсутствия тона полезного сигнала в бины кроме шума попадают еще и продукты интермодуляции НЧ тракта, а уровень шума зависит от отработки АРУ приемника.
Вследствие ограничения протокола JT65 разработчики вынуждены применять ограничение по измеряемому уровню полезного сигнала приводящее к ограничению показываемого отношения сигнал/шум значением -01, это ограничение связано с необходимостью полностью переделать протокол JT65 для передачи в сообщениях положительных значений сигнал/шум.
Переработка протокола JT65 не стоит потраченного на это времени, потому что в результате такой переделки появится проблема совместимости со всеми ранее выпущенными релизами софтов WSJT-X и JT65-HF, проще будет создать новый современный протокол с другим именем и у Joe K1JT есть уже много наработок по этой части.
Как я уже неоднократно писал, протокол JT65 родился на УКВ более 10 лет назад, и КВ это уже вторичное его применение.
JT9 в отличие от JT65 был создан для КВ, и в этом протоколе передача положительных уровней в сообщениях предусмотрена.
-
Вложений: 1
Реальный эфир в полосе 5 кГц.
Вложение 155628
-
Цитата:
Сообщение от
UA3DJY
В WSJT-X используется измерение шума в бинах дискретного преобразования Фурье в момент отсутствия передачи тона в этом бине, на основании этого измерения по формуле вычисляется уровень шума в полосе 2500 Гц.
А можно это как то "разжевать" что ли?
Раз 20 внимательно перечитал, но ничего не понял.
-
Цитата:
Сообщение от
UA3DJY
из перечисленного списка ни один не подходит
Это я уже понял. Не думаю, что есть какие либо неисправности в программе.
И все же черная стрелка на вертикальной шкале слева в окне программы что-то ведь показывает?
Можно ли ее принимать за опорный уровень помех, от которого отсчитываются уровни каждого из сигналов?
И еще.
Если принимать на приемник с полосой основного фильтра не 2500 Гц а 250 Гц сигнал от одного корреспондента - улучшится ли показываемое отношение с/ш?
P.S. Подружил все программы WSJTx, HB9, LogHX, CWtype через OmniRig c FT-450D. А управление РТТ и CW через виртуальный COM VSPE splitter.
-
Цитата:
Сообщение от
EW1CL
Если принимать на приемник с полосой основного фильтра не 2500 Гц а 250 Гц сигнал от одного корреспондента - улучшится ли показываемое отношение с/ш?
Я проводил такие эксперименты и реального улучшения с/ш не увидел.
-
преобразование Фурье
Цитата:
Сообщение от
RK1NA
А можно это как то "разжевать" что ли?
Раз 20 внимательно перечитал, но ничего не понял.
В Сети есть много материала на эту тему, например здесь Простыми словами о преобразовании Фурье / Хабрахабр
Если совсем просто то при дискретном преобразовании Фурье выборка с N значениями сигнала во временной области преобразуется в N отсчетов в спектральной области. Каждый отсчет в спектральной области соответствует своей (для WSJT-X звуковой) частоте и содержит информацию об амплитуде и фазе синусоидального сигнала на этой частоте в какой то момент времени - момент выборки. Отсчеты в спектральной области специалисты цифровой обработки сигналов называют бинами(в переводе на русский - корзина).
-
Цитата:
Сообщение от
UA3WM
Я проводил такие эксперименты и реального улучшения с/ш не увидел.
Но ведь уровень сигнала при этом не изменился, а мощность помех уменьшилась по крайней мере на 10 дб?
Жаль я не могу провести такой эксперимент - у меня в приемнике основной фильтр цифровой в ДСП на 24 кГц ПЧ. И разрядность ДСП не внушает.
-
Цитата:
Сообщение от
EW1CL
Если принимать на приемник с полосой основного фильтра не 2500 Гц а 250 Гц сигнал от одного корреспондента - улучшится ли показываемое отношение с/ш?
Если у Вас классический трансивер то в большинстве случаев да, улучшится - причем улучшится в первую очередь реальное соотношение сигнал/шум.
Если Вы используете SDR с аудио выходом в цифровом потоке, то сужение полосы пропускания не даст Вам никакого выигрыша, здесь цифровая техника уже достигла требуемого нам динамического диапазона.
-
Вложений: 1
Цитата:
Сообщение от
EW1CL
Это я уже понял. Не думаю, что есть какие либо неисправности в программе.
И все же черная стрелка на вертикальной шкале слева в окне программы что-то ведь показывает?
Да. В соответствии с документацией, требуется установить при помощи стрелки уровень 30дб в момент отсутствия сигналов.
Цитата:
Сообщение от
EW1CL
Можно ли ее принимать за опорный уровень помех, от которого отсчитываются уровни каждого из сигналов?
Да
Цитата:
Сообщение от
EW1CL
И еще.
Если принимать на приемник с полосой основного фильтра не 2500 Гц а 250 Гц сигнал от одного корреспондента - улучшится ли показываемое отношение с/ш?
Однозначно, Да.
На скрине сигнал австралийца, который при полосе 3000 оценивался декодером как -20-22 и из-за забития соседними станциями
не всегда декодировался.
Что получилось после зажатия фильтром 200 герц видно.....
Вложение 155629
-
Цитата:
Сообщение от
UA3WM
Я проводил такие эксперименты и реального улучшения с/ш не увидел.
Цитата:
Сообщение от
EW1CL
Но ведь уровень сигнала при этом не изменился, а мощность помех уменьшилась по крайней мере на 10 дб?
Цитата:
Сообщение от
EW1CL
Если принимать на приемник с полосой основного фильтра не 2500 Гц а 250 Гц сигнал от одного корреспондента - улучшится ли показываемое отношение с/ш?
мощность шума и помех в отдельно взятых бинах полосы полезного сигнала не зависит от полосы пропускания приемника,
за исключением классических приемников - они как правило имеют зависимость уровня интермодуляционных искажений от полосы пропускания в диапазоне используемых нами уровней сигналов.
-
Цитата:
Сообщение от
UA3DJY
В Сети есть много материала на эту тему,
С Фурье был знаком лично, в прежней жизни.
...
Приемник принимает сигналы в полосе 5000 Гц (моя реальность).
Программа декодирует.
Каждому декодированному сигналу программа "присваивает" некий уровень.
Цитата:
Сообщение от
UA3DJY
измерение шума в бинах дискретного преобразования Фурье в момент отсутствия передачи тона
В момент приема нет передачи тона.
Как бы неплохо математику Фурье приложить к реальному эфиру, состоящему из периодов приёма и передачи.
...
Звиняйте.
-
Цитата:
Сообщение от
RK1NA
С Фурье был знаком лично, в прежней жизни.
...
<ОФФ>
Вопрос к модератору, пункт 3.3.1 Правил форума QRZ.RU
-
Вложений: 1
Тоже проделал сейчас эксперимент с ЭМФ 3,0 кГц и ЭМФ 300 Гц.
Вложение 155630
-
Цитата:
Сообщение от
UA3DJY
мощность шума и помех в отдельно взятых бинах полосы полезного сигнала не зависит от полосы пропускания приемника,
за исключением классических приемников - они как правило имеют зависимость уровня интермодуляционных искажений от полосы пропускания в диапазоне используемых нами уровней сигналов.
Интермодуляция здесь совершенно не причем. Все преобразования идут в линейной области.
Если в алгоритме помехи за полосой сигнала не влияют на помехи в отдельно взятых бинах полосы полезного сигнала, то как они вообще влияют на прием этого сигнала?
И как при этом рассчитывается отношение с/ш?
-
Цитата:
Сообщение от
EW1CL
Интермодуляция здесь совершенно не причем. Все преобразования идут в линейной области.
Если в алгоритме помехи за полосой сигнала не влияют на помехи в отдельно взятых бинах полосы полезного сигнала, то как они вообще влияют на прием этого сигнала?
И как при этом рассчитывается отношение с/ш?
<ОФФ>
если честно с последним постом я потерял Вашу мысль.
Если Вы хотите сказать что классический приемник есть линейное устройство, то это не так: АРУ является нелинейной функцией.
Если Вы хотите сказать что выключив АРУ в классическом приемнике Вы получаете линейное устройство - то это тоже не так, Вы на качественных приемниках при уровнях сигналов соответствующих уже S7 S-метра при выключенной АРУ получите на линейном выходе массу интермодуляционных продуктов по причине нелинейных искажений в НЧ тракте.
На классических приемниках низкого качества при выключенной АРУ Вы в НЧ тракте получите массу интермодуляционных продуктов даже на шуме "эфира", и в экстремальных случаях это будет происходить на последней ПЧ приемника.
В чем предмет дискуссии?
-
Цитата:
Сообщение от
UA3DJY
<ОФФ>
Вопрос к модератору, пункт 3.3.1 Правил форума QRZ.RU
Пожаловаться можно кому угодно.
Я ведь задал достаточно конкретный вопрос.
...
Приемник принимает сигналы в полосе 5000 Гц (моя реальность).
Программа декодирует.
Каждому декодированному сигналу программа "присваивает" некий уровень.
...
Если у вас нет ответа на этот вопрос - зачем жаловаться модератору.
...
По этой же теме - об уровне сигнала.
Когда смотришь себя на revercebeacone видишь свои dB.
Понятно что это SNR.
Но что к чему.
Отношение чего к чему?
...
Ну и напоследок.
Летом работаю из деревни, без помех.
Зимой из города со всем городским счастьем.
Шум 7...8 баллов по S-МЕТРУ.
Как бы "интегрально" заметил что мои рапорты "из города" заметно хуже чем из деревни.
...
Звиняйте
-
Цитата:
Сообщение от
EW1CL
Интермодуляция здесь совершенно не причем. Все преобразования идут в линейной области.
Если в алгоритме помехи за полосой сигнала не влияют на помехи в отдельно взятых бинах полосы полезного сигнала, то как они вообще влияют на прием этого сигнала?
И как при этом рассчитывается отношение с/ш?
по части расчета сигнал/шум для JT65 софту WSJT-X неважно что происходит со спектром до того как сигнал попадает в софт. Есть алгоритм с формулой - софт их применяет, сама методика расчета SNR в софте не меняется под какие либо конкретные случаи помех.
-
Цитата:
Сообщение от
UA3DJY
Вы на качественных приемниках при уровнях сигналов соответствующих уже S7 S-метра при выключенной АРУ получите на линейном выходе массу интермодуляционных продуктов по причине нелинейных искажений в НЧ тракте.
Это вы хотите сказать что на выходе трансивера выполненного по классической схеме при отключённом АРУ мы получаем чёрт знает что? И лучше работать с включенной АРУ а наверное лучше тогда иметь аппарат с вообще не отключаемой АРУ? Согласно вашим высказываниям получается что рекомендации разработчиков по отключению АРУ не имеют под собой основы? Кстати спросите и разработчиков на чём они работают и тестируют программу, думаю будите удивлены.
Я думаю не всё подряд надо черпать из интернета, некоторые технические аспекты надо апробировать лично что бы понять что по чём.
-
Цитата:
Сообщение от
RK1NA
Я ведь задал достаточно конкретный вопрос.
ЗВИНЯЮСЯ!
Здесь ветка о тестировании НОВОГО софта. А Ваши вопросы совсем не по теме!
-
Игорь, попробую пояснить.
Во время приема пакета сигналов ( ~46 сек от начала минуты) АРУ поддерживает сквозное усиление тракта на определенном уровне, обеспечивающем в полосе пропускания ФОС SFDR не менее 55-60дб,
что для всех сигналов в принимаемой полосе 2500Гц обеспечивает необходимую линейность. Я могу отключить АРУ и вручную выставить такое-же усиление ВЧ тракта, при этом ничего для этого момента приема не изменится.
Уровень шумов и помех, приходящих из эфира составляет порядка -30-35дб относительно максимального полезного сигнала в полосе приема. Продукты внутриполосной интермодуляции при этом на 30-35 дб ниже шумов и помех эфира и никакого влияния на прием полезного сигнала не оказывают.
Что касается влияния полосы на отношение с/ш, то эксперимент UA9LEW и UA3WM на это ответил положительно.
Кстати, у хороших профессиональных аппаратов для слухового приема аж четыре органа управления усилением (переключатель АРУ-РРУ, переключатель постоянной времени
АРУ, регулятор усиления ПЧ, регулятор порога АРУ).
-
Цитата:
Сообщение от
EW1CL
Кстати, у хороших профессиональных аппаратов для слухового приема аж четыре органа управления усилением (переключатель АРУ-РРУ, переключатель постоянной времени
АРУ, регулятор усиления ПЧ, регулятор порога АРУ)
На таком и работаю - Р399А (трансивизированный)
-
Цитата:
Сообщение от
EW1CL
Игорь, попробую пояснить.
Во время приема пакета сигналов ( ~46 сек от начала минуты) АРУ поддерживает сквозное усиление тракта на определенном уровне, обеспечивающем в полосе пропускания ФОС SFDR не менее 55-60дб,
что для всех сигналов в принимаемой полосе 2500Гц обеспечивает необходимую линейность. Я могу отключить АРУ и вручную выставить такое-же усиление ВЧ тракта, при этом ничего для этого момента приема не изменится.
Уровень шумов и помех, приходящих из эфира составляет порядка -30-35дб относительно максимального полезного сигнала в полосе приема. Продукты внутриполосной интермодуляции при этом на 30-35 дб ниже шумов и помех эфира и никакого влияния на прием полезного сигнала не оказывают.
Что касается влияния полосы на отношение с/ш, то эксперимент UA9LEW и UA3WM на это ответил положительно.
Георгий, не вижу самого вопроса в последнем посте, только констатация фактов - я ранее потерял смысл Вашего вопроса.
По эксперименту UA3WM - обратите внимание на завал фильтром части спектра сигнала, что частично привело к росту SNR c уровня -13 до уровня -9.
Ранее в этой теме была переписка по поводу достижения SNR -37 в JT9, причина была также в завале части спектра.
По поводу работы АРУ - самые сильные сигналы тоже имеют замирания, и АРУ их отслеживает во время интервала ~46 сек.
Выключение АРУ и последующее снижение усиления регулятором ВЧ ПЧ решают в конкретный момент времени проблему искажений, в ущерб чувствительности приемника.
Возьмем для примера случай когда на диапазоне несколько сильных сигналов превышают уровень шума например на 30 дБ, что по S-метру составляет примерно S7..S8. Эти сигналы имеют в WSJT-X SNR -01, реальный намного выше.
Продукты их интермодуляции будут иметь уровень -30..-35 дБ относительно самих сильных сигналов и будут попадать в бины спектра занятого слабыми сигналами. При SNR слабых сигналов менее -15 эти продукты будут оказывать существенное влияние на повышение уровня шума в полосе слабого сигнала.
-
Цитата:
Сообщение от
UA3WM
На таком и работаю - Р399А (трансивизированный)
Регулятора порога ару в нем нет (если вы конечно не ввели его сами, вытянув из под крышечки).
Мы в свое время предлагали ввести его в Омский "Гелиос", но споткнулись на соответствующих нормативных документах.
А в макете тракта для "Буруна" ввели, но я в этом момент поменял работу, а потом перестройка и независимость все окончательно добили.
-
Цитата:
Сообщение от
UA3DJY
Продукты их интермодуляции будут иметь уровень -30..-35 дБ относительно самих сильных сигналов и будут попадать в бины спектра занятого слабыми сигналами. При SNR слабых сигналов менее -15 эти продукты будут оказывать существенное влияние на повышение уровня шума в полосе слабого сигнала.
Ну это уж совсем хреновый приемник. Наверное совсем старый. Все современные имеют SFDR не менее 55-60дб. Даже доработанный 339А имеет около 70дб в полосе.
-
Цитата:
Сообщение от
EW1CL
Регулятора порога ару в нем нет (если вы конечно не ввели его сами, вытянув из под крышечки).
У меня вариант без крышечки и он выведен. А вообще он практически весь переделан от УВЧ и до НЧ все по другому.
-
тест на сравнение количества декодирований r6229 с r6373
в процессе дискуссии с разработчиками собрал достаточную статистическую выборку на записанных сегодня с эфира аудио файлах
результат:
r6229 - 3169 правильных декодирований и много ложных декодирований
r6373 - 3054 правильных декодирований и всего 4 ложных декодирований
Передал все данные разработчикам, у меня есть подозрение что FTRSD декодер на КВ вместо расчетного выигрыша в 0.5 дБ просел в результате борьбы (чистки кода) с ложными декодированиями. Ждем реакции разработчиков.
-
Цитата:
Сообщение от
UA3DJY
Продукты их интермодуляции будут иметь уровень -30..-35 дБ относительно самих сильных сигналов и будут попадать в бины спектра занятого слабыми сигналами. При SNR слабых сигналов менее -15 эти продукты будут оказывать существенное влияние на повышение уровня шума в полосе слабого сигнала.
Цитата:
Сообщение от
EW1CL
Ну это уж совсем хреновый приемник. Наверное совсем старый. Все современные имеют SFDR не менее 55-60дб. Даже доработанный 339А имеет около 70дб в полосе.
Прошу прощения - увлекся и назвал цифру -30..35 дБ в НЧ тракте для выключенной АРУ просто для примера. На самом деле все зависит от уровня шума приходящего с антенны и уровней сигналов.
На НЧ диапазонах 80м и 160м уровень шума в SSB полосе просто не позволяет выключить АРУ на классике.
Из собственного практического опыта - доработанный по линейному выходу FT990 при выключенной АРУ выдает на линейном выходе лес продуктов интермодуляции на линейном выходе на диапазоне 15м от станций Европы, то же самое делает FT1000D где линейный выход не хочу трогать - проще нормальный SDR купить чем дальше тратить время на доработку классики.
Трансивер ANAN-10 с цифровым аудио потоком по опыту использования на диапазоне 20м при выключенной АРУ имеет достаточный запас чтобы выдерживать натиск сигналов соседей-москвичей, и только если S-метр переходит за границу S9 +30..+40 дБ у последнего трансивера наблюдается блокировка слабых JT сигналов - скорее всего не справляется УВЧ.
-
Цитата:
Сообщение от
RA9XQ
Это вы хотите сказать что на выходе трансивера выполненного по классической схеме при отключённом АРУ мы получаем чёрт знает что? И лучше работать с включенной АРУ а наверное лучше тогда иметь аппарат с вообще не отключаемой АРУ? Согласно вашим высказываниям получается что рекомендации разработчиков по отключению АРУ не имеют под собой основы? Кстати спросите и разработчиков на чём они работают и тестируют программу, думаю будите удивлены.
Владимир,
Удивлен не буду, у меня была дискуссия с Joe K1JT и Steve K9AN, в процессе которой они сами сказали какие аппараты и как их они используют.
Разработчики считали что давя усиление в ПЧ они решают проблему искажений в НЧ при выключенной АРУ. В процессе дискуссии объяснял что таким способом они также снижают и чувствительность приемника.
Для локальных связей с сильными сигналами проблем нет, если речь идет о уровнях близких к декларированной производителем чувствительности приемника, то, при снижении усиления ВЧ и ПЧ такие слабые JT сигналы на выходе приемника просто исчезают.
73 Игорь
-
Цитата:
Сообщение от
UA9LEW
На скрине сигнал австралийца, который при полосе 3000 оценивался декодером как -20-22 и из-за забития соседними станциями
не всегда декодировался.
Что получилось после зажатия фильтром 200 герц видно.....
Вложение 155629
Андрей, Георгий,
Более года назад я использовал WSJT-X v1.3 с FT990(выключенной АРУ) и зажимал полосу до 200 Гц и даже менее по той же причине - забитие соседними станциями.
Уровни зовущих меня DX станций всегда были -01 и я тоже считал что сужая полосу в приемнике я уменьшаю количество шума подаваемого на WSJT-X - а значит прием будет лучше, и прием действительно был лучше.
Месяца три назад я попробовал работать на SDR ANAN-10 и WSJT-X был уже v1.6.1. На этом сетапе я не заметил разницы в уровнях декодируемых сигналов между широкой и узкой полосой.
В переписке Joe K1JT подтвердил мне что в софте WSJT-X используется цифровая фильтрация каждого тона в отдельности, на основе тех самых бинов в частотной области. Он сказал что WSJT-X все равно какая полоса попадает ему на вход - динамического диапазона звуковой карты при правильных настройках ползунков хватает в применении к JT сигналам, а цифровой фильтр выделяет каждый тон и если в приемнике к шуму не добавляются продукты интермодуляции то смысла заужать полосу в приемнике нет.
Если уровни -01 которые я ранее наблюдал в узкой полосе можно отнести к дефекту функционала v1.3 то в Вашем случае скорее всего ключевое слово "забитие соседними станциями". Это означает что сигналы вышли за пределы динамического диапазона тракта Вашего приемника.
Речь не об измеренном динамическом диапазоне приемника трансивера которое выполняют специально со сниженными требованиями к динамике звукового тракта - с включенной АРУ. Речь идет о динамическом диапазоне каскадов УНЧ - именно они первыми попадают под удар сильных сигналов при выключенной АРУ. Есть производители которые в своих приемниках низкого ценового сегмента вообще не ставят задачи достичь какого либо динамического диапазона в УНЧ - зачем им это делать если АРУ позволяет сэкономить на НЧ тракте.
Читая сегодня мануал на FT450, который использует Георгий, обнаружил в нем такую фразу: "функционал выключения АРУ предназначен для тестирования или для приема слабых сигналов" (page 2, AGC Switch), то есть для работы в нынешней помеховой обстановке JT не предназначен.
73 Игорь
-
Игорь, мой FT-450 конечно не шедевр, особенно если учесть, что основная фильтрация в нем происходит цифровым процессором на ПЧ 24 кГц с разрядностью наверное бит 12. А потом все это еще идет и на звуковую карту...
По поводу зависания программы v 1.6.0, которое у меня наблюдалось. Программисты знакомые сказали что на старых прогах у них это сплошь и рядом -кривой китайский драйвер переходника USB-COM и
какой-то таймер в старых библиотеках, который по умолчанию дает задержку обработки ошибки порта на почти год.
На полученной от вас версии такого уже нет.
Спасибо, 73
-
Цитата:
Сообщение от
EW1CL
мой FT-450 конечно не шедевр, особенно если учесть, что основная фильтрация в нем происходит
<ОФФ>
Георгий,
FT1000D как оказалось для JT тоже не шедевр, как только появляется Европа на ВЧ диапазонах я выключаюсь и каждый раз вспоминаю про SDR.
Когда то давно я спаял SoftRock RX Ensemble II, не высшего класса приемник, имеет I-Q звуковой выход, но к FT1000D по динамике имеет выигрыш около 10 дБ а по динамике полного тракта включая НЧ сильно превосходит последний. АРУ в железе отсутствует и при желании включается в софте.
Использовал его в деревне под CW скиммер, пока молния рядом с антенной не проскочила, после разряда снял.
По входу в нем стоит трансформатор 1:1, включен в варианте гальванической развязки с самим приемником - он и сберег от разряда включенный приемник когда с антенны искры летели. Недавно достал - проверил чувствительность на приборе - в норме,
чтобы не валялся без дела планирую его задействовать на 40/80/160м для JT.
73 Игорь
-
Вложений: 1
Сегодня проверил работу WSPR на WSJTx 1.7.0 r6387
Вложение 155701
-
тестирование диапазона SNR WSJT-X JT65
Читая код, выяснил, что WSJT-X измеряет сигнал/шум JT65 во всем диапазоне значений, и уже по результатам измерений накладывает ограничения сверху -01, снизу -30.
По этой причине рапортов ниже -30 в JT65 WSJT-X не бывает.
Уменьшил нижнюю границу до -40, на согласованном фильтре видел в декодированиях SNR до -34, но вопрос в точности измерений.
Увеличил верхнюю границу до +40, WSJT-X без проблем репортирует в окошке, передает и принимает сообщения с положительными значениями. Возможно что протокол JT65 "заморожен" из-за его использования на УКВ и проблем совместимости с другими софтами.
Вывод простой, исходный код - первоисточник информации, чем больше его читаем тем больше узнаем о работе софта.
-
[QUOTE=UA3WM;1197630]Сегодня проверил работу WSPR на WSJTx 1.7.0 r6387
Разницы от r6229 не видно! Все они работают,но на картинке рапорта не айс!
-
Цитата:
Сообщение от
UA3WM
Все правильно! Единственно могу отметить что данный метод Include correlation не приемлем при широкополосном декодировании. Его следует включать только при F Tol=10.
Вот что получается при F Tol=1000 и моем CALL3.
у меня при F Tol=10 иногда выдает 15 декодирований с моим позывным за интервал, причина скорее всего в работе АРУ, приводящей к появлению множества кандидатов на декодирование. При выключенной АРУ с продуктами интермодуляции наверно будет тоже самое.
-
Цитата:
Сообщение от
UA3ALE
на картинке рапорта не айс!
1208 -30 -1.0 14.097172 0 DF8AV JO51 23 1668
1216 -29 -2.6 14.097195 0 YO9BMN KN34 37 1066
1222 -27 -1.1 14.097130 0 R7DD KN96 23 701
-
Цитата:
Сообщение от
UA3DJY
в переписке разработчиков появилась информация что r6346 (возможно и последующие релизы) периодически зависает.
Есть смысл подождать с использованием, пока не найдут и устранят причину.
Как то все тихо сошло на нет. Проблему наблюдали в моде WSPR2, как возможная причина озвучивались ВЧ наводка и подвисание звуковой карты.
-
Сегодня скомпилировал вер.6387 (оказалось, что это не сложно), В прошлой версии 6382 декодирование чуть было лучше (может показалось). Не нравится, что водопад в отдельном окне. Водопад может разместить в правом окне? Игорь, такая идея не возникала у разработчиков? И еще, где-то мелькал файл, где можно в место RRR можно вставить RR73. подскажи пожалуйста.
-
Уже в версии v1.6.1 на WSPR-2 были декоды от -33 до +26 дБ.
Выложено в теме WSPR: http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1180781
-
Цитата:
Сообщение от
RW4LN
Сегодня скомпилировал вер.6387 (оказалось, что это не сложно), В прошлой версии 6382 декодирование чуть было лучше (может показалось). Не нравится, что водопад в отдельном окне. Водопад может разместить в правом окне? Игорь, такая идея не возникала у разработчиков? И еще, где-то мелькал файл, где можно в место RRR можно вставить RR73. подскажи пожалуйста.
в этих постах
http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1193650
http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1193680
http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1193697
необходимое Вам изменение находится в посте "Шаг 3".
По изменениям расположения в окне и расположения окон - графический интерфейс можно менять самостоятельно, для этого нужен пакет разработки софта QT https://ru.wikipedia.org/wiki/Qt
-
Вложений: 1
На 14 мГц -32дб
Вложение 155713
-
Joseph Taylor, автор проектов WSJT и WSJT-X
подробная биография Joe K1JT https://en.wikipedia.org/wiki/Joseph_Hooton_Taylor,_Jr.
сильно сокращенный, увы, вариант биографии на русском языке здесь:
https://ru.wikipedia.org/wiki/%D0%A2...82%D0%BE%D0%BD
интересная статья про экспедицию в 2010 году на радиотелескоп Arecibo, 432 МГц EME:
http://physics.princeton.edu/pulsar/...at_Arecibo.pdf
-
настраиваем FTRSD декодер для КВ
удалось добиться преимущества в работе 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 проблема ложных декодирований почти решена.
-
Цитата:
Сообщение от
UA3DJY
на слабых компьютерах будет выходить за пределы разумного
Как ни крути но и тут тоже все идет к тому, что надо железо обновлять ...
-
настраиваем FTRSD декодер для КВ
Цитата:
Сообщение от
UA3DJY
удалось добиться преимущества в работе FTRSD над SFRSD:
r6373mod 3188 правильных декодирований + 4 ложных
r6373 3054 правильных декодирований + 4 ложных
r6229 3169 правильных декодирований + множество ложных
для порога 1.0 второго прохода r6373mod дает 3216 правильных декодирований JT65
-
Цитата:
Сообщение от
UA3DJY
если на слабых компьютерах будет выходить
за пределы разумного то придется пока использовать r6229.
Цитата:
Сообщение от
RA9CMG
Как ни крути но и тут тоже все идет к тому, что надо железо обновлять ...
у каждого свое железо, надо сначала попробовать - у большинства скорее всего декодирование впишется в 10 секунд конца интервала
-
Вложений: 3
"черные дыры" в декодерах JT65
Достаточно легко увидеть что какой то определенный декодер отказывается декодировать определенные сообщения с малым уровнем SNR: либо ему сообщение не подходит либо определенный вид замираний сигнала.
Поскольку разные декодеры хорошо дополняют друг друга попросил разработчиков рассмотреть возможность использования двух декодеров одновременно в будущих релизах WSJT-X.
Вложение 155744
-
Вложений: 1
Попробовал воспроизвести файл 160110_2227.wav при запущенной программе обычным проигрывателем через динамики ноутбука и принимать на встроенный микрофон. Воспроизведение нажал в момент времени 00 сек. Немного раньше надо нажимать воспроизведение - DT большое получилось :)
Интересный результат: почти как у декодера SFRSD r6229.
При воспроизведении файла из программы: точно как у декодера FTRSD r6373.
Наверное правильнее будет сравнивать результаты работы программ при одновременном приёме из эфира, а не прокручивать файлы?
Вложение 155755
UPD: Decode=Normal, Advanced: REP=6, Two-pass decoding.
-
Цитата:
Сообщение от
R3LW
Попробовал воспроизвести файл 160110_2227.wav при запущенной программе обычным проигрывателем через динамики ноутбука и принимать на встроенный микрофон. Воспроизведение нажал в момент времени 00 сек. Немного раньше надо нажимать воспроизведение - DT большое получилось :)
Интересный результат: почти как у декодера SFRSD r6229.
При воспроизведении файла из программы: точно как у декодера FTRSD r6373.
Наверное правильнее будет сравнивать результаты работы программ при одновременном приёме из эфира, а не прокручивать файлы?
UPD: Decode=Normal, Advanced: REP=6, Two-pass decoding.
через микрофон лучше не делать - вносите дополнительный шум , искажения AЧХ и задержку по времени.
Смысл проигрывания файлов самим софтом в том что на одном и том же файле можно проверить сколько угодно комбинаций значений настроек WSJT-X. При синхронной работе с эфира - звук пролетел и больше его нет, далее не с чем сравнивать.
Пока каких либо проблем при проигрывании файлов замечено не было - надежный способ оценки и сравнения эффективности работы разных релизов и разных настроек.
При тестах использовал REP = 8, Agressive = 0, еще декодирование было включено с 52-й секунды, потому что файлы писал через интернет и была задержка в среднем около одной секунды.
Установки Decode: Fast, Normal или Deep на декодирование JT65 не влияют, на КВ они регулируют JT9 декодирование - ранее был пост на эту тему.
-
Вложений: 1
Цитата:
Сообщение от
UA3DJY
еще декодирование было включено с 52-й секунды, потому что файлы писал через интернет и была задержка в среднем около одной секунды.
Я использую файлы, которые пишет сама программа.
Вложение 155758
-
Цитата:
Сообщение от
UA3DJY
через микрофон лучше не делать - вносите дополнительный шум и искажения AЧХ
Смысл проигрывания файлов самим софтом в том что на одном и том же файле можно проверить сколько угодно комбинаций значений настроек WSJT-X. При синхронной работе с эфира - звук пролетел и больше его нет, далее не с чем сравнивать.
Пока каких либо проблем при проигрывании файлов замечено не было - надежный способ оценки и сравнения эффективности работы разных релизов и разных настроек.
Полностью согласен, но возникает вопрос: почему даже при дополнительном шуме и искажениях АЧХ через микрофон, декодов больше, чем при воспроизведении из программы? Повторял несколько раз - результат тот же.
UPD: Попробую воспроизводить свои файлы, как Владимир пишет. Раньше воспроизводил без сравнения.
-
Цитата:
Сообщение от
R3LW
Полностью согласен, но возникает вопрос: почему даже при дополнительном шуме и искажениях АЧХ через микрофон, декодов больше, чем при воспроизведении из программы? Повторял несколько раз - результат тот же.
UPD: Попробую воспроизводить свои файлы, как Владимир пишет. Раньше воспроизводил без сравнения.
ответ похоже находится в той же области что и ответ на вопрос почему разные декодеры декодируют разные сигналы: любой декодер чувствителен к условиям в которых находится декодируемый сигнал.
-
Цитата:
Сообщение от
UA3WM
Я использую файлы, которые пишет сама программа.
И я тоже, просто программа у меня на компьютере подключена к удаленному приемнику через интернет.
На удаленном SDR приемнике включена АРУ - приемник не мой, выключить не могу. Поэтому шумовая обстановка в файлах достаточно жесткая - с колебаниями шума при отрабатывании АРУ во время приемного интервала.
Вот файлы которые я использовал для тестирования r6373 с r6229: https://cloud.mail.ru/public/57LR/FD4svMPih
-
продолжительность декодирования и динамический диапазон
сейчас в разговоре пришла хорошая мысль о связи динамического диапазона тракта трансивера и времени декодирования.
Например на диапазоне сигналы имеют невысокие уровни и декодирование занимает допустим 5 секунд, это значение будет критерием скорости работы самого декодера.
Появляются сильные сигналы и , начиная с какого то момента, время декодирования начинает расти: факт роста времени декодирования означает что либо отрабатывает АРУ, либо на выходе трансивера появились интермодуляционные продукты, в последнем случае это означает что уровни сигналов вышли за пределы динамического диапазона тракта трансивера.
При этом декодер не стал медленнее работать, просто выросло количество кандидатов(в основном ложных) на декодирование что и привело к увеличению времени декодирования.
-
Здравствуйте! Помогите разобраться с программой ROS. Программа простая, но возникла проблема. Объясню по порядку: Программу загрузил, открыл, настроил. Она сразу заработала нормально. Даже провёл одно QSO. Затем ( видимо что-то сам накрутил) пропала декодировка на приеме. Приемное окно чистое, никаких знаков, букв и текстов. Только появляется информация из интернета. На передачу, по моему, идет нормально. Другие виды цифровых связей работают без проблем. Подскажите как всё это дело настроить.
-
Вложений: 1
Связано это с динамикой или нет, но довольно часто вижу уровни менее -29дб.
Вложение 155771
-
Цитата:
Сообщение от
UA3WM
Связано это с динамикой или нет, но довольно часто вижу уровни менее -29дб.
в таких случаях еще желательно видеть спектр на водопаде, потому что при неравномерной АЧХ софт неправильно рассчитывает SNR
-
Цитата:
Сообщение от
R3LW
Полностью согласен, но возникает вопрос: почему даже при дополнительном шуме и искажениях АЧХ через микрофон, декодов больше, чем при воспроизведении из программы? Повторял несколько раз - результат тот же.
UPD: Попробую воспроизводить свои файлы, как Владимир пишет. Раньше воспроизводил без сравнения.
Михаил,
Сейчас в проверке на возможный дефект пытался сдвигать начало звука в файле как в положительной области времени так и в отрицательной.
При этом количество декодирований не изменилось, сейчас еще попробую поиграть с АЧХ и амплитудно-временной характеристикой(сделаю принудительно некий аналог отрабатывания АРУ).
73 Игорь
-
Цитата:
Сообщение от
UA3DJY
Михаил,
Сейчас в проверке на возможный дефект пытался сдвигать начало звука в файле как в положительной области времени так и в отрицательной.
При этом количество декодирований не изменилось, сейчас еще попробую поиграть с АЧХ и амплитудно-временной характеристикой(сделаю принудительно некий аналог отрабатывания АРУ).
73 Игорь
ничего из перечисленного не увеличило количества декодирований, еще попробовал сделать передискретизацию из 12000 в 22050 и обратно - тоже не увеличило количества декодирований.
Какая частота дискретизации у Вас выставлена в операционной системе по микрофонному входу?
-
Вложений: 2
Цитата:
Сообщение от
UA3DJY
...сейчас еще попробую поиграть с АЧХ и амплитудно-временной характеристикой(сделаю принудительно некий аналог отрабатывания АРУ).
Скорее всего в моих "экспериментах" именно АЧХ канала влияет на уровни и количество декодов.
Вот проиграл свой файл через проигрыватель и из программы: разница незначительная. Один сигнал декодировался в первом случае с меньшим уровнем (RA3AZF), другой наоборот (MM0CYR).
Вложение 155775
UPD: Прочёл вопрос. Внутренний микрофон на снимке.
Вложение 155777
-
Вложений: 1
Цитата:
Сообщение от
UA3DJY
при неравномерной АЧХ софт неправильно рассчитывает SNR
Вот снятая АЧХ эмф 3.0 (215 кГц) полоса по НЧ 3.4
Вложение 155776
-
Цитата:
Сообщение от
R3LW
Скорее всего в моих "экспериментах" именно АЧХ канала влияет на уровни и количество декодов.
Вот проиграл свой файл через проигрыватель и из программы: разница незначительная. Один сигнал декодировался в первом случае с меньшим уровнем (RA3AZF), другой наоборот (MM0CYR).
я сильно ломал АЧХ - больше декодирований чем было не получаю, а когда сохраняю файл с частотой дискретизации отличающейся от 12000 то WSJT-X из нового файла вообще ничего не декодирует. Поэтому и спросил, какая у Вас в операционной системе выставлена частота дискретизации по микрофонному входу
-
Цитата:
Сообщение от
UA3WM
скорее всего причина в активированном УКВ, там применяются другие коэффициенты - оптимизированные под УКВ, сейчас найду в каком исходнике. Если выключить VHF features то -29 станет большой редкостью, ниже чем -29 SNR репортироваться не будет.
-
Цитата:
Сообщение от
UA3WM
А если "птичку" с Flatten убрать будет реальнее?
Ведь это уже выровненная характеристика и она не соответствует реальному сигналу!
А попробуй убери птичку и тогда покажи реальную картинку!
-
Цитата:
Сообщение от
R3LW
Скорее всего в моих "экспериментах" именно АЧХ канала влияет на уровни и количество декодов.
Вот проиграл свой файл через проигрыватель и из программы: разница незначительная. Один сигнал декодировался в первом случае с меньшим уровнем (RA3AZF), другой наоборот (MM0CYR).
UPD: Прочёл вопрос. Внутренний микрофон на снимке.
Вложение 155777
Михаил, попробуйте пожалуйста для микрофона выбрать 48000 Гц 16 бит, останется ли дополнительное декодирование через микрофон?
73 Игорь
-
Вложений: 1
Еще декод -29дб.
Вложение 155778
-
Цитата:
Сообщение от
UA3ALE
А если "птичку" с Flatten убрать будет реальнее?
Ведь это уже выровненная характеристика и она не соответствует реальному сигналу!
А попробуй убери птичку и тогда покажи реальную картинку!
верно, не заметил
-
Цитата:
Сообщение от
UA3DJY
скорее всего причина в активированном УКВ, там применяются другие коэффициенты - оптимизированные под УКВ, сейчас найду в каком исходнике. Если выключить VHF features то -29 станет большой редкостью, ниже чем -29 SNR репортироваться не будет.
перерыл кучу исходников - не нашел, раньше видел, похоже что исходный код с тех пор поменяли. Вычисление SNR идет через десяток процедур написанных на языке Fortran, в последний момент применяется эмпирический офсет, в основе вычисления SNR используется максимальное значение функции корреляции при подстройке на сигнал по частоте, есть еще несколько параметров смысл которых я из имен не понимаю а некоторые даже не понимаю откуда берутся, недостаточно моих знаний языка Fortran.
-
Вложений: 2
Цитата:
Сообщение от
UA3DJY
скорее всего причина в активированном УКВ, там применяются другие коэффициенты
Запустил для сравнения Comfort и тоже получил -29дб.
-
декодирование JT65 на КВ в три прохода?
Приемный интервал имеет продолжительность 47.8 секунды (продолжительность передачи сообщений).
Большая часть сигналов может быть декодирована уже на 30-ой секунде приемного интервала.
То есть оставшиеся 17.8 секунд приема в интервале уже можно использовать под первый проход декодирования.
По истечении 47.8 секунд от начала приемного интервала декодированные сигналы можно вычесть из спектра и выполнить второй и третий проходы декодирования.
Альтернативно можно использовать декодер SFRSD для первого прохода в оставшихся 17.8 секунды приемного интервала, и после вычитания из спектра декодированных сигналов декодер FTRSD для второго и третьего прохода по окончании приема сигналов.
Написал письмо разработчикам.
-
Цитата:
Сообщение от
UA3WM
Запустил для сравнения Comfort и тоже получил -29дб.
-29 SNR для WSJT-X КВ редкий рапорт, но иногда встречается. -30 SNR для WSJT-X на КВ я ни разу не видел.
Если в исходном коде снять ограничение -30 по показываем рапортам, то, при выключенном функционале УКВ, WSJT-X не даст рапорта менее -30.
Софт JT65-HF Comfort может отличаться от WSJT-X формулой вычисления SNR, думаю что софты разных производителей сравнивать по критерию репортируемого SNR смысла нет.
-
Вложений: 1
Цитата:
Сообщение от
UA3DJY
Михаил, попробуйте пожалуйста для микрофона выбрать 48000 Гц 16 бит, останется ли дополнительное декодирование через микрофон?
73 Игорь
Прошу прощения за задержку с ответом. Комп был занят тестированием новой программы (Российской) Опера-32 от RN3AUS.
Кто заинтересуется: OPERA
Проиграл ещё раз файл 160110_2227.wav теперь при частоте дискретизации 48000 Гц сначала из программы, затем через микрофон.
Результат тот же - на один декод больше через микрофон, видно всё на снимке. И водопад подскажет, почему :)
Вложение 155806
-
Вложений: 1
Цитата:
Сообщение от
UA3DJY
либо на выходе трансивера появились интермодуляционные продукты, в последнем случае это означает что уровни сигналов вышли за пределы динамического диапазона тракта трансивера.
Для исследования динамики раскрыл коды по SNR в плюсовую область. АРУ выключена. Без интермодуляции пока видел уровни +19дб от дальних станций и +23дб от соседа.
Вложение 155814
-
Вложений: 1
Вот еще замеры динамики. Сосед -RA3WBZ +30дб и самый слабый JH1JNJ -24дб. Разнос по частоте 600Гц. Плюс еще 7 станций с декодом!
Вложение 155823
-
Цитата:
Сообщение от
UA3WM
Вот еще замеры динамики. Сосед -RA3WBZ +30дб и самый слабый JH1JNJ -24дб. Разнос по частоте 600Гц. Плюс еще 7 станций с декодом!
Так может и снять эти ограничения для обычной (не тестовой) работы. А то как-то некорректно получается - и коореспондента вводим в заблуждение относительно реального соотношения с/п
и себе на уши лапшу вешаем.
-
Вложений: 1
Впервые вижу декод от 3х станций зовущих корреспондента практически на одной частоте.
Вложение 155837
-
Вложений: 1
Цитата:
Сообщение от
UA3WM
Впервые вижу декод от 3х станций зовущих корреспондента практически на одной частоте.
А ещё приятнее если зовут вас почти на одной частоте 3 станции.
Вложение 155840
-
Вложений: 2
Цитата:
Сообщение от
R3LW
Прошу прощения за задержку с ответом. Комп был занят тестированием новой программы (Российской) Опера-32 от RN3AUS.
Кто заинтересуется:
OPERA
Проиграл ещё раз файл 160110_2227.wav теперь при частоте дискретизации 48000 Гц сначала из программы, затем через микрофон.
Результат тот же - на один декод больше через микрофон, видно всё на снимке. И водопад подскажет, почему :)
Вложение 155806
Михаил,
Глянув на Ваш водопад решил на файле 2227 применить полосовой фильтр на частоты 800...1000 Гц (подавление за полосой фильтра 30 дБ) чтобы выделить сигнал PD2HAB, после чего декодировал полученный файл, но вместо PD2HAB я получил на выходе декодера новый сигнал WB9OTX, который ранее вообще не наблюдал.
Сейчас поиграюсь еще с АЧХ и результат отправлю разработчикам.
Обратите внимание - несмотря на завал АЧХ соотношение сигнал-шум по другим сигналам не изменилось, это подтверждает что измерение шума осуществляется в полосе каждого сигнала.
Вложение 155844Вложение 155845
-
Цитата:
Сообщение от
R3LW
Проиграл ещё раз файл 160110_2227.wav теперь при частоте дискретизации 48000 Гц сначала из программы, затем через микрофон.
Результат тот же - на один декод больше через микрофон, видно всё на снимке. И водопад подскажет, почему :)
Михаил,
еще будьте добры, запишите через WSJT-X ->Save ->Save all, и перешлите мне пожалуйста файлик с микрофонного входа, который дает дополнительное декодирование PD2HAB.
73 Игорь
-
Вложений: 1
Сегодня за вечер набирал статистику на 80 метрах.
Вложение 155849
-
Цитата:
Сообщение от
EW1CL
Так может и снять эти ограничения для обычной (не тестовой) работы. А то как-то некорректно получается - и коореспондента вводим в заблуждение относительно реального соотношения с/п
и себе на уши лапшу вешаем.
такие попытки уже были - разработчики в этом вопросе не пошли навстречу. В документации v1.6 сказано что при SNR лучше -10 показываемые значения SNR JT65 значительно компрессированы:
"JT65 reports are constrained to lie in the range –30 to –1 dB, and values are significantly compressed above about -10 dB. JT9 supports the extended range –50 to +49 dB and assigns more reliable numbers to relatively strong signals."
Если пытаться сделать это самостоятельно, то не только отнимем время у разработчиков вынудив их заниматься быстро последующим запросом о некорректных значениях наблюдаемых в эфире, но и вызовем раздражение своими непродуманными действиями.
-
Цитата:
Сообщение от
EW1CL
Так может и снять эти ограничения для обычной (не тестовой) работы.
Эти ограничения я снял для испытания у себя динамики трактов приемник+звуковая карта (чисто прием без выхода на передачу). Пока получил без интермодуляции 54дб.
-
Цитата:
Сообщение от
UA3WM
Вот еще замеры динамики. Сосед -RA3WBZ +30дб и самый слабый JH1JNJ -24дб. Разнос по частоте 600Гц. Плюс еще 7 станций с декодом!
Вложение 155823
Владимир,
Часто на Ваших картинках есть пустые строчки - у себя никогда не видел. Вы не знаете чем вызвано такое поведение софта?
73 Игорь
-
Цитата:
Сообщение от
UA3WM
Эти ограничения я снял для испытания у себя динамики трактов приемник+звуковая карта (чисто прием без выхода на передачу). Пока получил без интермодуляции 54дб.
увы, но этим цифрам верить нельзя, по крайней мере так документация говорит
с другой стороны, чтобы увидеть на водопаде продукты интермодуляции необходим второй сигнал с уровнем SNR близким к +30(надо два сигнала с примерно одинаковым уровнем), с одиночным сигналом можно наблюдать только снижение чувствительности или блокировку приема.
Три степени воздействия сильных сигналов, по мере увеличения уровня и воздействия:
1. Появление продуктов интермодуляции
2. Снижение чувствительности
3. Блокирование приема
-
Цитата:
Сообщение от
UA3DJY
Михаил,
еще будьте добры, запишите через WSJT-X ->Save ->Save all, и перешлите мне пожалуйста файлик с микрофонного входа, который дает дополнительное декодирование PD2HAB.
73 Игорь
Михаил, файлик получил, благодарю.
То что мы видим похоже на дефект в исполнении преобразования Фурье. Завтра сформулирую запрос на лист переписки разработчиков.
73 Игорь
-
Вложений: 4
дефект в коде FFT WSJT-X
Цитата:
Сообщение от
UA3DJY
Михаил, файлик получил, благодарю.
То что мы видим похоже на дефект в исполнении преобразования Фурье. Завтра сформулирую запрос на лист переписки разработчиков.
73 Игорь
Простым смещением полосового фильтра воспроизвел сценарии когда в декодированных сигналах смог получить дополнительно сообщения от PD2HAB, WB9OTX и 9A6CC. Без сомнений - дефект в коде быстрого преобразования Фурье.
Если разработчики смогут его найти и устранить, то софт WSJT-X в декодировании выйдет на новый качественный уровень.
Прикладываю звуковые файлики - чтобы увидеть все новые декодирования надо в коде декодера установить порог второго прохода равный значению 1.0.
Формулирую запрос на устранение дефекта.
Вложение 155856
Вложение 155857
Вложение 155854
Вложение 155855
-
Цитата:
Сообщение от
UA3DJY
Часто на Ваших картинках есть пустые строчки - у себя никогда не видел.
Эти пустые строки получаются когда запущена фильтрация и CALL3 пустой. При этом удобно наблюдать "кандидатов".
По поводу динамики согласен что нужно 2 мощных сигнала, но тем не менее хотя бы косвенно можно примерно оценить возможности аппарата при декодировании сигналов с разными уровнями.
-
дефект в коде FFT WSJT-X
сам запрос, переписка по этой теме будет публиковаться здесь WSJT / Mailing Lists
[wsjt-devel] possible defect in the FFT code
Пятница, 15 января 2016, 9:39 +03:00 от Игорь:
Hi Joe and All,
Many thanks to Mikhail R3LW, who pointed me to this issue.
In order to reproduce it one shall tune FTRSD decoder to maximum sensitivity for second pass:
1st pass thresh0=2.4
2nd pass thresh0=1.0
_________________________
Test #1, original audio file brings these JT65 decodes:
2227 -15 0.8 1262 # CQ IZ0MIT JN61
2227 -21 1.0 1360 # CQ IK2HTY JN45
2227 -15 1.3 1626 # ZP9CTS HA3LI JN96
2227 -9 0.8 2030 # CQ I1RJP JN45
2227 -14 0.9 2128 # JF3SUL SQ5PFF 73
2227 -21 1.3 2320 # E9DX YT1DL KN04
__________________________
Test #2, 800...1000 Hz band pass filter is applied, now modified audio file brings additional decode:
0000 -25 0.9 2169 # W4MMP WB9OTX -01
__________________________
Test #3, 600...800 Hz band pass filter is applied, now modified audio file brings additional decodes:
0000 -20 1.6 1962 # KJ3N 9A6CC -20
0000 -25 0.9 2169 # W4MMP WB9OTX -01
__________________________
Test #4, 5700...6000 Hz band pass filter is applied, now modified audio file brings additional decodes:
0000 -27 1.1 799 # ER1PB PD2HAB JO22
0000 -25 0.9 2169 # W4MMP WB9OTX -01
All these tests raise question on correctness of the FFT implementation in the WSJT-X code.
For repro I used thresh0 modified r6373, JT65+JT9, Random Erasure Patterns=8. Bandpass filter has 30dB rejection outside it's bandwidth.
I have put audio files there: https://cloud.mail.ru/public/2FYq/iTExXKrnp
73 Igor UA3DJY
-
Цитата:
Сообщение от
UA3WM
По поводу динамики согласен что нужно 2 мощных сигнала, но тем не менее хотя бы косвенно можно примерно оценить возможности аппарата при декодировании сигналов с разными уровнями.
здесь могу отметить что даже не требуется "мощных" сигналов - когда я на FT990 и FT1000 выключаю АРУ при наличии пары примерно одинаковых сигналов идущих по S-метру на S8 (уровень оцениваю кратковременно включая АРУ), на линейном НЧ выходе трансиверов при помощи водопада уже отчетливо наблюдаю продукты интермодуляции. На SDR c цифровым аудио потоком в аудио потоке продукты интермодуляции можно увидеть лишь в случае выхода сигналов на нелинейный участок УВЧ.
-
Вложений: 1
разные декодированные сигналы в декодерах SFRSD и FTRSD
Эта разница по крайней мере в большей части обусловлена работой быстрого преобразования Фурье: если последняя проблема будет найдена и устранена то и разница в декодировании скорее всего исчезнет (совсем низкий SNR как исключение - разная чувствительность декодеров).
Написал письмо на эту тему разработчикам.
Вложение 155872
-
Почему новые версии не грузит?? 97 и все
А 98-99 нет.Закрыли доступ?
-
Цитата:
Сообщение от
RA3RKA
Почему новые версии не грузит?? 97 и все
А 98-99 нет.Закрыли доступ?
98-99 это map65
-
Цитата:
Сообщение от
RA3RKA
Почему новые версии не грузит?? 97 и все
А 98-99 нет.Закрыли доступ?
Цитата:
Сообщение от
UA3WM
98-99 это map65
верно, map65 это использующий JT65 протокол софт входящий в комплект большого софта WSJT, работает с I/Q железом http://physics.princeton.edu/pulsar/...sers_Guide.pdf
в WSJT-X этого нет
еще в данный момент лежит сервер SourceForge, похоже находится на обслуживании
-
Цитата:
Сообщение от
UA3DJY
верно, map65 это мода входящая в комплект большого софта WSJT
Это не мода а программное обеспечение для SDR и предназначено для мониторинга в широкой полосе ЕМЕ станций в модах JT65A,B,C
P.S. Вчера я спокойно ее скомпилировал по методике wsjtx.
-
Вложений: 1
Используя версию 6397,ради эксперемента убрал усиление по вч трансивера почти до нуля. S метр естестественно не реагирует, на шкале силы сигнала в программе нет ничего, а декодирование прет. Антенну не крутил, стояла на Японию. Результат в скрине. Попробуйте!!!
-
Вложений: 1
Цитата:
Сообщение от
RA3WEO
Попробуйте!!!
Попробовал. Уровень 0 дб.
Вложение 155887
-
Цитата:
Сообщение от
RA3WEO
Используя версию 6397,ради эксперемента убрал усиление по вч трансивера почти до нуля. S метр естестественно не реагирует, на шкале силы сигнала в программе нет ничего, а декодирование прет. Антенну не крутил, стояла на Японию. Результат в скрине. Попробуйте!!!
Когда я в звуковом файле давил на 30 дБ остальные сигналы используя полосовой фильтр, то софт продолжал декодировать все сигналы из файла.
Но надо понимать что соотношение сигнал/шум на выходе трансивера и на его входе отличаются, даже в варианте использования SDR у последнего по входу часто используется аналоговый УВЧ.
И надо понимать что попытка поставить на входе трансивера аттенюатор (что почти аналогично ручке усиления УВЧ) не приведет к повышению соотношения сигнал/шум в УВЧ (исключение составляют НЧ диапазоны на недорогой классике и вариант интермодуляции).
Что произойдет реально - будут снижены требования к динамическому диапазону тракта и упадут в уровне продукты интермодуляции, но при этом еще и исчезнут с декодирований сигналы находящиеся на входе приемника с уровнем ниже и близким декларируемой производителем чувствительности приемника.
Момент принципиальный, к этой теме уже много раз возвращаемся снова - хочу чтобы Все правильно понимали как это работает.
-
Цитата:
Сообщение от
UA3WM
Это не мода а программное обеспечение для SDR и предназначено для мониторинга в широкой полосе ЕМЕ станций в модах JT65A,B,C
P.S. Вчера я спокойно ее скомпилировал по методике wsjtx.
да, я подправил свой пост.
I/Q выход имеют не только SDR, например чисто аналоговый трансивер прямого преобразования JUMA TRX2A тоже имеет I/Q выход. В принципе ничего не мешает его использовать в паре с map65 софтом для декодирования JT65a на КВ.
-
Цитата:
Сообщение от
UA3DJY
да, я подправил свой пост.
I/Q выход имеют не только SDR, например чисто аналоговый трансивер прямого преобразования JUMA TRX2A тоже имеет I/Q выход. В принципе ничего не мешает его использовать в паре с map65 софтом для декодирования JT65a на КВ.
Добавлю КХ3!
-
Вложений: 1
Цитата:
Сообщение от
UA3DJY
В принципе ничего не мешает его использовать в паре с map65 софтом для декодирования JT65a на КВ
Программа ориентирована чисто для EME в том числе и система рапортов ООО, RRR, 73! Я ее гонял у себя и в принципе ничего сверхъестественного не заметил. Сравнивал на луне при приеме радара Graves 143.050 мГц - The 143.050MHz Graves Radar a VHF Beacon с программой WSJT10.
Не поленился и запустил ее на 3.5 и вот что вышло.
Вложение 155914
-
дефект в коде FFT WSJT-X
Цитата:
Сообщение от
UA3DJY
Вот и ответ: в данный момент приоритеты другие, но Joe не возражает если мы исправим дефект в коде FFT самостоятельно, и уверен что, в случае успеха, мы поделимся решением проблемы с командой. Интересно, чем в данный момент занята команда, может они готовятся к выпуску v1.7rc? За код FFT похоже может взяться только сам Joe (код внешний и создан одним из университетов), но у него еще поле непаханное в коде согласованной фильтрации.
ну а мне теперь остается только глубоко нырнуть в 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 ? Извините за много букфф -просто разобраться хочеться
-
Вложений: 1
Цитата:
Сообщение от
RK4LWA
Доброго Дня! Подскажите-а почему пишет в окне about в скомпилированной версии 6397 -dirty (грязный) ,так у всех ? И еще вопрос .если один раз изменил файл jt65_decode.f90 в строках 102 ,105 то в дальнейшем можно более этот файл не смотреть ? то есть при скачивании новых версий он остается ? И почему нужно жать NO для Update from SVN ,когда ставишь определенную версию через команду sn update -r .что вообще обновляет эта команда Update from SVN ?
- Dirty пишет потому, что это не авторская версия, а с вашими доработками и соответственно эта dirty будет отображаться в PSK репортере. В созданном файле wsjtx.exe можно забить пробелами используя HEX редактор.
Вложение 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 чаще всего видит их оба и это большой плюс
-
Вложений: 1
Работа китайского Донгла RTL2838 с конвертером на 20 ке, усиление 0. полоса 3КГц. Антенна на запад. Версия 6403. Смеситель конвертера обычный кольцевой с ФНЧ 7 го порядка на входе.
-
настраиваем FTRSD декодер для КВ
Цитата:
Сообщение от
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 проблема ложных декодирований почти решена.
Цитата:
Сообщение от
UA3DJY
для порога 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 изменения были в генераторе случайных чисел и декодере, менял-проверял параметры двух последних, но увы, смог только немного оптимизировать декодер, дефект все еще присутствует где то в коде.
-
Вложений: 2
Игорь укажите пути к папкам
строка 102 , порог первого прохода вместо 2.5 ставим 2.4
строка 105 , порог второго прохода вместо 2.5 ставим 1.8
исходник ftrsd2.c находится в папке \lib\ftrsd\
строка 135, вместо коэффициента 1.3 ставим 1.2
135 - наверно не та
133-можно подрулить
Вложение 155977
а вот к ней путь
Вложение 155978
-
Цитата:
Сообщение от
RA3RKA
Игорь укажите пути к папкам
строка 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
-
Цитата:
Сообщение от
UA3WM
- Dirty пишет потому, что это не авторская версия, а с вашими доработками и соответственно эта dirty будет отображаться в PSK репортере. В созданном файле wsjtx.exe можно забить пробелами используя HEX редактор.
Вложение 155945
не вижу смысла скрывать что в коде самостоятельно сделаны изменения, open source лицензия разрешает самостоятельно менять исходный код.
С точки зрения разработчиков приставка dirty позволяет пользователю увидеть что код установленного им релиза был кем то правлен, а самим разработчикам помогает в случае необходимости диагностики.
С другой стороны, меняющий исходный код человек, согласно лицензии, отвечает за поддержку скомпилированного модифицированного релиза при передаче его другим пользователям.
-
Вложений: 1
Цитата:
Сообщение от
UA3DJY
пороги проходов в файле jt65_decode.f90, файл находится в папке \lib\, строки thresh0=2.5
в файле ftrsd.c строка thresh0[i]=1.3*perr[ii][jj];
номера строк указал для r6373, в последующих релизах разработчики могли что то удалить с исходного кода, номер строки изменился с 135 на 133
Все нашел
Подправил.Запустил компиляцию.
Посмотрим что получится.
Вложение 155988
первые проходы
настройки 6-0
-
Вложений: 2
Пока что то не так с программой. Нет декода отраженных от самолетов сигналов. Другая программа дает нормальный декод.
Кто желает можете проверить. Прилагаю 2 файла для тестирования.
Вложение 155990
-
Вложений: 2
описание декодеров SFRSD и FTRSD
сконвертировал в HTML формат
SFRSD r6229, на самом деле уже модифицированный под алгоритм Franke-Taylor
FTRSD по состоянию на r6404
-
Цитата:
Сообщение от
RA3RKA
первые проходы
настройки 6-0
при значении 6 декодер дает мало декодирований, оптимально значение Random Erasure Patterns = 8, если процессор справляется.
разницу в количестве декодирований удобно смотреть на своих, записанных с эфира аудио файлах.
-
Цитата:
Сообщение от
UA3DJY
при значении 6 декодер дает мало декодирований, оптимально значение Random Erasure Patterns = 8, если процессор справляется.
разницу в количестве декодирований удобно смотреть на своих, записанных с эфира аудио файлах.
Пробовал несколько вариантов
При 7 успевает декодировать
при 8 нет
Сейчас работаю 6 и 6 Декодирует быстро, особенно, когда много станций
-29 лучший результат,но четко
Думаю было бы и лучше но помехи у меня доходят до +20
Чистого эфира не бывает
7 балов это праздник
Трансивер 590 кенвуд по USB кабелю комп -2ядра по 2.5 и несеметричный диполь
Вот такой расклад
-
Цитата:
Сообщение от
RA3RKA
Пробовал несколько вариантов
При 7 успевает декодировать
при 8 нет
Сейчас работаю 6 и 6 Декодирует быстро, особенно, когда много станций
-29 лучший результат,но четко
Думаю было бы и лучше но помехи у меня доходят до +20
Чистого эфира не бывает
7 балов это праздник
Трансивер 590 кенвуд по USB кабелю комп -2ядра по 2.5 и несеметричный диполь
Вот такой расклад
Вы обмениваете уменьшение времени декодирования на уменьшение количества декодированных станций, если при 7 успевает декодировать то используйте Random erasure patterns = 7 вместо 6.
При большом количестве станций с высокими уровнями, увеличение времени декодирования связано с выходом за пределы динамического диапазона тракта и появлением большого количества ложных сигналов-кандидатов на декодирование.
Компромиссное решение, когда много станций с высокими уровнями - при выключенной АРУ уменьшение усиления ВЧ ручкой RF gain.
Либо использовать АРУ, тоже компромисс, и неизвестно какой из двух лучше.
На слабых сигналах время декодирования при Random erasure patterns = 8 у Вас должно укладываться в 10 секунд.
-
Вложений: 1
Вложение 156092
Декодирование идет, а время вышло
Игорь ко мне это не подходит
Сейчас на 20 помеха +20 ни одной станции не слышно
включаю NB1+NB2 срезает помехи до 9 баллов,декодирование идет
В настойках ставлю 8 время дек 14 секунд
попробовал несколько раз
Вот такая беда!
-
Цитата:
Сообщение от
RA3RKA
Игорь ко мне это не подходит
Если работать на конкретной частоте спектра, то можно сузить полосу захвата трека Tol до 10 или 20 и тогда поиск кандидатов будет идти быстрее.
-
Добрый всем вечер ! Не подскажите ,а где в коде снимается ограничение на -1 дб для jt65,смотрел в jt65_decode -что то не нашел
-
Цитата:
Сообщение от
RK4LWA
Добрый всем вечер ! Не подскажите ,а где в коде снимается ограничение на -1 дб для jt65,смотрел в jt65_decode -что то не нашел
снятие этого ограничения нарушает функционал WSJT-X, предлагаю обсудить этот вопрос через Скайп/личную переписку.
-
JT65: устранение остаточной ошибки DT в r6387
Изменение исходного кода, которое сделал Steve K9AN в r6387, привело к увеличению количества декодированных сигналов.
В варианте файлов записанных с SDR ANAN-10 при выключенной АРУ:
пороги первого/второго прохода
2.5/2.5 r6373 1069 декодирований, r6387 1076 декодирований
2.4/1.0 r6373 1094 декодирований, r6387 1110 декодирований
Менять коэффициент в файле sfrsd2.c с 1.3 на 1.2 (применяется к символьным метрикам - матрице вероятностей) начиная с релиза r6387 смысла нет, в r6404 такое изменение при настроенных порогах первого/второго прохода дает прирост всего в одно дополнительное декодирование.
-
эффективность работы Robust Sync в r6404
при использовании порогов первого/второго прохода 2.4/1.0 сравнивая декодированные сообщения для 1110 декодированных сообщений с выключенным Robust Sync получил такую разницу:
- релиз r6404 в конфигурации с выключенным Robust Sync декодировал на 40 уникальных правильных сообщений больше чем с включенным Robust Sync
- релиз r6404 в конфигурации с включенным Robust Sync декодировал на 8 уникальных правильных сообщений больше чем с выключенным Robust Sync
То есть уникальные декодированные сообщения для включенного Robust Sync в r6404 еще есть.
-
Цитата:
Сообщение от
UA3DJY
при использовании порогов первого/второго прохода 2.4/1.0 сравнивая декодированные сообщения для 1110 декодированных сообщений с выключенным Robust Sync получил такую разницу:
- релиз r6404 в конфигурации с выключенным Robust Sync декодировал на 40 уникальных правильных сообщений больше чем с включенным Robust Sync
- релиз r6404 в конфигурации с включенным Robust Sync декодировал на 8 уникальных правильных сообщений больше чем с выключенным Robust Sync
То есть уникальные декодированные сообщения для включенного Robust Sync в r6404 еще есть.
Очень даже! По первым моим наблюдениям даже позволяет поднять рандом на одну позицию!
А может это только показалось!
Но это конечно при слабых сигналах!
-
Вложений: 1
-
Цитата:
Сообщение от
UA3WM
нашел старое различие в работе декодера КВ/УКВ - когда то для декодирования использовались разные символьные метрики(матрица вероятностей), и старые метрики еще были в комментариях в файле sfrsd2.c в r6229. Но с полным переходом на FTRSD их из комментариев удалили и сейчас как и в r6229 используют универсальную матрицу вероятностей как для КВ так и для УКВ.
Пробовал старые специализированные КВ метрики с FTRSD, с новой универсальной матрицей КВ декодируется лучше.
Может активация согласованной фильтрации приводит к изменению оценки сигнал/шум, или сигнал попал на склон фильтра, но при выключенном УКВ функционале -30 для JT65 не наблюдал.
-
Вложений: 1
Вложение 156136
Собрал колекцию
Настройки 6 и 6
13 станций декодирует быстро
-30 полная ерунда
-29 половина
ну а дальше все нормально
Сейчас на 20
-
Цитата:
Сообщение от
UA3DJY
нашел старое различие в работе декодера КВ/УКВ
Перепробовал все старые версии WSJTx и WSJT декода на файлах http://forum.qrz.ru/attachments/6-ci...3rf_144176.zip нет. Программа Comfort-4.0.0.393a их спокойно декодирует.
P.S. Comfort-4.0.0.393a трудно найти сейчас поэтому закинул на облако https://cloud.mail.ru/public/BAtw/mSMFfYDA3
-
Цитата:
Сообщение от
UA3WM
похоже что Comfort менее требователен к стабильности частоты сигнала
-
Цитата:
Сообщение от
UA3DJY
похоже что Comfort менее требователен к стабильности частоты сигнала
Я не думаю. Здесь что то другое. В WSJTx пробовал менять параметры для drift, но без результата.
-
Вложений: 1
Цитата:
Сообщение от
UA3WM
А это в реальном эфире.....
Вложение 156145
P.S. Comfort-4.0.0.393a_________________________________________ WSJTx 6404
-
Цитата:
Сообщение от
UA3ALE
А это в реальном эфире.....
Это все понятно! На WSJTx декодов будет больше во первых за счет более широкой полосы спектра (в Comfort +/- 1000Гц), а во вторых если алгоритм нового декодера в WSJTx позволяет вытаскивать декоды станций работающих на одной частоте, то Comfort их не распознает и не выводит в декод.
Посмотрите у Вас M0SAS и EA3HUF идут почти с одинаковым уровнем и с разносом частот 9 Гц, они для этой программы выглядят как помеха и от них в Comfort нет декода.
А вопрос стоит в том как получить декод в WSJTx от искаженных доплером треков.
-
Цитата:
Сообщение от
UA3WM
Я не думаю. Здесь что то другое. В WSJTx пробовал менять параметры для drift, но без результата.
Игорь! А не может быть так, что в алгоритме обработки стоит проверка на идентичность кандидатов и при их равнозначности по информации они просто не выводятся на декод?
-
Цитата:
Сообщение от
UA3WM
Это все понятно! На WSJTx декодов будет больше во первых за счет более широкой полосы спектра (в Comfort +/- 1000Гц), а во вторых если алгоритм нового декодера в WSJTx позволяет вытаскивать декоды станций работающих на одной частоте, то Comfort их не распознает и не выводит в декод.
Посмотрите у Вас M0SAS и EA3HUF идут почти с одинаковым уровнем и с разносом частот 9 Гц, они для этой программы выглядят как помеха и от них в Comfort нет декода.
А вопрос стоит в том как получить декод в WSJTx от искаженных доплером треков.
Если не затруднит, покажи как он выглядит на водопаде!
-
Вложений: 2
Цитата:
Сообщение от
UA3ALE
Если не затруднит, покажи как он выглядит на водопаде!
Здесь по два трека а бывает и 3 и 4 и еще идут крест накрест в зависимости какой самолет куда летит.
Вложение 156150
Вложение 156151
-
[QUOTE=UA3WM;1200609]Здесь по два трека а бывает и 3 и 4 и еще идут крест накрест в зависимости какой самолет куда летит.
я не УКВист,но треки от от ДИ которые не только наклонные но и по дуге,раньше вроде принимались мной!
А какие ранние версии WSJT-X проверял,только номер? У меня крайняя сохранившаяся только 3590
-
Цитата:
Сообщение от
UA3WM
Игорь! А не может быть так, что в алгоритме обработки стоит проверка на идентичность кандидатов и при их равнозначности по информации они просто не выводятся на декод?
Есть исходник CandidateKeyFilter.cpp , находится в папке \src\wsjtx\, судя по комментариям в исходнике вырезает идентичных кандидатов.
А по искажениям частоты:
- есть медленный уход частоты всего сообщения связанный с эффектом Доплера на КВ и УКВ - как в случае с летящим самолетом
- есть быстрый уход (девиация) частоты каждого тона связанный с эффектом Доплера на КВ - как в случае с полярным сиянием.
Первый WSJT-X действительно плохо держит, в софте за автоподстройку JT65 частоты отвечает исходник afc65b.f90.
Второй WSJT-X иногда даже выдерживает при перекрытии спектров соседних тонов, связано с неравномерным распределением мощности при быстрой девиации частоты - максимум обычно находится в центре тона, хотя изредка наблюдал и скачкообразное смещение максимума мощности всех тонов по частоте во время передачи одного сообщения.
-
Цитата:
Сообщение от
UA3ALE
треки от от ДИ которые не только наклонные но и по дуге,раньше вроде принимались мной!
А какие ранние версии WSJT-X проверял,только номер? У меня крайняя сохранившаяся только 3590
Если найдется такой ранний релиз WSJT-X то можно сравнить исходники afc65b.f90 и попытаться откатиться на старый исходный код в последнем релизе. Если получится декодировать наклонные сигналы и при этом не уменьшится количество декодирований на КВ - то попросим разработчиков сделать изменения кода в последнем релизе.
-
Цитата:
Сообщение от
RA3RKA
Настройки 6 и 6 13 станций декодирует быстро
-30 полная ерунда
-29 половина
ну а дальше все нормально
Включая только JT65a Вы отказываетесь от использования всех ядер процессора, что в итоге ограничивает Вас в выборе Random Erasure Patterns = 6.
В последних релизах, после самостоятельной модификации порогов первого и второго прохода, есть смысл включать JT65+JT9, Random Erasure Patterns =8, Agressive decoding level =0.
В этом случае будут работать все ядра процессора, и с Random = 8 он будет справляться, и ложных декодирований у Вас почти не будет.
Попробую сделать тест с Agressive decoding level = 8, посмотрю разницу в количестве правильных декодирований по сравнению с 0, результат позже опубликую.
-
Вложений: 2
Вложение 156191
Игорь вот настройки 8-0
до 14 секунд залазеет на передачу
Сегодня поставил последную версию
Только JT65 и 7-5, декодирует полный дисплей (15станций)
остается пару секунд для принятия решения В полне устраивает
На счет ложных станций немогу ни чего сказать
-
Цитата:
Сообщение от
UA3DJY
Попробую сделать тест с Agressive decoding level = 8, посмотрю разницу в количестве правильных декодирований по сравнению с 0, результат позже опубликую.
r6404: декодирование примерно 1100 правильных JT65 сообщений в чистом JT65a режиме + Agressive decoding level = 8 заняло 14 минут 10 секунд, в режиме JT65+JT9 + Agressive decoding level = 0 декодирование тех же JT65 сообщений плюс дополнительно JT9 сообщений заняло 13 минут 55 секунд.
При использовании Agressive decoding level = 8 получил примерно 112 ложных JT65 декодирований, и всего на 6 правильных JT65 декодирований больше чем для Agressive decoding level = 0.
-
Цитата:
Сообщение от
RA3RKA
Игорь вот настройки 8-0 до 14 секунд залазит на передачу
Для слабых сигналов на диапазоне: если какой либо другой софт не ест мощность процессора (например антивирусное ПО) - то увы, компьютер устарел.
С другой стороны на время декодирования сильно влияет количество ложных кандидатов, то есть количество продуктов интермодуляции на звуковом выходе трансивера, и здесь как компромисс - давить усиление ВЧ/ПЧ.
-
качество JT65 TX сигнала и время декодирования
При паразитной амплитудной модуляции 50 и/или 100 Гц в передатчике, побочные излучения присутствуют в/возле JT65 спектра(хотя и не декодиуются в отличие от JT9) и создают довольно обширную в спектре шумовую ступеньку с уровнем примерно на 30..50 дБ ниже уровня основного сигнала.
Поскольку эта ступенька не является белым Гауссовским шумом, то декодер воспринимает ее как большое количество ложных кандидатов на декодирование, что приводит при высоких(-01) уровнях сигнала на входе приемника, даже при линейном тракте SDR c цифровым аудио потоком, к ощутимому увеличению времени декодирования софтом WSJT-X.
Коллеги, особенно при использовании направленных антенн, либо мощности передатчика 50 Вт и более, пожалуйста обращайте внимание на соединение корпусов десктопа и трансивера качественной шиной, и не перекачивайте линейный или микрофонный аудио вход трансивера (значение ALC не всегда показывает перегрузку входа).
В противном случае мы сами, того не замечая, создаем себе и другим станциям условия, в которых прием слабых DX станций невозможен даже на SDR, а время декодирования пропорционально возрастает с каждым сильным грязным сигналом, выходя за пределы конца минуты приема.
-
Игорь сейчас посматрел нагрузку на проц доходит до 98%
По 15 станций не так уж и часто бывает
"Агент"здорово помогает с повторами, работать можно без проблем
А то уже начинаешь смотреть сначало на минусы а потом на DX.Это не дело.
-
качество JT65 сигнала и время декодирования
написал письмо на лист переписки разработчиков, считаю что необходимо дополнить руководство пользователя
Среда, 20 января 2016, 14:51 +03:00 от Игорь:
Hi Joe and All,
Last couple months I have been seeing multiple occurencies of the 50Hz amplitude modulation of the JT9
signals, that combined with the intermodulation products causes multiple decodes of the same JT9 message with 50Hz step.
During resolution of these interference issues I have found that the main reason for it is 50Hz voltage difference between
desktop's and transceiver's inclosure/case.
Fortunately JT9 does allow to see amplitude modulation issue, while JT65 does not let it.
For JT65 we getting increased noise inside and outside of the transmitted JT65 signal, that causes two issues on the receiver side:
1. as this noise is not AWGN one, it makes multiple spurious candidates for decoding if dirty JT65 signal SNR is/better -01, hence increases time of the interval decoding
2. hiding weak signals on the receiver side under the noise level.
I see this as important update to the User Guide: all (WSJT-X + desktop) users shall connect desktop and transceiver cases toghether by at least 12 AWG wire.
73 Igor UA3DJY
-
динамический диапазон 16-бит АЦП, влияние уровня шума на запас ДД под JT65 сигнал
интересные письма от Bill G4WJS и Joe K1JT по поводу динамического диапазона, установки ползунков и ошибки квантования:
From: Bill Somerville <g4wjs@cl...> - 2016-01-20 01:37:05
Hi Joe & all,
so it will be interesting to for Mike to report back what difference he
sees now he has removed what appeared to be ~60dB digital attenuation
from his system and probably a downstream ~60dB digital gain to compensate.
I will try and summarise a couple of points:
a) having the ADC clipping due to excessive audio level is bad, once the
sampling circuit is driven to the maximum count it is no longer linear
and cannot express the cumulation of the many cosine waves that are the
signals and noise. Jim points out that the peak levels from radio
receivers are often impulses so the slow modes like JT9 and JT65 are
very tolerant of short duration sampling non-linearities but we are
still better off without them. We should strive to feed just enough
audio level to the ADC but not too much.
b) Joe points out that the one LSB quantization error of the ADC is
swamped by the receiver and band noise but if we have our input audio
level to low and have to apply digital gain after sampling to get a
usable signal then for every dB of digital gain applied we are
increasing that quantization error by the same amount. That's is OK up
to the point where the quantization error is no longer buried in the
noise, then a threshold is crossed and the wanted signals have their
signal to noise ratio reduced.
73
Bill
G4WJS.
Re: [wsjt-devel] WAV files not compatible
From: Joe Taylor <joe@pr...> - 2016-01-20 00:53:25
Hi all,
K9YC wrote:
> The decibel IS a ratio.
I think all here know the meaning of a decibel.
The reference level is often taken as understood -- which means it's
understood in the context of some particular usage. Sloppy, perhaps,
but we all use shorthand language for convenience.
A particularly relevant example: a reference level used in WSJT-X is the
signal level corresponding to one A/D count -- thatis, one
least-significant bit in the 16-bit digitized audio.
The WSJT-X user is advised to set the audio level at "30 dB" on the
level meter (with the adjacent slider at midscale), when no strong
signals are present. This action has the effect of setting the rms
level of the digitized audio to about 10^(0.05*30) = 31.6 counts.
By audio standards, this is a low audio level. Audacity certainly
thinks so. That's because for high-quality audio you don't want
quantization errors creeping in; at the 3% level they would easily be
heard by a discerning listener.
However, those same small quantizing errors have a negligible effect on
signal-to-noise ratio of the JT65, JT9, etc., signals we're interested
in, because they are swamped by the background receiver noise level.
With the rms noise level set at around 30 counts, the quantization
errors (+/- one-half of a least-significant bit) don't matter at all.
Sure, we could set the level higher. WSJT-X works OK with the noise
level set anywhere between about 20 dB (rms=10) and 60 dB (rms=1000).
But the 16-bit A/D converter necessarily clips at +/- 32767, about 90
dB. If you set the background noise level much higher to, say, 60 dB,
you have only 30 dB of "headroom" for strong signals.
-- 73, Joe, K1JT
-
Цитата:
Сообщение от
UA3DJY
При паразитной амплитудной модуляции 50 и/или 100 Гц в передатчике, побочные излучения присутствуют в/возле JT65 спектра(хотя и не декодиуются в отличие от JT9)
И в JT65 успешно декодируется.
-
USB CODEC микросхема PCM2900: установка уровня звука на передачу
перевод предупреждения из документации v1.6:
"Windows Vista и последующие версии неправильно конфигурируют аудио устройства использующие Texas Instruments PCM2900 CODEC микросхему под микрофонный вход вместо линейного входа (эта микросхема используется в многих трансиверах с встроенным USB CODEC, а также в различных других звуковых интерфейсах). Если Вы используете такое устройство, убедитесь что микрофонный уровень в свойствах записывающего устройства выставлен на 0 дБ."
"Windows Vista and later incorrectly configure audio devices using the Texas Instruments PCM2900 series CODEC for microphone input rather line input. (This chip is used in many radios with built-in USB CODECs, as well as various other audio interfaces.) If you are using such a device, be sure to set the mic level in the Recording Device Properties to 0 dB."
Если не ошибаюсь, RigExpert тоже использует PCM2900.
-
USB CODEC микросхемы серии PCM2900: установка уровня звука на передачу
Цитата:
Сообщение от
UA3DJY
перевод предупреждения из документации v1.6:
"Windows Vista и последующие версии неправильно конфигурируют аудио устройства использующие Texas Instruments PCM2900 CODEC микросхему под микрофонный вход вместо линейного входа (эта микросхема используется в многих трансиверах с встроенным USB CODEC, а также в различных других звуковых интерфейсах). Если Вы используете такое устройство, убедитесь что микрофонный уровень в свойствах записывающего устройства выставлен на 0 дБ."
"Windows Vista and later incorrectly configure audio devices using the Texas Instruments PCM2900 series CODEC for microphone input rather line input. (This chip is used in many radios with built-in USB CODECs, as well as various other audio interfaces.) If you are using such a device, be sure to set the mic level in the Recording Device Properties to 0 dB."
Если не ошибаюсь, RigExpert тоже использует PCM2900.
похоже микросхема действительно часто встречается, например в трансивере TS590S стоит встроенный USB CODEC на PCM2903, тоже из серии 2900.
-
Цитата:
Сообщение от
UA3ALE
А какие ранние версии WSJT-X проверял,только номер? У меня крайняя сохранившаяся только 3590
Сделал компиляцию последней версии WSJTx 1.6.1 devel r6396 и она декодирует эти файлы, хотя конечно по количеству декодов она уступает 1.7.0.
Программа тут https://cloud.mail.ru/public/736C/y97JiMbzN
-
Сейчас на 40м Такие размазанные сигналы!
И соответственно гораздо медленнее детектируются!
-
Цитата:
Сообщение от
UA3ALE
На 40м Такие размазанные сигналы!
Аврора однако, крутая.
-
Цитата:
Сообщение от
UA3WM
Сделал компиляцию последней версии WSJTx 1.6.1 devel r6396 и она декодирует эти файлы, хотя конечно по количеству декодов она уступает 1.7.0.
Исходный код afc65b.f90 в истории ветви wsjtx менялся: есть разница между r3542 и r6179.
Детали того что меняли можно найти в самих исходниках здесь Repository: wsjt
Думаю что еще что то может быть в истории ветви wsjtx_exp.
Можно попробовать откатиться в последнем релизе на старый исходный код afc65b.f90 - отличие в счетчике прогона цикла nterms, количестве и величине значений deltaa(используется для поиска минимума параболы), может быть что то еще.
В r6396 присутствует компенсация остаточной ошибки DT которую сделал Steve K9AN в r6387, это изменение увеличило количество декодированных сигналов и почти убрало влияние на количество декодированных сигналов коэффициента применяемого к символьным метрикам в декодере FTRSD исходник ftrsd2.c. Тоже можно легко проверить убрав две строчки в исходном коде decode65a.f90 последнего релиза добавленные в r6387.
-
Цитата:
Сообщение от
RK1NA
Аврора однако, крутая.
И меня достала! Провел несколько QSO на 144!
-
Вложений: 8
влияние сильных сигналов JT на декодирование слабых сигналов
Есть несколько основных факторов определяющих подавление слабых сигналов на диапазоне:
- дефект в исходном коде, приводящий к импульсам в звуке и широкому спектру передачи
- плавность нарастания и уменьшения уровня тона в начале и конце интервала передачи
- ширина излучаемого спектра при согласованном фазовом переходе от одного тона к другому
Первые два дают точечные импульсные помехи, накрывающие широкую область спектра вокруг и внутри спектра излучаемого сигнала.
Последний фактор дает меньшие по ширине спектральные помехи, но дает их на каждом переходе от одного тона к другому.
Рассмотрим несколько примеров:
- дефект, наблюдаю в работе софта JT65-HF 1.0.9.3. На водопаде видны многочисленные щелчки в передаваемом сигнале, создающие помеху в конкретный момент времени приему попадающих в их спектр сигналов.
Вложение 156307
Если посмотреть во временной области этот дефект выглядит как фазовый скачок, скорее всего связан с выпадением части отсчетов во временной области.
Вложение 156308 Вложение 156309
- плавность уменьшения уровня в конце передачи, наблюдаю в конце передачи сообщения софтом JT65-HF HB9HQX edition v2.0
Резкий спад амплитуды синусоидального сигнала приводит в широкому спектру в момент окончания передачи сообщения.
Еще более широкополосная помеха есть в момент начала передачи сообщения, включая софт WSJT-X r6404, поскольку авторы всех софтов не предусмотрели плавное нарастание сигнала.
Вложение 156305 Вложение 156304 Вложение 156306
для сравнения плавность уменьшения амплитуды тона при окончании передачи сообщения в WSJT-X, применено уменьшение амплитуды по экспоненте :
Вложение 156311
- любой согласованный по фазе переход от одного тона к другому приводит к созданию достаточно широкого спектра излучения для создания помех на соседних с передаваемым сигналом частотах.
Чем больше разница в частотах тонов тем шире спектр излучаемой помехи в момент смены тона.
Вложение 156310
Последний фактор является следствием используемой модуляции, в этом случае уйти от проблемы подавления приема слабых сигналов можно лишь принимая на частотах как можно дальше от сильного сигнала.
-
код Голея в WSJT-X
начиная с r6414 Joe K1JT добавил исходник golay24_table.c WSJT / WSJT / Commit [r6414] , вычисляющий 4096 кодовых слов кода Голея (24,12).
Коды Голея относятся к семейству оптимальных кодов, интересно для какой новой моды они будут применены в WSJT-X.
-
код Голея в WSJT-X
Цитата:
Сообщение от
UA3DJY
начиная с r6414 Joe K1JT добавил исходник golay24_table.c
WSJT / WSJT / Commit [r6414] , вычисляющий 4096 кодовых слов кода Голея (24,12).
Коды Голея относятся к семейству оптимальных кодов, интересно для какой новой моды они будут применены в WSJT-X.
есть ссылка на JTMSK, возможно будет использоваться для передачи коротких сообщений в JTMSK
-
Вложений: 1
Цитата:
Сообщение от
RA3RKA
Сегодня поставил последную версию
Только JT65 и 7-5, декодирует полный дисплей (15станций)
Только JT65 и 6-6 - 16 станций 5 сек
Вложение 156318
-
Цитата:
Сообщение от
UA3WM
Уменя 16 станций не помещаються
Игорь с научной точки рассказал про помехи,а я заметил на практике
Когда у меня эфир более менее чист, балов на 4-5, и выключены NB и нет станций с корявым сигналом
да еще +20-- все летает мухой.
Но вот эти факторы (помехи) застовляют задумаваться мой комп.И приходится менять настройки
-
Вложений: 1
Сегодня был 30 минутный эксперимент по приему с эфира через самолеты RA3RF. Прием велся на одном компе на 2 программы. WSJTx r6418 и Comfort.
Результат на картинке. Comfort отработал на 100%.
Вложение 156333
-
Для любителей компиляции!
Обновите JTSDK-DOC релиз r6423.
-
Поясните бестолковому, читаю и никак врубиться не могу, что это обозначает:
Цитата:
Сообщение от
UA3WM
Только JT65 и 6-6 - 16 станций 5 сек
а особенно это
Цитата:
Сообщение от
RA3RKA
Уменя 16 станций не помещаються
-
Вложений: 1
WSJT-X: дефект при измерении JT65 SNR?
Cегодня тестировал спектр сигналов с высоким уровнем, смотрел уровни боковых излучений при переходе между тонами на предмет необходимости применения полосового фильтра после модулятора, и случайно заметил частотно-зависимое измерение шума при репортировании SNR JT65.
При применении к сигналу полосового фильтра в верхней части диапазона JT65 репортируемый SNR остается прежним - как и должно быть.
При применении полосового фильтра в нижней части спектра JT65 диапазона репортируемый SNR резко возрастает.
На приведенной ниже картинке время 0000 означает что используется полосовой фильтр. Полосовой фильтр не искажает амплитуды спектра в полосе сигнала, но может вносить фазовые искажения.
Для целей тестирования в исходном коде изменил верхний предел репортируемого SNR с -01 на +49.
Сделал запрос на лист разработчиков.
Вложение 156351
-
Цитата:
Сообщение от
UA9LEW
читаю и никак врубиться не могу, что это обозначает:
-JT65 это включена мода чисто JT65 без JT9
- 6 установка для Random erasure patterns
- 6 установка для Aggressive decoding level
- 5 сек время от начала до конца декодирования
-
Вложений: 2
Цитата:
Сообщение от
UA3DJY
При применении полосового фильтра в нижней части спектра JT65 диапазона репортируемый SNR резко возрастает.
Очень интересно. Я такого не пробовал. Подождем ответа от корифеев.
P.S. У меня две звуковые карты на компе. При эксперименте выставил полосу в программе от 0 Гц. Убрал до 0 усиление в приемнике. Выставил уровень приема в программе 30дб. И вот что получил.
На внешней с которой работаю зашумление в спектре от 0 до 100 Гц.
Вложение 156352
На встроенной
Вложение 156353
Возможно это и сказывается на SNR когда обрезается спектр снизу?
-
Цитата:
Сообщение от
UA3WM
-JT65 это включена мода чисто JT65 без JT9
- 6 установка для Random erasure patterns
- 6 установка для Aggressive decoding level
- 5 сек время от начала до конца декодирования
Это как раз понятно.
Что значит 16 станций? Это типа много декодов или что?
-
Цитата:
Сообщение от
UA9LEW
Что значит 16 станций? Это типа много декодов или что?
Это количество декодов за один период. Тут суть была в том, что при большой загруженности спектра увеличивается время на декодирование.
-
Цитата:
Сообщение от
UA3WM
Очень интересно. Я такого не пробовал. Подождем ответа от корифеев.
P.S. У меня две звуковые карты на компе. При эксперименте выставил полосу в программе от 0 Гц. Убрал до 0 усиление в приемнике. Выставил уровень приема в программе 30дб. И вот что получил.
На внешней с которой работаю зашумление в спектре от 0 до 100 Гц.
Возможно это и сказывается на SNR когда обрезается спектр снизу?
На встроенной карте видна постоянная составляющая с высоким уровнем, если отключить аудио кабель от звуковой карты что будет с зашумлением, исчезнет или останется?
Шум для SNR измеряется в бинах тонов самого JT65 сигнала, в те моменты когда тоны отсутствуют. То есть полосовой фильтр может повлиять на мощность шума только своей фазо-частотной характеристикой, которая на низких аудио частотах центральной частоты фильтра вносит намного больше искажений чем в случае когда полосовой фильтр применяется на высоких аудио частотах.
Но шум на срезанных полосовым фильтром частотах не должен влиять на результат измерения SNR, поскольку я подавил частоты за пределами полосы JT65 сигнала. Как исключение - дефект в исходном коде алгоритма измерения шума, или перенос шума в другую часть спектра в текущем исполнении преобразования Фурье, что тоже является дефектом.
Последний сценарий может приводить к разным декодированиям одного файла при применении полосового фильтра, я много провел тестов, последние с вычитанием сигналов под второй проход, но в итоге опять пришел к выводу что по разным декодированиям надо смотреть исходный код дискретного FFT.
-
Цитата:
Сообщение от
UA3WM
Для любителей компиляции!
Обновите JTSDK-DOC релиз r6423.
Пожалуйста ссылку на источник.
-
Цитата:
Сообщение от
RW9FN
Пожалуйста ссылку на источник.
Запускаем JTSDK-DOC
checkout-doc
update-doc
-
влияние сильных сигналов JT на декодирование слабых сигналов
Цитата:
Сообщение от
UA3DJY
- дефект в исходном коде, приводящий к импульсам в звуке и широкому спектру передачи
Рассмотрим несколько примеров:
- дефект, наблюдаю в работе софта JT65-HF 1.0.9.3. На водопаде видны многочисленные щелчки в передаваемом сигнале, создающие помеху в конкретный момент времени приему попадающих в их спектр сигналов.
Вложение 156307
Если посмотреть во временной области этот дефект выглядит как фазовый скачок, скорее всего связан с выпадением части отсчетов во временной области.
Вложение 156308 Вложение 156309
Провел дополнительные тесты, фазовые скачки у JT65-HF 1.0.9.3 наблюдаются только при использовании виртуального кабеля VAC, при использовании звуковых карт этих скачков нет. JT65-HF HB9HQX и WSJT-X при работе с VAC фазовых скачков в сигнале не имеют.
Соответственно создавать интерференцию в эфире может только комплект JT65-HF 1.0.9.3 + VAC + SDR.
-
динамический диапазон и WSJT-X
сейчас между разработчиками идет дискуссия в которой даются интересные цифры:
- динамический диапазон 16-битного АЦП примерно 90 дБ
- динамический диапазон 16-битного цифрового потока между SDR и центральным процессором компьютера примерно 90 дБ,
этой же разрядностью определяется динамический диапазон самого софта WSJT-X
- динамический диапазон выходного уровня аналогового приемника при выключенной АРУ не превышает 60 дБ над собственным шумом (выше уровней разработчики не наблюдали, мое мнение что при уровнях 60 дБ над собственным шумом у всех аналоговых приемников при выключенной АРУ каскады УНЧ входят в насыщение)
- когда мы в WSJT-X ставим ползунок по уровню шума на 30дБ(середина) то мы имеем еще 60 дБ запас динамического диапазона для сильных сигналов
- ползунок уровня входного сигнала WSJT-X никак не влияет на работу самого декодера, за исключением крайних случаев - когда сигнал по уровню близок к ошибке квантования, либо когда сильные сигналы попадают на верхнюю границу динамического диапазона АЦП или WSJT-X.
Из того что говорят разработчики можно сделать вывод, что, аналоговые приемники не могут полностью использовать динамический диапазон АЦП и WSJT-X, в то время как SDR с цифровым аудио потоком 16-бит хорошо согласуются по динамическому диапазону с 16-битным WSJT-X (АЦП звуковой карты в этом случае не используется) при малых уровнях шума с антенны, и не выбирают полностью динамический диапазон WSJT-X при высоких уровнях шума с антенны(за счет установки ползунка входного уровня WSJT-X по шуму на середину шкалы/30дБ).
При высоком уровне шума с антенны, -80дБм - вариант четвертьволнового вертикала на 40м диапазон в городе, аналоговый приемник с выключенной АРУ не имеет запаса по динамическому диапазону для более сильных чем шум сигналов. SDR с цифровым аудио потоком при таких условиях имеет запас динамического диапазона примерно 35 дБ.
-
декодирование в три прохода в WSJT-X
По затраченному времени на декодирование будет приемлемо работать:
- на компьютерах с мощным центральным процессором и аналоговым приемником только на слабых сигналах
- на компьютерах с мощным центральным процессором и SDR приемником c цифровым аудио потоком.
Для включения третьего прохода (в конфигурации выбора пользователем два или три прохода) в исходном коде делаются следующие изменения:
-----
исходник configuration.ui
строка 2188
<string>Two-pass decoding</string>
меняем на строку
<string>Three-pass decoding</string>
-----
исходник mainwindow.cpp
строка 1786, 1787 (в последнем релизе может быть 1790, 1791)
меняем строки
dec_data.params.n2pass=1;
if(m_config.twoPass()) dec_data.params.n2pass=2;
на строки
dec_data.params.n2pass=2;
if(m_config.twoPass()) dec_data.params.n2pass=3;
-----
исходник jt65_decode.f90
строки 101-108
if(ipass.eq.1) then !first-pass parameters
thresh0=2.5
nsubtract=1
elseif( ipass.eq.2 ) then !second-pass parameters
thresh0=2.5
nsubtract=0
endif
if(n2pass.lt.2) nsubtract=0
меняем на строки
if(ipass.eq.1) then !first-pass parameters
thresh0=2.4
nsubtract=1
elseif( ipass.eq.2 ) then !second-pass parameters
thresh0=1.0
nsubtract=1
elseif( ipass.eq.3 ) then !third-pass parameters
thresh0=1.0
nsubtract=0
endif
! if(n2pass.lt.2) nsubtract=0
-----
компилируем полученный релиз, тестируем
-
Результаты тестирования декодирования с тремя проходами
Цитата:
Сообщение от
UA3DJY
Изменение исходного кода, которое сделал Steve K9AN в r6387, привело к увеличению количества декодированных сигналов.
В варианте файлов записанных с SDR ANAN-10 при выключенной АРУ:
пороги первого/второго прохода
2.5/2.5 r6373 1069 декодирований, r6387 1076 декодирований
2.4/1.0 r6373 1094 декодирований, r6387 1110 декодирований
Цитата:
Сообщение от
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
файлы записанные с SDR c выключенной АРУ (отсутствуют нелинейные искажения) - 1152 декодирований
файлы записанные с web SDR с включенной АРУ - 3322 декодирований
Для тестирования декодирования в три прохода использовались следующие пороги проходов:
первый 2.4
второй 1.0
третий 1.0
Результат можно сравнить с приведенными выше в кавычках, использовались те же наборы звуковых файлов.
-
декодирование в три прохода в WSJT-X
Внизу еще небольшое дополнение к предыдущей процедуре, на функционал декодирования не влияет, но позволяет правильно отобразить имя третьего прохода в файле WSJT-X.ini .
Если процессор по времени декодирования не тянет три прохода, то, убрав галочку Three-Pass в закладке Advanced, переводим декодирование на два прохода.
Все тесты выполнялись при Random Erasure Patterns = 8, Agressive decoding level = 0, JT65+JT9, в результатах только JT65 декодирования.
-----
исходник configuration.cpp
строка 1302 меняем строку
twoPass_ = settings_->value("TwoPass",true).toBool ();
на строку
twoPass_ = settings_->value("ThreePass",true).toBool ();
строка 1402 меняем строку
settings_->setValue ("TwoPass", twoPass_);
на строку
settings_->setValue ("ThreePass", twoPass_);
-----
-
Вложений: 1
Цитата:
Сообщение от
UA3DJY
компилируем полученный релиз, тестируем
Игорь, доброго утра! Сегодня попробую.
Вложение 156563
-
Вложений: 1
Цитата:
Сообщение от
UA3DJY
декодирование в три прохода в WSJT-X
Две станции с разницей 1 Гц с разницей сигналов далеко за 20 дБ.
Вложение 156565
-
Цитата:
Сообщение от
RW9FN
Две станции с разницей 1 Гц с разницей сигналов далеко за 20 дБ.
Это станция второго прохода декодирования. Так же как и IK8IGK на 51 и 55 минуте.
А вот на 53 минуте IK8IGK декодировалась на первом проходе.
-
Вложений: 1
определение номера прохода в декодированиях
достаточно просто - по возрастанию частоты декодированных сигналов JT65 (на частоты JT9 не смотрим)
например в этой картинке
Вложение 156570
Первый проход заканчивается декодированием RV9DC, второй проход начинается декодированием PD7RF и заканчивается декодированием ON3CQ, и последние три декодирования на картинке это уже третий проход.
Многопроходное декодирование используется только для JT65.
После каждого прохода в софте выполняется вычитание из общего спектра декодированных сигналов и оставшийся после вычитания спектр подается на очередной последующий проход. Поэтому мы в третьем проходе видим новые декодирования, которые софт не смог распознать кандидатами либо не смог декодировать в первых двух проходах.
Использование трех проходов очень эффективно для простого мониторинга диапазона со спотами в Интернет, в этом случае неважно сколько времени занимает декодирование, если оно продолжается менее одной минуты.
В принципе ничто не мешает сделать 4 или 5 проходов - ограничение исключительно производительностью центрального процессора компьютера.
-
Цитата:
Сообщение от
RW9FN
Две станции с разницей 1 Гц с разницей сигналов далеко за 20 дБ.
Что за версия такая, и где ее взять?
-
Скомпилировать в пакете jtsdk с изменением исходников -на 8 ядерном fx на частоте 4500 при работе трех копий wsjtx с вкл тремы проходами+sdrsharp -загрузка 25 процентов ps По моему теперь в 6442 robyst sync не дает прироста в декодировании при вкл трех проходах-хотя нет набора файлов протестировать.есть только набор на тестирование чувствительности декодера
-
Цитата:
Сообщение от
UA9OP
Что за версия такая, и где ее взять?
Псе в личку.
-
Цитата:
Сообщение от
RW9FN
Псе в личку.
Тайны мадридского двора.
Берите все devel программы здесь:
JT65-DX.com | JT65-HF Japanese Edition
это версии которые находятся в доработке, доводке, переработке.
Качайте и участвуйте.
В доработке, доводке и пр.
-
Цитата:
Сообщение от
RK1NA
Тайны мадридского двора.
Берите все devel программы здесь:
Ничего не путаете?
У них там даже объявление висит красным цветом -" выкладка версии 1.7 devel запрещена"
-
нет там 1.7 версии -только 1.6rc2 .Соответственно только само компилировать ,ну или просить у кого либо в личке уже готовую.Собственно там компилировать вообще нет проблем -места только многовато пакет jtsdk занимает на ssd ,а на другой диск кроме ситстемного помоему нежелательно ставить
-
Цитата:
Сообщение от
RK4LWA
а на другой диск кроме ситстемного помоему нежелательно ставить
Да, в инструкции это конкретно прописано.
-
Цитата:
Сообщение от
RK4LWA
Скомпилировать в пакете jtsdk с изменением исходников -на 8 ядерном fx на частоте 4500 при работе трех копий wsjtx с вкл тремы проходами+sdrsharp -загрузка 25 процентов ps По моему теперь в 6442 robyst sync не дает прироста в декодировании при вкл трех проходах-хотя нет набора файлов протестировать.есть только набор на тестирование чувствительности декодера
залил свои наборы сюда https://cloud.mail.ru/public/M6cq/oopoWbNQi ,
примерно пол гига, один SDR с включенной АРУ, другой SDR с выключенной АРУ - сравнивайте robust sync, мои цифры базируются на этих файлах
Время декодирования файлов с включенной АРУ примерно в два раза больше чем файлов с выключенной АРУ.
-
Сегодня целый день на диапазоне 20м тестировали трехпроходное декодирование с SDR/выключенной АРУ.
Машина Intel Core2 Quad CPU Q300 @ 2.50 GHz 64bit Windows7. На машине используется софт PowerSDR, тоже отъедает процессорную мощность.
При большом количестве станций на диапазоне декодирование на этой машине выходит примерно на 2..3 секунды за конец приемной минуты.
-
Цитата:
Сообщение от
UA9LEW
Ничего не путаете?
У них там даже объявление висит красным цветом -" выкладка версии 1.7 devel запрещена"
Я ничего не путаю.
Если вам интересны опыты с devel версиями, вы их найдете.
Ну а если... собственно что повторяться.
-
Цитата:
Сообщение от
UA3DJY
Сегодня целый день на диапазоне 20м тестировали трехпроходное декодирование с SDR/выключенной АРУ.
На FT-950, с выключенной АРУ так-же декодирует намного быстрее при присутствии больших сигналов.
-
Вложений: 1
Вложение 156583
Еще раз протестировал свой комп (2 ядра по 2.5)
Процесор грузится на 70% память почти на 0
но вовремя срабатывать не успевает
Настройка 8-0, последняя версия, настройка на кв сделана,3 проход не стал дорабатывать
Видно в моем случае зогвоздка в АУДИО у меня карта встоенная простенькая
Отдельно- сравнивал сегодня сразу с двумя программами КОМФОРТ (СТОИТ У МЕНЯ НА UR5EQF) и HB9- 2
обе программы проигровают и здорого Кому захочеться пусть попробует
-
Цитата:
Сообщение от
RK1NA
опыты с devel версиями
а какие еще есть demo?
-
Цитата:
Сообщение от
UA3DJY
Сегодня целый день на диапазоне 20м тестировали трехпроходное декодирование с SDR/выключенной АРУ.
Машина Intel Core2 Quad CPU Q300 @ 2.50 GHz 64bit Windows7. На машине используется софт PowerSDR, тоже отъедает процессорную мощность.
При большом количестве станций на диапазоне декодирование на этой машине выходит примерно на 2..3 секунды за конец приемной минуты.
Завтра побробую без АРУ, сейчас диапозон потух
-
Цитата:
Сообщение от
RA3RKA
Еще раз протестировал свой комп (2 ядра по 2.5)
Процесор грузится на 70% память почти на 0
но вовремя срабатывать не успевает
Настройка 8-0, последняя версия, настройка на кв сделана,3 проход не стал дорабатывать
Видно в моем случае зогвоздка в АУДИО у меня карта встоенная простенькая
подождите... делаю тесты с Random Erasure Patterns, уже вижу интересные результаты, закончу тесты - опубликую
-
Цитата:
Сообщение от
UA9OP
а какие еще есть demo?
При чем здесь demo.
Версии devel они и есть demo.
В процессе изменений они превращаются в rc, после чего в full.
Хотите экcпериментировать вам сюда:
JT65-DX.com | JT65-HF Japanese Edition
хотите просто работать в эфире, вам сюда:
Сайт R1JT.
-
трехпроходное декодирование и Random Erasure Patterns
Цитата:
Сообщение от
RA3RKA
Еще раз протестировал свой комп (2 ядра по 2.5)
Процесор грузится на 70% память почти на 0
но вовремя срабатывать не успевает
Настройка 8-0, последняя версия, настройка на кв сделана,3 проход не стал дорабатывать
Видно в моем случае зогвоздка в АУДИО у меня карта встоенная простенькая
Цитата:
Сообщение от
UA3DJY
подождите... делаю тесты с Random Erasure Patterns, уже вижу интересные результаты, закончу тесты - опубликую
Мы дооптимизировали софт до того, что количество декодирований при Random = 6 не отличается от количества декодирований при Random = 8 на любых наборах файлов, а при снижении Random до 6 время декодирования файлов с включенной АРУ падает в 2..3 раза!!!
Результат декодирования для Random = 6
SDR/выключенная АРУ - 1151 декодирование
SDR/включенная АРУ - 3320 декодирований
Сейчас еще прогоню тесты при Random менее чем 6.
-
Цитата:
Сообщение от
UA3DJY
Мы дооптимизировали софт до того, что количество декодирований при Random = 6 не отличается от количества декодирований при Random = 8 на любых наборах файлов, а при снижении Random до 6 время декодирования файлов с включенной АРУ падает в 2..3 раза!!!
Результат декодирования для Random = 6
SDR/выключенная АРУ - 1151 декодирование
SDR/включенная АРУ - 3320 декодирований
Сейчас еще прогоню тесты при Random менее чем 6.
Может стоит ввести 3 проход и запустить на 6
-
Цитата:
Сообщение от
UA3DJY
Мы дооптимизировали софт до того, что количество декодирований при Random = 6 не отличается от количества декодирований при Random = 8 на любых наборах файлов, а при снижении Random до 6 время декодирования файлов с включенной АРУ падает в 2..3 раза!!!
Результат декодирования для Random = 6
SDR/выключенная АРУ - 1151 декодирование
SDR/включенная АРУ - 3320 декодирований
Сейчас еще прогоню тесты при Random менее чем 6.
Random = 5 - 1149 декодирований для SDR с выключенной АРУ
Сегодня уже сил нет продолжать тестирование, отпишу результат разработчикам, может быть дадут зеленый свет трехпроходному декодированию на KB в массовое использование.
-
Игорь а как насчет +10 +49 и т.д
-
При random erasure -8 Agr 0 r6442-SDR/выключенная АРУ -1160 декодирование при вкл 3 проходах -То же но при Robust sync-1123 но не могу что тo сравнить сколько уникальных при robust sync on-никак не найду нормальную программу для сравнения двух текстовых файлов -не подскажете ?Irewriter чтот не то выдает зы Прогнал при Random Erasure 6 Agr 0 r6442 -SDR/выключенная АРУ Robust sync off Три прохода-1157 декодирований
-
Цитата:
Сообщение от
UA3DJY
на KB в массовое использование.
Не дай Бог.
Встретятся в эфире станции с разными типами "декодов".
Что то будет :rolleyes: ?
-
-
Цитата:
Сообщение от
RA3RKA
а как насчет +10 +49 и т.д
Такие рапорта нельзя передавать.
Не все программы его будут правильно декодировать.
-
Цитата:
Сообщение от
RK4LWA
При random erasure -8 Agr 0 r6442-SDR/выключенная АРУ -1160 декодирование при вкл 3 проходах -То же но при Robust sync-1123 но не могу что тo сравнить сколько уникальных при robust sync on-никак не найду нормальную программу для сравнения двух текстовых файлов -не подскажете ?Irewriter чтот не то выдает зы Прогнал при Random Erasure 6 Agr 0 r6442 -SDR/выключенная АРУ Robust sync off Три прохода-1157 декодирований
Сравниваю в MS Excel, в двух соседних столбцах, выравнивая и вставляя на разных декодах пустые ячейки в соседний столбец.
Немного муторно, но надежно. Когда то была попытка использовать встроенные в Excel функции для автоматического сравнения, но обернулась полным провалом: бывает что DT немного отличается или SNR, в итоге перешел на ручное сравнение.
Сейчас смотрю телевизор и одновременно продолжаю тестирование с Random 5/6, глаза от компьютерного экрана отдыхают.
Чуть позже опубликую результат разницы по времени и количеству декодирований между Random 5 и 6 для файлов с включенной АРУ.
-
Вот в том и загвоздка что отличия snr не дало оптимизировать -значить ток вручную -что в принципе и сделал -5 декодов всего получилось уникальных при robust sync on-зато много не декодировалось ,что при выкл robust было ps ну при мощном процессоре можно не снижать random -а вот владельцам двухядерников -да и старых 4 ядерников -наверное да -есть смысл.Прогнал 6229 Random=8,Two-pass, Agr=5, robust off-1110 декодов верных +2 ошибочных-на 50 декодов меньше по сравнению с 6442 с тремя проходами-это не мало
-
Random erasure patterns и трехпроходное декодирование
Результаты тестирования на малых значениях Random erasure patterns, файлы SDR с включенной АРУ - всего 442 файла.
Random = 6, 3320 декодирований, среднее время декодирования 8.33 секунды на один интервал
Random = 5, 3314 декодирований, среднее время декодирования 8.08 секунды на один интервал
Разницы в количестве декодирований почти нет, на слабых машинах вполне можно использовать Random = 5
Процессор на моей машинке старенький: AMD Athlon II X2 255 3 GHz - всего два ядра, операционка Windows10 32бит.
Сейчас еще попробую увеличить количество декодирований, сделаю тест - напишу.
-
Цитата:
Сообщение от
UA3DJY
Сейчас еще попробую увеличить количество декодирований, сделаю тест - напишу.
Уменьшил порог первого прохода(thresh0) с 2.4 до 1.0, и при Random=6 количество JT65 декодирований резко упало c 1151 до 1118.
Значит пороги первого и второго прохода придется подбирать и искать оптимальное сочетание, довольно большой объем работы - буду признателен если сможете помочь в поиске оптимального соотношения.
-
LDPC софт в пакете WSJT-X
r6437 Steve K9AN добавил LDPC софт в пакет WSJT-X
r6441(r6442) используя LDPC софт, Steve начал изучать эффективность кода SF2 в применении к JT модам
Коды применяются кроме кодирования еще и для декодирования, если Steve занялся изучением эффективности кодов значит нам ждать повышения эффективности работы декодеров :s7:.
-
Цитата:
Сообщение от
UA3WM
Такие рапорта нельзя передавать.
Не все программы его будут правильно декодировать.
Помятно
А то глянешь на спидометр +20,так и подмывает подправить
-
Цитата:
Сообщение от
UA3DJY
Уменьшил порог первого прохода(thresh0) с 2.4 до 1.0, и при Random=6 количество JT65 декодирований резко упало c 1151 до 1118.
Значит пороги первого и второго прохода придется подбирать и искать оптимальное сочетание, довольно большой объем работы - буду признателен если сможете помочь в поиске оптимального соотношения.
Изменил значения было 2.4 и 1.8 поставил 2.4 и 2.2
запустил Random=6 буду пробовать
а там можно и уменьщить
-
При уменьшении Ниже 2.4 первого порога -резко увеличиваеться время декодирования и уменьшаеться кол-во декодирований -решил что буду сначала с 1 проходом находить th0 -а потом уже побьирать th1-пока все отличные от 2.4 th0 делали только хуже прием -при фикс th1-1
-
Цитата:
Сообщение от
RK4LWA
При уменьшении Ниже 2.4 первого порога -резко увеличиваеться время декодирования и уменьшаеться кол-во декодирований -решил что буду сначала с 1 проходом находить th0 -а потом уже побьирать th1-пока все отличные от 2.4 th0 делали только хуже прием -при фикс th1-1
Мы все тесты делали на порогах 2.4 1.0 1.0 (первый второй третий проход соответственно).
Попробуйте увеличить немного порог второго прохода, например до 1.5, если количество декодирований вырастет то можно вторым шагом попробовать снизить порог первого прохода до 2.3, или увеличить до 2.5, итерационный процесс.
Порог третьего прохода пока не трогайте, смысл в максимальной чувствительности на третьем проходе. Чуть позже я попробую с ним тоже поиграть.
При снижении порогов растет время декодирования, при увеличении - падает, так и должно быть.
-
При одном проходе r6442 random=8 ag=0 пр th0-2.5 -864 декода ,th0-2.3-868 ,tho 2.2-868,th0 2.0-869+1 ошибочный-но сильно возрастает время декодирования -так что оптимальный 2.3-сейчас еще прогоню с набором файлов -24 для 2.2 ,2.3,2.4 th0
-
По моему есть смысл сначало на 1 проходе найти оптимальный-потом включить второй проход и уже при этом оптимальном th0 -играться с th1 второго прохода .Я не прав ?ps третий я пока совсем отключил проход (не менял исходники для него)
-
Цитата:
Сообщение от
RK4LWA
По моему есть смысл сначало на 1 проходе найти оптимальный-потом включить второй проход и уже при этом оптимальном th0 -играться с th1 второго прохода .Я не прав ?ps третий я пока совсем отключил проход (не менял исходники для него)
Необходимо чтобы были включены три прохода, здесь как в связанных колебательных контурах - один влияет на два остальных.
Поэтому и предлагаю пока третий проход зафиксировать на значении 1.0, и настраивать первый и второй пороги.
-
Хорошо-тогда перекомпилирую сейчас-но мне кажется тут не совсем аналогия подходит для колебательных контуров-и у меня при th0-1 th1-1 th2 -1 -упал прием еще больше чем у вас вчера -там 1100 декодировалось только -правда не может повлиять что я в чистом режиме jt65 декодировал ? -просто вычленять потом jt9 из файла муторно больно-да и по моему только влияет на распределение потоков по ядром jt9+jt65-на amd FX планировщик раскидывает по всем 8 ядрам и при jt65 чистом приеме,правда да некоторые менее загружены чем в чистом режиме использования многоядерности при jt9+jt65 .Может есть смысл сейчас использовать файлы -24 дб для тестирования ? в режиме jt9+jt65 (оставивь там к примеру 500 файлов) для увеличения скорости
-
Цитата:
Сообщение от
RK4LWA
Хорошо-тогда перекомпилирую сейчас-но мне кажется тут не совсем аналогия подходит для колебательных контуров-и у меня при th0-1 th1-1 th2 -1 -упал прием еще больше чем у вас вчера -там 1100 декодировалось только -правда не может повлиять что я в чистом режиме jt65 декодировал ? -просто вычленять потом jt9 из файла муторно больно-да и по моему только влияет на распределение потоков по ядром jt9+jt65-на amd FX планировщик раскидывает по всем 8 ядрам и при jt65 чистом приеме,правда да некоторые менее загружены чем в чистом режиме использования многоядерности при jt9+jt65 .Может есть смысл сейчас использовать файлы -24 дб для тестирования ? в режиме jt9+jt65
я использую JT65+JT9(чтобы работали все ядра) и в MS Excel в соседнем столбце делаю фильтр со строкой =ЕСЛИ(ЕЧИСЛО(НАЙТИ("@";A2));"JT9";"JT65")
помещаю декодированные строки в столбец А начиная с ячейки А2, растягиваю ячейку с поиском на всю высоту столбца декодирований А, после чего выполняю в соседнем столбце фильтр на JT65.
Применив фильтр выделяю в столбце A отфильтрованные декодирования - Excel показывает количество отфильтрованных ячеек.
Все получается быстро, надо только смотреть чтобы количество ячеек с прописанным поиском символа "@" совпадало с количеством ячеек с декодированиями.
-
Да excel ставить нет желания просто-ну если это только для использования всех ядер и не влияет на остальное -то не так и важно тогда для меня-производительности в математике хватает у проца
-
количество ядер не должно влиять на количество декодированных сигналов, меняется только потраченное время
-
Ну я так и понял-а насчет использования набора с -24 -все же может с ним лучше играться -просто чувствую затянуло меня это все :) и определиться хочу с каким углубленно работать набором файлов При th0=2.0 с 1 проходом на пакете -24-декодировалось 835 из 1000.Сейчас перекомпилировал на ртрехпроходное декодирование -поставил th0-2.4 th1-1.5 th2 -1-буду смотреть
-
Цитата:
Сообщение от
RK4LWA
Ну я так и понял-а насчет использования набора с -24 -все же может с ним лучше играться -просто чувствую затянуло меня это все :) и определиться хочу с каким углубленно работать набором файлов При th0=2.0 с 1 проходом на пакете -24-декодировалось 835 из 1000.Сейчас перекомпилировал на ртрехпроходное декодирование -поставил th0-2.4 th1-1.5 th2 -1-буду смотреть
Набор -24 я перестал использовать потому что он для УКВ(нет замираний сигналов), а на живых файлах у нас результаты соответствующие реальному эфиру.
Я просил Стива выложить мне на файлообменник новые наборы -24 -27 -30 в которых уже есть замирания сигналов, он так этого и не сделал, похоже занят под завязку.
Сам создать эти файлы используя jt65sim я пока не могу потому, что сборка этой утилиты в WSJT-X предусмотрена только под операционкой OS X.
Надо менять файл сборки под Windows, я пока не знаю как это сделать:
"Hi Igor,
Sorry, I don’t use MS Windows. I have been compiling on OS X using Makefile.jt65_osx. I’ve just committed the Makefile that I’ve been using. Perhaps you can figure out how to modify it for MS Windows.
Steve"
-
Понятно-под маком делать надо -у меня к сожалению тоже сейчас рядом нет мака-да и не знаю как создать такой набор
-
При th0-2.4 th1-1.5 th2 -1.0 r6442 three pas on ,random 8,agr 0-1163(при th1-1-1157) +3 неверных-буду повышать до 1.7 th1 -c таким же th0
-
Цитата:
Сообщение от
RK4LWA
При th0-2.4 th1-1.5 th2 -1.0 r6442 three pas on ,random 8,agr 0-1163(при th1-1-1157) +3 неверных-буду повышать до 1.7 th1 -c таким же th0
Количество неверных декодирований будет таким же, разве что на единицу разница - нет более смысла тратить время на подсчет неверных, проще ориентироваться на общее число декодирований.
-
Уже видно что только хуже снижение th1-до 1 делает
-
RK4LWA Посмотри пж-ста время работы программы jt9.exe в диспетчере задач и её загрузку, относительно времени декодирования, в чистой моде JT65!
Как на твоем компе это выглядит!
-
th0-2.4 th1-1.7-1157+3 неверных-пока выходит что th1-1.5-оптимально -еще прогоню с 1.4,1.6,2.3 и буду подстраивать th0
-
UA3ALE-не совсем понял насчет посмотреть время,а загрузка в диспетчере 8-9 процентов в чистой моде jt65
-
Цитата:
Сообщение от
RK4LWA
UA3ALE-не совсем понял насчет посмотреть время,а загрузка в диспетчере 8-9 процентов в чистой моде jt65
У меня загрузка около 50% и работает весь период детектирования!
А если появится сильный сигнал то она похоже продолжает пытаться расшифровать всякую ерунду! и время увеличивается!
Раз и у тебя работает, похоже она не отключается а чистой jt65!
А время относительно кнопки декоде у меня только как она погаснет так и перестает работать!
-
У меня в чистой моде jt65-висят два файла в процессах-wsjtx и jt9 -и при пакетном декодировании все время включена jt9-причем процесс wsjtx -загрузка проца по 0 стоит -похоже родительский процесс потому что(все это в чистой моде jt65)-других процессов нет
-
Цитата:
Сообщение от
RK4LWA
У меня в чистой моде jt64-висят два файла в процессах-wsjtx и jt9 -и при пакетном декодировании все время включена jt9-причем wsjtx -загрузка проца по 0 стоит (все это в чистой моде jt65)
Значит У меня или неточность при установке хотя все чистил и лог директорию создавал заново или что то другое!
-
Я к тому что только процесс jt9 у меня нагружает проц-проверил th1-1.4 -1161 +3 неверных -оптимум стало быть 1.5-буду менять th0
-
Окончательный итог за 11 часов компилирования и проверок -r6442-random 8,three pass on,agr 0 -th0 2.4 th1 1.5 th2 1.5 -1166 декодов без ложных
-
Цитата:
Сообщение от
RK4LWA
Окончательный итог за 11 часов компилирования и проверок -r6442-random 8,three pass on,agr 0 -th0 2.4 th1 1.5 th2 1.5 -1166 декодов без ложных
у меня на Random=6 при этих порогах получилось всего вместе 1137 декодирований, сейчас проверю на Random=8
начал тесты на Random = 8, времени очень много тратится на декодирование, какое то странное ощущение что реальные пороги не соответствуют тем цифрам что мы ставим...
-
да у меня на 8 ядрах и на частоте 4700 поставил -и то гм подтормаживает чуть, но укладывается конечно в минуту .очень много время тратится на декодирование я сам удивился
-
Цитата:
Сообщение от
RK4LWA
Окончательный итог за 11 часов компилирования и проверок -r6442-random 8,three pass on,agr 0 -th0 2.4 th1 1.5 th2 1.5 -1166 декодов без ложных
Цитата:
Сообщение от
UA3DJY
у меня на Random=6 при этих порогах получилось всего вместе 1137 декодирований, сейчас проверю на Random=8
начал тесты на Random = 8, времени очень много тратится на декодирование, какое то странное ощущение что реальные пороги не соответствуют тем цифрам что мы ставим...
При Random=8 получаю 1146 декодирований... я на r6404, в исходном коде никаких изменений между r6404 и r6442 влияющих на декодирование нет.
Какой у Вас коэффициент применяется к символьным метрикам в исходнике ftrsd2.c в строке 133 (thresh0[i] = 1.3*perr)?
-
-
Сейчас прогон пройдет с th2-1.4-а то я th2 брал 1.3 и th2 1.6-для сравнения-потом еще раз прогоню с th2 -1.5 уточню .коэффициент thresh0[i] = 1.3*perr[ii][jj];
-
-
Цитата:
Сообщение от
RK4LWA
Сейчас прогон пройдет с th2-1.4-а то я th2 брал 1.3 и th2 1.6-для сравнения-потом еще раз прогоню с th2 -1.5 уточню .коэффициент thresh0[i] = 1.3*perr[ii][jj];
нашел в исходнике jt65_decode.f90 еще различия алгоритма в зависимости от номера прохода, строки 162, 163
if(ipass.eq.1) ntry65a=ntry65a + 1
if(ipass.eq.2) ntry65b=ntry65b + 1
завтра буду смотреть глубже
-
Цитата:
Сообщение от
RK4LWA
1156 при th2-1.4
наверно нам пора перейти на общение через Скайп
-
Страннл вообще прогнал при 1.5 и получил 1153+1 неверное-все Рота отбой
-
у меня нет скайпа -но что то я сам уже ничего не пойму по резалтам -и да конечно будем в личку писать а то правда я зафлеймил НЕ МОГУ ПОНЯТЬ ПОЧЕМУ РЕЗУЛЬТАТЫ ИЗМЕНИЛИСЬ В ХУДШУЮ СТОРОНУ НО ДАВАЙТЕ ТОЛЬКО В ЛИЧНЫЕ СООБЩЕНИЯ ТЕПЕРЬ
-
Цитата:
Сообщение от
RK4LWA
у меня нет скайпа -но что то я сам уже ничего не пойму по резалтам -и да конечно будем в личку писать а то правда я зафлеймил НЕ МОГУ ПОНЯТЬ ПОЧЕМУ РЕЗУЛЬТАТЫ ИЗМЕНИЛИСЬ В ХУДШУЮ СТОРОНУ НО ДАВАЙТЕ ТОЛЬКО В ЛИЧНЫЕ СООБЩЕНИЯ ТЕПЕРЬ
Скрипт компиляции показывает предупреждения в случае если что-то в исходном коде не соответствует требованиям синтаксиса или использования переменных, думаю есть смысл проверить есть ли какие предупреждения по сделанным Вами изменениям.
Например я использовал ранее табуляцию вместо пробелов для выравнивания строк в исходниках, потом заметил что есть предупреждения при компиляции что табуляцию использовать нельзя.
Ранее в переписке с разработчиками проскакивала тема разного количества декодирований на разных машинах, вроде как разница в работе генератора случайных чисел.
-
Цитата:
Сообщение от
UA3DJY
нашел в исходнике jt65_decode.f90 еще различия алгоритма в зависимости от номера прохода, строки 162, 163
if(ipass.eq.1) ntry65a=ntry65a + 1
if(ipass.eq.2) ntry65b=ntry65b + 1
завтра буду смотреть глубже
Это статистика попыток и количества декодирований для каждого прохода, скорее всего показывается при запуске WSJT-X в командной строке с ключом.
Приоритет низкий, потом если руки дойдут - поправлю исходный код для просмотра статистики с третьим проходом.
-
оптимальные пороги проходов
после многочисленных попыток оптимизации при Random=6 пришел к выводу что оптимальные пороги thresh0:
первый проход = 2.4
второй проход = 1.0
третий проход = 1.0
На файлах SDR с выключенной АРУ получаю всего 1152 декодирований.
-
Вобщем как ни странно -зависит от компьютера еще -для меня такие пороги не оптимальны
-
создание тестовых JT65 wav файлов - утилита jt65sim.exe
После компиляции WSJT-X софта эту утилиту можно найти в папке C:\JTSDK\wsjtx\build\Release.
Создает wav файлы содержащие JT65 сигналы с использованием аддитивного белого Гауссовского шума и Рэлеевского типа замираний, опционально можно включать и настраивать эффект Доплера.
Для работы с WSJT-X формат командной строки(по причине большого количества файлов лучше скопировать утилиту в любую отдельную папку):
jt65sim.exe -n 1 -s \-24 -f 1000
где ключи
-n задает количество сигналов в файле, для тестирования под софтом WSJT-X надо использовать 1
-s задает требуемый SNR
-f задает количество файлов, для хорошей статистической выборки используем 1000 файлов.
Для подсказки используйте jt65sim.exe /?
Разработчики используют эти файлы для тестирования чувствительности декодера под сценарий прохождения на УКВ.
-
зависимость количества декодированных сигналов от производительности процессора
Цитата:
Сообщение от
RK4LWA
Страннл вообще прогнал при 1.5 и получил 1153+1 неверное-все Рота отбой
Выношу на форум, тема представляет общий интерес.
Разница которую Вы наблюдаете (1166 декодирований у Вас против 1152 декодирований у меня) и другие оптимальные пороги связаны с высокой производительностью Вашего процессора, и поэтому при появлении нагрузки с других приложений у Вас количество декодирований на Ваших порогах снижается.
На моем двухядерном AMD Athlon II X2 255 3.1 GHz производительность намного ниже, и по причине снижения времени на декодирование при порогах 2.4 1.0 1.0 на моем относительно слабом процессоре максимум декодированных сигналов получается на других порогах, а при попытке выставить Ваши оптимальные пороги резко растет время декодирования что приводит у меня к снижению количества декодированных сигналов.
В этом и есть преимущество самостоятельного тестирования - возможность настроить оптимальные пороги, но если в паре с приемником используется софт SDR то пороги придется подбирать во время работы этого софта, потому что он тоже берет ощутимую часть процессорной мощности.
То что мы наблюдаем есть либо работа какого то таймера в WSJT-X либо дефект.
Пользователи у которых процессор по производительности близок или хуже моего могут смело ставить пороги 2.4 1.0 1.0 и Random=6, пользователи с совсем слабыми процессорами могут при трехпроходном декодировании использовать Random=5.
-
да судя по всему это правда-как только у меня были включены дополнительные задачи то падало кол-во декодированных сигналов -интересно бы посмотреть на интеле посмотреть пороги -на хасвелле или ивике
-
Цитата:
Сообщение от
RK4LWA
интересно бы посмотреть на интеле посмотреть пороги -на хасвелле или ивике
объем тестирования при подборе порогов огромный, поэтому здесь если только есть желающие с большим энтузиазмом
-
Сегодня немножко подправил и пошло в 3 прохода
Сначало интересно было думал ни чего не получилось
проходы пошли нормально даже на 8
потом комп подумал и зашкал по времени пошол
установил 7 - тоже самое, несколько проходов и некоторые проходы
начали выходит за рамки (работать можно но,лучше не стоит)
НА даный момент- Random-6 нагрузка даже на 1 ядро 60-70%,54-56 секунд затрачиваетля на проход
пока на 40-ке.Откроеться 20 там станций побольше посмотрим в деле 3 прохода
-
Цитата:
Сообщение от
RA3RKA
Сегодня немножко подправил и пошло в 3 прохода
Сначало интересно было думал ни чего не получилось
проходы пошли нормально даже на 8
потом комп подумал и зашкал по времени пошол
установил 7 - тоже самое, несколько проходов и некоторые проходы
начали выходит за рамки (работать можно но,лучше не стоит)
НА даный момент- Random-6 нагрузка даже на 1 ядро 60-70%,54-56 секунд затрачиваетля на проход
пока на 40-ке.Откроеться 20 там станций побольше посмотрим в деле 3 прохода
А ты глянь сколько ресурсов у тебя кушает jt9.exe во время декода!
-
Вложений: 1
-
столько же[/QUOTE]
В поцессах посмотри, ну и конечно когда есть что детектировать, у меня на слабом ноуте 2х1.8 забивает напрочь надолго второй процессор!
Так как работает весь цикл дешифрирования даже при только JT65 моде!
А на другом 2х2,4 тоже весь цикл но он справляется по крайней мере при 6 в рандоме!
Да и тогда когда у тебя дешифрирование в следующую минуту переходит!
-
Цитата:
Сообщение от
UA3ALE
столько же
В поцессах посмотри, ну и конечно когда есть что детектировать, у меня на слабом ноуте 2х1.8 забивает напрочь надолго второй процессор!
Так как работает весь цикл дешифрирования даже при только JT65 моде!
А на другом 2х2,4 тоже весь цикл но он справляется по крайней мере при 6 в рандоме!
Да и тогда когда у тебя дешифрирование в следующую минуту переходит![/QUOTE]
Я все потушил
У меня 20-ка пустая
Выходные впереди посмотрим
-
Цитата:
Сообщение от
RA3RKA
НА даный момент- Random-6 нагрузка даже на 1 ядро 60-70%,54-56 секунд затрачиваетля на проход
пока на 40-ке.Откроеться 20 там станций побольше посмотрим в деле 3 прохода
если у процессора несколько ядер то надо включать режим JT65+JT9, обе моды будет быстрее декодировать чем одиночную JT65
-
Цитата:
Сообщение от
UA3DJY
если у процессора несколько ядер то надо включать режим JT65+JT9, обе моды будет быстрее декодировать чем одиночную JT65
Игорь я пробовал оба варианта
двойная модуляция загружает оба ядра на 50-70%
один вид моды 1 ядро на 50-70%
Ощущение мое, на 1 моде и на 1 ядре лучше работает,
но бездакозательно
Нравиться мне и все
-
Цитата:
Сообщение от
RA3RKA
Игорь я пробовал оба варианта
двойная модуляция загружает оба ядра на 50-70%
один вид моды 1 ядро на 50-70%
Ощущение мое, на 1 моде и на 1 ядре лучше работает,
но бездакозательно
Нравиться мне и все
Проверить (или доказать) очень просто - записываете несколько аудио файлов, десятка полтора хватит, когда много сигналов на диапазоне. После чего их проигрываете - смотрите разницу затраченного на декодирование общего времени при режиме JT65 и режиме JT65 + JT9, в последнем режиме затраченное время будет меньше.
Если нет желания видеть декодирования JT9 во время работы в эфире - то просто сожмите окошко водопада так, чтобы на нем были видны частоты только до 2500 Гц, и JT9 декодирования исчезнут, при этом время потраченное на декодирование JT65 еще уменьшится.
-
Цитата:
Сообщение от
UA3DJY
Если нет желания видеть декодирования JT9 во время работы в эфире
Или в окне водопада "JT65 2500 JT9" увеличить до "JT65 3500 JT9" :s6:
-
Вложений: 1
Вложение 156786
Под завяз
Вот это прога стала работать!!!!!!!!!!!
Класно
Игорь труды не напрасны
Вперед!!!!!
-
Цитата:
Сообщение от
RA9CMG
Или в окне водопада "JT65 2500 JT9" увеличить до "JT65 3500 JT9" :s6:
такой подход хуже - софт будет в полосе между 2500 и 3500 проверять JT65 кандидатов на декодирование, значит будет впустую тратить дополнительное время
-
Цитата:
Сообщение от
RA3RKA
Под завяз
Вот это прога стала работать!!!!!!!!!!!
Класно
Игорь труды не напрасны
Вперед!!!!!
Используйте Random=6, по количеству декодированных сигналов на Вашей машине разницы с Random=8 не будет, а по потраченному времени выигрыш более чем в два раза при большом количестве сигналов на диапазоне.
Robust Sync не включайте.
-
Цитата:
Сообщение от
UA3DJY
такой подход хуже - софт будет в полосе между 2500 и 3500 проверять JT65 кандидатов на декодирование, значит будет впустую тратить дополнительное время
Я использоваю фильтр 2 .4 даже 2.5 не ставлю
Пробовал растягивать до 5 или 3.5 мне эти варианты непонравились
Хотел на Random=5 погонять но у меня диапозовы потухли
+3 градуса у нас погода творит чудеса
-
Вложений: 1
Вложение 156791
У меня в логе UR5EQF стоит Comfort-4.0.0.запустил и сравнил
есть еще снимки,но думаю этого достаточно увидеть разницу
-
Вложений: 2
доработка утилиты jt65sim.exe для проведения тестов на КВ
доработанная под КВ тесты WSJT-X утилита позволяет:
- генерить 10 разных сообщений в одном файле, то есть достаточная статистическая выборка уже будет при 100 файлах
- совмещать спектр разных сигналов с заданным перекрытием (от 0 до 99.9 процентов)
командная строка:
jt65sim.exe -c 85 -s \-10 -f 1
где ключ "с" означает процент наложения спектров, ключ "s" SNR, ключ "f" количество wav файлов.
Созданные файлы можно использовать для
- тестирования WSJT-X на чувствительность
- тестирования эффективности третьего прохода
- тестирования эффективности работы согласованной фильтрации по заложенному на данный момент в софте критерию "мой позывной + его позывной + грид локатор"
пример теста на эффективность третьего прохода при наложении спектров сигналов в 85%, из 10 возможных сообщений декодировано 8, из которых два последних на третьем проходе:
Вложение 156792
исходный код утилиты для самостоятельного компилирования прикладываю
-
Цитата:
Сообщение от
RA3RKA
+3 градуса у нас погода творит чудеса
А у нас то как чудит в -30 :s12:
-
Цитата:
Сообщение от
RA3RKA
думаю этого достаточно увидеть разницу
Для КВ согласен, но на УКВ картина обратная. 80-85% отраженных сигналов пока вообще не декодируется в WSJT 1.7.0. В версии 1.6.0 декодируется намного лучше.
-
декодирование в три прохода в WSJT-X
Сделал запрос на лист разработчиков по включению функционала трех проходов в новые релизы WSJT-X.
Переписку можно увидеть здесь: WSJT / Mailing Lists
-
Цитата:
Сообщение от
UA3WM
Для КВ согласен, но на УКВ картина обратная. 80-85% отраженных сигналов пока вообще не декодируется в WSJT 1.7.0. В версии 1.6.0 декодируется намного лучше.
Думаю что попытка объединить в одном софте КВ и УКВ функционал была ошибкой, которая теперь блокирует исполнение многих хороших предложений и из-за наличия в одном софте множества разных мод приводит к чрезмерной сложности софта WSJT-X.
Попытка балансировать между КВ и УКВ функционалом JT65a часто приводит к компромиссным решениям, а разделение софта сейчас на два означало бы потерю слаженной и мощной команды.
В итоге нам остается самим защищать свои интересы, что я и пытаюсь делать для КВ. Наверно Вам придется это делать для УКВ.
-
Цитата:
Сообщение от
UA3DJY
В итоге нам остается самим защищать свои интересы, что я и пытаюсь делать для КВ. Наверно Вам придется это делать для УКВ.
Релизы - пробуем на КВ, пробуем на УКВ - вполне нормальная идея.
По моему проще вывести настройки на окно программы с учетом КВ или УКВ пользователя.
-
опять о динамическом диапазоне WSJT-X
У многих пользователей создается ошибочное мнение что если шкала индикации входного уровня отградуирована от 0 до 60 дБ то и динамический диапазон WSJT-X тоже равен 60 дБ, это не так.
Динамический диапазон приема и декодирования сигналов в WSJT-X определяется 16-битной разрядностью обрабатываемого сигнала и составляет примерно 90 дБ.
-
Цитата:
Сообщение от
UA3DJY
В итоге нам остается самим защищать свои интересы, что я и пытаюсь делать для КВ. Наверно Вам придется это делать для УКВ.
Цитата:
Сообщение от
RW9FN
Релизы - пробуем на КВ, пробуем на УКВ - вполне нормальная идея.
По моему проще вывести настройки на окно программы с учетом КВ или УКВ пользователя.
Попробуйте дать возможность и объяснить пользователю как ему самому настроить пороги первого-второго-третьего прохода в декодировании, а так же что этот процесс занимает пару дней. И таких параметров в WSJT-X десятки. Если все параметры вывести в окно настроек то, вместо работы в эфире, все пользователи будут заниматься настройкой программы, причем в подавляющем большинстве случаев будут использовать неправильные установки.
Как пример, сейчас часто вижу как пользователи на последних релизах WSJT-X включают Robust Sync только потому что там можно поставить галочку, и не понимая для чего они это делают, в итоге теряют декодирования.
Перед тем как указать пороги 2.4-1.0-1.0 проходов декодирования JT65a для КВ, в запросе на лист разработчиков я сто раз подумал как это будет работать по эффективности и затрачиваемому времени на разных компьютерах.
По части разных пользовательских настроек на КВ и УКВ - это уже сделано, конфликт возникает когда предложение нового функционала полезное для КВ при исполнении в софте ущемляет интересы пользователей УКВ, и наоборот.
Что приводит к консервативному подходу при рассмотрении любых новых предложений по улучшению функционала и необходимости хорошего обоснования запрашиваемых изменений.
Отдельная тема - ресурсы разработчиков. По причине большого количества разрабатываемых мод эти ресурсы распределяются, в основном время разработчиков в данный момент уходит на УКВ моды - JTMSK. Что ущемляет интересы КВ, и мы уже здесь в помощь.
К сожалению перспективная мода JT9 давно уже не имеет развития - недостаточно ресурсов.
-
Цитата:
Сообщение от
UA3DJY
объяснить пользователю как ему самому настроить пороги первого-второго-третьего прохода в
Игорь вот я тут не понял, 3 прохода было только в версии r6438? или же и в r6449 тоже можно изменить вместо двух проходов на 3?
-
UA9OP:конечно же можно изменить так же как и в версии 6442 -у меня так и сделано -много еще раз проверял с разными порогами и убедился что при порогах 2.4-1.5-1.0 нет влияния загрузки процессора на кол-во декодированных -в то время как установленные 1.5 для третьего прохода-приводили к зависимости сильной от загрузки сторонними программами в момент декодирования даже для разогнанного 8 ядерного процессора -и кол-во не измениолось декодированных -те же 1166-при порогах 1.0,1.0 для второго и третьего прохода -у меня становиться меньше декодов -но все равно не критично
-
Цитата:
Сообщение от
UA9OP
Игорь вот я тут не понял, 3 прохода было только в версии r6438? или же и в r6449 тоже можно изменить вместо двух проходов на 3?
Трех проходов в релизах WSJT-X нет - это самостоятельная модификация софта, при желании ее можно сделать в любом релизе. Если у Вас r6438 модифицированный под три прохода то есть смысл пока оставаться на нем.
-
Ну да -я думал имелось ввиду можно ли для этой версии самостоятельно менять до компиляцмии
-
Цитата:
Сообщение от
UA3DJY
Трех проходов в релизах WSJT-X нет - это самостоятельная модификация софта, при желании ее можно сделать в любом релизе. Если у Вас r6438 модифицированный под три прохода то есть смысл пока оставаться на нем.
Понятно и не понятно, зачем тогда третий проход пробовали если он не оправдывает себя?
-
Как это не оправдывает-очень даже оправдывает -довольно много декодируеться на третий проход
-
Цитата:
Сообщение от
RK4LWA
много декодируеться на третий проход
так почему тогда в других релизах не сделать так же?
-
Цитата:
Сообщение от
UA9OP
так почему тогда в других релизах не сделать так же?
запросили разработчиков сделать во всех последующих релизах http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1204423
-
UA3DJY:Приветствую !А Вы с коэффициентом для символьных метрик больше не экспериментировали ? И что то я не совсем понял как откомпилировать jt65sim-может скинете свой новый набор файлов из под него сделанный ?
-
Цитата:
Сообщение от
RK4LWA
UA3DJY:Приветствую !А вы с коэффициентом для символьных метрик больше не экспериментировали ? И что то я не совсем понял как откомпилировать jt65sim-может скинете свой новый набор файлов из под него сделанный ?
Экспериментировал, после изменений выполненных в r6387 коэффициент для символьных метрик почти перестал влиять на результат декодирования.
Еще экспериментировал с синхронизацией, функцией корреляции, тоже нет новых декодирований.
Сейчас слабое место осталось в преобразовании Фурье - то ли выборка недостаточна, то ли фильтрация результата неправильная, у меня есть файл в котором из 9 сигналов декодируются только 6, тот пост где я двигал полосовой фильтр.
Линк на jt65sim.exe сейчас пришлю личным сообщением, тот исходник который я ранее здесь опубликовал можно записать в \src\wsjtx\lib\ после чего скомпилировать и взять его в \wsjtx\build\Release\
-
Да дело в том что не пойму какой командой скомпилировать, а за уже скомпилированную -отдельная благодарность.все же хочу на мощном процессоре с символьными метриками поэкспериментировать
-
Цитата:
Сообщение от
RK4LWA
Да дело в том что не пойму какой командой скомпилировать, а за уже скомпилированную -отдельная благодарность.все же хочу на мощном процессоре с символьными метриками поэкспериментировать
Компиляция так же как и компиляция модифицированного кода, компилируем весь WSJT-X командой build-wsjtx rinstall, jt65sim просто его часть.
По какой то причине разработчики решили его не помещать в установочник, поэтому скомпилированный jt65sim.exe находится только в папке \wsjtx\build\Release\ вместе с скомпонованными объектами.
C символьными метриками интересен не столько общий коэффициент сколько сама матрица вероятностей - для разной природы шума и разных условий прохождения она может иметь разный оптимальный набор вероятностей по символам. Но оптимизацию этой матрицы пока умеют делать только Joe K1JT и Steve K9AN, я еще до этого не дочитался.
-
сегодня ночью на диапазоне 40м на антенну mini-whip и SDR c включенной АРУ было четыре JT65 декодирования с SNR -30, на приемнике включен плоский фильтр 4 кГц
звуковые файлы здесь: https://cloud.mail.ru/public/MvSg/vjaM77Ka5
-
Цитата:
Сообщение от
UA3DJY
Компиляция так же как и компиляция модифицированного кода, компилируем весь WSJT-X командой build-wsjtx rinstall, jt65sim
Игорь Приветствую! При компиляции выводится ошибка:
CMAKE BUILD ERROR
-----------------------------------------------------------------
There was a problem building ( WSJTX-1.7.0-devel )
Check the screen for error messages, correct, then try to
re-build ( WSJTX-1.7.0-devel )
-
Вложений: 1
Сейчас тестирую две копии wsjtx-6449 -у одной пороги 2.4-1.0.-1.0 ,у второй (справа на скриншоте 2.4.-1.5-1.0)-на позиции 941-при значении порога для второго прохода 1.0-вызов M6RLR LZ1VDR ,был декодирован только в третьем проходе (отмечено стрелочкой слева),тогда как при значении 1.5 для второй копии программы -был декодирован во втором проходе (стрелочкой справа) Вложение 156835
-
rw9fn:недавно было такое -вылечилось удаление всей папки src \wsjtx и по новой checkout-wsjtx c соответствующей новой правкой исходников
-
Цитата:
Сообщение от
RW9FN
При компиляции выводится ошибка:
CMAKE BUILD ERROR
Николай, вы случайно в командной строке не вот так набираете:
build-wsjtx rinstall, jt65sim
-
Цитата:
Сообщение от
UA9LEW
Николай, вы случайно в командной строке не вот так набираете:
build-wsjtx rinstall, jt65sim
Так точно.
-
Цитата:
Сообщение от
RK4LWA
недавно было такое -вылечилось удаление всей папки
Удалял все папки wsjt-x из src и из jtsdk.
-
Я только командой build-wsjtx package пользуюсь
-
Цитата:
Сообщение от
RW9FN
Так точно.
Мужики, ну Вы меня простите, ну нельзя же так бездумно подходить...
все доступные имена приложений и типы сборки указаны прямо на экране.
Ну в крайнем случае можно хелп вызвать.
Только так :
build-wsjtx rinstall
и никак иначе..... ( ", jt65sim" в посте относится совсем к другой части предложения.)
-
Цитата:
Сообщение от
UA3DJY
я файлы пробовал на r6449 за два прохода 0201=2, 0403=8,0412=7, теперь 6449 с тремя проходами 0201=8, 0403=9, 0412=8 декодов и здесь везде -30 есть, а в первом случае только один раз -30 была.
-
Цитата:
Сообщение от
UA3DJY
доработка утилиты jt65sim.exe для проведения тестов на КВ
доработанная под КВ тесты WSJT-X утилита позволяет:
- генерить 10 разных сообщений в одном файле, то есть достаточная статистическая выборка уже будет при 100 файлах
- совмещать спектр разных сигналов с заданным перекрытием (от 0 до 99.9 процентов)
командная строка:
jt65sim.exe -c 85 -s \-10 -f 1
где ключ "с" означает процент наложения спектров, ключ "s" SNR, ключ "f" количество wav файлов.
Созданные файлы можно использовать для
- тестирования WSJT-X на чувствительность
- тестирования эффективности третьего прохода
- тестирования эффективности работы согласованной фильтрации по заложенному на данный момент в софте критерию "мой позывной + его позывной + грид локатор"
пример теста на эффективность третьего прохода при наложении спектров сигналов в 85%, из 10 возможных сообщений декодировано 8, из которых два последних на третьем проходе:
Название: 85percent.png Просмотров: 71 Размер: 27.6 Кб
исходный код утилиты для самостоятельного компилирования прикладываю
Вложения Вложения
Тип файла: zip jt65sim.zip (3.2 Кб
как ей пользоваться так и не пойму, всяко перепробовал не получилось, что то не так?
-
на 6449-0201 -8 декодов,0403-10,0412-8-включено три прохода но ни разу третий проход не использовался по факту-везде есть -30.Выключил три прохода -ничего не изменилось -те же результаты
-
Цитата:
Сообщение от
RK4LWA
Выключил три прохода -ничего не изменилось -те же результаты
еще раз попробовал у меня почему так на r6449 за два прохода 0201=2, 0403=8,0412=7, 6449 не переделанная еще была.
-
Вложений: 2
[QUOTE=UA9OP;1204940]еще раз попробовал у меня почему так на r6449 за два прохода 0201=2, 0403=8,0412=7, 6449 не переделанная еще была.Вложение 156868
Вложение 156869
у меня так?
-
Вложений: 2
Цитата:
Сообщение от
UA9OP
еще раз попробовал у меня почему так на r6449 за два прохода 0201=2, 0403=8,0412=7, 6449 не переделанная еще была.
Понаблюдав данную переписку решил проверить у себя. Два прохода на r6449, 0201-9 декодов, 0403-13 декодов, 0412-10 декодов.
Вложение 156872
А если подумать немного головой то с двумя проходами получаю на r6449, 0201-10 декодов, 0403-15 декодов, 0412-11 декодов.:wink3:
Вложение 156874
-
Цитата:
Сообщение от
RA9XQ
Понаблюдав данную переписку решил проверить у себя. Два прохода на r6449, 0201-9 декодов, 0403-13 декодов, 0412-10 декодов.
Я тогда не врублюсь, почему у меня 0201 всего два, и главное на всех программах, может я не тот файл распаковал или что то не правильно запускаю, кстати откуда файлы нужно запускать? я запускаю Open 0201.wav так?
-
Вложений: 1
Цитата:
Сообщение от
UA9OP
Я тогда не врублюсь, почему у меня 0201 всего два, и главное на всех программах, может я не тот файл распаковал или что то не правильно запускаю, кстати откуда файлы нужно запускать? я запускаю Open 0201.wav так?
разобрался, нужно было полосу 4500 поставить, а у меня 2800 былоВложение 156879
-
Я то считал только jt65 декодированные -потому у меня меньше казалось -но на самом деле 1 в 1 как у UA9OP
-
Цитата:
Сообщение от
RK4LWA
включено три прохода но ни разу третий проход не использовался
Когда на экране мы "видим два прохода" нельзя точно сказать все ли декодирования относятся ко второму проходу, последние могут быть и на третьем.
Когда я делал распределение SNR третьего прохода по просьбе разработчиков, то по разнице заметил что шесть декодирований из 40 не увидел, то есть они по возрастанию частоты были после окончания второго прохода.
-
Цитата:
Сообщение от
RK4LWA
Сейчас тестирую две копии wsjtx-6449 -у одной пороги 2.4-1.0.-1.0 ,у второй (справа на скриншоте 2.4.-1.5-1.0)-на позиции 941-при значении порога для второго прохода 1.0-вызов M6RLR LZ1VDR ,был декодирован только в третьем проходе (отмечено стрелочкой слева),тогда как при значении 1.5 для второй копии программы -был декодирован во втором проходе (стрелочкой справа)
Вложение 156835
Да, порог 1.5 получается ниже чем порог 1.0, это видно не только по лучшему декодированию на мощном процессоре но и по ощутимому росту времени затраченного на декодирование. Дефект.
Увы, на менее мощных процессорах порог 1.5 приводит к ощутимому снижению количества декодирований по сравнению с порогом 1.0.
-
Вложений: 2
Вложение 156897
15-16-17 Станций за проход
уже не умещаются в окошке и в AjTaler - 2 строки мало стало
Рапорта до - 29
Вложение 156898
вот пока писал
настройки 3 прохода 2.4 1.0 1.0 Randon-6
Чуть не забыл, полоса 2.4
-
Цитата:
Сообщение от
RA3RKA
15-16-17 Станций за проход
уже не умещаются в окошке и в AjTaler - 2 строки мало стало
с каждым днем растет количество станций на диапазонах, а значит третий проход будет выдавать больше декодирований
-
значения порогов и время декодирования
небольшой сюрприз - значение порога может быть менее 1.0
время дано в среднем на один интервал для моего процессора, пропорция в увеличении времени применима к любому процессору
два прохода:
2.5 + 2.5 1071 декодирований, 2.5 секунды на один интервал
2.4 + 1.0 1109 декодирований, 4.8 секунды на один интервал
три прохода:
2.4 + 1.0 + 1.0 1152 декодирований, 7.4 секунды на один интервал
2.4 + 1.0 + 0.5 1154 декодирований, 9.8 секунды на один интервал
2.4 + 0.5 + 0.5 1155 декодирований, 12.8 секунды на один интервал
Количество декодирований для двух последних тестов на мощных процессорах может быть больше.
-
2.4-0.5-0.5 -1162 декодов .2.4-1.0-1.0 1166-так что не имеет смысла на мощном процессоре -у меня во всяком случае точно
-
оказалось что при включении режима jt9+jt65-падает кол-во декодированных и у меня становиться при 2.4-1.0-1.0 1154 декодированных -а я то думал ну в чем дело -включаю чистый jt65 все норма-на файле 1410 из пакета с откл ару -10 декодированных jt65 -последний в третьем проходе -вкл jt65+jt9 -9 декодирований -нет декода из третьего прохода -установка коэффициента 2.4-1.0-0.5 решает эту проблему но общее кол-во все равно меньше на 4 декода чем в чистой моде jt65- вот такой дефект нашел-буду пробовать коэффициенты 0.5-1
-
перепроверил-я не правильно подсчитал -с 2.5-1.0-0.5 -1187+1 ложное декодирований в моде jt9+jt65
-
А в чистом режиме jt65 при таких же данных 1159 +3 ложных -то есть уже на лицо выигрыш режима jt65+jt9
-
Цитата:
Сообщение от
RK4LWA
с 2.5-1.0-0.5 -1187+1 ложное декодирований в моде jt9+jt65
А в чистом режиме jt65 при таких же данных 1159 +3 ложных -то есть уже на лицо выигрыш режима jt65+jt9
В режиме "JT65+JT9" доступная производительность процессора возрастает пропорционально количеству ядер по сравнению с режимом "только JT65".
-
Да я в курсе про производительность-но опять получаю плавающие результат-вообще не так все однозначно с этими порогами-сильная зависимость от сторонних программ таки имееться
-
Оказалось,что не от программ зависит -пре перекомпиляции был сделан лишний отступ в начале строки -я только с этим связываю-полностью обновил командой check-out .поменял все пороги не изменяя более ничего -все восстановилось -1185+3 ЛОЖНЫХ при 2.4-0.5-0.5
-
Цитата:
Сообщение от
RK4LWA
Оказалось,что не от программ зависит -пре перекомпиляции был сделан лишний отступ в начале строки -я только с этим связываю-полностью обновил командой check-out .поменял все пороги не изменяя более ничего -все восстановилось -1185+3 ЛОЖНЫХ при 2.4-0.5-0.5
1185 правильных JT65 декодирований, верно? какое при этом на Вашей машине получается среднее время на один файл?
-
да 1185 правильных -а время -8-9 сек при 2.4-0.5-0.5
-
Цитата:
Сообщение от
RK4LWA
да 1185 правильных -а время -8-9 сек при 2.4-0.5-0.5
попробуйте в исходнике symspec65.f90 выключить строки
! Compute the FFT window
pi=4.0*atan(1.0)
width=0.25*nsps
do i=1,NFFT
z=(i-NFFT/2)/width
w(i)=exp(-z*z)
enddo
знаком комментария:
! Compute the FFT window
! pi=4.0*atan(1.0)
! width=0.25*nsps
! do i=1,NFFT
! z=(i-NFFT/2)/width
! w(i)=exp(-z*z)
! enddo
а строку x=fac1*w*dd(i0+1:i0+NFFT)
заменить на строку
x=fac1*dd(i0+1:i0+NFFT)
Должно немного вырасти количество декодированных сигналов (у меня при 2.4-1.0-1.0 с 1152 до 1155) и уменьшится среднее время затрачиваемое на декодирование.
Интересно, этот прирост за счет правильных или за счет ложных декодирований?
-
Цитата:
Сообщение от
UA3DJY
попробуйте в исходнике symspec65.f90 выключить строки
...
Должно немного вырасти количество декодированных сигналов (у меня при 2.4-1.0-1.0 с 1152 до 1155) и уменьшится среднее время затрачиваемое на декодирование.
Интересно, этот прирост за счет правильных или за счет ложных декодирований?
14 ложных декодирований из 1155 с прямоугольным FFT окном (*1).
8 ложных декодирований из 1152 с FFT окном от разработчиков.
Пробовал несколько разных FFT окон-функций https://en.wikipedia.org/wiki/Window_function , в итоге пришел к выводу что та функция которую использовали разработчики работает лучше всего, пробовать изменение кода что в предыдущем посте смысла нет.
-
r6456: устранен дефект в кодере JT9 сообщения
Был доступ за пределы массивов dbits() и sym() без каких либо ошибок при компиляции и работе кодера JT9 WSJT-X.
Joe K1JT предполагает что запись данных за пределы массива sym(i) при i>69 могла быть причиной проблемы отсутствия декодирования некоторых JT9 сигналов.
-
оптимизация функции FFT окна (весовая функция)
Небольшой выигрыш в количестве декодированных сигналов дает применение синусоидальной весовой функции смещенной на два отсчета во временной области (на два бина в частотной).
При трех проходах с порогами 2.4 1.0 1.0:
- для функции используемой разработчиками получаю 1152 декодирования из которых 7 ложных
- для синусоидальной функции смещенной на два отсчета получаю 1157 декодирований из которых 6 ложных,
итого прирост на 6 верных декодирований.
Изменения кода в исходнике symspec65.f90:
кусок кода:
if(first) then
! Compute the FFT window
pi=4.0*atan(1.0)
width=0.25*nsps
do i=1,NFFT
z=(i-NFFT/2)/width
w(i)=exp(-z*z)
enddo
first=.false.
endif
меняем на следующий код:
if(first) then
! Compute the FFT window
pi=4.0*atan(1.0)
do i=1,NFFT
w(i)=sin(pi*(i+2)/NFFT)
enddo
first=.false.
endif
Результат получен для линейного приемного тракта SDR, чуть позже протестирую с файлами SDR+АРУ.
-
Цитата:
Сообщение от
UA3DJY
Небольшой выигрыш в количестве
Так при этом Random не не действует? почему то что 6, что 3 ставлю, по времени практически декодирует одинаково?
-
Цитата:
Сообщение от
UA9OP
Так при этом Random не не действует? почему то что 6, что 3 ставлю, по времени практически декодирует одинаково?
Действует, просто с декодером FTRSD менее заметно по количеству декодирований.
Между Random 6 и 3 по времени небольшая разница, но снижается количество декодирований.
Поэтому есть смысл использовать Random = 6, здесь детали: http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1203324
-
Цитата:
Сообщение от
UA9OP
Так при этом Random не не действует? почему то что 6, что 3 ставлю, по времени практически декодирует одинаково?
А вы установите разницу между 8 и 6 и все понятно будет.У меня лично стоит 7, так как 8 то далеко за пределы периода(сильно зависит от количества декодированных сигналов).
Очень хорошо видно в диспетчере задач по времени работы процессора именно во время декодирования.(начало 48сек.и до ......)Время в секундах.
-
Цитата:
Сообщение от
UA3DJY
Поэтому есть смысл использовать Random = 6
при R=6 декод получается 10-11 сек, я и так все время 6 стоит, а вот agressive decoding level должен 0 или тоже 6?
-
Цитата:
Сообщение от
UA9OP
при R=6 декод получается 10-11 сек, я и так все время 6 стоит, а вот agressive decoding level должен 0 или тоже 6?
0 будет нормально!
-
оптимизация функции FFT окна (весовая функция)
Цитата:
Сообщение от
UA3DJY
Небольшой выигрыш в количестве декодированных сигналов дает применение синусоидальной весовой функции смещенной на два отсчета во временной области (на два бина в частотной).
При трех проходах с порогами 2.4 1.0 1.0:
- для функции используемой разработчиками получаю 1152 декодирования из которых 7 ложных
- для синусоидальной функции смещенной на два отсчета получаю 1157 декодирований из которых 6 ложных,
итого прирост на 6 верных декодирований.
Изменения кода в исходнике symspec65.f90:
кусок кода:
if(first) then
! Compute the FFT window
pi=4.0*atan(1.0)
width=0.25*nsps
do i=1,NFFT
z=(i-NFFT/2)/width
w(i)=exp(-z*z)
enddo
first=.false.
endif
меняем на следующий код:
if(first) then
! Compute the FFT window
pi=4.0*atan(1.0)
do i=1,NFFT
w(i)=sin(pi*(i+2)/NFFT)
enddo
first=.false.
endif
Результат получен для линейного приемного тракта SDR, чуть позже протестирую с файлами SDR+АРУ.
Результаты тестов для файлов с SDR c включенной АРУ при трех проходах с порогами 2.4 1.0 1.0:
- для функции используемой разработчиками получаю 3318 декодирований из которых 5 ложных
- для синусоидальной функции получаю 3365 декодирований из которых 7 ложных
- для синусоидальной функции смещенной на два отсчета получаю 3367 декодирований из которых 6 ложных,
итого прирост на 48 верных декодирований, или 1.4%.
Готовлю запрос на усовершенствование WSJT-X на лист разработчиков.
-
оптимизация функции FFT окна (весовая функция)
запрос на усовершенствование WSJT-X на лист разработчиков сделан, переписку можно найти здесь: WSJT / Mailing Lists
-
формат отображения изменений в исходном коде
с этого момента переходим на принятый разработчиками упрощенный формат отображения изменений в исходном коде, например:
--- a/branches/wsjtx/lib/symspec65.f90
+++ b/branches/wsjtx/lib/symspec65.f90
if(first) then
! Compute the FFT window
pi=4.0*atan(1.0)
- width=0.25*nsps
do i=1,NFFT
- z=(i-NFFT/2)/width
- w(i)=exp(-z*z)
+ w(i)=sin(pi*(i+2)/NFFT)
enddo
first=.false.
endif
Здесь запись:
--- a/branches/wsjtx/lib/symspec65.f90
+++ b/branches/wsjtx/lib/symspec65.f90
означает что в исходнике symspec65.f90 удаляется(---) и добавляется(+++) код.
--- а/ означает что кусок исходного кода предыдущего релиза в новом релизе удаляется
+++ b/ означает что кусок кода добавляется в новый релиз.
Строка со знаком "-" в начале означает что она удалена в новом релизе:
- w(i)=exp(-z*z)
Строка со знаком "+" в начале означает что она добавлена в новом релизе:
+ w(i)=sin(pi*(i+2)/NFFT)
-
Цитата:
Сообщение от
UA3DJY
--- a/branches/wsjtx/lib/symspec65.f90
+++ b/branches/wsjtx/lib/symspec65.f90
а где они находятся?
-
Цитата:
Сообщение от
UA3DJY
меняем на следующий код:
if(first) then
! Compute the FFT window
pi=4.0*atan(1.0)
do i=1,NFFT
w(i)=sin(pi*(i+2)/NFFT)
enddo
first=.false.
endif
при компилировании выдает
Error: Invalid character in name at (1)
CMakeFiles\wsjt_fort.dir\build.make:2006: recipe for target 'CMakeFiles/wsjt_fort.dir/lib/symspec65.
f90.obj' failed
mingw32-make.exe[2]: *** [CMakeFiles/wsjt_fort.dir/lib/symspec65.f90.obj] Error 1
mingw32-make.exe[2]: *** Waiting for unfinished jobs....
[ 63%] Building Fortran object CMakeFiles/wsjt_fort.dir/lib/sync4.f90.obj
CMakeFiles\Makefile2:934: recipe for target 'CMakeFiles/wsjt_fort.dir/all' failed
mingw32-make.exe[1]: *** [CMakeFiles/wsjt_fort.dir/all] Error 2
makefile:136: recipe for target 'all' failed
mingw32-make.exe: *** [all] Error 2
какие то ошибки?
-
Цитата:
Сообщение от
UA9OP
а где они находятся?
--- a/branches/wsjtx/lib/symspec65.f90
+++ b/branches/wsjtx/lib/symspec65.f90
это файл symspec65.f90, находится в папке C:\JTSDK\src\wsjtx\lib
-
Цитата:
Сообщение от
UA9OP
при компилировании выдает
Error: Invalid character in name at (1)
...
какие то ошибки?
неправильный символ, указатель номера строки и символа в строке у Вас был в предыдущей строке перед сообщением "
Error: Invalid character in name at (1)"
-
Цитата:
Сообщение от
UA3WM
В созданном файле wsjtx.exe можно забить пробелами используя HEX редактор.
это как? запустил редактор и что то не понял что заменить? хотел ради пробы.
-
оптимизация еще одной весовой функции, исходник subtract65.f90
еще одна модификация и еще дополнительные декодирования уже поверх того что было ранее достигнуто
изменения:
--- a/branches/wsjtx/lib/subtract65.f90
+++ b/branches/wsjtx/lib/subtract65.f90
-window(j)=cos(pi*j/NFILT)**2
+window(j)=cos(pi*j/NFILT)
результаты тестирования (прирост в % поверх ранее сделанных модификаций):
файлы с SDR c выключенной АРУ
всего 1163 JT65 декодирования из них 9 ложных
прирост количества правильных декодирований на 0.26 процента
файлы с SDR c включенной АРУ
всего 3403 JT65 декодирования из них 5 ложных
прирост количества правильных декодирований на 1 процент
Напоследок изюминка: звуковой файл на котором из 9 сигналов ранее декодировалось только 6 с последней модификацией дает 7 декодирований.
Готовлю запрос на применение этой модификации в WSJT-X на лист разработчиков.
-
Сейчас релиз r6462 со всеми моими модификациями проходит предварительное тестирование в эфире.
По причине достаточно высокой сложности исполнения большого количества изменений исходного кода, готов по запросу поделиться релизом с желающими принять участие в его тестировании.
Все запросы на получение модифицированного релиза направляйте мне ТОЛЬКО ЛИЧНЫМ сообщением, запросы в теме форума рассматривать не буду.
-
Вложений: 1
Цитата:
Сообщение от
UA9OP
это как? запустил редактор и что то не понял что заменить?
Забиваем ненужный текст пробелами.
Вложение 157182
-
Замена RRR на RR73 не всегда оправдывает себя
Если работать на общий вызов то можно использовать
Если на поиск нет Получается не корректно
Как бы берешь инициативу в свои руки или игнорируешь этого корреспондента (мол пошел ты,мне DX подавай а ты лезешь)
Добавлю, даже не хотят подтверждать конец связи и начинают давать общий вызов ( обида получаеться)
-
Цитата:
Сообщение от
RA3RKA
Замена RRR на RR73 не всегда оправдывает себя
Если работать на общий вызов то можно использовать
Если на поиск нет Получается не корректно
Как бы берешь инициативу в свои руки или игнорируешь этого корреспондента (мол пошел ты,мне DX подавай а ты лезешь)
Добавлю, даже не хотят подтверждать конец связи и начинают давать общий вызов ( обида получаеться)
В модифицированном релизе сообщение "RR73" находится в колонке кнопок "Calling CQ" - работа на общий вызов.
При работе на поиск в стандартном наборе сообщений предусмотрено сообщение "73", находящееся в колонке кнопок "Answering CQ", его и надо использовать.
Сообщение "RRR" согласно принятому протоколу обмена сообщений в JT не должно использоваться при работе на поиск, а при варианте передачи сначала сообщения "RRR" и после него отдельным сообщением "73" мы создаем дополнительные помехи другим станциям на диапазоне - чрезмерная вежливость в этом случае оборачивается интерференцией.
Согласно принятому протоколу сообщение "RRR" должно завершать QSO при работе на общий вызов, поэтому замена его на RR73 ничего не нарушает, хотя при такой замене Joe K1JT тоже написал что "RR73" можно расценить как желание быстрее переключиться на другого, более интересного, корреспондента.
Мой подход просто немного практичнее - подтверждение QSO и 73 в одном сообщении, и я его применяю в варианте двухинтервального QSO при работе на поиск:
- вызов корреспондента с передачей рапорта
- подтверждение приема рапорта корреспондента и окончание QSO сообщением "RR73".
Видел статистику, примерно один оператор из 300 просит передать grid locator, то есть вызов станции с использованием grid locator невостребован, и сокращение QSO при работе в поиске с трех до двух интервалов позволяет ощутимо разгрузить диапазон.
-
Цитата:
Сообщение от
UA3DJY
В модифицированном релизе сообщение "RR73" находится в колонке кнопок "Calling CQ" - работа на общий вызов.
При работе на поиск в стандартном наборе сообщений предусмотрено сообщение "73", находящееся в колонке кнопок "Answering CQ", его и надо использовать.
Сообщение "RRR" согласно принятому протоколу обмена сообщений в JT не должно использоваться при работе на поиск, а при варианте передачи сначала сообщения "RRR" и после него отдельным сообщением "73" мы создаем дополнительные помехи другим станциям на диапазоне - чрезмерная вежливость в этом случае оборачивается интерференцией.
Согласно принятому протоколу сообщение "RRR" должно завершать QSO при работе на общий вызов, поэтому замена его на RR73 ничего не нарушает, хотя при такой замене Joe K1JT тоже написал что "RR73" можно расценить как желание быстрее переключиться на другого, более интересного, корреспондента.
Мой подход просто немного практичнее - подтверждение QSO и 73 в одном сообщении, и я его применяю в варианте двухинтервального QSO при работе на поиск:
- вызов корреспондента с передачей рапорта
- подтверждение приема рапорта корреспондента и окончание QSO сообщением "RR73".
Видел статистику, примерно один оператор из 300 просит передать grid locator, то есть вызов станции с использованием grid locator невостребован, и сокращение QSO при работе в поиске с трех до двух интервалов позволяет ощутимо разгрузить диапазон.
Все понятно.Протокол протоколом,но мне пришлось чувствовать неловкость
Буду работать как привык изходя из ситуации
Прога работает.Почти все доработки у меня внесены кроме RRR
Куча станций в окошке не умещаються
Игорь не плохо получилось
-
Цитата:
Сообщение от
UA3DJY
Согласно принятому протоколу сообщение "RRR" должно завершать QSO при работе на общий вызов
А получается дают RRR а потом еще 73 и минута пропадает, никто практически на RRR не заканчивает, а так RR73 все в одном.
-
Вложений: 1
изменение количества отсчетов весовой функции, исходник subtract65.f90
Цитата:
Сообщение от
UA3DJY
еще одна модификация и еще дополнительные декодирования уже поверх того что было ранее достигнуто
изменения:
--- a/branches/wsjtx/lib/subtract65.f90
+++ b/branches/wsjtx/lib/subtract65.f90
-window(j)=cos(pi*j/NFILT)**2
+window(j)=cos(pi*j/NFILT)
результаты тестирования (прирост в % поверх ранее сделанных модификаций):
файлы с SDR c выключенной АРУ
всего 1163 JT65 декодирования из них 9 ложных
прирост количества правильных декодирований на 0.26 процента
файлы с SDR c включенной АРУ
всего 3403 JT65 декодирования из них 5 ложных
прирост количества правильных декодирований на 1 процент
Напоследок изюминка: звуковой файл на котором из 9 сигналов ранее декодировалось только 6 с последней модификацией дает 7 декодирований.
Еще одна модификация и снова дополнительные декодирования. Теперь увеличение количества декодирований дается тяжело, изменения дающие новые декодирования обычно приводят к потере ранее полученных. Файл где ранее декодировалось шесть сигналов из девяти теперь дает восемь декодирований, этот файл прикладываю.
Изменение кода:
--- a/branches/wsjtx/lib/subtract65.f90
+++ b/branches/wsjtx/lib/subtract65.f90
-parameter (NFILT=1600)
+parameter (NFILT=2204)
Результаты тестирования (прирост в % поверх ранее сделанных модификаций):
файлы с SDR c выключенной АРУ
всего 1160 JT65 декодирования из них 5 ложных
прирост количества правильных декодирований на 0.1 процента
файлы с SDR c включенной АРУ
всего 3419 JT65 декодирования из них 7 ложных
прирост количества правильных декодирований на 0.4 процента
-
Цитата:
Сообщение от
UA3DJY
Результаты тестирования (прирост в % поверх ранее сделанных модификаций):
Цитата:
Сообщение от
UA3DJY
Вложения Вложения
Тип файла: wav 160110_2227.wav (1.37 Мб, Просмотров: 1)
получилось с 6462=7, а с +parameter (NFILT=2204) получил=8 декодам, так должно?
-
Вложений: 1
Цитата:
Сообщение от
RA3RKA
Все понятно.Протокол протоколом,но мне пришлось чувствовать неловкость
Буду работать как привык изходя из ситуации
Вот если Вы будете работать четко по протоколу, чувствовать неловкость точно не придется.
Цитата:
Сообщение от
RA3RKA
Прога работает.Почти все доработки у меня внесены кроме RRR
Куча станций в окошке не умещаються
Не первый раз вижу Ваши сообщения по "не умещаются в окне". Даже спрашивал что это значит, но Вы не ответили.
1. Не пробовали просто увеличить размеры окна?
2. Не пробовали изменить размеры шрифта декодированного текста?
3. Сходите в тему JT-65, там есть картинка как получить на экране почти любое количество строк (в разумных пределах)
пс Ну и конечно круто, что после всех Ваших модернизаций (так и хочется сказать "извращений") стало декодироваться аж 15-16 станций.
Не модернизированная версия спокойно тащит намного больше. На сегодня у меня был максимум 26 декодов в JT-65 и 32 декода в комбинации JT-65+JT-9.
Прямо сейчас специально для Вас скрин сделал. Не "потолок" конечно, но тоже достаточно показательно.
Вложение 157277
пс2 Может есть смысл с пользой потратить время с целью научиться как следует настраивать приемный тракт?
уж извините, если грубовато оказалось.
-
Цитата:
Сообщение от
UA9OP
получилось с 6462=7, а с +parameter (NFILT=2204) получил=8 декодам, так должно?
да, все верно
-
Цитата:
Сообщение от
UA9LEW
пс Ну и конечно круто, что после всех Ваших модернизаций (так и хочется сказать "извращений") стало декодироваться аж 15-16 станций.
Не модернизированная версия спокойно тащит намного больше. На сегодня у меня был максимум 26 декодов в JT-65 и 32 декода в комбинации JT-65+JT-9.
Прямо сейчас специально для Вас скрин сделал. Не "потолок" конечно, но тоже достаточно показательно.
Вложение 157277
пс2 Может есть смысл с пользой потратить время с целью научиться как следует настраивать приемный тракт?
уж извините, если грубовато оказалось.
Андрей,
Не то чтобы грубовато, более неуместно.
У каждого свои помехово-шумовые условия QTH, и Ваш совет по настройке приемного тракта здесь неприменим.
Абсолютное количество декодирований которое Вы видите в окошке НЕ ЯВЛЯЕТСЯ показателем эффективности работы одного релиза по сравнению с другим.
Для сравнения эффективности двух разных релизов используются либо звуковые файлы, либо одновременная работа, и другого способа пока не придумано.
73 Игорь
-
Цитата:
Сообщение от
UA3DJY
Андрей,
Не то чтобы грубовато, более неуместно.
У каждого свои помехово-шумовые условия QTH, и Ваш совет по настройке приемного тракта здесь неприменим.
Абсолютное количество декодирований которое Вы видите в окошке НЕ ЯВЛЯЕТСЯ показателем эффективности работы одного релиза по сравнению с другим.
Для сравнения эффективности двух разных релизов используются либо звуковые файлы, либо одновременная работа, и другого способа пока не придумано.
73 Игорь
Вот именно. Наконец то разумные слова, а не теоретические домыслы.
Тогда вопрос - Вы же базируете свои эксперименты на звуковых файлах, записанных в ВАШЕМ QTH, На ВАШЕЙ аппаратуре, с ВАШИМИ настройками.....
и прочем ВАШЕМ.....и тем не менее рекомендуете это сделать всем, в том числе и авторам программы, где логика?
Хотя, я ведь не против...пусть делают.
-
Цитата:
Сообщение от
UA9LEW
Вот именно. Наконец то разумные слова, а не теоретические домыслы.
Тогда вопрос - Вы же базируете свои эксперименты на звуковых файлах, записанных в ВАШЕМ QTH, На ВАШЕЙ аппаратуре, с ВАШИМИ настройками.....
и прочем ВАШЕМ.....и тем не менее рекомендуете это сделать всем, в том числе и авторам программы, где логика?
Хотя, я ведь не против...пусть делают.
Не в моем QTH, не на моей аппаратуре и не с моими настройками.
Более того, то что я рекомендую является результатом нескольких недель труда по оптимизации параметров.
И это выбор каждого, использовать результаты моего труда или нет.
-
итоги оптимизации параметров исходного кода WSJT-X
Настало время подвести итоги большой работы по оптимизации WSJT-X JT65 для КВ, больших прорывов более не ожидается, но возможны еще небольшие улучшения.
Настройки тестирования: JT65+JT9, Random=6 Agressive=0, Robust Sync выключен, в модифицированном релизе включен третий проход декодирования.
Софт от разработчиков r6449:
файлы SDR с выключенной АРУ - 1071 декодирование из них 5 ложных
файлы SDR с включенной АРУ - 3064 декодирования
модифицированный релиз r6462mod2:
файлы SDR с выключенной АРУ - 1160 декодирований из них 5 ложных
файлы SDR с включенной АРУ - 3419 декодирований из них 7 ложных
Итого имеем прирост в количестве правильных декодированных сообщений от 8.3 до 11.4 процента.
Использовавшиеся для тестирования файлы можно взять здесь: https://cloud.mail.ru/public/M6cq/oopoWbNQi
-
Полемика пошла не в ту сторону
Андрей UA9LEW полоса у меня 2.4 а не 3-5 кгц и больше 17 станций не было ни разу
Уровень помех минимум (редко) 7 балов и доходит до +20
Живу я в центре города,рядом с большим предприятием
Вот почему все изменения и доработки проги для меня лично важны
Игорь запустил 2 вариант
Буду тестировать
-
Цитата:
Сообщение от
RA3RKA
Полемика пошла не в ту сторону
Андрей UA9LEW полоса у меня 2.4 а не 3-5 кгц и больше 17 станций не было ни разу
Уровень помех минимум (редко) 7 балов и доходит до +20
Живу я в центре города,рядом с большим предприятием
Вот почему все изменения и доработки проги для меня лично важны
Увеличение количества декодирований не зависит от уровня шума и будет наблюдаться на любом сетапе.
Есть много факторов влияющих на степень увеличения: окрас шума, линейность тракта, диапазон уровней сигналов, количество и степень пересечения спектра сигналов,
поэтому на разных сетапах эффективность работы r6462mod2 будет немного отличаться.
-
Новый для меня рекорд 19 станций за один проход (полосе 2.4 jt65 помеха 9 баллов)
Много с рапортом за -20
пока пишу каждый проход 16-19 может и 20 будет
Это на 20-ке
при рапорте -29 все нормально
а вот -30 0.2 1744 # 81KBW78AERH4Z -- вот такая чехарда
-
релиз r6462mod2 и Agressive decoding level
Попробовал тест с активированным Agressive decoding level.
В WSJT-X под этой настройкой задействованы три шаговых критерия отбора кандидатов - предел количества кандидатов для BM (hard decision) декодера, предел количества кандидатов для FTRSD (soft decision) декодера и вероятность ошибки.
Изменение значения последнего критерия давало так много ложных декодирований что я для теста его не использовал.
Первые два критерия выставил на максимум, что соответствует Agressive decoding level =10
В итоге примерно на 1160 правильных декодирований получил примерно 240 ложных декодирований, при этом если рост количества правильных декодирований есть то не более чем на 3..4 декодирования.
Вывод: на релизе r6462mod2 использовать Agressive decoding level смысла нет.
-
Цитата:
Сообщение от
RA3RKA
Новый для меня рекорд 19 станций за один проход (полосе 2.4 jt65 помеха 9 баллов)
Много с рапортом за -20
пока пишу каждый проход 16-19 может и 20 будет
Это на 20-ке
У Андрея UA9LEW на картинке 22 декодированных JT65 сигнала, думаю что у Вас даже при шуме S9 более 20 JT65 декодирований будет иногда выскакивать.
Сейчас гоняю софт на приемнике с включенной АРУ(RTL донгл) и полноразмерной антенной, диапазон 20м. Уровни некоторых сигналов настолько высоки что АРУ загоняет слабые сигналы далеко под шум, в итоге на выходе декодера как большая редкость более 12 декодированных JT65 сигналов.
-
UA3DJY:После всех изменений в коде -1167 верных + 4 ложных-2.4-1.0-0.5 + изменения Вами предложенные в других исходниках -ранее данные были некорректны -были пропущены jt9 сообщения потому было 1185 сообщений ps тестовый файл с 1167 декодами прилагаю https://yadi.sk/i/W5_dswDdoSpvf 73 !.Вадим
-
Цитата:
Сообщение от
RK4LWA
UA3DJY:После всех изменений в коде -1167 верных + 4 ложных-2.4-1.0-0.5 + изменения Вами предложенные в других исходниках -ранее данные были некорректны -были пропущены jt9 сообщения потому было 1185 сообщений ps тестовый файл с 1167 декодами прилагаю
https://yadi.sk/i/W5_dswDdoSpvf 73 !.Вадим
Нащупал еще одну точку, еще будет прирост в декодированиях, продолжаю оптимизировать, объем тестов огромный, как закончу - опубликую.
Поскольку изменений масса, перехожу на публикацию доступа к полному исходному коду, чтобы любой желающий мог сам легко скомпилировать софт со всеми изменениями.
-
Обновление JTSDK до версии 2.0.4 кто делал?
-
Цитата:
Сообщение от
RA9XQ
Обновление JTSDK до версии 2.0.4 кто делал?
все нормально
-
Цитата:
Сообщение от
UA9OP
все нормально
Процедура не изменилась?
-
Цитата:
Сообщение от
RA9XQ
Процедура не изменилась?
в чем именно? все также единственное в директории wsjtx изменилось
-
Вложений: 1
Цитата:
Сообщение от
UA9OP
в чем именно?
Вложение 157424
-
Цитата:
Сообщение от
RA9XQ
le:///C:/Users/%D0%92%D0%BB%D0%B0%D0%B4%D0%B8%D0%BC%D0%B8%D1%80/Downloads/release-notes-2.0.4.html
не знаю у меня такого нет, я делал вот так
Пуск-> Все программы -> JTSDK -> запускаем JTSDK Maintenance
(если ярлык JTSDK Maintenance отсутствует то запускаем командный файл C:\JTSDK\maint.cmd)
вводим команды:
update
дожидаемся окончания работы
upgrade
дожидаемся окончания работы
-
Вложений: 1
Цитата:
Сообщение от
UA9OP
не знаю у меня такого нет,
Подправил предыдущий пост.
Теперь для package новый путь?
C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\package
Вложение 157425
-
Цитата:
Сообщение от
RA9XQ
Теперь для package новый путь?
точно так
-
-
Цитата:
Сообщение от
UA9OP
а вот r6470? для чего?
По моему оно коснулось WSJT 10.0, номер версии обновили.
-
предискажение уровней сигналов в WSJT-X
Идея заключается в том чтобы после быстрого преобразования Фурье в символьном спектре внести
разную степень расширения диапазона малых уровней сигналов для второго и третьего
проходов с компрессией высоких уровней сигналов.
То есть на каждом проходе в спектре делаю разную зависимость выходных уровней от входных,
при этом для первого прохода использую функцию предложенную разработчиками.
В результате проведенных работ по оптимизации были выбраны следующие функции:
1-ый проход: s=real(c(i))**2 + aimag(c(i))**2
2-ой проход: s=SQRT(real(c(i))**2 + aimag(c(i))**2)
3-ий проход: s=(abs(real(c(i))) + abs(aimag(c(i))))**0.01
Для осуществления выбора функции в исходнике symspec65 в зависимости от номера прохода в
исходнике jt65_decode.f90 ввожу общую для двух подпроцедур переменную номера прохода npass.
Значение этой переменной присваивается в том месте кода где мы устанавливаем пороги под каждый проход,
строка common/igor/npass в начале обоих исходников позволяет совместное использование этой переменной обеими
подпроцедурами.
На основании значения этой переменной выбирается необходимая функция предискажения
уровней сигналов в спектре после быстрого преобразования Фурье в исходнике symspec65.f90
_____
В результате оптимизации функций получены следующие результаты в количестве JT65 декодирований:
Сравнение эффективности работы r6462mod3 c r6449.
Софт от разработчиков r6449:
файлы SDR с выключенной АРУ - 1066 правильных декодирований и 5 ложных
файлы SDR с включенной АРУ - всего 3064 декодирования
модифицированный релиз r6462mod3:
файлы SDR с выключенной АРУ - 1163 правильных декодирований и 5 ложных
файлы SDR с включенной АРУ - 3449 правильных декодирований и 8 ложных
Прирост в количестве правильно декодированных сообщений от 9.1 до 12.6 процента.
-
r6462mod3
Полный исходный код со всеми модификациями и Release notes на него, для самостоятельной
компиляции, можно взять здесь: https://cloud.mail.ru/public/9uqT/dCs5GwFFB
Если кто нибудь захочет включить индикацию номера прохода в окне декодированных сообщений,
то это можно сделать так:
--- a/branches/wsjtx/lib/symspec65.f90
+++ b/branches/wsjtx/lib/symspec65.f90
-!print *, 'npass = ',npass
+print *, 'npass = ',npass
-
Цитата:
Сообщение от
UA3DJY
индикацию номера прохода в окне декодированных сообщений,
а как это будет выглядеть, я пока ничего не замечаю
-
сразу же увидел улучшение в декодировании после последнего улучшения в предискажениях -ранее декодировалось 10 позывных из фала 1410 с выкл ару-теперь 11-пороги 2.4-1.0-0.5 random 6
-
Цитата:
Сообщение от
RK4LWA
из фала 1410
где его взять?
1410?
-
был в файлах .что использует UA3DJY -с выкл ару-По итогам тестирования с последними изменениями 1171 верное декодирование +3 ложных,прибавка на 4 верных декодирования в связи с изменением уровня предыскажений-пороги 2.4-1.0-0.5 random 8 -три прохода
-
Вложений: 2
Цитата:
Сообщение от
RK4LWA
2.4-1.0-0.5 random 8 -три прохода
у меня 14 Вложение 157451
а и random 6
Вложение 157452
-
я считаю только jt65 декодирования-у Вас их так же 11-и нет разницы между 6-8 рандомами как я проверил. ps везде где писалось выше -речь шла только о jt65 декодированиях-jt 9 не считались
-
принудительное включение Robust Sync в зависимости от количества кандидатов
Steve K9AN в софте сделал принудительное включение Robust Sync если после использования полной функции корреляции количество кандидатов на проходе превышает 50.
Алгоритм следующий:
1. количество кандидатов на первом проходе определяется при помощи полной функции корреляции
2. если количество кандидатов более чем 50 то 'включается Robust Sync', количество кандидатов обнуляется и заново оценивается уже с помощью однобитной функции корреляции. Включившись на одном из проходов(обычно на втором, на первом проходе очень редко) Robust Sync остается включенным для всех оставшихся проходов приемного интервала.
Использование однобитной функции корреляции Robust Sync примерно на 0.5 дБ снижает чувствительность по декодированным сигналам.
При вычитании сигналов с SNR лучше чем -20 на следующем проходе количество кандидатов становится в пределах от 150 до 250, что связано скорее всего с расползанием спектра тона между бинами после быстрого преобразования Фурье и особенностью примененного точечного вычитания тонов в спектре.
Можно в софте выключить вычитание спектра после второго прохода если количество кандидатов на втором проходе менее 50, можно выключать в коде Robust Sync после каждого прохода декодирования.
Возможно эти два изменения позволят увеличить количество декодированных совсем слабых DX сигналов на почти закрытом диапазоне, за счет более низких порогов второго и третьего проходов и использования полной функции корреляции,
но чтобы проверить что такой подход даст эффект нужно несколько десятков звуковых файлов где SNR сигналов хуже чем -20 и есть один..два сигнала с SNR примерно -15...-20.
Если на файлах будет выигрыш то можно даже попробовать вывести на окно графического интерфейса квадратик с галочкой включающей/выключающей вычитание сигналов.
Нужна помощь в сборе таких файлов, желательно на сетапе с низким уровнем шума (антенна Яги или активная антенна).
Какие еще будут мысли?
-
Цитата:
Сообщение от
UA3DJY
Полный исходный код со всеми модификациями и Release notes на него, для самостоятельной
компиляции, можно взять здесь:
https://cloud.mail.ru/public/9uqT/dCs5GwFFB
Если кто нибудь захочет включить индикацию номера прохода в окне декодированных сообщений,
то это можно сделать так:
--- a/branches/wsjtx/lib/symspec65.f90
+++ b/branches/wsjtx/lib/symspec65.f90
-!print *, 'npass = ',npass
+print *, 'npass = ',npass
Игорь заменил всю папку все здорого
Но как правильно капелировать новые проги??
Все стало по другому
хоть я интуитивно и победил ее скапелировал,но хотелось бы правильная последовательность,
а не тыкать на абум
-
UA3DJY:у меня довольно низкий уровень шума -так как активная антенна-а точнее укороченная с усилителем если уж быть точным
-
Цитата:
Сообщение от
RK4LWA
UA3DJY:у меня довольно низкий уровень шума -так как активная антенна-а точнее укороченная с усилителем если уж быть точным
Вадим, это то что надо.
73 Игорь
-
Цитата:
Сообщение от
RA3RKA
Игорь заменил всю папку все здорого
Но как правильно капелировать новые проги??
Все стало по другому
хоть я интуитивно и победил ее скапелировал,но хотелось бы правильная последовательность,
а не тыкать на абум
Александр, я пока себе не обновлял пакет, еще по старинке работаю.
73 Игорь
-
ua3dyj:запись вести как понимаю через программу -Save All ? И как по времени-сколько писать ? завтра мог бы на 21 сделать записи -полосу 2.5 возьму ps Действительно теперь нет прироста в декодировании при третьем проходе ниже 1.0-более того даже на 1 ошибочное появляеться при 2.4-1.0-0.5. Как и нет прироста при random erasure выше 6 -теперь вообще моментально декод идет
-
Ra3rka-ничего и не поменялось в компиляции -кроме конечной папки расположения пакета скомпилированного
-
Вложений: 2
Цитата:
Сообщение от
RK4LWA
Ra3rka-ничего и не поменялось в компиляции -кроме конечной папки расположения пакета скомпилированного
после ввода checkout-wsjtx вылетает это окно
Вложение 157469
ввожу r
Вложение 157470
выхожу вот сюда и команда build-wsjtx package потом у
прога капелираеться за минуту
очень быстро
-
А да-я просто не делал команду checkout-wsjtx-просто другие теперь команды -знал бы не обновлялся-намудрили они конечно-как просто то исходники скачать без компиляции сразу -чтот не выходит
-
Цитата:
Сообщение от
RK4LWA
А да-я просто не делал команду checkpoint-wsjtx-просто другие теперь команды -знал бы не обновлялся-как просто исходники скачать непойму никак
А какие теперь команды ???
а то получаеться чехарда какае- та
и очень быстро все происходит
как будто идет просто обновление
-
Цитата:
Сообщение от
RA3RKA
А какие теперь команды ???
Так они у вас на втором снимке.
Download JTSDK from SourceForge.net
-
Я попробывал команды что даны-где выбор билда и тп -ошибку пишут -работает только buil-wsjtx package -скачиваються исходники и создаеться пакет -а быстро -оптимизировали видно компиляцию .Вопрос как просто скачать исходники без компиляции сразу -хотя не страшно что компилит но все же-все равно потом перекомпилировать
-
Цитата:
Сообщение от
RA9XQ
Владимир спасибо
разберемся
-
Цитата:
Сообщение от
RK4LWA
ua3dyj:запись вести как понимаю через программу -Save All ? И как по времени-сколько писать ? завтра мог бы на 21 сделать записи -полосу 2.5 возьму ps Действительно теперь нет прироста в декодировании при третьем проходе ниже 1.0-более того даже на 1 ошибочное появляеться при 2.4-1.0-0.5. Как и нет прироста при random erasure выше 6 -теперь вообще моментально декод идет
да, запись звуковых файлов через Save All
можно записать файлов 40..60 для начала, по результатам тестов уже решим что дальше делать
-
принудительное включение Robust Sync в зависимости от количества кандидатов
Цитата:
Сообщение от
UA3DJY
При вычитании сигналов с SNR лучше чем -20 на следующем проходе количество кандидатов становится в пределах от 150 до 250, что связано скорее всего с расползанием спектра тона между бинами после быстрого преобразования Фурье и особенностью примененного точечного вычитания тонов в спектре.
Погонял файлы -24дБ сгенерированные jt65sim и выяснил что вовсе не вычитание сигналов является причиной большого количества кандидатов.
Помогла это понять диагностика:
--- a/branches/wsjtx/lib/jt65_decode.f90
+++ b/branches/wsjtx/lib/jt65_decode.f90
-!write(*,*) 'Pass ',ipass,' ncandidates too large ',ncand
+print *, 'Pass ',ipass,' ncandidates too large ',ncand
Причиной большого количества кандидатов на втором и третьем проходе является снижение порогов thresh0 до значения 1.0(у Вадима на третьем проходе 0.5), что неизбежно приводит к включению Robust Sync на втором и третьем проходе:
if(ncand.gt.50) robust=.true.
Именно потому что мы выжали почти все что можно в декодированиях, активация Robust Sync в закладке Advanced почти не дает новых декодирований, зато приводит к потере части из-за того что при этом и первый проход постоянно бежит на Robust Sync.
По этой же причине дальнейшее снижение порога 2.4 на первом проходе приводит к падению количества декодирований: начинает включаться Robust Sync на первом проходе.
С более точным пониманием работы софта пришло видение направления дальнейшего движения для варианта только слабых сигналов на диапазоне. В случае успеха скорее всего будет галочка в окне графического интерфейса "Weak sigs", которую пользователь сможет использовать при почти закрытом диапазоне. Завтра продолжу тесты с сгенерированными файлами в разных вариантах работы софта.
На r6462mod3 получаю 848 декодирований из 1000 сигналов на файлах -24дБ, завтра попробую выжать больше.
Файлы -24дБ можно взять здесь https://cloud.mail.ru/public/HiJt/dNEDMsEkf
-
UA3DJY:я поставил сейчас также 1.0 на третий проход -так как кроме 1 ложного декодирования -прироста не дает вообще теперь уменьшение-на втором проходе все таки повышение до 1.5 ухудшает на 2 декодирования правильных результат -снижение ниже 1 -так же вызывает снижение примерно на 2-3 -так что оптимально таки 2.4-1.0-1.0 ps Если увеличить к примеру кол-во кандидатов до 300-чтобы небыло вкл robust true при 50? Я к тому что увеличиться ли кол-во декодированных СЛАБЫХ сигналов если не включиться автоматически robust ?
-
Я получил 837 декодирований как ни странно при 2.4-1.0-1.0 random 6
-
При слабых сигналах Random erasure все таки влияет -получил 884 декодирования при random=8 vs 837 при random=6
-
Цитата:
Сообщение от
RK4LWA
так что оптимально таки 2.4-1.0-1.0 ps Если увеличить к примеру кол-во кандидатов до 300-чтобы небыло вкл robust true при 50? Я к тому что увеличиться ли кол-во декодированных СЛАБЫХ сигналов если не включиться автоматически robust ?
много параметров влияют, кроме включения Robust Sync по критерию более 50 кандидатов есть еще ограничение nvec:
if(ncand.gt.75) then
nvec=100
endif
плюс верхние планки количества кандидатов и нижняя вероятности ошибки для Agressive decoding level = 0 по выше заданным массивам h0, d0 и r0 (0:11) (если не ошибаюсь значению Agressive=0 соответствует первое число в массивах):
if(nhard_min.gt.50) cycle
if(nhard_min.gt.h0(n)) cycle
if(ntotal_min.gt.d0(n)) cycle
if(rtt.gt.r0(n)) cycle
плюс функции окон FFT и предискажений.
Задача непростая, буду разбираться.
-
Цитата:
Сообщение от
RK4LWA
При слабых сигналах Random erasure все таки влияет -получил 884 декодирования при random=8 vs 837 при random=6
похоже что -24дБ файлы как критерий оценки/оптимизации декодирования слабых сигналов плохо подходят, попробую -26дБ
-
Цитата:
Сообщение от
RK4LWA
При слабых сигналах Random erasure все таки влияет -получил 884 декодирования при random=8 vs 837 при random=6
на моей машине на r6462mod3 получается немного лучше:
848 для Random =6
и
891 для Random =8,
может быть у Вас процессор "разогнан"?
-
оптимизация по критерию чувствительности декодирования
При использовании файлов с симулятора предлагаю перейти на термин вероятность декодирования, например когда мы декодируем 848 сообщений из 1000 для сигналов с SNR -24 то вероятность декодирования -24дБ SNR сигналов составляет 84.8 %, достаточно просто.
Для показателей эффективности работы будем использовать два набора созданных на симуляторе файлов: -24 дБ и -26 дБ,
в каждом файле 10 разных JT65 сигналов, спектр сигналов не пересекается.
Файлы находятся здесь: https://cloud.mail.ru/public/9dGM/kpUSyVXpV
Первый для того чтобы понять что мы ничего не испортили, второй - для того чтобы понять что мы добились.
На моей машине для r6462mod3 получаю такие результаты:
-24 дБ SNR:
Random = 6 --- 84.8%
Random = 8 --- 89.1%
-26 дБ SNR:
Random = 6 --- 6%
Random = 8 --- 7%
Используем их как базовые для оптимизации.
Репортируемые WSJT-X уровни SNR -27..-30, которые мы наблюдаем при работе в эфире, являются результатом вычитания спектров между проходами декодирования и не соответствуют реальным SNR этих сигналов на входе софта WSJT-X.
-
Процессор конечно разогнан и абсолютно стабилен в любых задачах-я сам что то непойму почему вдруг у меня стали хуже результаты .Время синхронизируется через meinberg ntp
-
UA3DJY:Как и обещал -запись с дневного эфира на 21 мгц- https://yadi.sk/d/HxlIfzFOoYZ5L.
-
Цитата:
Сообщение от
RK4LWA
Время синхронизируется через meinberg ntp
При проигрывании звуковых файлов синхронизация времени через NTP не требуется. DT считается от отметки (начало файла + 1 сек).
При разгоне процессора возможна плохая работа генератора случайных чисел в софте WSJT-X.
-
Да все было элементарней-89.1 при erasure 8 сейчас на -24 дб файлах-я уровень низко очень поставил в wsjt-x .Так что у нас результаты полностью идентичны -следовательно и на других наборах будут идентичны +-
-
Цитата:
Сообщение от
RK4LWA
Посмотрел файлы, в каждом очень много сигналов с SNR -15...-01, такие мало пригодны для сверки релизов на чувствительность из-за остающихся хвостов при вычитании сигналов в спектре и уменьшения величины репортируемого SNR после вычитания.
Пока мы работаем с симулятором, но чуть позже для проверки возможно потребуются файлы снятые в условиях когда диапазон полностью закрыт на ближнее прохождение но есть слабое многоскачковое прохождение. Обычно в таких условиях на диапазоне декодируются 3..4 станции с SNR -20 и ниже.
Если уровень шума QTH + антенна мал то на 21 МГц такие условия в феврале бывают примерно в 06:00...08:30 утра.
-
Да утром надо было -где то в 6-7 утра уровень мал у меня сигналов-не подумал.На 28 сейчас очень слабое прохождение попробую записать
-
Цитата:
Сообщение от
RK4LWA
Да все было элементарней-89.1 при erasure 8 сейчас на -24 дб файлах-я уровень низко очень поставил в wsjt-x .Так что у нас результаты полностью идентичны -следовательно и на других наборах будут идентичны +-
При тестах на чувствительность я уровень шума в WSJT-X выставляю 40 дБ, чтобы уйти от ошибки дискретизации на слабых сигналах.
-
оптимизация по критерию чувствительности декодирования
Цитата:
Сообщение от
UA3DJY
На моей машине для r6462mod3 получаю такие результаты:
-24 дБ SNR:
Random = 6 --- 84.8%
Random = 8 --- 89.1%
-26 дБ SNR:
Random = 6 --- 6%
Random = 8 --- 7%
Используем их как базовые для оптимизации.
сделал ошибку в числах, правильные будут так:
-24 дБ SNR:
Random = 6 --- 84.8%
Random = 8 --- 89.1%
-26 дБ SNR:
Random = 6 --- 0.6%
Random = 8 --- 0.7%
-
да Я понял про то что ошибка-когда у себя прогнал :)
-
Цитата:
Сообщение от
UA3DJY
на моей машине на r6462mod3 получается немного лучше:
848 для Random =6
и
891 для Random =8,
может быть у Вас процессор "разогнан"?
Решил проверить у себя по вашей методике версию 6469 без всяких модификаций, два прогона, Robust отключен, Aggressive=0.
Random=8 --- 901 декод
Random=6 --- 848 декодов.
-
Гм сейчас сам скомпилирую чистую версию и прогоню-будет смешно если мы ухудшили -но что то есть сомнения
-
Цитата:
Сообщение от
RK4LWA
Гм сейчас сам скомпилирую чистую версию и прогоню
А я попробую на версии 6462.
-
Все нормально -да чуть мы в самых слабых потеряли видимо сигналах -но проверяю файл 1410 из пакета тестового и сразу вижу что декодируется только 9 из 11 сообщений как при нашей модификации-то есть по дефолту 2 сообщения не видит-далее даже не стал прогонять .а потеря в самых слабых думаю это включение robust sync принудительное о чем вчера говорили
-
Прогонал -26 на новой версии-те же 7 декодов на 1000-так что все по прежнему и ухудшение на 10 декодов на -24 файлах по сравнению с установками по дефолту видимо связано именно с robust sync-главное выигрыш большой в общем по декодированиям
-
Цитата:
Сообщение от
RK4LWA
а потеря в самых слабых думаю это включение robust sync принудительное о чем вчера говорили
При включении Robust в версии 6469, при Random=8 получил 884 декода.
-
Цитата:
Сообщение от
RA9XQ
А я попробую на версии 6462.
Как и предполагал получил тоже 901 декод.
-
есть первые результаты на файлах SNR -26
Декодирования слабых сигналов идут исключительно на первом проходе, похоже что порог 1.0 второго прохода нарушает по количеству кандидатов одну из верхних планок и декодирование останавливается(это хорошо заметно по тому как быстро проскакивает большинство файлов где не декодирует сигналы).
Итак установки и результат:
планки
nhardmin 52
ntotalmin 85
rtt 0.92
если ncand > 100 то nvec=1000
Robust Sync запретил.
thresh0 первого прохода 2.2
Random =8
получаю вероятность декодирования 4.4%, ощутимый рост, продолжаю искать максимум.
В варианте "weak signals" скорее всего оставим только один проход декодирования, связано с большим временем декодирования.
-
Цитата:
Сообщение от
RK4LWA
Гм сейчас сам скомпилирую чистую версию и прогоню-будет смешно если мы ухудшили -но что то есть сомнения
Не удивлюсь если мы действительно ухудшили чувствительность, мы ведь гнались за количеством декодированных сигналов на перегруженном диапазоне.
По этой причине мы сейчас и создаем альтернативный вариант с быстрым выбором пользователем - максимальная чувствительность.
Это то между чем разработчики балансировали последний год - либо чувствительность и ложные декодирования, либо большее количество правильных декодирований в ущерб чувствительности.
Вариант дать это выбрать пользователю в WSJT-X разработчики не сделали.
-
UA3DJY:мы совсем незначительно ухудшили на -24 сигналах чувствительность -всего то меньше на 10 сигналов,чем при установках по умолчанию-зато прирост общий по декодированиям на загруженном диапазоне большой. Зы Robust запретили изменив true на false? И изменив перый порог на 2.2 мы получаем потери при декодировании при большом кол-ве сигналов сильных не так ли ? То есть Вы предлагаете сделать отдельный пункт weak signal -где на одном проходе будет максимальная чувствительность ? Вопрос -будет ли она реализовываться если имеются сильные сигналы на диапазоне(пусть в ущерб их декодированию) или только использовать ее при закрытых -полузакрытых диапазонах придется ?
-
Цитата:
Сообщение от
RK4LWA
UA3DJY:мы совсем незначительно ухудшили на -24 сигналах чувствительность -всего то меньше на 10 сигналов,чем при установках по умолчанию-зато прирост общий по декодированиям на загруженном диапазоне большой. Зы Robust запретили изменив true на false?
!!!if(ncand.gt.50) robust=.true.
!!!if(robust) then
!!! ncand=0
!!! call timer('sync65 ',0)
!!! call sync65(ss,nfa,nfb,naggressive,ntol,nhsym,ca,ncand,1)
!!! call timer('sync65 ',1)
!!!endif
сейчас сильно ломаю код, только перья летят, потом когда буду сводить в код оба варианта - буду вылизывать
-
Цитата:
Сообщение от
RK4LWA
То есть Вы предлагаете сделать отдельный пункт weak signal -где на одном проходе будет максимальная чувствительность ? Вопрос -будет ли она реализовываться если имеются сильные сигналы на диапазоне(пусть в ущерб их декодированию) или только использовать ее при закрытых -полузакрытых диапазонах придется ?
да, либо чувствительность, либо загруженный диапазон
На загруженном диапазоне вариант высокой чувствительности будет давать кучу ложных декодирований и намного менее эффективен по количеству пересекающихся спектров, поэтому галочку хочу вывести в основное окно, чтобы увидя на водопаде сильные сигналы пользователь еще до момента декодирования мог бы снять галочку "weak signals"
При наличии большого количества сильных сигналов высокая чувствительность в любом случае не может быть реализована - наложение спектров на линейных SDR,
АРУ, ручная регулировка усиления по ВЧ или интермоды на классике - как основные препятствия убивающие чувствительность.
Если пользователь не видит сильных сигналов на водопаде или вообще не видит сигналов - то до декодирования ставит галочку "высокая чувствительность", если видит много сигналов - то снимает эту галочку.
-
Ну вобщем то как я и думал-тут уже идут процессы которые нам не подвластны -я про высокую чувствительность одновременно с высокой линейностью -во всяком случае из за наложения спектров нереализуемо на сдр-а вот в утренние часы на 21и 28 ой как хорошо бы иметь такую галочку -когда сигналы на уровне шумов.То есть вы просто заккоментировав отключили включение робуста-гм я думал будет сложнее
-
Цитата:
Сообщение от
UA3DJY
да, либо чувствительность, либо загруженный диапазон
Не могу понять смысла в таком увеличении чувствительности. Одно дело что вы видите корреспондента но видит ли он вас? Сразу возникает соблазн вдуть по полной, лишь бы увидел. Вопрос к софту который использует корреспондент, это может быть не обязательно версия с вашей доработкой. Должен быть компромисс а не кидание из крайности в крайность.
-
Это хорошо просто для мониторинга к примеру-пусть не проводя двустороннюю связь а как наблюдение-это ведь тоже интересно и тут возможно же отключение этой функции.И тем более кто заставляет использовать все наработки -берется стандартная версия rc -и спокойно работается имхо
-
Цитата:
Сообщение от
RK4LWA
Это хорошо просто для мониторинга к примеру-пусть не проводя двустороннюю связь а как наблюдение-это ведь тоже интересно и тут возможно же отключение этой функции.
Для мониторинга сделали pskreporter.:grin:
-
Ну а споты то кто то должен на него отсылать ? :) Просто Игорь хочет дать возможность выбора -услышать (возможно и не сработать) очень слабые станции .в то же время не теряя функциональности (а улучшив ее по сравнению с дефолтом)при наличии множества станций на загруженном диапазоне-По мне так это просто Хорошо ,за что Ему и Спасибо
-
Цитата:
Сообщение от
RA9XQ
Не могу понять смысла в таком увеличении чувствительности. Одно дело что вы видите корреспондента но видит ли он вас? Сразу возникает соблазн вдуть по полной, лишь бы увидел. Вопрос к софту который использует корреспондент, это может быть не обязательно версия с вашей доработкой. Должен быть компромисс а не кидание из крайности в крайность.
Точно такая же ситуация возникает когда у корреспондента уровень шума намного выше чем у Вас, но то что корреспондент Вас не слышит не должно вызывать желания поднять у себя уровень шума до его уровня, чтобы сбалансировать трассу между Вами.
-
Цитата:
Сообщение от
RK4LWA
за что Ему и Спасибо
Конечно спасибо ведь много делает и поясняет. Научил самим компилировать а не бегать в поисках обновления.
По мне так главное качество декодирования на перегруженном диапазоне, смысл видеть станции с минимальным уровнем сигнала когда не декодировано часть со средним и при том вас кто нибудь из этих невидимок может вызывать. А трассу если нет прохождения и антенн ничем другим не сбалансируешь.
-
Вот для этого эта функция и сделана опциональной-и должна включаться только при слабых сигналах при отсутствии сильных и средних-то есть как понимаю при сигналах ниже -18 -20.То есть когда вы знаете ,что не будет пропущено сигналов при декодировании.И конечно если полностью отсутствует прохождение-вряд ли тут что то даст -но имея высокую чувствительность приемного тракта Вы же не будете сами загрублять ее просто так правда ? Только если такая чувствительность будет выводить характеристику приемного тракта на нелинейный участок Вы снизите усиление вч или включите аттенюатор.а тут просто выключите этот режим -вот и все
-
r6462mod4
готов, сделан на основе r6462mod3, функционал последнего не менялся.
исходный код для самостоятельной компиляции и Release notes здесь: https://cloud.mail.ru/public/93BB/zLEPPfD6p
Добавлен функционал включения режима высокой чувствительности клавишей Preamp и отдельно настройка количества проходов декодирования для Preamp в закладке Advanced.
В режиме Preamp используются разные функции предискажений спектра для каждого прохода, комбинация этих функций в варианте трех проходов дает максимум декодированных сигналов.
Теперь можно по окончании декодирования интервал включить кнопку Preamp и нажатием кнопки Decode декодировать повторно последний интервал, и наоборот. По сути это функционал шести проходов в декодировании.
Сравнение эффективности работы Preamp на звуковых файлах симулятора с SNR -26дБ,
указана вероятность декодирования сигналов с SNR -26дБ
при Random erasure patterns=8:
r6462mod3 - 0.7 %
r6462mod4 Preamp включен, один проход - 5.3 %
r6462mod4 Preamp включен, два прохода - 6.5 %
r6462mod4 Preamp включен, три прохода - 7.5 %
при Random erasure patterns=6:
r6462mod3 - 0.6 %
r6462mod4 Preamp включен, один проход - 1.7 %
r6462mod4 Preamp включен, два прохода - 2.2 %
r6462mod4 Preamp включен, три прохода - не смог протестировать на файлах симулятора
из-за дефекта в софте WSJT-X.
Изменения кода многочисленные, будет отдельный пост, были изменены исходники файлов:
mainwindow.h
mainwindow.ui
mainwindow.cpp
configuration.hpp
configuration.ui
configuration.cpp
decoder.f90
commons.h
jt9com.f90
jt65_test.f90
jt65.f90
jt65_decode.f90
symspec65.f90
-
Вложений: 2
эффективность работы Preamp
в звуковом файле где на софте от разработчиков декодируются только 6 сигналов из девяти, два берет функционал r6462mod3, Preamp берет последний - девятый сигнал.Вложение 157826
-
Вложений: 1
создание файла изменений кода WSJT-X в пакете JTSDK
делается очень просто - запускаете JTSDK-QT, в нем переходите в папку С:\JTSDK\src\wsjtx\
из нее выполняете команду:
svn diff >last.patch
По окончании выполнения в папку С:\JTSDK\src\wsjtx\ упадет файл с именем last.patch содержащий в себе все отличия исходного кода от исходного кода текущего релиза разработчиков.
Именно с такими патчами работают разработчики когда создают новые релизы на svn.
Пример создания файла изменений кода для r6462mod4 прикладываю, был сделан по просьбе разработчика для диагностики дефекта в софте WSJT-X.
-
Вложений: 1
изменения исходного кода r6462mod4
по сравнению с последним релизом исходного кода разработчиков, в приложенном файле
-
Вложений: 1
Цитата:
Сообщение от
UA3DJY
Preamp берет последний - девятый сигнал.
у меня с Preamp всего 7, а потом это, что то неправильно сделал?
Вложение 157841
-
Вложений: 1
Цитата:
Сообщение от
UA3DJY
в звуковом файле где на софте от разработчиков декодируются только 6 сигналов из девяти, два берет функционал r6462mod3...
Попробовал декодировать файл на r6229 при REP=6 без всяких модификаций - тоже 8 декодов получается.
На r6192 без всяких модификаций получается 7 декодов.
Вложение 157849
UPD: На последней r6469 только 6 декодов.
-
При нажатой кнопке preamp-выставлены три прохода для pream -erasure 8-декодирование проходит примерно за 8 сек файла из набора -26-после вылетает ошибка Fortran runtime error,как на скрине выше у UA9OP,после чего кнопка DEcode так и горит зеленым и программа фактически зависает.Если выставить 2 прохода в настройках для Preamp-то ошибка не вылетает ,но декодирует также только 7 позывных как и у UA9OP из тестового файла -при откл preamp-8-на тестовом файле не выходит получить 9 декодов никак-То есть С двумя проходами preamp-7 декодов и не выходит ошибка.c 3 проходами-7 декодов и вылетает ошибка и прога фактически виснет. Что у нас с UA9OP ни так ?
-
Вложений: 1
дефект в коде WSJT-X, индекс массива ccfblue выходит за пределы
Цитата:
Сообщение от
RK4LWA
вылетает ошибка Fortran runtime error,как на скрине выше у UA9OP,после чего кнопка DEcode так и горит зеленым и программа фактически зависает.
Тоже увидел при работе с приемником, вчера наблюдал только на файлах симулятора. Индекс массива ccfblue выходит за декларированные для него пределы (-11:540). Это происходит только на функции предискажений спектра примененной для третьего прохода Preamp, очень похоже на ошибочный доступ к чужой области памяти в софте WSJT-X.
Пока не активируйте три прохода Preamp - работайте только на двух.
Я вчера по этой теме открыл запрос на разработчиков, Bill G4WJS взял его в свою очередь.
Вложение 157852
-
Цитата:
Сообщение от
RK4LWA
но декодирует также только 7 позывных как и у UA9OP
Что у нас с UA9OP ни так ?
все верно, в файле 9 разных сигналов, при выключенном Preamp из них декодируется 8, если потом включить Preamp и нажать Decode то на первом проходе появляется девятое сообщение от PD2HAB,
при этом Preamp дает 7 декодированных сообщений
-
Цитата:
Сообщение от
R3LW
Попробовал декодировать файл на r6229 при REP=6 без всяких модификаций - тоже 8 декодов получается.
На r6192 без всяких модификаций получается 7 декодов.
UPD: На последней r6469 только 6 декодов.
Все верно,
r6229 и r6192 используют SFRSD декодер от которого разработчики уже отказались и перешли на FTRSD декодер.
Поэтому с r6229 и r6192 мы больше не сравниваем.
-
еще по функционалу Preamp
Забыл сказать на форуме, но должно быть в Release notes:
При использовании Preamp нет вычитания спектра между проходами.
Это сделано специально чтобы не терять слабые сигналы при таком вычитании. Вопрос дополнительного тестирования, если есть желание для себя включить то можете поставить в исходном коде jt65_decode.f90 переменную nsubtract на первом и втором проходе в значение 1.
Поэтому в r6462mod4 когда спектр двух или нескольких сигналов пересекается Вы часто будете наблюдать меньшее количество декодирований при включенном Preamp.
Еще сделал недоступной ручную активацию Robust Sync, этот функционал потерял свой смысл еще в r6462mod3.
-
Вложений: 1
Вложение 157857
Пробую в эфире
7 -2 прохода сразу -30
и главное время у меня обработки заметно уменьшилось
если 6 и 2-3 прохода декодирует очень быстро
Завтра посмотрю при переполненом диапазоне (если будет проход)
-
Согласен-декодирование идет очень быстро-около 8 сек при ep=8 pream=2.на 18 сходу при вкл pream получил -28-на водопаде просто не видно было сигнала
-
При включеном Preamp скорость возростает, но и ошибки тоже
идут строчки с набором букв,но это не так и страшно
С этими настройками появились и дополнительные возможности настроить под себя и
свое железо работу программы
-
Вложений: 1
Цитата:
Сообщение от
UA3DJY
все верно, в файле 9 разных сигналов, при выключенном Preamp из них декодируется 8, если потом включить Preamp и нажать Decode то на первом проходе появляется девятое сообщение от PD2HAB,
при этом Preamp дает 7 декодированных сообщений
перекомпилировал, получил при R=7, P=2
Вложение 157860
-
Еще бы сначала проходило три прохода обычных а потом preamp-автоматом и не повторялись бы декоды на экране -вот песня была бы.А то проц позволяет по скорости а приходиться жать снова decode :)Мечтатель однако:) Спасибо огромное Игорь ! С Вашими модификациями стало еще интересней слушать эфир-вытягивает очень слабые сигналы
-
Цитата:
Сообщение от
RK4LWA
Еще бы сначала проходило три прохода обычных а потом preamp-автоматом и не повторялись бы декоды на экране -вот песня была бы.А то проц позволяет по скорости а приходиться жать снова decode :)Мечтатель однако:) Спасибо огромное Игорь ! С Вашими модификациями стало еще интересней слушать эфир-вытягивает очень слабые сигналы
Вадим,
Я думаю что то что Вы хотите несложно реализовать самостоятельно, изменения скорее всего будут только в jt65_decode.f90 - просто изменить последовательность условного исполнения IF (логика будет сложнее но код простой).
У меня на машине Preamp три прохода занимают примерно 15 секунд, поэтому для большинства пользователей Ваша модификация увы пока преждевременна.
Читайте исходники jt65_decode.f90 и symspec65.f90, как только Вы поймете заложенную в них мною логику то легко сможете ее переделать под свои цели.
73 Игорь
-
Игорь -Увы,мои начальные знания фортрана не дадут это сделать-хотя там вроде правда ничего сложного по коду-а вот по логике -вопрос(хотя как вы организовали я понял посмотрев код) -да это я уж так-в виде шутки-пожелания:) озвучил -все и так отлично просто-сейчас на 21 слабые сигналы .но и то спокойно на мой обрубок идет прием
-
дефект в коде WSJT-X, индекс массива ccfblue выходит за пределы
Цитата:
Сообщение от
UA3DJY
Тоже увидел при работе с приемником, вчера наблюдал только на файлах симулятора. Индекс массива ccfblue выходит за декларированные для него пределы (-11:540). Это происходит только на функции предискажений спектра примененной для третьего прохода Preamp, очень похоже на ошибочный доступ к чужой области памяти в софте WSJT-X.
Пока не активируйте три прохода Preamp - работайте только на двух.
Я вчера по этой теме открыл запрос на разработчиков, Bill G4WJS взял его в свою очередь.
Bill G4WJS глянул код и уже нашел причину, это мой дефект, огромное спасибо ему за помощь.
Проблема возникла из-за того, что я, используя в исходнике symspec65.f90 общую переменную preamp, не декларировал ее тип в этом исходнике как integer.
В результате неправильно инициализируется массив ss, попадает в чужую область памяти, и индекс массива ccfblue выходит за пределы допустимых значений.
Следущим постом дам линк на исправленный исходный код.
Можно исправить в ранее опубликованном исходном коде добавив в исходник symspec65.f90 одну строку integer preamp над строкой logical first:
.
.
+ integer preamp
logical first
.
.
-
Цитата:
Сообщение от
RK4LWA
Игорь -Увы,мои начальные знания фортрана не дадут это сделать-хотя там вроде правда ничего сложного по коду-а вот по логике -вопрос(хотя как вы организовали я понял посмотрев код) -да это я уж так-в виде шутки-пожелания:) озвучил -все и так отлично просто-сейчас на 21 слабые сигналы .но и то спокойно на мой обрубок идет прием
Вот как раз на Вашу малошумящую 21 МГц антенну Preamp будет идеально работать.
-
Я уже вижу что отлично работает- -а шум действительно очень мал-на полноразмерную конечно было бы хуже .и вот выше RA3RKA писал .что у него возросли ошибки -у меня даже ложных декодов нет ни одного пока .хотя готовился к ним-сейчас перекомпилирую-включу три прохода на Pream
-
вероятность декодирования с Preamp
дефект у себя устранил и теперь можно продолжать тесты:
Сравнение эффективности работы Preamp на звуковых файлах симулятора с SNR -26дБ,
указана вероятность декодирования сигналов с SNR -26дБ
при Random erasure patterns=8:
r6462mod3 - 0.7 %
r6462mod4 Preamp включен, один проход - 5.3 %
r6462mod4 Preamp включен, два прохода - 6.5 %
r6462mod4 Preamp включен, три прохода - 7.5 %
при Random erasure patterns=6:
r6462mod3 - 0.6 %
r6462mod4 Preamp включен, один проход - 1.7 %
r6462mod4 Preamp включен, два прохода - 2.2 %
r6462mod4 Preamp включен, три прохода - 2.8 %
Вадим, RK4LWA: мы в суете как то забыли про проверку на -24дБ файлах, попробуете, может Preamp на этом SNR что то ухудшил?
Еще могу создать -26 дБ файлы с разной степенью пересечения спектров. Это отдельная тема, пока не знаю - но может активация вычитания спектра после прохода в Preamp увеличит количество декодированных сигналов без ущерба для варианта с непересекающимся спектром?
По последней теме это в основном проверка того что активация вычитания спектра в Preamp не ухудшает вероятность декодирования -26дБ файлов где нет пересечения спектра.
-
Сейчас проверю c вкл preamp 3 прохода
-
Цитата:
Сообщение от
RK4LWA
Я уже вижу что отлично работает- -а шум действительно очень мал-на полноразмерную конечно было бы хуже .и вот выше RA3RKA писал .что у него возросли ошибки -у меня даже ложных декодов нет ни одного пока .
Думаю что у Александра RA3RKA правильно сделанный PA0RDT mini-whip решит часть его проблем с высоким уровнем шума и улучшит SNR сигналов на входе приемника.
-
Preamp и значение Random erasure patterns
Вопрос не горит но может быть очень актуален с точки зрения удобства использования Preamp:
чтобы постоянно не менять в Advanced значение Random c 6 на 8 для включенного Preamp и наоборот, могу попробовать сделать чтобы при включении Preamp всегда использовался Random=8 независимо от установок в Advanced, подумайте над этим.
Если кто возражает - скажите пожалуйста, и по какой причине.
-
94.9 % при preamp вкл 3 прохода EP=8 для -24 SNR-прирост по сравнению с mod3 -5.8 %.На наборе AGC OFF SDR -получил 1123+1 ложное по сравнению с 1171 с выкл preamp
-
Цитата:
Сообщение от
UA3DJY
Можно исправить в ранее опубликованном исходном коде добавив в исходник symspec65.f90 одну строку integer preamp над строкой logical first:
.
Исправил при R=6, P=3 получается 9 декодов, на практике тест теперь.
-
Цитата:
Сообщение от
RK4LWA
Игорь -Увы,мои начальные знания фортрана не дадут это сделать-хотя там вроде правда ничего сложного по коду-а вот по логике -вопрос(хотя как вы организовали я понял посмотрев код)
можно обсудить эту тему голосом в Скайпе
-
Ua3DJY:Да я бы с радостью -но так и забыл микрофон купить :) Декодирование при preamp идет очень бысмтро-где то 6-7 сек в среднем-+еще сек 7 просто три прохода-в предел бы уложился я-но увы и ах -надо было учить фортран в свое время :)
-
планы на r6462mod5
- если тесты будут положительны то включу вычитание сигналов в режиме Preamp между проходами
- жесткое значение Random erasure patterns = 8 при включенном Preamp, независимо от настроек в Advanced
- изменение графического интерфейса основного окна WSJT-X, максимум места по вертикали для левого окошка с декодированными сообщениями
-
Вот изменение интерфейса актуально -у меня сейчас по 15 и даже более бывает сразу декодов-а монитор 20.5 1600х900 -в притык прям
-
r6462mod4 исходный код для самостоятельной компиляции
Устранен дефект выхода за пределы индекса массива ccfblue, обновленные Release notes и файл разницы кода с последним релизом разработчиков.
Можно взять здесь: https://cloud.mail.ru/public/9Zf3/ieMAYYajx
-
UA3DJY:все оказалось печальней-я сравнил то не откл pream в этой версии для файлов agc off-а сравнил с данными версии mod3 -а сейчас прогнал с откл preamp на файлах agc off sdr три прохода ep=8 и получил -те же 1123 +1 ложный ,что и при вкл preamp-:( на mod 3 было 1171 декодирование
-
Цитата:
Сообщение от
RK4LWA
UA3DJY:все оказалось печальней-я сравнил то не откл pream в этой версии для файлов agc off-а сравнил с данными версии mod3 -а сейчас прогнал с откл preamp на файлах agc off sdr три прохода ep=8 и получил -те же 1123 +1 ложный ,что и при вкл preamp-:( на mod 3 было 1171 декодирование
мой дефект, связано с тем что я ошибочно выключил Robust Sync в исходнике jt65_decode.f90,
попробуйте в этом исходнике
- robust = .false.
+ !!! robust = .false.
- ! if(.not.robust) then
+ if(.not.robust) then
....
- ! endif
+ endif
функционал r6462mod3 вроде восстановился - проверьте пожалуйста, сейчас проверяю Preamp
-
Тогда если pream заработает так же -можно просто сделать неактивным окно robust ,но в коде не убирать,так ведь ? В коде нет ! if(.not.robust) then есть !!!if(.not.robust) then Вы опечатались ?
-
да - очепятка :-)
количество восклицательных знаков для комментария непринципиально
Preamp вроде нормально работает - жду конца теста чтобы подсчитать %
-
Цитата:
Сообщение от
RK4LWA
Тогда если pream заработает так же -можно просто сделать неактивным окно robust ,но в коде не убирать,так ведь ?
может быть так и сделаем.... но меня в этом варианте смущает активация Robust c первого прохода на все последующие, думаю что здесь надо подумать/потестировать - может для варианта r6462mod3 удастся еще больше выжать декодирований
мне больше нравится вариант проверки критерия и включения Robust на каждом проходе.
-
Я тоже так думал -но раз поставив ! вместо трех -получил ошибку при компиляции исправив на 3 !!! -все откомпилировалось (глубина была 3)-я так понимаю когда идут несколько вложенных друг в друга If...end if -кол -во !!! должно соответствовать уровню глубины вложения -извините за неправильную формулировку наверное
-
Цитата:
Сообщение от
RK4LWA
Я тоже так думал -но раз поставив ! вместо трех -получил ошибку при компиляции исправив на 3 !!! -все откомпилировалось (глубина была 3)-я так понимаю когда идут несколько вложенных друг в друга If...end if -кол -во !!! должно соответствовать уровню глубины вложения -извините за неправильную формулировку наверное
неверно, восклицательный знак означает в Фортране комментарий, все что в строке идет за ним является комментарием, включая другие восклицательные знаки, это я от усталости местами несколько !!! ставлю вместо одного - чтобы мне заметнее были мои же изменения в коде
-
Цитата:
Сообщение от
UA3DJY
да - очепятка :-)
количество восклицательных знаков для комментария непринципиально
Preamp вроде нормально работает - жду конца теста чтобы подсчитать %
Проверил Preamp - в максимуме 7.4 % для SNR -26дБ, на этом и успокоюсь
удалось проверить функционал r6462mod3?
-
Цитата:
Сообщение от
UA3DJY
может быть так и сделаем.... но меня в этом варианте смущает активация Robust c первого прохода на все последующие, думаю что здесь надо подумать/потестировать - может для варианта r6462mod3 удастся еще больше выжать декодирований
мне больше нравится вариант проверки критерия и включения Robust на каждом проходе.
Вадим RK4LWA: надо на голос переходить, кучу времени теряем в переписке... попробуйте где нибудь на время взять компьютерную гарнитуру
-
скорее всего я поставил тогда на русском языке ! -потому была ошибка-но факт остаеться фактом поменял на 3 и заработало :) .а так я знаю что ! комментарий -потому и удивился у себя почему так вышло
-
UA3DJY:если только от телефона приспособить-ну или купить пойти таки :) 1172+2 ложных на agc off файлах preamp off , +1 декод к mod 3 :)
-
после устранения дефекта на своей машине для выключенного Preamp получил всего 1168 декодирований JT65, без изменений по сравнению с r6462mod3
а вот Preamp после устранения дефекта у меня капельку просел с 7.5% до 7.4%
сегодня уже отключаюсь - завтра выложу исправный исходный код
-
у меня 1172 ,а было 1171-тут почему то в отличии от исскуственных -24 -26 файлов -у нас есть маленькая разница
-
7.5 % -26 дб .Всего Доброго !
-
Цитата:
Сообщение от
RK4LWA
у меня 1172 ,а было 1171-тут почему то в отличии от исскуственных -24 -26 файлов -у нас есть маленькая разница
+- 1 может быть связано с загрузкой процессора каким либо другим процессом, игнорируем
завтра попробую потестировать Robust Sync активацию отдельно для каждого прохода, и в очереди вычитание спектра с Preamp проходами
-
выходит 4 разница а не 1 -это все таки уже разница-у вас 1168 -у меня 1172
-
r6462mod4 исходный код для самостоятельной компиляции
Устранена ошибка в логике включения Robust Sync в исходнике jt65_decode.f90, количество декодирований при выключенном Preamp поднялось до уровня r6462mod3, в количестве декодирований функционала Preamp изменений нет.
Исправленный исходный код можно взять здесь: https://cloud.mail.ru/public/EjW8/fNp6rhTY9
-
Цитата:
Сообщение от
RK4LWA
выходит 4 разница а не 1 -это все таки уже разница-у вас 1168 -у меня 1172
У нас небольшая разница между компьютерами всегда была, это неважно(у меня процессор слабее - поэтому я получаю немного меньше декодирований).
Важно когда два прогона на одном компьютере дают разницу более чем +-1 декодирование на тысячу, это уже проблема с процессором или его загрузкой.
-
Много ложных декадирований вернее неправильно раскодированые
(дальше прослеживаю раскодирует нармально) и спотыкается о мощные станции
и здорого практически половену станций пропускает
Пробовал разные варианты
Сейчас скапилирую последнею модофикацию и буду пробовать
-
RA3RKA:Видимо из за высоко шума в вашем QTH-у меня с вкл preamp пока один только ложный декод был
-
Однако декод липовый! Если разобраться!
Так частенько бывает при предусилителе!
Надо просто внимательнее приглядываться!
Пока писал автор сам понял!
-
да увидел что несуществующий позывной алжирский:) Но -29 стало довольно много реальных
-
Цитата:
Сообщение от
RA3RKA
Много ложных декадирований вернее неправильно раскодированые
(дальше прослеживаю раскодирует нармально) и спотыкается о мощные станции
и здорого практически половену станций пропускает
Пробовал разные варианты
Здесь не уровень шума виноват а большое количество продуктов интермодуляции на выходе приемника.
Если не получается при сильных сигналах выйти регулировкой усиления УВЧ на линейный участок УНЧ то тогда лучше включить АРУ в приемнике.
В любом случае функционал Preamp WSJT-X не предназначен для работы с сильными сигналами, а при выключенном Preamp r6462mod4 должен работать точно так же как и r6462mod3.
-
Много ложных декодов появляется при сильных сигналах-зато когда диапазон почти пустой -тут проявляет себя по полной.так что погорячился я -нельзя делать автоматическое вкл preamp
-
Вложений: 1
Вложение 157926
только что на 21
Приам не для моего эфира
-
Вложений: 1
Вложение 157927
Прошел сигнал +30 однака прога сработала замечательно
все станции раскодированы
-
r6462mod4 и декодирование JT9
Мы совсем забыли про JT9, проверьте пожалуйста по файлам декодирование JT9: софт от разработчиков, r6462mod4 Preamp выключен, и r6462mod4 Preamp включен.
-
Никуда не делось! Работает и там и там!
-
Цитата:
Сообщение от
UA3DJY
r6462mod4
Поделитесь скомпилированной пожалуйста ...
-
включение Robust sync индивидуально для каждого прохода
Попробовал применить включение Robust sync по критерию количества кандидатов на каждом проходе, когда каждый проход начинается с полной функции корреляции и при необходимости переходит на Robust sync, получилось снижение количества декодирований которое мы наблюдали на mod4 до устранения последнего дефекта.
Значит если первый проход решил что необходим Robust sync то максимум имеем когда второй и третий проходы тоже используют Robust sync.
Оставляем как есть, эта тема закрыта.
-
Цитата:
Сообщение от
RA9CMG
Поделитесь скомпилированной пожалуйста ...
смотрите пост http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1206925
-
вычитание спектра с Preamp
Результаты тестирования,
файлы симулятора -25дБ SNR, 10 сигналов в одном файле:
% пересечения спектра / вероятность декодирования без вычитания / вероятность с вычитанием %
0 / 50.9 / 50.9
50 / 16.7 / 20.4
70 / 8.5 / 9.7
90 / 0 / 0
файлы симулятора -26дБ SNR, 10 сигналов в одном файле:
% пересечения спектра / вероятность декодирования без вычитания / вероятность с вычитанием %
0 / 7.4 / 7.7
50 / 2.4 / 2.5
70 / 0.9 / 0.9
90 / 0 / 0
Пересечение спектра 90% в реальном эфире маловероятно, в этом сценарии в спектре каждого сигнала присутствуют еще 9 сигналов.
-
вычитание спектра с Preamp
Будем использовать, функционал пойдет в r6462mod5.
Все кто освоил самостоятельное компилирование софта могут добавить себе этот функционал в r6462mod4 сделав следующие изменения в исходнике jt65_decode.f90:
if(ipass.eq.1) then !first-pass parameters
if(preamp.eq.1) then
thresh0=2.5
- nsubtract=0
+ nsubtract=1
nfdistort=2
endif
if(preamp.eq.0) then
thresh0=2.4
nsubtract=1
nfdistort=1
endif
elseif( ipass.eq.2 ) then !second-pass parameters
if(preamp.eq.1) then
thresh0=2.5
- nsubtract=0
+ nsubtract=1
nfdistort=1
-
Игорь, каково назначение файла libfftw3f-3.dll ?
-
Цитата:
Сообщение от
RA9XQ
Игорь, каково назначение файла libfftw3f-3.dll ?
библиотека преобразования Фурье, разработчики в WSJT-X используют готовый софт отсюда FFTW Home Page
разработка Массачусетского института технологий, ведущий университет в мире по новым технологиям
-
использование окошка Free message для вызова корреспондента
Иногда бывает что в декодированиях был интересный корреспондент несколько интервалов назад и строчку с его сообщением быстро не получается найти чтобы его вызвать.
Поскольку окошко Free message имеет ограничение в 13 символов(включая один пробел) то в нем очень неудобно набивать строку из 18 символов с грид локатором, приходится грид локатор набирать слитно со своим позывным и только потом вставлять пробел.
Альтернативно намного удобнее использовать окошко DX call для ввода позывного корреспондента и затем сгенерировать необходимое стандартное сообщение.
Доработка функционала free message окошка находится в очереди у разработчиков, задача непростая потому, что необходимо использовать промежуточное состояние в интерфейсе пользователя с проверкой соответствия введенного сообщения протоколу JT.
-
ОФФ
Здесь можно послушать звуковую интерпретацию гравитационной волны, последнюю наблюдали при слиянии двух черных дыр при помощи лазерного интерферометра
https://www.ligo.caltech.edu/video/ligo20160211v2
-
Вложений: 1
интерфейс пользователя r6462mod5
будет что то похожее, остались еще небольшие штрихи
Вложение 158053
-
r6462mod5 - исходный код для самостоятельной компиляции
Готов, здесь полный исходный код, Release notes, файл разницы кода с текущим релизом разработчиков: https://cloud.mail.ru/public/Eb3K/UDXHRPqhH
Сравнение эффективности работы r6462mod3,mod4,mod5 c r6449.
Софт от разработчиков r6449:
файлы SDR с выключенной АРУ - 1066 правильных декодирований и 5 ложных
файлы SDR с включенной АРУ - всего 3064 декодирования
модифицированный релизы r6462mod3, r6462mod4, r6462mod5:
файлы SDR с выключенной АРУ - 1163 правильных декодирований и 5 ложных
файлы SDR с включенной АРУ - 3449 правильных декодирований и 8 ложных
Прирост в количестве правильных декодированных сообщений от 9.1 до 12.6 процента.
модифицированный релиз r6462mod5 в режиме включенного Preamp:
файлы SDR с выключенной АРУ - 1167 правильных декодирований и 67 ложных
-----
Сравнение эффективности работы Preamp на звуковых файлах симулятора с SNR -26дБ,
указана вероятность декодирования сигналов с SNR -26дБ
r6462mod3 - 0.7 %
r6462mod4 Preamp включен, один проход - 5.3 %
r6462mod4 Preamp включен, два прохода - 6.5 %
r6462mod4 Preamp включен, три прохода - 7.4 %
r6462mod5 Preamp включен, один проход - 5.3 %
r6462mod5 Preamp включен, два прохода - 7.0 %
r6462mod5 Preamp включен, три прохода - 7.7 %
Внимательно читайте рекомендации по использованию софта в Release notes.
-
интерфейс пользователя r6462mod5
Это только первый шаг, интерфейс планирую доработать в r6462mod6.
Менял интерфейс при помощи софта Qt Creator, этот софт есть в комплекте пакета JTSDK, путь: C:\JTSDK\qt5\Tools\QtCreator\bin\qtcreator.exe
При желании несложно дорабатывать интерфейс под себя самостоятельно, для этого в Qt Creator открываем исходник mainwindow.ui
В других исходниках изменений по графическому интерфейсу не делал.
-
Возник тут вопрос ввиду отсутствия новых версий - разрабы ушли на китайский новый год ? :s12:
-
Цитата:
Сообщение от
RA9CMG
Возник тут вопрос ввиду отсутствия новых версий - разрабы ушли на китайский новый год ? :s12:
Joe K1JT уезжал на неделю, только что вернулся.
Steve K9AN похоже по работе занят, давно не вижу его. Он основной генератор новых идей для WSJT-X.
Bill G4WJS потихоньку работает над усовершенствованием WSJT-X, у него огромный список запросов, наверно что то сложное пишет.
Greg KI7MT занят как обычно обслуживанием пакета JTSDK.
Mike W9MDB пытается получить добро на внедрение настраиваемого счетчика количества передач, на случай когда оператор отходит от компьютера забывая что WSJT-X включен на передачу. В текущих релизах этот счетчик фиксирован на значении 7.
-
Вадим RK4LWA:
Учитывая что в r6462mod5 при включенном Preamp декодер берет немного больше правильных декодирований чем при выключенном, мощность Вашего процессора и использование WSJT-X только на прием,
Вам есть смысл поставить для Preamp в исходнике jt65_decode.f90 количество попыток декодирования 20000 вместо текущего в r6462mod5 значения 10000:
- if(preamp.eq.1) nvec=10000
+ if(preamp.eq.1) nvec=20000
У меня при такой установке время декодирования на двухядерном процессоре возрастает до 30 секунд, но и возрастает вероятность декодирования -26 дБ SNR сигналов при трех проходах до 8.7%.
Если Вас не пугают ложные декодирования то можно мониторить диапазон исключительно в режиме Preamp.
Количество попыток декодирования можно поставить и больше, надо смотреть справляется ли процессор до появления данных нового интервала. Время потраченное на декодирование прямо пропорционально значению переменной nvec.
При выключенном Preamp nvec = ntrials, последнее значение рассчитывается в исходнике decoder.f90 из установок Random erasure patterns:
Random erasure patterns // ntrials
3 // 30
4 // 100
5 // 300
6 // 1000
7 // 3000
8 // 10000
9 // 30000
10 // 100000
по следующей формуле:
if(mod(params%nranera,2).eq.0) ntrials=10**(params%nranera/2)
if(mod(params%nranera,2).eq.1) ntrials=3*10**(params%nranera/2)
if(params%nranera.eq.0) ntrials=0
-
интерфейс пользователя
Цитата:
Сообщение от
UA3DJY
Это только первый шаг, интерфейс планирую доработать в r6462mod6.
.... исходник mainwindow.ui
В других исходниках изменений по графическому интерфейсу не делал.
Если кому то не понравятся сделанные изменения интерфейса то всегда можно взять файл mainwindow.ui из исходников r6462mod4, скопировать его в исходники релиз mod5 или последующих модификаций и скомпилировать софт mod5 со старым интерфейсом пользователя.
Еще был сегодня вопрос по размеру надписей на кнопках, этот размер задает пользователь размером шрифта в установках WSJT-X:
File -> Settings ->General -> Font
-
Цитата:
Сообщение от
UA3DJY
Если кому то не понравятся сделанные изменения интерфейса
Нормально ,привыкаю.Начал опробовать. Спасибо Игорь!
-
Вложений: 2
альтернативный интерфейс пользователя
Этот дизайн предложил Сергей R6YY.
Желающие попробовать софт с этим интерфейсом пишите мне только ЛИЧНЫМ сообщением.
Исходник прикладываю, подходит для r6462mod4 и r6462mod5, при желании этот файл копируется в общий исходный код и компилируется самостоятельно.
Продолжаю работу над своим дизайном интерфейса и в будущем не смогу поддерживать несколько интерфейсов, поэтому самостоятельная компиляция приветствуется.
Вложение 158147
-
Спасибо Сергею R6YY за картинку!
-
Вложений: 2
новый интерфейс пользователя
Завершил работу над своим вариантом. Пока не осилил, есть небольшой дефект: при растяжении основного окна, окно с декодированными сообщениями не сразу начинает расширяться по горизонтали. Позже еще раз попробую найти причину.
С этой графикой требуется небольшое изменение исходника mainwindow.cpp:
void MainWindow::enable_DXCC_entity (bool on)
{
if (on and m_mode.mid(0,4)!="WSPR" and m_mode!="Echo") {
m_logBook.init(); // re-read the log and cty.dat files
+// ui->gridLayout->setColumnStretch(0,55); // adjust proportions of text displays
+// ui->gridLayout->setColumnStretch(1,45);
+ } //else {
+// ui->gridLayout->setColumnStretch(0,0);
+// ui->gridLayout->setColumnStretch(1,0);
+// }
updateGeometry ();
}
Исходник нового интерфейса прикладываю.
Вложение 158169
-
Цитата:
Сообщение от
UA3DJY
Завершил работу над своим вариантом.
А как это будет выглядеть с включенной опцией VHF? И регуляторы RX TX для 2го варианта наверное нужно поменять местами.
-
Цитата:
Сообщение от
UA3WM
И регуляторы RX TX для 2го варианта наверное нужно поменять местами.
А вот как раз и нет.Прием под рукой и глазом,частое пользование,а передача стоит себе и стоит,а мощность на передачу изменяю в трансивере крайне редко,а контролирую непосредственно в антенне и КСВ и мощность излучения.Power MonitorII + отменная точность.Я за существующий!
-
Цитата:
Сообщение от
R6LCF
Прием под рукой и глазом,частое пользование,а передача стоит себе и стоит
А если посмотреть с точки зрения функциональности, то получается что регулятор RX стоит в области относящейся к передаче. По моему элементы управления должны располагаться рядом с другими кнопками относящимися к этой области (разделу) программы.
-
Цитата:
Сообщение от
UA3DJY
Завершил работу над своим вариантом. Пока не осилил, есть небольшой дефект: при растяжении основного окна, окно с декодированными сообщениями не сразу начинает расширяться по горизонтали. Позже еще раз попробую найти причину.
С этой графикой требуется небольшое изменение исходника mainwindow.cpp:
Красиво и очень удобно! Можно теперь как прапару? кУДА НАЖАТЬ И ЧТО ИСПРАВИТЬ И ГДЕ?
-
Цитата:
Сообщение от
UA3WM
А как это будет выглядеть с включенной опцией VHF? И регуляторы RX TX для 2го варианта наверное нужно поменять местами.
Скрытые клавиши функционала УКВ немного усложнили процесс создания, но в итоге думаю что сохранил весь заложенный в WSJT-X функционал.
А вот как теперь это работает - Вам проверять и оценивать.
Насчет регуляторов - верно, не в своей группе, но критерии удобства использования и возможности компоновки в минимальный размер окна для старых мониторов оказались сильнее.
Размер окна - самое большое ограничение с которым мне пришлось повозиться. Для больших мониторов можно сделать какой угодно дизайн, намного лучше чем мой вариант.
-
Цитата:
Сообщение от
UA3DJY
Завершил работу над своим вариантом. Пока не осилил, есть небольшой дефект: при растяжении основного окна, окно с декодированными сообщениями не сразу начинает расширяться по горизонтали. Позже еще раз попробую найти причину.
С этой графикой требуется небольшое изменение исходника mainwindow.cpp:
void MainWindow::enable_DXCC_entity (bool on)
{
if (on and m_mode.mid(0,4)!="WSPR" and m_mode!="Echo") {
m_logBook.init(); // re-read the log and cty.dat files
+// ui->gridLayout->setColumnStretch(0,55); // adjust proportions of text displays
+// ui->gridLayout->setColumnStretch(1,45);
+ } //else {
+// ui->gridLayout->setColumnStretch(0,0);
+// ui->gridLayout->setColumnStretch(1,0);
+// }
updateGeometry ();
}
Исходник нового интерфейса прикладываю.
Цитата:
Сообщение от
UN3L
Красиво и очень удобно! Можно теперь как прапару? кУДА НАЖАТЬ И ЧТО ИСПРАВИТЬ И ГДЕ?
Этот вопрос нескольких постов последнего месяца в этой теме. Если кратко, чтобы заработал новый интерфейс, перед компиляцией его надо в исходнике mainwindow.cpp закомментировать несколько строк символами // (в одной строке комментировал часть строки).
При желании протестировать софт и отсутствии возможности самостоятельно скомпилировать, как обычно, запрос мне на линк личным сообщением.
-
Цитата:
Сообщение от
UA3DJY
Можно поменять местами блок регулятора уровня на прием с индикатором уровня и блок кнопок DECODE-MONITOR-Enable TX и т.п., на первый взгляд будет удобнее использовать кнопки. Вопрос удобного расположения этих кнопок внутри самого блока тоже открыт.
Давайте погоняем софт при работе в эфире, через несколько дней вернемся к этой теме.
-
Цитата:
Сообщение от
UA3WM
А если посмотреть с точки зрения функциональности, то получается что регулятор RX стоит в области относящейся к передаче.
Если вам важно функциональность по вашему мнению,кто вам мешает изменить под себя.А мне лично второй вариант ну очень подошел.
Сразу скажу что 1 вариант не очень мне из за маленького второго окна внизу,если я даю общий вызов и мне сразу отвечают три станции ,несколько неудобно.Вариант R6YY в этом отношении аналогично и еще макросы на передачу привык сверху вниз..
А вот второй вариант UA3DJY для меня ну очень подошел. Вверху справа органы управления которыми я почти не пользуюсь,а наиболее востребованные органы управления сгруппированы ,повторюсь для меня,очень даже.И мне абсолютно все равно к передаче или к приему это отнести.Со зрением у меня все нормально и с координацией то что в голове с руками тоже .Спасибо автору за софт!
-
Вложений: 1
разные декодирования при включенном/выключенном Preamp
Cюрприз, сравнил декодирования и получилось так:
Preamp выключен - 27 уникальных декодирований из 1163 правильных
Preamp включен - 31 уникальное декодированиу из 1167 правильных
Файл с декодированиями прикладываю. В этом файле видно как с ухудшением прохождения включенный Preamp начинает выигрывать по сравнению с выключенным.
Разница большая, заставляет задуматься о создании релиза с поддержкой автоматического шестипроходного декодирования для производительных процессоров.
-
Вложений: 2
вычитание сигналов между проходами и количество декодирований
Пришел к выводу что нежелательные спектральные излучения, связанные с используемым типом модуляции, являются той самой планкой которая в r6462mod5 ограничивает количество декодированных сигналов.
На этой картинке видно что после вычитания сигнала в бинах спектра между проходами остаются полоски занимающие несколько бинов, такие полоски видны глазом когда расстояние между двумя соседними тонами достаточно велико.
Это означает что для получения еще дополнительных декодирований главным приоритетом сейчас является усовершенствование алгоритма вычитания спектра, попробую заняться этой темой.
спектр до вычитания сигналов:
Вложение 158254
спектр после вычитания сигналов:
Вложение 158255
-
компенсация эффекта Доплера на УКВ
Владимир UA3WM:
Bill G4WJS сейчас работает над функционалом смещения частоты вследствие эффекта Доплера.
Есть два эффекта - смещение частоты и размазывание тона. Подскажите пожалуйста к какому из них относились Ваши сравнительные тесты WSJT-X и JT65-HF Comfort?
-
Цитата:
Сообщение от
UA3DJY
Bill G4WJS сейчас работает над функционалом смещения частоты вследствие эффекта Доплера
Приветствую Игорь!
Что касается смещения частоты, то там может быть несколько случаев и в большинстве из них Comfort декодирует нормально.
1. При отсутствии тропо это отраженный от самолета трек, который имеет сдвиг по частоте за время цикла.
2. Может быть несколько треков 2 и более (в зависимости от количества самолетов). При этом в зависимости от местоположения, скорости и направления они могут смещаться друг относительно друга (крест на крест).
3. При наличии слабого тропо канала или за счет отражения от неоднородностей в тропосфере на высотах до 10км и одновременного пролета самолета могут быть несколько треков. Один из них будет ровный (тропо) и несколько кривых (самолеты).
По размазыванию тона.
Смотря что называть размазыванием? Если чистое размазывание, то наблюдал такие сигналы при авроре и такие сигналы не декодируются. Но бывает размазывание когда есть тропо канал и легкий доплер от самолета летящего вдоль трассы (как бы 2 одинаковых трека смещенных на несколько Гц) , при этом как правило на Сomfort проблем с декодом нет.
.
-
Цитата:
Сообщение от
UA3WM
А как это будет выглядеть с включенной опцией VHF? И регуляторы RX TX для 2го варианта наверное нужно поменять местами.
Только что Виталий UA3ALE подсказал что в новом интерфейсе при включении УКВ функционала и режима JT65 размер окон настроек мал, когда вернусь к графическому интерфейсу, если получится, попробую увеличить.
-
r6462mod5 - изменен исходный код / source code
Привел исходный код в соответствие с требованиями GPL лицензии: в главном окне интерфейса указал номер версии и имя автора модификаций, чтобы пользователи не беспокоили разработчиков WSJT-X по поддержке сделанных мною изменений.
Согласно требованиям GPL и по полученным просьбам публикую модифицированный исходный код в общий доступ:
source code for R6YY user interface https://cloud.mail.ru/public/7bk2/MGxvjEKYv
source code for UA3DJY user interface https://cloud.mail.ru/public/6RkP/ZscSXnboc
-
планируем r6462mod6
Устранил набегающую ошибку до 29 отсчетов в процедуре вычитания сигналов, сразу удалось поднять количество правильных декодирований для файлов SDR c выключенной АРУ с 1163 до 1175 при выключенном Preamp.
Продолжаю оптимизировать параметры и планирую выпуск r6462mod6.
! Symbol duration is 4096/11025 s.
! Sample rate is 12000/s, so 12000*(4096/11025)=4458.23 samples/symbol.
! For now, call it 4458 samples/symbol. Over the message duration, we'll be off
! by about (4458.23-4458)*126=28.98 samples; 29 samples, or 0.7% of 1 symbol.
! Could eliminate accumulated error by injecting one extra sample every
! 5 or so symbols... Maybe try this later.
-
Приветствую Игорь ! Интересно ,если у меня было 1171 правильное декодирование ,то сколько сейчас будет.Смена nvec на 20000 ложных декодирований почти не прибавила,как и сильного увеличения интервала декодирования -укладываюсь в 8-9 сек без вкл preamp и 15 макс при вкл 3 проходах
-
Для файлов -26 получил 8.8 % при nvec =20000 3 прохода preamp on
-
Цитата:
Сообщение от
UA3WM
1. При отсутствии тропо это отраженный от самолета трек, который имеет сдвиг по частоте за время цикла.
На КВ наблюдаются отражения от самолётов?
-
Цитата:
Сообщение от
RK1NA
На КВ наблюдаются отражения от самолётов?
Лично я не видел. Наверное не хватает площади отражающей поверхности а на УКВ идут отражения даже от штыревых антенн и мощности 40-50 ватт. Причем чем выше частота тем сильнее доплер. Например на 432 МГц JT65a уже практически не декодирует доплер, а JT65B берет. На КВ доплер будет маленький да и плюс отражение от ионосферы и поэтому определить сложно.
-
r6462mod6 исходный код / source code
Полный исходный код опубликован здесь / full source code, patch file, release notes are published there: https://cloud.mail.ru/public/BVe7/uL47Lgy5o
Изменения:
- скорректировал набег отсчетов кратно каждым 5 символам в процедуре вычитания сигналов и оптимизировал количество
остчетов функции окна FFT
- устранил дефект неравномерного расширения окон в основном окне интерфейса пользователя
- сбалансировал размеры кнопок управления в основном окне интерфейса пользователя
Повышение точности вычитания сигналов привело к ощутимому приросту в количестве правильно декодированных
сигналов при пересечении спектра сигналов.
Результаты тестов / r6462mod6 test results на рекомендованных установках:
Preamp OFF
files SDR/AGC OFF: 1176 correct and 6 false JT65 decodes (1176 правильных и 6 ложных)
Preamp ON
files SDR/AGC OFF: 1188 correct and 62 false JT65 decodes (1188 правильных и 62 ложных)
weak signal decoding probability of the -26dB SNR signals:
three passes: 7.5 %
-
используемый в теме язык
По причине возрастающего посещения нашей темы радиолюбителями других стран, буду давать информацию частично на английском языке. Release notes теперь будут только на английском языке.
Благодарю за понимание.
-
Попробовал r6462mod6 на мониторе с большим разрешением, вижу два дефекта:
- окно генерации сообщений должно быть расширяемым
- на большем разрешении экрана почему то обрезался справа индикатор уровня приема.
Устраню в следующем релизе.
-
Цитата:
Сообщение от
UA3DJY
Попробовал r6462mod6 на мониторе с большим разрешением, вижу два дефекта:
- окно генерации сообщений должно быть расширяемым
- на большем разрешении экрана почему то обрезался справа индикатор уровня приема.
Устраню в следующем релизе.
Оба дефекта связаны с размером используемых пользователем в WSJT-X шрифтов для надписей, размер шрифта более 9 пока ставить не рекомендую.
Размер шрифта декодированных сообщений в WSJT-X настройках устанавливается отдельно от надписей и по нему ограничений нет.
-
Вложений: 1
планы на следующий релиз
В фразе внизу поста Steve K9AN сформулировал основную проблему, приводящую к остаточному спектру в окружающих тон бинах после вычитания сигналов. В случае сильных сигналов после вычитания остаются хвосты не только вызывающие большое количество кандидатов и ложные декодирования, но еще и накрывающие слабые сигналы при пересечении спектра.
Попробую ей заняться, но не уверен что мне хватит знаний и опыта чтобы справиться с этой математикой в исходном коде.
Подробнее об этой проблеме, использовании циклической свертки, способах ее решения (наложение входных или выходных окон отсчетов) рассказано здесь:
https://en.wikipedia.org/wiki/Circular_convolution
и здесь:
https://ru.wikipedia.org/wiki/%D0%A1...B%D0%B8%D0%B7)
http://www.dsplib.ru/content/conv/conv.html
Хвосты в спектре, которые сейчас остаются после вычитания сигналов:
Вложение 158465
! Smoothing filter: do the convolution by means of FFTs. Ignore end-around
! cyclic effects for now.
-
выбор между RRR и RR73
Когда то Александр RA3RKA поднимал этот вопрос, еще поступают просьбы дать возможность выбора.
Попробую возле надписи "Calling CQ" сделать квадратик с галочкой позволяющий пользователю выбирать одно из двух сообщений или возле самой клавиши выпадающий список с возможностью выбора(как макросы в Free message).
-
Цитата:
Сообщение от
UA3DJY
выбор между RRR и RR73
иногда даешь корреспонденту RR73 и он отпадает, не нравится наверно надо было RRR дать,так понимать?
-
Вложений: 1
компиляция измененного кода в JTSDK 2.0.4
r6462mod6 без проблем компилирую в JTSDK 2.0.3 и пока остаюсь на этой версии JTSDK.
Но при использовании команд build-wsjtx rinstall , build-wsjtx package в JTSDK 2.0.4, скрипт последнего идет на svn, берет оттуда последнюю ревизию кода разработчиков с которой есть проблема совместимости измененного кода r6462mod6, выдает ошибку:
"undefined reference to 'Configuration npreampass() Const' " после чего прекращает компиляцию. В приложенной ниже картинке скрипт пытается скомпилировать вместо r6462mod6 версию r6471mod6.
Если кто то разобрался с системой команд в JTSDK 2.0.4 и смог в нем скомпилировать r6462mod6, подскажите пожалуйста правильный набор команд для компиляции измененного кода в JTSDK 2.0.4. Должна быть какая то команда дающая компилятору указание использовать только локальную копию исходного кода.
Сам пока не разбирался с работой в JTSDK 2.0.4 и как временное решение проблемы могу только предложить переустановку JTSDK до версии 2.0.3, не делая update/upgrade команды до 2.0.4.
Выход скрипта компиляции JTSDK 2.0.4, для просмотра этой картинки необходимо изменить масштаб в браузере:
Вложение 158542
-
компиляция измененного кода в JTSDK 2.0.4
Цитата:
Сообщение от
UA3DJY
r6462mod6 без проблем компилирую в JTSDK 2.0.3 и пока остаюсь на этой версии JTSDK.
Но при использовании команд build-wsjtx rinstall , build-wsjtx package в JTSDK 2.0.4, скрипт последнего идет на svn, берет оттуда последнюю ревизию кода разработчиков с которой есть проблема совместимости измененного кода r6462mod6, выдает ошибку:
"undefined reference to 'Configuration npreampass() Const' " после чего прекращает компиляцию. В приложенной ниже картинке скрипт пытается скомпилировать вместо r6462mod6 версию r6471mod6.
Если кто то разобрался с системой команд в JTSDK 2.0.4 и смог в нем скомпилировать r6462mod6, подскажите пожалуйста правильный набор команд для компиляции измененного кода в JTSDK 2.0.4. Должна быть какая то команда дающая компилятору указание использовать только локальную копию исходного кода.
Сам пока не разбирался с работой в JTSDK 2.0.4 и как временное решение проблемы могу только предложить переустановку JTSDK до версии 2.0.3, не делая update/upgrade команды до 2.0.4.
Выход скрипта компиляции JTSDK 2.0.4, для просмотра этой картинки необходимо изменить масштаб в браузере:
Перед компиляцией необходима новая дополнительная команда:
wsjtx-list -u
После чего становится доступна компиляция с использованием новых опций командной строки JTSDK 2.0.4, то есть вопрос в новой командной строке для компиляции локальной копии исходного кода.
Из документации на JTSDK 2.0.4 (сама документация здесь https://sourceforge.net/projects/jts...release-notes/ но в ней не оговорен наш случай, возможно что нужная нам информация есть в help нового JTSDK-QT):
4.2. WSJT-X Build Lists
New in v2.0.4 is the ability to generate a list of GA-RC Release Tags and Development Branches that can be built using the current JTSDK-Win32 tool set. Updating the lists is particularly important when a new branch is created.
Before command line options can be used to build a specific branch of WSJT-X, you must first generate the builds list. The following matrix details the options to update, generate and display the lists.
# Using JTSDK-QT
Usage ....: wsjtx-list [ OPTION ]
Example ..: wsjtx-list -u
Table 2. WSJT-X Build List Options
Command Option Description
wsjtx-list
-h
Display the help message
-a
Display all lists
-d
Display the development branch list
-g
Display the GA and RC tags list
-u
Update or generate a new set of lists
-
компиляция измененного кода в JTSDK 2.0.4
Возможно что проблема с компиляцией r6462mod6 в JTSDK 2.0.4 связана с тем что пользователи изначально не синхронизировали локальный исходный код r6462 с версией ревизии с этим номером находящейся на svn.
Правильный порядок компиляции:
checkout-wsjtx (в JTSDK 2.0.4 может быть другая команда или вообще отсутствовать, при выполнении этой команды в локальную копию загружается исходный код последней ревизии исходного кода с svn)
svn update –r r6462 (при выполнении этой команды загруженный ранее в локальную копию исходный код меняется на исходный код ревизии r6462)
только после этого вычищаем папку C:\JTSDK\src\ и копируем в нее папку wsjtx с исходным кодом r6462mod6.
затем
build-wsjtx package (если спрашивает сделать update from svn - отвечаем N), для JTSDK 2.0.4 возможно потребуется использование опций.
Для JTSDK 2.0.3 компиляция модифицированного исходного кода необходимого номера ревизии WSJT-X с использованием такой последовательности работает без сбоев.
-
Просто копировал ваши исходники в папку C:\JTSDK\src\-потом build-wsjtx package-N-и все компилируется на ура на 2.0.4-единственное не должно быть папки с :\jtsdk\wsjtx-при ее наличии при изменении после последней компиляции-например уже скомпилировал из исходников и решил залив новые src в папку C:\JTSDK\src\ скомпилировать новую версию-она ищет изменения в коде и как то криво компилирует.ЗЫ checkout-wsjtx более не нужна она встроена в команду build-wsjtx -build-wsjtx package-Y-и упадет последняя версия в исходники,а вот как скачать конкретный релиз я так и не разобрался -что то ошибки выдавало,да собственно и не нужно было это.Последовательность действий для 2.0.4 такова -команда build-wsjtx package-Y-после вычищаем папку src и с :\jtsdk\wsjtx-копируем в src mod6-потом build-wsjtx package -N-и релиз падает в с :\jtsdk\wsjtx -В дальнейшем просто очищая папку src и с :\jtsdk\wsjtx -спокойно компилируем
-
Только что проверил -все гуд-на последнем моде на файлах сдр agc off -1180+4 ложных -preamp off PS Всех с Праздником !
-
Цитата:
Сообщение от
RK4LWA
Только что проверил -все гуд-на последнем моде на файлах сдр agc off -1180+4 ложных -preamp off PS Всех с Праздником !
С Preamp ON r6462mod6 должно быть еще больше правильных декодирований и небольшое снижение ложных.
Продолжаю работать над исходником subtract65.
Поздравляю Всех с праздником!
-
UA3DJY:Да я сразу увидел при вкл preamp ,что на файле 1410 появляется еще один-12 декод -но только с тремя проходами и nvec 20000
-
UA3DJY: файлы sdr agc off-preamp on 3 pass-nvec 20000-1224 +24 ложных-файл с декодами https://yadi.sk/i/pNIpO8o8pLdxG -проверьте если не сложно
-
Вложений: 1
Цитата:
Сообщение от
RK4LWA
Да я сразу увидел при вкл preamp ,что на файле 1410 появляется еще один-12 декод -но только с тремя проходами и nvec 20000
Вложение 158560
-
Вложений: 2
Посмотрел внимательней-OD1RGC PZ7SVT -фейковый видимо декод при вкл preamp-при выкл его нет ,у вас фейковые AR5KPK FM4OOi ,PL3L XB1HKA -правильных декодов 1 11 в 1410-скрин справа
-
Цитата:
Сообщение от
RK4LWA
1224+25 ложных.
-
Да я боюсь там ложных более -уже видим что пропустили в 1410 ложный декод -выглядит то как нормальный -пока не посмотришь что нет такого позывного
-
На файлах -26 при preamp 3 pass nvec-30000 -10.1 %
-
Уже на втором компьютере возникает такая проблема-программа WSPRX выключается при повторном нажатии на кнопку Tune или при переходе на передачу. Первый раз нормально, а после второго мгновенно отрубается. Причём до этого такое происходило только на новеньком планшетнике Gigabyte, а сегодня вдруг такое случилось со старым PC, который отработал в WSPRX уже больше года. Ни у кого такого не случалось?
-
Вложений: 1
вероятность ошибочного декодирования JT65 разная для разных процессоров
Цитата:
Сообщение от
RK4LWA
Да я боюсь там ложных более -уже видим что пропустили в 1410 ложный декод -выглядит то как нормальный -пока не посмотришь что нет такого позывного
Цитата:
Сообщение от
RA9XQ
1224+25 ложных.
Цитата:
Сообщение от
RK4LWA
В результате полученном Вадимом насчитал 1197 правильных и 51 ложное декодирование.
На моем AMD процессоре для r6462mod6 Preamp ON получаю 1188 правильных и 62 ложное декодирование.
Файл сравнения двух процессоров прикладываю, ложные декодирования выделены желтым цветом.
Интересно то, что на разных процессорах мы получаем разную вероятность ошибочного декодирования, и разное количество правильных декодирований.
Вложение 158587
Вот что по этому поводу когда то мне ответил Joe K1JT, если перевести кратко то при одинаковых установках результат декодирования не должен отличаться на разных процессорах, в режиме JT65+JT9 на нескольких ядрах может отличаться только порядок расположения декодированных сообщений:
>> If configured in the same way and presented with the same data,
>> identical software should produce identical output -- at least, up to
>> differences caused by non-deterministic differences in the way time
>> slices have been allocated to different threads. In the JT9/JT65
>> decoder, multi-threading is used only in the combined JT9+JT65 operating
>> mode,
Но с тех пор как он это сказал многое поменялось в софте, в частности произошел переход на FTRSD декодер, тогда был KVASD декодер и ложных декодирований вообще не было.
-
Может разница что у меня распарралеривается на 8 ядер -плюс структура у процессора модульная -видимо по разному блоки задействаны -по тому что у других такие же результаты как у Вас-проверял на машине жены I5 2600k-результаты повторяют Ваши UA3DJY-даже ложные декоды такие же-так что явно изза модульной структуры процессора FX думаю
-
Цитата:
Сообщение от
RK4LWA
Может разница что у меня распарралеривается на 8 ядер -плюс структура у процессора модульная -видимо по разному блоки задействаны -по тому что у других такие же результаты как у Вас-проверял на машине жены I5 2600k-результаты повторяют Ваши UA3DJY-даже ложные декоды такие же-так что явно изза модульной структуры процессора FX думаю
Причина где то глубже, поскольку, если задача по декодированию конкретного сообщения упала на ядро, то на нем она и решается.
Может быть какой либо дефект в совместной работе нескольких ядер процессора, в этом случае одноядерный процессор должен дать такие же декодирования как Ваш FX.
В любом случае выходит что процессор FX работает лучше многих других, и дает как выигрыш в количестве правильных так и снижение количества ложных декодирований.
На AMD я использую Windows 10.
-
У меня при компиляции WSJT-11 выдает ошибку о нехватке одного файла. Интересно у всех так или я что то не так делаю.
Компиляция WSJT-11
WSJT v11.0 now runs on Windows
* No need to install the module appdirs
* Added a run time script
* Builds are direct Makefile commands, not JTSDK shortcuts
* Database is installed to: %LOCALAPPDATA%\WSJT or
C:\Users\%username%\AppData\Local\WSJT
*TO-BUILD*:
- Open JTSDK-PY, then:
cd src
svn co https://svn.code.sf.net/p/wsjt/wsjt/branches/wsjt-11
cd wsjt-11
mingw32-make -f Makefile.204 install
*TO-RUN*
cd C:\JTSDK\wsjt-11\install
.\wsjt-11.bat
Use WSJT (F2) to update station parameters.
-
Вложений: 1
Цитата:
Сообщение от
UA3WM
У меня при компиляции WSJT-11 выдает ошибку о нехватке одного файла. Интересно у всех так или я что то не так делаю.
А я думал что это только у меня. У меня с начало выскакивало окошко что не обнаружен python33.dll, установил но всё равно не хочет компилироваться.
Вложение 158630
-
Я выше давал инструкцию как надо делать
-
Цитата:
Сообщение от
RK4LWA
Я выше давал инструкцию как надо делать
Ну тогда покажите хоть как выглядит WSJT-11.
-
Простите я не про то имел ввиду
-
чтение WAV файлов, дефект в коде WSJT-X
https://sourceforge.net/p/wsjt/wsjt/6489/
Масштаб бедствия пока не оценивал, если повлияет на количество декодированных сигналов при чтении файлов то придется повторить сравнение r6462mod6 с родным WSJT-X при устраненном дефекте.
-
Цитата:
Сообщение от
RA9XQ
Ну тогда покажите хоть как выглядит WSJT-11.
решение проблемы компиляции WSJT-11 под Windows:
https://sourceforge.net/p/wsjt/wsjt/6490/
-
калибровка S/N с учетом полосы приемника при записи WAV файлов
https://sourceforge.net/p/wsjt/wsjt/6491/
Еще один дефект, и наверно, устранив его, придется записать с приемника новые наборы файлов для тестирования.
-
Цитата:
Сообщение от
UA3DJY
Это тоже самое, что я приводил выше. Не проходит компиляция!
-
Вложений: 1
Цитата:
Сообщение от
UA3WM
Это тоже самое, что я приводил выше. Не проходит компиляция!
У меня под JTSDK-PY 2.0.3 при компиляции WSJT-11 такая ошибка:
Вложение 158692
этого файла в указанной папке нет.
-
Цитата:
Сообщение от
UA3DJY
У меня под JTSDK-PY 2.0.3 при компиляции WSJT-11 такая ошибка:
проект WSJT-X: моды JT65,JT9,WSPR,JT4,JTMSK - работа с тестовым софтом-wsjt-11.png
этого файла в указанной папке нет.
Тоже самое и на 2.0.4. Пробовал подставить от десятой, вроде не ругается но появляются другие ошибки.
-
Цитата:
Сообщение от
UA3DJY
В результате полученном Вадимом насчитал 1197 правильных и 51 ложное декодирование.
На моем AMD процессоре для r6462mod6 Preamp ON получаю 1188 правильных и 62 ложное декодирование.
Файл сравнения двух процессоров прикладываю, ложные декодирования выделены желтым цветом.
Интересно то, что на разных процессорах мы получаем разную вероятность ошибочного декодирования, и разное количество правильных декодирований.
Вадим RK4LWA: Может причиной разных результатов у нас является разная полоса на водопаде? У меня для тестов стояла 100-3600Гц.
Для выключенного Preamp c файлов SDR с выключенной АРУ получал 1176 правильных декодирований, расширил полосу до 0-4100 Гц - получил 1180 правильных декодирований, кроме того что декодировались сигналы с sync тоном ниже 100 Гц еще что то новое появилось выше в спектре, что то исчезло.
-
UA3DJY Игорь При тестах у меня стояла 2600 .все таки дело в процессорах
-
Цитата:
Сообщение от
RK4LWA
UA3DJY Игорь При тестах у меня стояла 2600 .все таки дело в процессорах
Это принципиальный момент, надо договориться об использовании одинаковых частот среза (нижняя и верхняя частоты водопада) и значения bins/pixel для тестов.
Предлагаю использовать нижнюю частоту 0 Гц, верхнюю 3600 Гц. Нижняя частота определяется установкой Start на водопаде, верхняя растяжением окна водопада на экране, по верхней частоте надо смотреть чтобы окно заканчивалось точно на 3600 Гц.
bins/pixel предлагаю для тестов ставить 5, границу JT9 на 2400 Гц.
Эти значения оптимальны с точки зрения работы в эфире в режиме JT65+JT9 с SDR, поэтому предлагаю все тесты проводить на них.
Нижняя частота передачи в WSJT-X ограничена значением 200 Гц, но никто не мешает позвать станцию у которой sync тон на выходе приемника находится ниже 200 Гц сплитом, то есть предлагаю учитывать 200 Гц в возможной разнице частоты передатчика корреспондента и своего приемника ставя стартовое значение водопада WSJT-X 0 Гц.
-
так и будем делать только границу считаю 2500 лучше нижняя всегда 0 у меня
-
Цитата:
Сообщение от
RK4LWA
границу считаю 2500 лучше
Совершенно верно тем более что она по умолчанию такая
-
Прогнал на 12 ядерном серверном процессоре сегоднЯ Xeon e5-2600 результаты хуже чем на моем fx и копия повторяют результаты UA3DJY
-
Цитата:
Сообщение от
RK4LWA
так и будем делать только границу считаю 2500 лучше нижняя всегда 0 у меня
Из-за несоответствия частот трансиверов часто бывает что JT9 сигнал находится немного ниже 2500, поэтому практичнее держать планку на 2400, иначе такие сигналы не декодировать.
С нашей точки зрения, тестирования на файлах, нет четкой уверенности что в коде все чисто и смещение границы JT9 не влияет на декодирование JT65.
Как пример, расширение полосы приема у меня привело к тому, что несколько ранее декодировавшихся сигналов исчезли, но вместо них появились новые там где они ранее не декодировались на частотах в старой полосе. То есть в софте пока еще остаются проблемы с точностью вычислений.
-
