-
проект 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.
Как пример, расширение полосы приема у меня привело к тому, что несколько ранее декодировавшихся сигналов исчезли, но вместо них появились новые там где они ранее не декодировались на частотах в старой полосе. То есть в софте пока еще остаются проблемы с точностью вычислений.
-
Да понимаю и JT65 сигналы я видел на 3000 просто я считаю что выставить полосу 2500 и оптимально-да чтот срежем возможно но зато применно приблизимся к одним отчетам. А то у нас разрыв большой
-
Цитата:
Сообщение от
RK4LWA
Да понимаю и JT65 сигналы я видел на 3000 просто я считаю что выставить полосу 2500 и оптимально-да чтот срежем возможно но зато применно приблизимся к одним отчетам. А то у нас разрыв большой
При bins/pixel = 3 показало 1249 декодирований (вместе с ложными)
при bins/pixel = 4 - 1253
при bins/pixel = 5 - 1261
-
Цитата:
Сообщение от
RA9XQ
При bins/pixel = 3 показало 1249 декодирований (вместе с ложными)
при bins/pixel = 4 - 1253
при bins/pixel = 5 - 1261
Владимир, здесь для точной картины еще необходимы верхние частоты окна водопада для каждого bin/pixels, также стартовая частота.
Самое неудобство здесь в том, что потянув на край окна водопада, мы меняем верхний предел частоты декодирования сигналов.
В том числе верхняя граница может поменяться просто при изменении значения bins/pixel.
В исходном коде decoder.f90 эти частоты-границы проходят под именами nfa и nfb.
-
Вложений: 1
Методом xxxx удалось сделать компиляцию WSJT-11 r6497
Вложение 158774
-
Цитата:
Сообщение от
UA3DJY
Из-за несоответствия частот трансиверов часто бывает что JT9 сигнал находится немного ниже 2500, поэтому практичнее держать планку на 2400, иначе такие сигналы не декодировать..
Поставьте 0 и не мучайтесь.
Цитата:
Сообщение от
UA3DJY
С нашей точки зрения, тестирования на файлах, нет четкой уверенности что в коде все чисто и смещение границы JT9 не влияет на декодирование JT65..
Полгода назад не влияло, абсолютно точно. Две совершенно разные функции.
Цитата:
Сообщение от
UA3DJY
Как пример, расширение полосы приема у меня привело к тому, что несколько ранее декодировавшихся сигналов исчезли, но вместо них появились новые там где они ранее не декодировались на частотах в старой полосе. То есть в софте пока еще остаются проблемы с точностью вычислений.
Ну так на это еще 2 месяца Вам указывалось. Любые манипуляции с полосой ( в полосе) вели к изменению результатов.
-
Цитата:
Сообщение от
UA9LEW
Поставьте 0 и не мучайтесь.
не понял где 0 выставить, вначале?
-
Вложений: 2
Цитата:
Сообщение от
UA9OP
не понял где 0 выставить, вначале?
тут
Вложение 158797
бонусом получите что все декодирования теперь выстроятся строго по порядку в пределах прохода.
Плюс бывает что и вот на таких частотах умудряются работать.
Вложение 158798
пс На скорость декода практически не повлияет
пс2 Как это себя поведет в модифицированных версиях хз, не смотрел
-
Цитата:
Сообщение от
UA3DJY
Продолжаю работать над исходником subtract65.
Временно прекратил попытки оптимизации вычитания сигналов в исходнике subtract65 по причине утечки памяти в WSJT-X, проявляющейся в периодическом отсутствии доступа к дробной части массива dd().
Этот массив содержит отсчеты(samples) входного цифрового звукового потока и является основой всего происходящего в WSJT-X.
Часто бывает что при первичном чтении массива получаю например такие данные (номер отсчета, значение):
dd 2201 19.0000000
dd 2202 16.0000000
dd 2203 12.0000000
dd 2204 4.00000000
dd 2205 -16.0000000
dd 2206 -29.0000000
dd 2207 -10.0000000
При вычитании декодированного сигнала идет запись в массив dd() после чего часто ситуация возвращается к нормальной, например:
dd 2201 19.0524387
dd 2202 15.4829807
dd 2203 23.0843353
dd 2204 55.9010811
dd 2205 33.9535789
dd 2206 -26.7643013
dd 2207 -44.2844543
Такой же сбой доступа к памяти происходит и в обратном порядке, если изначально значения с массива считываются с дробной частью то после вычитания сигнала и записи в массив доступ к дробной части может исчезнуть.
Эффект на декодирование непредсказуемый, поэтому в присутствии этого дефекта в коде считаю вообще бессмысленной какую либо оптимизацию декодирования.
Дефект наблюдаю как в модифицированном r6462mod6 так и немодифицированном WSJT-X r6496, также в r6229.
Если есть желание пощупать диагностику самостоятельно то в исходник subtract65.f90 необходимо добавить следующий код(всего три строки прямо перед блоком вычитания сигнала):
.....
+ do i=1,20
+ print *, 'dd',2200+i,dd(nstart+2200+i)
+ enddo
! Subtract the reconstructed signal
call timer('subtr_3 ',0)
.....
В этом коде nstart означает стартовый отсчет с учетом DT вычитаемого сигнала/сообщения, отсчет 2200 примерно середина первого sync тона этого сигнала (точно середина - отсчет 2229).
Само декодированное сообщение в окошке будет ниже распечатанных значений напряжения отсчетов кодом диагностики.
Сразу можно только сказать что этот дефект скорее всего приводит к хаотическому уменьшению динамического диапазона сигналов, срезая примерно каждый второй слабый сигнал.
Информацию о дефекте передал разработчикам, жду ответа.
-
вычитание JT65 сигналов в WSJT-X
Происходит в jt65_decode.f90 последовательно на каждом проходе по определенному предварительно списку кандидатов, логика следующая:
- определяется список кандидатов
- кандидаты по порядку декодируются из списка(этот порядок я в коде менял на обратный, прироста в количестве декодирований не было но декодирования немного отличались)
- после успешного декодирования первого в списке кандидата идет вызов процедуры вычитания сигналов subtract65.f90
- первый сигнал вычтен и после этого декодируется второй кандидат из списка, затем вычитается второй сигнал и т.д.
При вычитании сигналов используется массив dd() для чтения амплитуды сигнала до вычитания и записи амплитуды обратно в массив dd()
уже после вычитания сигнала. То есть значения амплитуд в этом массиве после каждого вычитания меняются.
Для вычитания сигнала в процедуре subtract65.f90, на основании известной sync последовательности тонов, общей для всех JT65 сигналов, и известной data последовательности тонов уже декодированного сигнала, по-тонально симулируется декодированный сигнал, перегоняется из временной области в частотную где применяется фильтр ФНЧ, после чего возвращается обратно во временную область, затем он вычитается из массива dd() с записью результата обратно в этот массив.
В процессе диагностики столкнулся с сценарием когда сигнал вычитается а в окошке не появляется декодированное сообщение, этот сценарий является результатом повторного декодирования уже ранее декодированного сообщения в рамках установленного в коде предела сдвига частот на повторное сообщение(freq-freq0 менее 3.0).
-
Цитата:
Сообщение от
UA3DJY
Временно прекратил попытки оптимизации вычитания сигналов в исходнике subtract65 по причине утечки памяти в WSJT-X, проявляющейся в периодическом отсутствии доступа к дробной части массива dd().
Сразу можно только сказать что этот дефект скорее всего приводит к хаотическому уменьшению динамического диапазона сигналов, срезая примерно каждый второй слабый сигнал.
Информацию о дефекте передал разработчикам, жду ответа.
После продолжительного обсуждения этой темы с разработчиками получил подтверждение об отсутствии проблем в коде.
Сигнал с АЦП (или цифрового потока SDR) проходит через изменение частоты дискретизации и ФНЧ (исходник fil4.f90) после чего записывается в массив dd(). При первоначальной записи используются целые числа и затем последующая обработка с плавающей запятой. Диапазон значений в массиве -32767...+32767, что соответствует примерно 90 дБ динамического диапазона (20*log10(32767)) при максимально возможной амплитуде сигнала.
В процессе обработки на декодер уже попадают тона отфильтрованные полосой бина 2.69 Гц что увеличивает динамический диапазон еще на 10*log10(6000/2.69)= 33 дБ снизу за счет уменьшения мощности шума после узкополосного полосового фильтра.
Значит эффект подавления слабых сигналов сильным при использовании SDR с выключенной АРУ и цифровым аудио потоком связан исключительно со ступенькой боковых излучений за пределами передаваемой полосы JT65 сигнала, то есть с чистотой формирования сигнала в системе компьютер-трансивер-усилитель (паразитная амплитудная модуляция + ее интермодуляционные составляющие, использование линейного участка микрофонного тракта).
Отдельной темой является одновременная работа на передачу в JT9 и JT65 в одном интервале, особенно в части используемой на передачу мощности.
-
Цитата:
Сообщение от
UA3DJY
то есть с чистотой формирования сигнала в системе компьютер-трансивер-усилитель (паразитная амплитудная модуляция + ее интермодуляционные составляющие, использование линейного участка микрофонного тракта).
Кстати. Еще лет 5-6 тому назад замечал, что сигналы со слабыми и тонкими линиями трека и посылок оценивались с более высокими уровнями db чем мощные с жирными треками.
-
Цитата:
Сообщение от
UA3DJY
В процессе обработки на декодер уже попадают тона отфильтрованные полосой бина 2.69 Гц что увеличивает динамический диапазон еще на 10*log10(6000/2.69)= 33 дБ снизу за счет уменьшения мощности шума после узкополосного полосового фильтра.
В этой формуле 6000 это полоса приема WSJT-X получаемая из частоты дискретизации 12000 поделенной на 2(теорема Котельникова или Найквиста-Шеннона), Гц.
Если на приемнике полоса ограничена 2500 Гц или менее, то дополнительное снижение нижней планки динамического диапазона за счет узкой полосы бина будет соответственно приведенной выше формуле меньше.
И большой плюс от сужения полосы фильтра приемника на классике - снижаются требования по верхней планке динамического диапазона к звуковому тракту приемника при выключенной АРУ, часто при сильных сигналах на диапазоне при работе на общий вызов мы вынуждены включать узкий кварцевый фильтр.
-
Уважаемый Игорь! Во многих цифровых программах есть очень полезная функция быстрого перехода на заранее запрограммированную, (любимую) частоту. Эта функция называется по-разному: - в MMVARI -> Align, в FlDigi -> QSY. Разница энергетики в полосе частот от 100 Гц до 2.4 кГц очень большая. Можно ли ввести подобную функцию и в WSJT-X?
-
Цитата:
Сообщение от
RW9FN
Уважаемый Игорь! Во многих цифровых программах есть очень полезная функция быстрого перехода на заранее запрограммированную, (любимую) частоту. Эта функция называется по-разному: - в MMVARI -> Align, в FlDigi -> QSY. Разница энергетики в полосе частот от 100 Гц до 2.4 кГц очень большая. Можно ли ввести подобную функцию и в WSJT-X?
Николай, приветствую!
Думаю что можно, но я до сих пор считал что энергетика в спектре одинакова - обусловлено узкополосной побиновой фильтрацией тонов сигнала в WSJT-X.
На классике есть завал фильтров внизу и вверху спектра, что на передачу и прием может привести к разной энергетике тонов JT65 сигнала на частотах ниже 300 Гц и выше 2500 Гц, для узкого спектра JT9 разница невелика.
Почему Вы думаете что энергетика на определенной частоте может быть больше?
В программах MMVARI и FlDigi эта функция может быть востребована для работы в соревнованиях.
При использовании перестраиваемого узкополосного фильтра на классике (кварцевый в ПЧ и/или конденсаторный в НЧ) я обычно ориентируюсь на картинку водопада для точной установки частоты передачи в полосу фильтра, и поскольку расположение сигналов в спектре в моде JT65 очень быстро меняется мне приходится довольно часто перестраивать узкий фильтр на другую(свободную) частоту для работы на общий вызов.
73 Игорь
-
Цитата:
Сообщение от
UA3DJY
Почему Вы думаете что энергетика на определенной частоте может быть больше?
Это наблюдается на всех моих трансиверах, если на частоте 2 КГц установить 10 Ватт - то на частоте 400 Гц будет около 1-2 Ватт. И это в любой цифровой программе и моде.
-
Цитата:
Сообщение от
RW9FN
Это наблюдается на всех моих трансиверах, если на частоте 2 КГц установить 10 Ватт - то на частоте 400 Гц будет около 1-2 Ватт. И это в любой цифровой программе и моде.
В этой зоне (у классики) и рапорта завышаются минимум в 2 раза!
Поэтому чтобы работать на этих частотах я сдвигаюсь вниз на 500гц а то и более и верхний участок меньше мешает и рапорта точнее!
-
Цитата:
Сообщение от
RW9FN
Это наблюдается на всех моих трансиверах, если на частоте 2 КГц установить 10 Ватт - то на частоте 400 Гц будет около 1-2 Ватт. И это в любой цифровой программе и моде.
И при поднятии уровня звука на передачу чтобы достичь 10 Ватт выходной мощности приходится выходить на нелинейный участок микрофонного тракта. Если бы не эта особенность классики то можно было бы попросить разработчиков сделать в софте калибровку положения ползунка PWR в зависимости от частоты передачи с записью корректирующего коэффициента значений в wsjtx.ini.
Похожая морока у классики при работе в JT возникает при использовании VOX для управления передачей, также с выходом на нелинейный участок.
Можно менять частоту на трансивере как предложил Виталий UA3ALE, но при этом выпадает верхняя часть JT участка.
Увы, классика неудачный вариант для JT.
-
Цитата:
Сообщение от
UA3DJY
В программах MMVARI и FlDigi эта функция может быть востребована для работы в соревнованиях.
Для проведения обычных QSO работает замечательно, а на СДРах работает значительно меньше народа чем на классике.
-
Цитата:
Сообщение от
RW9FN
Для проведения обычных QSO работает замечательно, а на СДРах работает значительно меньше народа чем на классике.
Насчет калибровки выходного уровня по частоте написал письмо на форум разработчиков, несмотря на проблемы с линейностью микрофонного тракта это все же полезный функционал, потому что пользователь все равно добавляет уровень работая на краях диапазона и бывает забывает его снизить вернувшись в полосу фильтра.
По части кнопки "домашняя частота" надо подумать, если делать то скорее всего это будет окошко в которую забивается эта частота и кнопка вызывающая переход на нее, еще кнопка добавления текущей частоты в домашнюю. То есть одно окошко и две кнопки, здесь надо хорошо продумать.
-
планы на выпуск mod7
Решил немного отвлечься от математики и вернулся к оптимизации, получил прорыв в декодированиях.
Всем кто хочет сейчас попробовать - поставьте nbirdie=5 в исходнике extract.f90. Наблюдаю ощутимое увеличение количества правильных декодирований и снижение ложных в режиме Preamp, прирост общего количества декодирований.
Продолжаю тестирование с поиском оптимального значения nbirdie, готовлюсь к выпуску mod7.
-
Цитата:
Сообщение от
UA3DJY
По части кнопки "домашняя частота
а зачем она, там и так кнопок хватает, для путаницы?
-
Вложений: 1
планы на выпуск mod7
Цитата:
Сообщение от
UA3DJY
Продолжаю тестирование с поиском оптимального значения nbirdie, готовлюсь к выпуску mod7.
JT65 декодирования.
Для тестирования использовал файлы с SDR с выключенной АРУ (на этих файлах мне всегда было тяжелее получить прирост правильных декодирований). Стартовая частота 0 Гц, верхняя граница 4100 Гц, bins/pixel=5, разделитель JT9 стоит на 2400. Режим JT65+JT9.
---------------
r6462mod6:
Preamp выключен: 1176 правильных и 6 ложных
Preamp включен: 1188 правильных и 62 ложных
-----------------------------------------------
r6462mod6 + nbirdie=6(оптимально):
Preamp включен: 1219 правильных и 51 ложных
------------------------------
r6462mod6 + nbirdie=7:
Preamp выключен: 1194 правильных и 5 ложных
---------------------------------------------------------------
Для выключенного преампа еще буду тестировать nbirdie=8, немного позже.
В софте сделаю разные значения nbirdie для включенного/выключенного Preamp.
Файлик со сравнением прикладываю.
-
preamp вкл ,полоса 3600 ,граница 2500,bins-pixel 5,nvec 20000,nbirdie=5 -получил ухудшение до 8.2% вместо 8.8% на файлах -26 при nbirdie n=20- bins=4 полоса 2600 граница 2500
-
UA3DJY:сейчас с nbirdie=6 ,nvec=20000 скомпилирую-поставлю как у Вас верхнюю границу и посмотрим сколько получу при вкл preamp.Если Вам не сложно,то я Вам скину файл декодов ,просто я jt9 как то так и не научился вычленять :)
-
Цитата:
Сообщение от
UA9OP
а зачем она, там и так кнопок хватает, для путаницы?
Вопрос нужно понять.
-
UA3DJY:Preamp on,nvec 20000,nbirdie=6,bins=5,Jt9=2400,Bandwith=4100-agc off sdr- файл декодирований https://yadi.sk/i/tvI4RBKypoKMb
-
Вложений: 1
Цитата:
Сообщение от
RK4LWA
Возможно полученные мной значения действуют лучше для nvec=10000(по умолчанию в mod6 для включенного Preamp).
Файлик с фильтром JT65/JT9 и Вашим выходом прикладываю, у Вас получилось меньше декодирований.
Личным сообщением перешлю линк на софт. Завтра еще попробую значение nvec пощупать под оптимальные nbirdie.
Вложение 159106
-
С фильтром непонятно-многие помеченные jt65 в реальности jt9-сейчас обрежу полосу до 2600-граница jt 9 2600-и снова прогоню-bins 5 оставлю зы При nberdie=6 nvec=20000 получил на файлах -26 те же 8.8%,что и на мод6 ,на nvec=30000-10.1% полоса 4100 jt9 2400 bins 5-то есть на слабых сигналах nberdie=6 не влияет на результат и увеличение nvec дает те же результаты ,что и на мод6
-
Прогнал -полоса 2600 jt9 2600 bins=5 nvec=20000 nbirdie=6 получил 1254 декода вкл ложные-то есть ровно столько же сколько на мод 6
-
UA3DJY:Прогнал при nvec=20000 прекомпилировав свои исходники снова-вкл режим только jt65 -все остальное как у Вас в тесте и получил результаты 1228 правильных и 34 ложных -у меня что то было плохо скомпилировано изначально https://yadi.sk/i/b_7KppIqppyXm
-
Цитата:
Сообщение от
RK4LWA
С фильтром непонятно-многие помеченные jt65 в реальности jt9
Фильтр JT65/JT9 отрабатывает на присутствие в строке символа @, у меня проблем с работой фильтра нет. Возможно Вы сместили номер ячейки в фильтре? Номер ячейки фильтра должен соответствовать номеру ячейки фильтруемой строки.
-
планы на mod7
Настройка Random erasure patterns в закладке Аdvanced сейчас слишком грубая, реально мы используем только значения 6,7,8:
...
4 - 100
5 - 300
6 - 1000
7 - 3000
8 - 10000
9 - 30000
....
Это количество попыток декодирования, начиная с 1000...3000 попыток время декодирования становится примерно прямо пропорционально количеству попыток.
Планирую поменять, сделать что то вроде:
750
1000
2500
5000
7500
10000
12500
15000
20000
В результате изменения будет удобнее подстраивать соотношение количество декодирований / время декодирования, что критично для процессоров у которых менее 8-ми ядер.
-
Значение Random для выключенного Preamp в mod7
Проверил декодирования для nbirdie = 6 и Random =6 Random =8.
Декодирования одинаковы. При выключенном Preamp, Random более 6 (1000 попыток) смысла использовать нет.
-
Цитата:
Сообщение от
RK4LWA
UA3DJY:Прогнал при nvec=20000 прекомпилировав свои исходники снова-вкл режим только jt65 -все остальное как у Вас в тесте и получил результаты 1228 правильных и 34 ложных -у меня что то было плохо скомпилировано изначально
https://yadi.sk/i/b_7KppIqppyXm
Много незамеченных ложных, в итоге проигрывает моему варианту. Мы можем перейти на переписку в Скайп?
-
ua3djy:Я в таблице оставил и с вашего софта (по ссылке) колонку-там результаты совпадают с вашими (-1 ложное), скомпилированный мной-отличается только nvec по идее .Skype ffa197812
-
Всем кому я успел дать на тестирование r6462mod7:
в софте находится устранение дефекта r6489, приводит к снижению количества правильных декодирований при включенном Preamp.
Сейчас убрал, продолжаю тестирование перед выпуском исходного кода в общий доступ.
По ряду причин вынужден продолжать работать в отдельной ветке разработки софта, без поддержки последних изменений JTMSK.
Модифицированный софт фокусирую на КВ, JT65+JT9.
-
Инструкция по компиляции r6462mod в JTSDK 2.0.3 / 2.0.4
Компиляция r6462mod в JTSDK 2.0.3
Из JTSDK-QT выполните команды:
checkout-wsjtx
cd C:\JTSDK\src\wsjtx
svn update –r r6462
После чего удалите папку wsjtx в пути C:\JTSDK\src\
Скопируйте папку wsjtx с исходным кодом r6462mod в папку C:\JTSDK\src\
Из JTSDK-QT выполните команды:
cd C:\JTSDK
build-wsjtx package
На вопрос 'Update from svn before building?' ответьте 'N'
Скомпилированный установочный файл попадет в папку C:\JTSDK\wsjtx\package
_________________________________
Компиляция r6462mod в JTSDK 2.0.4
Из JTSDK-QT выполните команды:
wsjtx-list -u
build-wsjtx rinstall
cd C:\JTSDK\src\wsjtx
svn update –r r6462
После чего удалите папку wsjtx в пути C:\JTSDK\src\
Скопируйте папку wsjtx с исходным кодом r6462mod в папку C:\JTSDK\src\
Из JTSDK-QT выполните команды:
cd C:\JTSDK
build-wsjtx package
На вопрос 'Update from svn before building?' ответьте 'N'
Скомпилированный установочный файл попадет в папку C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\package
-
Инструкция по компиляции r6462mod в JTSDK 2.0.4
подправил
_________________________________
Компиляция r6462mod в JTSDK 2.0.4, в следующем порядке.
Из JTSDK-QT выполните команды:
wsjtx-list -u
build-wsjtx rinstall
cd C:\JTSDK\src\wsjtx
svn update –r r6462
После чего удалите папку wsjtx в пути C:\JTSDK\src\
Скопируйте папку wsjtx с исходным кодом r6462mod в папку C:\JTSDK\src\
Удалите все из папки C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\build\
Из JTSDK-QT выполните команды:
cd C:\JTSDK
build-wsjtx package
На вопрос 'Update from svn before building?' ответьте 'N'
Скомпилированный установочный файл попадет в папку C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\package
-
r6462mod7 source code
Исходный код, патч файл и Release notes опубликованы здесь:
https://cloud.mail.ru/public/27He/cSmWg8Vk8
Новый функционал:
- Выполнена оптимизация параметра nbirdie, для включенного Preamp nbirdie=6, для выключенного - nbirdie=7, в результате прирост количества правильных декодирований.
- Устранены мелкие дефекты в интерфейсе главного окна.
- Между левой и правой половиной главного окна установлен разделитель, пользователь может теперь перемещая разделитель менять пропорции половинок главного окна.
- Пользователь может выбирать между RRR и RR73 сообщением. Выбор сообщения через установку/снятие галочки, генерация сообщения как обычно кнопкой RRR/RR73
- Изменены настройки в закладке Advanced. В режиме выключенного Preamp жестко в коде прописано количество попыток декодирования значением 100.
В режиме включенного Preamp изменен шаг выбора количества попыток декодирования, максимальное количество правильных декодирований при 10000 попытках.
Значения Preamp decoding attempts 1,2,3,4,5 соответствуют 1000,2500,5000,7500,10000 попыток декодирования сигнала. Чем больше количество попыток тем больше время потраченное на декодирование.
Результаты тестирования, файлы SDR с выключенной АРУ:
Preamp выключен, три прохода:
1194 правильных и 3 ложных JT65 декодирований, время декодирования 1538 секунд
Preamp включен, три прохода, для разных значений Preamp decoding attempts:
1 (1000) 1200 правильных and 63 ложных JT65 декодирований, время декодирования 685 секунд
2 (2500) 1208 правильных and 52 ложных JT65 декодирований, время декодирования 985 секунд
3 (5000) 1211 правильных and 55 ложных JT65 декодирований, время декодирования 1492 секунд
4 (7500) 1214 правильных and 54 ложных JT65 декодирований, время декодирования 1993 секунд
5 (10000) 1214 правильных and 57 ложных JT65 декодирований, время декодирования 2600 секунд
Время декодирования указано для двухядерного AMD процессора с тактовой частотой 3.1 гГц.
Вероятность декодирования сигналов с SNR -26дБ при включенном Preamp в зависимости от количества попыток:
1 (1000) 2.7 %
2 (2500) 4.2 %
3 (5000) 5.8 %
4 (7500) 6.2 %
5 (10000) 7.5 %
Рекомендуемые установки:
JT65+JT9 режим
Preamp decoding attempts = 5
Preamp decoding passes: настраивается по времени декодирования
Three-pass decoding включен
Agressive decoding level = 0
В результате создания r6462mod7 потерял 6 правильных декодирований с включенным Preamp, ранее при 10000 попытках и nbirdie=6 наблюдал 1220 правильных и 57 ложных. Перелопатил весь свой код, частично его переделал, но причину снижения не смог найти, возможно вернусь к поиску причины позже.
-
Рекомендуемые установки для r6462mod7
Цитата:
Сообщение от
UA3DJY
Рекомендуемые установки:
JT65+JT9 режим
Preamp decoding attempts = 5
Preamp decoding passes: настраивается по времени декодирования
Three-pass decoding включен
Agressive decoding level = 0
Прошу прощения - опечатка!
Правильно так:
Рекомендуемые установки:
JT65+JT9 режим
Preamp decoding attempts = настраивается по времени декодирования
Preamp decoding passes = 3 (всегда держим на трех проходах)
Three-pass decoding включен (это три прохода декодирования при выключенном Preamp)
Agressive decoding level = 0
В release notes эти настройки указаны правильно.
-
Вложений: 1
Очередное обновление WSJT
Вложение 159319
-
Здравствуйте, коллеги!
Помогите найти место размещения файла АДИФ лога WSJT-X (Windows-XP SP3).
73!
-
в запущенной программе wsjtx зайти File->Open log directory и смотрите где он лежит
-
Спасибо, Валерий!
Но у меня в версии v1.4.0-rc2 такого пункта в меню нет.
Нашел в итоге. Ну очень сложный путь! В итоге ярлык на рабочий стол вывел....:s10:
73!
-
Вложений: 1
Получил JT65a декод -33дб правда в окне Avg в новой версии WSJT-11 r6506.
Вложение 159416
-
Цитата:
Сообщение от
UA3WM
Получил JT65a декод -33дб правда в окне Avg в новой версии WSJT-11 r6506.
Про согласованную фильтрацию в WSJT-X на КВ помню, к сожалению Joe K1JT пока остановился на одиночном фильтре "mycall hiscall hisgrid", но как только он закончит полный функционал под УКВ, буду смотреть в исходниках, что можно сделать для использования согласованных фильтров на КВ.
-
Синхронизация WSJT-X со сторонними логами
Использует ли кто-нибудь альтернативу экспорт/импорт adif для переноса связей в основной лог с целью оперативной рассылки подтверждений на LoTW, eQSL, HRDLog.net и прочее.
Если да, то каким образом?
Есть ли примеры использования UDP Server?
-
Вложений: 1
Цитата:
Сообщение от
UT3IB
Синхронизация WSJT-X со сторонними логами
WSJTX прекрасно работает с LogHX3.
Вложение 159499
-
Цитата:
Сообщение от
UT3IB
Есть ли примеры использования UDP Server?
Да , отлично работает с LogHx Все функции работают, UDP отметка связывает с Log40M, HamradioDeluxe, DXKeeper, JTAlertX.
-
Вложений: 2
Цитата:
Сообщение от
RV6HW
Да , отлично работает с LogHx Все функции работают, UDP отметка связывает с Log40M, HamradioDeluxe, DXKeeper, JTAlertX.
Василий, не могли бы Вы уточнить настройки?
Вложение 159516
Вложение 159517
Пытался увязать с HamradioDeluxe, но что-то пошло не так...
-
Вложение 159517
Пытался увязать с HamradioDeluxe, но что-то пошло не так...[/QUOTE]
Что не так? В установках всё указано, но в HRD связи отобразятся нажав кнопку refrech или перезагрузив LogHrd.
-
Пытаюсь выяснить где у меня неточность.
HRD log не видит проведенную связь (Refresh осуществлял).
Посему, если не затруднит, уточните свои настройки UDP с обеих сторон.
-
Вложений: 1
Если быть более точным, то у меня используется 2 лога, LogHX и HRDLog.
WSJT-X без проблем стыкуется с HX
HRD в связке с JTAlert HamApps.com
связи заносятся в оба журнала.
Вложение 159552
-
Цитата:
Сообщение от
RV6HW
HRD в связке с JTAlert HamApps.com
Благодарю, Василий.
С Вашей подачи установил JTAlert HamApps.com, получил дополнительную инфо о возможности работы новым видом.
Плюс запись вносится в HRD. Похоже, я неверно указывал IP сервера. Сейчас поэксперементирую без алерта.
-
WSJT-X r6511, новый УКВ функционал
r6511 - первый шаг в применении в WSJT-X УКВ функционала ранее использовавшегося только в WSJT.
Изменения в коде делает Joe K1JT:
1. Оптимизированное декодирование JT65b и JT65c при наличии значительного дрожания частоты тона вследствие эффекта Доплера.
2. Усреднение нескольких принятых сообщений, позволяющее декодировать сигнал который слишком слаб для декодирования при одиночной передаче.
Этот функционал еще требует тестирования и доработки в части возможностей управления пользователем.
-
-29дб было сегодня на мод7 в jt65-YV5SKA слышал в 13 gmt -а вообще придется держать пока мод 6 и мод 7-заметил что даже при выкл преамп-декодируют в один период бывает разные позывные -причем не фейковые
-
Вложений: 1
Сделал апгрейд JTSDK 2.04-1 и qt55! В результате инсталяшка WSJTX получается на 6Мб меньше.
Вложение 159693
-
Вложений: 1
паразитная АМ 50 Гц
Увы, Дмитрий на письма не отвечает. Если кто нибудь поддерживает с ним связь - подскажите ему пожалуйста.
Вложение 159718
-
Цитата:
Сообщение от
RV6HW
WSJT-X без проблем стыкуется с HX
HRD в связке с JTAlert
Есть ли обратная связь между JTAlert и WSJT-X в плане нажатие на необходимую запись, чтобы вызвать корреспондента? Как это доступно с макросами, к примеру.
Вложение 159942
-
новые файлы для тестирования
Перехожу на новый набор файлов, старый уже себя исчерпал по наличию недекодированных сигналов.
Файлы записаны на диапазоне 20м, приемник SDR с выключенной АРУ и цифровым аудио потоком(отсутствие интермодуляционных искажений), в условиях большого количества сигналов на диапазоне и частом пересечении спектра сигналов.
При выключенном Preamp на r6462mod7 при изменении nvec c 100 на 300 на этих файлах получаю на 5 правильных декодирований больше.
Пакет файлов находится здесь: https://cloud.mail.ru/public/TTXb/g7zKnmCGF
-
r6462mod8-test
Готов, еще примерно один-два дня интенсивных тестов и подготовки документации для выпуска исходного кода в общий доступ.
-
Цитата:
Сообщение от
UA3DJY
Готов, еще примерно один-два дня интенсивных тестов и подготовки документации для выпуска исходного кода в общий доступ.
Всем кому успел дать mod8test на тестирование:
для выключенного Preamp забыл поменять количество попыток декодирования со 100 на 300, в этом режиме будет чуть меньше декодирований, исправлю с публикацией исходного кода.
-
r6462mod8 source code released for public access
Complete source code, patch file and release notes are there:
Исходный код, патч файл и Release notes опубликованы здесь:
https://cloud.mail.ru/public/B1R1/YuVx81fTz
-
Вложений: 2
r6462mod8 test results
результаты тестирования r6462mod8 в сравнении c r6462mod7, JT65 декодирования:
Вложение 160242
количество JT9 декодирований не зависит от комбинации клавиш Preamp/Filter
-
r6462mod8 рекомендации по использованию
Изменения/новый функционал:
- увеличено количество попыток декодирования в режиме Preamp OFF с 100 до 300
- в основном окне появилась кнопка 'Filter': выполнен функционал подавления ложных
декодирований за счет применения нелинейных искажений уровней сигнала в частотной
области (в бинах) перед BM/FTRSD декодером
- повышена эффективность декодирования сигналов в диапазоне DT от -1 до 0 секунд,
этот функционал используется только в режиме Filter ON, выполняется смещение входных
данных на 26000 отсчетов(примерно 2.17 секунды)
- для всех комбинаций Preamp/Filter увеличен диапазон DT захвата SYNC сигнала
- для всех комбинаций Preamp/Filter в коде введена дополнительная фильтрация части
ложных декодирований
- при запуске WSJT-X теперь генерируется стандартное сообщение CQ, это позволит исключить
часть случаев передачи пустого сообщения
- входные данные перезагружаются при нажатии на кнопку 'Filter', что позволяет заново декодировать
данные последнего приемного интервала(или файла) для любой комбинации Filter/Preamp при
нажатии на кнопку 'Decode'
Рекомендации по использованию нового функционала в mod8.
кнопка Filter содержит две функции:
- эффективное подавление ложных JT65 декодирований при включенном Preamp
- повышение эффективности декодирования при отрицательных DT, при плохой синхронизации часов компьютера
Кнопка Filter в режиме включенного Preamp немного снижает чувствительность декодера.
При использовании Filter вместе с выключенным Preamp количество правильных декодирований резко снижается,
единственная причина необходимости такой комбинации - плохая синхронизация часов компьютера
(массовый отрицательный DT корреспондентов). В остальных случаях использовать Filter с выключенным Preamp
не рекомендуется.
-
Вложений: 6
r6462mod8 various UI options for self compilation
Для самостоятельной компиляции в r6462mod8 доступно три разных интерфейса пользователя:
UI_1:
Вложение 160258
UI_2:
Вложение 160259
UI_3:
Вложение 160260
исходники интерфейсов прикладываю / UI source code is attached
-
Цитата:
Сообщение от
UA3DJY
Для самостоятельной компиляции в r6462mod8 доступно три разных интерфейса пользователя:
Лично у меня VI_1 ,доволен.Главное ,мне удобно пользоваться и глаз радует!
-
Цитата:
Сообщение от
UA3DJY
результаты тестирования r6462mod8 .... JT65 декодирования:
Preamp=ON - 2624
Preamp=OFF -2513
Preamp=ON, Filter=ON - 2532
Preamp=OFF, Filter=ON - 2460
-
Цитата:
Сообщение от
RA9XQ
Preamp=ON - 2624
Preamp=OFF -2513
Preamp=ON, Filter=ON - 2532
Preamp=OFF, Filter=ON - 2460
Это наверно общее число декодирований, включая ложные?
Ложные лучше отделять - сильно картину реальной работы искажают.
-
Цитата:
Сообщение от
UA3DJY
Это наверно общее число декодирований, включая ложные?
Пока веду подсчёт. В позиции Preamp=OFF -2513 два ложных + один под вопросом (то ли слитно макрос сделан, то ли ложное).
-
Цитата:
Сообщение от
R6LCF
Лично у меня VI_1 ,доволен.Главное ,мне удобно пользоваться и глаз радует!
Перед установкой старую версию удалять или ставить поверх?
-
Цитата:
Сообщение от
RX4CD
Перед установкой старую версию удалять или ставить поверх?
В mod8 отличается содержание WSJT-X.INI файла.
Можно попробовать поставить поверх любого старого WSJT-X (в старом софте желательно перед установкой нового поставить Random Erasure Patterns = 5), но если на водопаде будут сигналы которые не декодируются - удалить WSJT-X.INI файл.
При запуске софт WSJT-X создаст новый .INI файл в правильном формате.
-
Вложений: 1
Цитата:
Сообщение от
RX4CD
Перед установкой старую версию удалять или ставить поверх?
Я всегда удаляю предыдущую версию ,иногда по три раза на день,через : Вложение 160380
А привязка к Логу на месте остается,да и все остальное.
Вчера в 01:00 и до... по Москве на 40м Южная Америка отлично шла.Так вот на этой версии включенный Preamp здорово помогает!
-
Цитата:
Сообщение от
R6LCF
Я всегда удаляю предыдущую версию ,иногда по три раза на день,через :
Вложение 160380
А привязка к Логу на месте остается,да и все остальное.
На компьютере можно держать бесконечное число разных версий WSJT-X в разных папках, главный вопрос в использовании общей папки 'log directory' в которой находится ADIF лог и WSJT-X.ini файл.
Как пример, у меня примерно полтора десятка установлены в корень диска C:\ , для удобства использую такую систему имен:
C:\r6229\
C:\r6535\
C:\r6462mod7\
C:\r6462mod8\
При использовании ключа --rig под запуск определенной версии WSJT-X доступно любое количество папок 'log directory', что может потребоваться для одновременного использования нескольких версий, например для одновременной работы на разных диапазонах или одновременного мониторинга одного диапазона на разные антенны/приемники.
Также ключ --rig можно использовать для исключения возможной проблемы совместимости разных форматов INI файла для разных версий WSJT-X.
-
частотное распределение: Япония в JT65/JT9 на диапазоне 80м
ОФФ
Интересная информация со странички Atsuo 5W1SA: радиолюбителям Японии разрешено работать в узкополосных модах с DX станциями вплоть до частоты 3575.0 (спектр должен находиться ниже этой частоты).
"JT65/JT9 on 80m work with JA stations
There is an unique band plan in Japan that prety fragmented on 80m band and they can not TX on standard 3576KHz + AF.
However they are permitted TX upto 3575KHz Narrow Band Data working with DX only.
Here I propose work JA stations on 80m band using 3572KHz + AF that covers JT65 and JT9 under their band plan.
When you see 5W1SA on 80m JT65/JT9, please send request that QSY to 3572KHz on DX Cluster."
-
планы на r6462mod9 - multisync
В настоящей реализации исходного кода WSJT-X, для поиска последовательностей синхронизации используется спектр с шагом в половину символа.
Для поиска SYNC последовательности это слишком широкий шаг, и часть SYNC сигналов в данный момент из-за помех теряется.
В r6462mod9 будет применена вторая попытка, синхронно с первой, поиска SYNC последовательности при сдвиге символьного спектра на 1/4 длины символа, то есть будут обрабатываться два спектра одновременно.
Уже создал промежуточный софт дающий на тестовых файлах в режиме Preamp ON/Filter ON на 15 правильных декодирований больше
и в режиме Preamp On/Filter OFF вероятность декодирования сигналов -26 dB SNR в 7.7%.
Символьный спектр, использующийся для декодирования самого сообщения, в софте вычисляется отдельно от спектра выделения SYNC сигналов.
Есть еще несколько идей которые буду проверять перед тем как выпустить mod9, возможно удастся получить еще дополнительные декодирования.
-
r6462mod9-multisync, for band monitoring purpose only
Применение параллельного поиска SYNC последовательности приводит к увеличению количества кандидатов на декодирование, что в свою очередь приводит к росту времени декодирования и делает этот софт пока пригодным только для мониторинга диапазонов.
Проблема имеет корни в дизайне протокола JT и линейности железа и обработки в софте WSJT-X.
Поскольку SYNC последовательность занимает одну частоту (один бин) то любая нелинейность в обработке, (передатчик-приемник-софт) приводит к появлению множества комбинационных составляющих находящихся на других частотах принимаемого диапазона с точно такой же последовательностью SYNC и DT близким по значению к основной последовательности. Все эти комбинационные SYNC последовательности с точки зрения софта(функции корреляции) являются сигналами-кандидатами на декодирование, и по ним выполняется попытка декодирования, чаще всего неудачная - реже ложное декодирование.
При использовании линейного приемного тракта SDR проблема с SYNC концентрируется на вычитании сигналов в WSJT-X, после вычитания количество кандидатов на декодирование может вырасти до 10..15 раз (например на загруженном диапазоне наблюдал после вычитания первого прохода рост количества SYNC кандидатов с 25 до примерно 300).
Для решения этой проблемы пробовал переработать исходник SYNC65.f90 - ввел прореживание кандидатов по условию близости DT, но к сожалению если задать малую дельту DT то опять вырастает количество ложных кандидатов и время декодирования, при большой дельте DT интервал декодируется очень быстро но резко падает количество правильных декодирований.
Получается что SYNC последовательность части слабых сигналов накрыта более сильной интермодуляционной SYNC последовательностью.
В любом случае, при прореживании ложных кандидатов мне не удается добиться больше правильных декодирований чем при первоначальной реализации multisync.
В итоге приходим к теме с которой начинали: аккуратность, а теперь еще и линейность вычитания и обработки сигналов. Без этого
дальнейшая оптимизация декодирования JT65 уже невозможна.
Буду пробовать по возможности применять линейные функции в обработке сигналов и буду работать над вычитанием.
Всем кто хочет попробовать r6462mod9-multisync, пишите мне в личку, удобнее всего прислать контакт Скайп или email адрес.
Из-за продолжительного времени декодирования этот софт непригоден для работы в эфире.
Результат тестирования:
r6462mod8 Preamp ON Filter ON - 8 ложных и 2526 верных JT65 декодирований
r6462mod9-multisync Preamp ON Filter ON - 12 ложных и 2541 верных JT65 декодирований
Чуть позже опубликую исходники в общий доступ.
-
Вложений: 1
r6462mod9-multisync source code released for public access
Complete source code, patch file and release notes are there:
Исходный код, патч файл и Release notes опубликованы здесь:
https://cloud.mail.ru/public/C78e/HjjMrmfsQ
Test results:
r6462mod8................... Preamp ON Filter ON:.........8 false 2526 correct JT65 decodes
r6462mod9-multisync... Preamp ON Filter ON:.......12 false 2541 correct JT65 decodes
r6462mod9-multisync... Preamp ON Filter OFF:.....-26dB SNR signal decoding probability: 7.7%
Getting the same number JT9 decodes as for mod8: 371.
Количество JT9 декодирований по сравнению с mod8 не изменилось.
Прикладываю файл с результами тестов. Все опциональные оболочки интерфейса пользователя mod8 совместимы
с mod9.
File with the test results is attached.
Please note: r6462mod9 has long decoding time and is suitable for the band monitoring purpose only.
All optional mod8 UI designs are fully compatible with mod9.
-
Вложений: 2
синхронизация сигналов JT65 и вычисление DT в WSJT-X
Для вычисления DT используется корреляция с SYNC последовательностью. SYNC последовательность заранее известна, одна и общая для всех сигналов.
WSJT-X и JT65-HF при приеме проверяют каждую частоту спектра (каждый бин) на наличие этой временн'ой последовательности.
Cдвиг времени DT вычисляется относительно часов принимающего сигнал компьютера.
SYNC последовательность содержит 126 тоновых интервалов, каждый продолжительностью 0.372 секунды, что в сумме составляет продолжительность передачи сигнала примерно 46.9 секунды. SYNC последовательность передается на одной самой нижней частоте спектра JT65 сигнала.
В каждом тоновом интервале передается либо тоновая посылка синхронизации (SYNC сигнала) либо тоновая посылка информационного сообщения, при двоичной интерпретации SYNC сигнала это соответственно либо 1 либо 0.
Всего передается 63 тоновых посылки в SYNC сигнале и 63 тоновых посылки в информационном сообщении.
Полная последовательность SYNC сигнала вместе с результатом функции автокорреляции выглядит так:
Вложение 160617
Максимальный пик функции автокорреляции соответствует полному совпадению двух последовательностей.
Смещение пика функции корреляции в одну сторону от центра SYNC последовательности означает отрицательный DT, в другую сторону - положительный DT принимаемого сигнала.
За поиск SYNC последовательностей(они же являются сигналами-кандидатами на декодирование) отвечает код в исходнике sync65.f90.
Поcкольку шаг в применяемой функции корреляции довольно широкий, увеличение точности расчета DT достигается использованием кроме пикового отсчета еще двух соседних точек, после чего выполняется аппроксимация и получение более точного значения dtx.
К полученному значению добавляется 1 секунда задержки подачи сигнала при его передаче, в результате получается значение DT.
В сценарии когда оператор включает передачу сообщения посреди интервала, передается только последняя, оставшаяся на момент включения часть информационного сообщения и SYNC последовательности.
При этом завершается SYNC последовательность вместе с информационным сигналом как положено на 48-ой секунде.
Это хорошо видно на приложенной картинке, сигнал на частоте 897 оператор начал передавать примерно на 15-ой секунде, при этом сигнал был завершен точно таким же окончанием SYNC последовательности как и сигнал на частоте 626.
Вложение 160618
На картинке видно что окончание SYNC последовательности на частоте 897 немного задержано по сравнению с окончанием
SYNC последовательности на частоте 626, расчетные DT получились 1.6 и 1.0 соответственно относительно часов декодирующего сигналы компьютера.
-
Вложений: 1
-
Цитата:
Сообщение от
UA3WM
Проба пера!
а лицензия есть? а то обидятся создатели программы.
-
Цитата:
Сообщение от
UA3WM
Избыточная длина названий на некоторых кнопках, может привести к ограничению размера шрифтов.
-
Вложений: 1
После компиляции и установки WSJT, при запуске программы выводится сообщение...
Вложение 160738
При компилировании ошибки не было, с wsjt-x все нормально.
Недавно переустановил винду. Старые версии устанавливаются нормально.
-
Установил mod8, работает великолепною Но заметил такую штуку, станция видна на водопаде слабо, по зрительной оценке -20 и слабее, а репорт программа дает -10. Это происходит не все время, но пару раз замечал такое уже. Это вроде ничего страшного, но все же. И у меня такой вопрос: - улучьшает ли программа прием станций в JT9 так же как и в JT65?
Спасибою
-
Цитата:
Сообщение от
va3llz
Установил mod8, работает великолепною Но заметил такую штуку, станция видна на водопаде слабо, по зрительной оценке -20 и слабее, а репорт программа дает -10. Это происходит не все время, но пару раз замечал такое уже. Это вроде ничего страшного, но все же. И у меня такой вопрос: - улучьшает ли программа прием станций в JT9 так же как и в JT65?
Спасибою
Неправильный репорт связан с неравномерностью АЧХ: завал АЧХ фильтра приемника либо искажение АЧХ после вычитания сигналов между проходами декодирования WSJT-X. Компенсировать эти эффекты в софте возможности нет.
Оптимизация выполнена только для декодирования JT65а на КВ диапазонах, декодирование JT9 должно быть не хуже чем у последних ревизий основной ветки v1.7 WSJT-X.
-
Цитата:
Сообщение от
RW9FN
После компиляции и установки WSJT, при запуске программы выводится сообщение...
Вложение 160738
Если речь идет о WSJT-11, то в пакете SVN не хватает нескольких файлов и их нужно взять из SVN от 10 версии. А по запуску - удалите этот ярлык и вытащите ярлык wsjt-11.bat. Кроме этого смотрите чтобы файл базы позывных wsjt.db не был пустым.
-
Цитата:
Сообщение от
UA3WM
Если речь идет о WSJT-11
Обе версии после компиляции v.10 и v.11
-
Вложений: 2
Цитата:
Сообщение от
RW9FN
Обе версии после компиляции v.10 и v.11
10 должна идти без проблем.
Вложение 160976
А в 11 нужно чтобы файл wsjt.db не был пустым. На всякий случай скачайте этот файл
-
Вложений: 5
Цитата:
Сообщение от
UA3WM
10 должна идти без проблем.
Да v.10 идет без проблем, просто у меня уже крыша поехала.
На счет v.11 так и не идет
Вложение 161022Вложение 161023Вложение 161024Вложение 161025Вложение 161026
Ошибки при компиляции, выходной файл wsjt-11.0-r6470-win32
-
Цитата:
Сообщение от
RW9FN
Ошибки при компиляции, выходной файл wsjt-11.0-r6470-win32
*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
-
Цитата:
Сообщение от
UA3WM
TO-BUILD
Использовал команды
*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
После этого в папке SRC переписать SVN из папки wsjt-11 в папку trunk и выполнить команду build-wsjt package
-
FTRSD декодер
Статья про FTRSD, будет опубликована в журнале QEX в апреле месяце.
http://physics.princeton.edu/pulsar/K1JT/ftrsd.pdf
-
r6462mod10 source code released for public access
Complete source code, patch file, release notes, test results and various UI options are there:
Исходный код, патч файл, Release notes, результаты тестирования и исходники разных вариантов интерфейса опубликованы здесь:
https://cloud.mail.ru/public/BNtx/ygzcqmXi4
-
r6462mod10: измененный функционал
mod10 базируется на mod9: используется двойной поиск SYNC последовательности.
Постоянно включен функционал Preamp, сдвиг 26000 отсчетов и функционал Filter, что привело к снижению чувствительности -26dB SNR.
В целях простоты использования убрал кнопки Preamp и Filter. Появился новый функционал/кнопка SWL, позволяющий получить максимум
правильных декодирований при использовании софта только для приема/мониторинга диапазонов.
Изменилось соответствие количества попыток декодирования значениям decoding attempts закладки Advanced.
Полностью убрал из кода использование режима Robust Sync (использование однобитной функции корреляции), теперь для поиска SYNC кандидатов используется только полная функция корреляции.
Применил ограничение верхней частоты поиска SYNC последовательности JT65a в 2700 Гц, для уменьшения количества ложных кандидатов.
Для режима работы в эфире (SWL OFF):
- применил сортировку SYNC кандидатов на декодирование по значению нормированной функции
корреляции(в коде это значение переменной SYNC). Teперь на декодер кандидаты на декодирование попадают в порядке уменьшения
значения SYNC, то есть сигналы с большей вероятностью правильного декодирования декодируются первыми.
Такой подход привел к нарушению порядка отображения декодированных сигналах по возрастанию частоты.
- применил ограничение количества кандидатов для каждого прохода (17/35/35), на основе анализа статистики декодирования.
- применил динамическое распределение попыток декодирования в зависимости от количества кандидатов
Эти изменения в совокупности привели к нормировке процессорной емкости (фиксации времени) декодирования независимо от количества станций на диапазоне. При отсутствии нагрузки со стороны других приложений на компьютере время декодирования должно быть одинаковым для любого интервала.
Используется следующая формула распределения попыток декодирования: nvec = (10375*(2**(ntrials-1)))/ncand
а при количестве кандидатов менее 5, nvec зафиксирован на значении 20000.
В этой формуле:
nvec - используемое в декодере FTRSD количество векторов-попыток декодирования сигнала кандидата
ntrials - значение decoding attempts устанавливаемое оператором в закладке Advanced
ncand - количество SYNC кандидатов для определенного прохода.
Для режима мониторинга диапазонов SWL ON:
- используется ограничение количества кандидатов в 300, что в семействе WSJT-X mod актуально для второго и третьего проходов декодирования
- используется фиксированное количество попыток декодирования, одинаковое для каждого прохода. В результате такого подхода время декодирования интервала прямо пропорционально суммарному по трем проходам количеству кандидатов и будет отличаться для разных интервалов.
Применена следующая формула расчета количества попыток декодирования: nvec = 1000*(ntrials+3)
а при количестве кандидатов менее 5, nvec зафиксирован на значении 20000.
Режимы SWL ON и SWL OFF примерно сбалансированы по затрачиваемому времени на декодирование.
На двухядерном процессоре 3.1 ГГц при decoding attempts=4 и режиме SWL OFF время декодирования интервала занимает примерно
9..10 секунд, в режиме SWL ON примерно 45..55 секунд.
mod10 оптимизирован для использования JT65a на загруженных КВ диапазонах, количество верных декодирований по сравнению с mod8 выросло, время декодирования интервала при одинаковой эффективности декодирования по сравнению с mod8 снижено.
Рекомендации по использованию mod10:
JT65+JT9 режим декодирования
Number of decoding attempts: подбирать по времени декодирования интервала
Nubmer of decoding passes = 3
Agressive decoding level = 0
Верхняя и нижняя границы частот на водопаде согласно желаемой полосе декодирования.
Внимание: режим SWL ON использует полную загрузку процессора в течение продолжительного времени, приводит к повышению энергопотребления и требований к охлаждению процессора.
-
Вложений: 2
r6462mod10: результаты тестирования
Тестовые аудио файлы находятся здесь: https://cloud.mail.ru/public/TTXb/g7zKnmCGF
Вложение 161288
Файл с результатами тестирования прикладываю. Количество декодируемых JT9 сигналов не изменилось.
-
Вложений: 2
пример линейного приемного тракта SDR
В приложенном звуковом файлике mod10 декодирует 24 JT65a сигнала.
Вложение 161290
Впечатляет линейность тракта: полное отсутствие продуктов интермодуляции на водопаде.
Интересно увидеть, есть ли еще какие новые JT65a сигналы в этом файле которые берет какой либо другой софт и не декодирует mod10.
-
Игорь пробую 10 верию.Первое впечатление- мой комп стол работать шустрее
SWL не для меня Много уходит времени,хотя нагрузка 50%
Буду разбираться, прошло всего 10 минут
-
Цитата:
Сообщение от
RA3RKA
Игорь пробую 10 верию.Первое впечатление- мой комп стол работать шустрее
SWL не для меня Много уходит времени,хотя нагрузка 50%
Буду разбираться, прошло всего 10 минут
подумаю над ускорением SWL режима
-
тройку ставишь, меньше 10 секунд, а декод отличный
-
Прохождение ужастное
Стало оченнь удобно подбирать пораметры под свой комп
У меня сейчас стоят значения 2-3
Можно работать и на 3-3 и на 4
Станций маловато чтоб обкатать программу
Игорь SWL у меня очень много времени жрет
Программа стола заметно шустрее
(у нас пурга, прохода нет,станций маловато)
-
Вложений: 2
работаю над mod11, на этом файлике удалось получить 25-ый правильный JT65a декод
Вложение 161356
-
Игорь очень удобно фексированое время
Сейчас поставил пораметры, и декод отличный (-25 -28 четко), и 5 секунд остаеться
на принятия решения.(пока на диапозоне 10-12 станций)
Пропали наборы неопределенных букв и цифр(ложняки)
Вообщем программа здорого изменилась и в хорошую сторону
меня она устраивает в таком варианте.А SWL мне и не нужен выходит
-
Цитата:
Сообщение от
RA3RKA
Игорь очень удобно фексированое время
Сейчас поставил пораметры, и декод отличный (-25 -28 четко), и 5 секунд остаеться
на принятия решения.(пока на диапозоне 10-12 станций)
Пропали наборы неопределенных букв и цифр(ложняки)
Вообщем программа здорого изменилась и в хорошую сторону
меня она устраивает в таком варианте.А SWL мне и не нужен выходит
А компк какой? Почему такое время? У меня при 3-3 11 сек
-
Комп 2 ядра по 2.5 семерка
-
Вложений: 1
Вложение 161362
Вот 3-3 ПОЧТИ В ПРИТЫК
За 2 секунды не успеваешь просматреть станции и выбрать,да еще повторы которые я очень не люблю
-
Цитата:
Сообщение от
RA3RKA
Пропали наборы неопределенных букв и цифр(ложняки)
Может у меня что не так но ложных декодирований у меня почти нет,если честно то я не замечаю,а вот недекодирование вообще есть в наличии редко но именется.И самое странное что на водопаде видно, а не декодирует.Такое есть в наличии.Как решить этот вопрос.
-
Вложений: 1
Цитата:
Сообщение от
RA3RKA
Вот 3-3 ПОЧТИ В ПРИТЫК
Вложение 161363
У меня 2х ядерный 3.2 при 3-3 декод на 57 получается
-
Цитата:
Сообщение от
R6LCF
И самое странное что на водопаде видно, а не декодирует
Это еще ничего не значит что на водопаде есть а декода нет, может от других станций полоса, в таких случаях нужно просто включать save, save all и потом на других программах прочитать.
-
Цитата:
Сообщение от
UA9OP
Почти тоже,как и у меня
Вот я и ставлю 2-3 и остаеться 5 секунд
и декодирует также
-
Цитата:
Сообщение от
R6LCF
Может у меня что не так но ложных декодирований у меня почти нет,если честно то я не замечаю,а вот недекодирование вообще есть в наличии редко но именется.И самое странное что на водопаде видно, а не декодирует.Такое есть в наличии.Как решить этот вопрос.
Ложных сейчас незаметил
Раньше были наборы цифр и букв вобщем абра-кадабра
А на счет как-бы недекодированых станций
может у них нет хорошей синхронизации времени
Такое впольне реально
-
Цитата:
Сообщение от
UA9OP
Это еще ничего не значит что на водопаде есть а декода нет, может от других станций полоса, в таких случаях нужно просто включать save, save all и потом на других программах прочитать.
Это значит и еще и как!Я не говорю что обострилось на 10mod,а что такое в наличии есть,а ложных у меня нет или почти нет.Я не замечаю!Вот так.
UA3DJY :Игорь! Странное что ложных у меня нет,мне даже как то не по себе.Во всех есть ,а у меня.....может что не так!
P.S.Синхронизация по времени идеальная,вот сейчас +0,049s коррекция по времени к Лондонскому серверу!
-
Вложений: 1
Вложение 161366
Здесь можно проверить точность
Точное московское время
Я имел ввиду сенхронизация у корреспондента а не у Вас
-
Цитата:
Сообщение от
RA3RKA
Здесь можно проверить точность
Самое интересное ,что те с кем мы работаем даже и не знают о Московском времени и где оно есть..... может быть.Лондон и этим все сказано!
Местное среднее солнечное время на Гринвичском меридиане широко применяется в астрономии (для синхронизации всемирного времени)..........
-
Цитата:
Сообщение от
R6LCF
Может у меня что не так но ложных декодирований у меня почти нет,если честно то я не замечаю,а вот недекодирование вообще есть в наличии редко но именется.И самое странное что на водопаде видно, а не декодирует.Такое есть в наличии.Как решить этот вопрос.
Ложные декодирования будут при большом количестве сигналов на диапазоне и пересечении спектров. По поводу того что сигналы на водопаде есть но не декодируются - включите пожалуйста Save All и перешлите мне соответствующий звуковой файлик.
В mod10 изменилось содержание файла WSJTX.ini - запоминается состояние кнопки SWL mode, если он порушен то придется его удалить предварительно закрыв программу, после запуска софта он будет создан с нуля с правильным форматом.
-
Цитата:
Сообщение от
UA3DJY
включите пожалуйста Save All
Игорь,попробую конечно,но уже включал и кроме еще дополнительных пяток корреспондентов и +15сек времени ,ничего не изменилось.
Я понимаю когда с малым уровнем сигнала в спектре сигнала сильного европейца,это понятно.А вот даже и видно ,а нет....может что то и не только в этом дело ,а может и совсем не в этом.Прошу указать ,кто сталкивался с подобным.
Игорь ,10 версия на отлично ,может что то в другом у меня.....
-
Цитата:
Сообщение от
R6LCF
Игорь,попробую конечно,но уже включал и кроме еще дополнительных пяток корреспондентов и +15сек времени ,ничего не изменилось.
Я понимаю когда с малым уровнем сигнала в спектре сигнала сильного европейца,это понятно.А вот даже и видно ,а нет....может что то и не только в этом дело ,а может и совсем не в этом.Прошу указать ,кто сталкивался с подобным.
Игорь ,10 версия на отлично ,может что то в другом у меня.....
Я про запись звуковых файлов: вверху окна закладка Save, в ней надо выбрать Save All.
Мне для проверки нужен звуковой файл того интервала где у Вас не декодировался сигнал.
-
Цитата:
Сообщение от
UA3DJY
Мне для проверки нужен звуковой файл того интервала где у Вас не декодировался сигнал.
Игорь! Как подобное будет сразу вышлю!
-
Вложений: 2
Получил 26 правильных JT65a декодов из этого файлика, перехожу к сборке и окончательному тестированию mod11.
Вложение 161371
-
Цитата:
Сообщение от
UA3DJY
Получил 26 правильных JT65a декодов из этого файлика
Игорь, спасибо Вам за труды, перешёл на ваши моды в последнее время, сейчас mod8.
В ней при различных вариантах декодит 23 станции (и я в том числе попался ;) ),а
r6546 от разраб. декодит только 17-18 станций.
С трансивером правда в паре старенький нетбук EeePC, но тем не менее вполне работоспособно.
Новые моды не собирал, компа с софтом пока нет.
TNX, 73!
-
r6462mod11 source code released for public access
Complete source code, patch file, release notes, test results and various UI options are published there:
Исходный код, патч файл, Release notes, результаты тестирования и исходники разных вариантов интерфейса опубликованы здесь:
https://cloud.mail.ru/public/CFgC/uzaqSHr44
-
r6462mod11: измененный функционал
mod11 сделан на базе исходного кода mod10.
Первый проход декодирования сигналов JT65a разделен на два подпрохода(1.1 и 1.2): на каждом из них после декодирования каждого сигнала выполняется его вычитание из массива временн'ых отсчетов, после окончания подпрохода заново вычисляется спектр сигналов для последующего декодирования.
В рамках первого прохода используется общий список SYNC кандидатов на декодирование, если сигнал декодирован то в списке ему присваивается отрицательное значение частоты и на следующем подпроходе софт не будет его декодировать, таким образом выполняю прореживание списка кандидатов между подпроходами первого прохода.
Для первого подпрохода 1.1 используется ограничение передаваемого на FTRSD количества кандидатов = 21, для второго подпрохода 1.2 ограничение = 25, оба значения оптимальны для тестовых файлов с SDR.
По сути в mod11 мы получили декодирование в 4 прохода, с относительно небольшим приростом времени декодирования, что ощутимо увеличивает эффективность декодирования сигналов JT65a.
Режим SWL ON полностью переделан и теперь основан на функционале SWL OFF, просто выполнено смещение величины decoding attempts на 3 единицы, что примерно балансирует по времени режимы SWL OFF и SWL ON. В табличке результатов тестирования одинаковым цветом показаны ячейки с одинаковым количеством попыток декодирования nvec.
Благодаря переходу на единый функционал режим SWL ON тоже частично получил нормирование времени декодирования, разница в 25..30% (увеличение времени) будет наблюдаться при небольшом количестве кандидатов на декодирование, балансировку режимов SWL ON / SWL OFF выполнил с учетом этого разброса.
Для слабых процессоров ввел дополнительно вниз одну ступеньку decoding attempts (в mod11 значение 1), но при выборе этого значения время декодирования снижается немного, связано с тем что б'ольшую часть процессорной емкости при малом количестве попыток декодирования съедает математика четырех проходов, меньшая часть занимается декодером (значение переменной nvec используется в декодере FTRSD).
Исходники графического интерфейса основного окна ревизии mod10 полностью совместимы с mod11.
Рекомендации по использованию mod11:
JT65+JT9 режим декодирования
Number of decoding attempts: подбирать по времени декодирования интервала
Nubmer of decoding passes = 3
Agressive decoding level = 0
Верхняя и нижняя границы частот на водопаде согласно желаемой полосе декодирования.
Внимание: режим SWL ON создает полную загрузку процессора в течение продолжительного
времени, приводит к повышению энергопотребления и требований к охлаждению процессора.
-
Вложений: 1
r6462mod11: результаты тестирования
-
Вложений: 1
r6462mod4: 4 сигнала правильно декодированы на одной частоте
При установке decoding attempts = 1 софт выдает двойной сюрприз: 26 JT65a верных декодирований, одно отличается от ранее опубликованной картинки, предыдущая картинка была получена при decoding attempts = 8.
В декодах:
- два сигнала от PC4N, он передавал разные сообщения на разных частотах в одном интервале
- на частоте 1221-1222-1223 декодировано 4 сигнала станций звавших W4IMD.
Это результат использования в софте четырех проходов декодирования.
Вложение 161423
-
Игорь промерил приблизительно время на своем пк.
Без SWL 1-3 -53секунды 2-3- 54сек, 3-3- 55сек, 4-3- 58сек
При включении SWL на 1-58сек. ,2 уже 62 сек.
У меня на 1-3 +SWL можно работать запросто
Здорово получилось!
-
Цитата:
Сообщение от
RA3RKA
Игорь промерил приблизительно время на своем пк.
Без SWL 1-3 -53секунды 2-3- 54сек, 3-3- 55сек, 4-3- 58сек
При включении SWL на 1-58сек. ,2 уже 62 сек.
У меня на 1-3 +SWL можно работать запросто
Здорово получилось!
1-3 SWL ON по функционалу полностью эквивалентен 4-3 SWL OFF, смотрите цвета на картинке с результатами тестирования.
Кнопка SWL mode выведена на основное окно для удобства, если оператор решил отойти от компьютера - вместо того чтобы скручивать цифры в закладке Advanced просто нажимает кнопку SWL mode и софт переходит в режим повышенной эффективности декодирования, здесь важно только чтобы время декодирования занимало менее одной минуты, поэтому я балансировал SWL ON/SWL OFF по времени декодирования.
-
Цитата:
Сообщение от
UA3DJY
здесь важно только чтобы время декодирования занимало менее одной минуты, поэтому я балансировал SWL ON/SWL OFF по времени декодирования.
Немножко понятно.
Но всё же SWL это понятный код.
Полагаю что и уважаемый UA3DJY
это знает.
А уу?
UA3DJY может как нибудь по жизни.
Или как?
-
Цитата:
Сообщение от
UA3DJY
1-3 SWL ON по функционалу полностью эквивалентен 4-3 SWL OFF, смотрите цвета на картинке с результатами тестирования.
Кнопка SWL mode выведена на основное окно для удобства, если оператор решил отойти от компьютера - вместо того чтобы скручивать цифры в закладке Advanced просто нажимает кнопку SWL mode и софт переходит в режим повышенной эффективности декодирования, здесь важно только чтобы время декодирования занимало менее одной минуты, поэтому я балансировал SWL ON/SWL OFF по времени декодирования.
Я эти таблицы изучил
хотел написать но теперь не стоит
На 20 ни одной станции сейчас.
-
Вложений: 2
Еще один интересный файлик, mod11 в нем при установке decoding attempts =1 берет 27 правильных JT65a декодов.
SDR + вертикал, диапазон 20м.
Вложение 161445
-
синхронизация времени и антивирусное ПО
На одной из машин столкнулся с тем что антивирусное ПО Dr.Web занимаясь анализом интернет пакетов вносит задержку в их прохождении, эта задержка приводит увеличению разницы между реальным временем и часами компьютера до примерно 0.8 секунды, нарушая правильную работу NTP.
Из этой ситуации возможны два выхода:
- не использовать вносящие задержку сетевого трафика антивирусы
- временно выключить антивирус, выполнить принудительно синхронизацию софтом NetTime, после чего включить антивирус.
В последнем случае периодичность автоматической синхронизации надо устанавливать так чтобы интервал между двумя синхронизациями охватывал весь период работы в эфире (от одного до нескольких часов), иначе автоматическая синхронизация через работающий антивирус снова собьет время на компьютере.
-
Вложений: 1
Цитата:
Сообщение от
UA3DJY
На одной из машин столкнулся с тем что антивирусное ПО Dr.Web занимаясь анализом интернет пакетов вносит задержку в их прохождении,
Еще года 3 назад это обнаружил и перешел на NOD32. Тут все нормально. Рекомендую именно этот антивирус есть для 32 и 64 битных ОС. Более поздние версии ничего толком не делают, только более грузят систему чем эта. Если нужны установочные пакеты пишите в личку.
Вложение 161574
-
Цитата:
Сообщение от
UA3WM
Еще года 3 назад это обнаружил и перешел на NOD32. Тут все нормально. Рекомендую именно этот антивирус есть для 32 и 64 битных ОС. Более поздние версии ничего толком не делают, только более грузят систему чем эта.
Symantec Endpoint Protection тоже не создает проблем, думаю что в большинстве случаев вопрос решается настройкой антивирусного ПО и требует умения детально разбираться в настройках, что сложнее уровня среднего пользователя.
При использовании антивирусного ПО с настройками по умолчанию оно может превратить работу на компьютере в кошмар и съедать ощутимую часть производительности компьютера.
-
Цитата:
Сообщение от
UA3WM
Еще года 3 назад это обнаружил и перешел на NOD32
Пользуюсь более десяти лет. Все радиопрограммы в исключении, тормозов нет.
-
Emsisoft Antimalware так же не имеет проблем-ну и естественно нужно в исключения программы
-
r6462mod12 source code released for public access
Complete source code, patch file, release notes, test results and various UI options are published there:
Исходный код, патч файл, Release notes, результаты тестирования и исходники разных вариантов интерфейса опубликованы здесь:
https://cloud.mail.ru/public/9tKs/fDtqi7rnM
-
r6462mod12: измененный функционал
mod12 сделан на базе исходного кода mod11 и решает задачу улучшения приема JT65a сигналов с SNR -26дБ в условиях отсутствия ближнего односкачкового прохождения на ВЧ диапазонах. Прием слабых сигналов оптимизирован для случая когда на диапазоне присутствуют только 1...4 слабых сигнала(что по результатам анализа статистики на файлах симулятора соответствует количеству SYNC кандидатов от 1 до 8, значения более 8 бывают достаточно редко).
Сохранены все достоинства mod11 при работе в условиях большого количества станций на диапазоне.
Режим высокой чувствительности включается автоматически если количество кандидатов на первом проходе декодирования менее чем 9.
В режиме высокой чувствительности применены 4 прохода декодирования слабых сигналов, для всех проходов используется общий список SYNC кандидатов получаемый на первом проходе, что позволяет избежать большого количества ложных SYNC кандидатов в результате вычитания
сигналов, характерного для всей линейки mod ревизий.
JT65a сигнал передается на FTRSD декодер только в случае если значение SYNC более чем 3.0 и если этот сигнал не был успешно декодирован на предыдущем проходе. Такая оценка кандидата позволяет максимально эффективно использовать общий банк попыток декодирования, определяющий время декодирования интервала. В результате улучшено нормирование времени декодирования интервала и применено динамическое вычисление попыток декодирования в зависимости от количества наиболее вероятных кандидатов на каждом проходе декодирования.
В режиме декодирования слабых сигналов в декодере FTRSD применена функция генерации псевдослучайных чисел srand (в обычном режиме
используется функция rand). Поскольку мы на каждом проходе пытаемся декодировать один и тот же слабый сигнал то применение функции srand приводит к увеличению количества попыток декодирования этого сигнала в сумме четырех проходов повышая вероятность его декодирования. Недостаток применения функции srand в декодере FTRSD в том что при тестировании с файлами при каждом проигрывании конкретного файла могут получаться разные результаты, но при достаточной статистической выборке применение функции srand почти не влияет на общий конечный результат.
При использовании в FTRSD функции rand в обычном режиме(большое количество станций на диапазоне) результаты декодирования файла/интервала всегда одинаковы.
Улучшена балансировка времени режимов SWL ON/OFF, при подборе значения decoding attempts по времени декодирования 9..10 секунд, при последующем включении режима SWL ON время декодирования близко к 55..60 секунд. Балансировка выполнялась на двухядерном процессоре.
В софте WSJT-X на время декодирования ощутимо влияет тактовая частота процессора, по наблюдениям используются два ядра (одно под
декодирование JT65a другое под JT9), при большем количестве ядер и современной операционной системе(балансировка нагрузки между ядрами) другие ядра могут нагружаться системными задачами или другим программным обеспечением.
Исходники графического интерфейса основного окна ревизий mod10 и mod11 полностью совместимы с mod12.
Рекомендации по использованию mod12:
JT65+JT9 режим декодирования
Number of decoding attempts: подбирать по времени декодирования интервала
Nubmer of decoding passes = 3
Agressive decoding level = 0
Верхняя и нижняя границы частот на водопаде: согласно желаемой полосе декодирования.
Внимание: режим SWL ON создает полную загрузку процессора в течение продолжительного времени, приводит к повышению энергопотребления и требований к охлаждению процессора.
-
Вложений: 2
r6462mod12: результаты тестирования
Ощутимо выросла вероятность декодирования слабых JT65a сигналов, чем меньше слабых сигналов на диапазоне тем выше вероятность их декодирования.
Для тестирования использовал два набора -26дБ SNR звуковых файлов с симулятора jt65sim: 1000 файлов содержащих 1 сигнал, и 250 файлов содержащих 4 сигнала.
Количество декодируемых JT9 сигналов не изменилось.
Вложение 161831
-
Вложений: 2
-
Цитата:
Сообщение от
RA9XQ
Игорь, становишься популярным.
Посмотрел,да впечатляет!
Рад за Игоря!
-
Вложений: 1
mod12: первое декодирование сигнала с -27дБ SNR
SNR реальный(не результат вычитания сигналов), файлы с одним сигналом с симулятора.
Пока одно декодирование на 250 файлов, но все равно приятно - предыдущие ревизии WSJT-X -27дБ SNR вообще не брали.
Вложение 161844
-
Цитата:
Сообщение от
RA9XQ
Игорь, становишься популярным.:good: Смотри не загордись.:grin:
Интересно что пишут в группе Facebook, у меня в нее доступа пока нет, спасибо.
-
Игорь, где посматреть на Facebook, там много групп JT65
-
Цитата:
Сообщение от
R6LCF
Посмотрел,да впечатляет!
Рад за Игоря!
Аналогично!
Ну так заслуженно, декодирование модов впечатляет, сегодня день крутится на 20м мод12, класс!
В последнее время на фейсбуке многие делятся результатами работы Игоря
https://www.facebook.com/groups/CQ.Digital/
-
Игорь вот перевод кусочка отзыва с фейсбука, корявый но понятно Я рад за тебя.
Японский тестер доклад от мистера также
Мистер Ua3djy способствует развитию.
Большое спасибо (^^)
-
" Привет, когда мы не могу пользоваться mod версии ua3djy 12 73!!"
Спрашивают когда им можно будет пользоваться твоей версией??
-
Вложений: 1
Shuji Yamanishi UA3DJYさん版のデコードは
素晴らしいものがありますが見えすぎて、
コールしても応答が無い多発です(笑)...Еще
Мистер Ua3djy версия декодирование
У Вас есть замечательный как слишком см.
Вызов и реакция. Нападения. Лол
Это противоположность стресса. Этот праздник со мной
Я ФБ
Машинный перевод
понял Игорь.Класс!!
Вложение 161849
-
Цитата:
Сообщение от
UA3DJY
Интересно что пишут в группе Facebook, у меня в нее доступа пока нет, спасибо.
Only good things :)
Sorry no Russian here :(
Richard G7OED
-
Цитата:
Сообщение от
UA3DJY
Интересно что пишут в группе Facebook, у меня в нее доступа пока нет,
Игорь извини но сразу не ответил потому что убежал на работу. В Facebook я закинул информацию в группу https://www.facebook.com/groups/ft817/ тогда, когда ты только начал работать над модификацией WSJT-X. Скажу честно что вначале очень настороженно отнеслись к публикации, обратили и оценили всего несколько человек, основные посты были в основном что это идёт не от разработчиков и что скорее всего не стоит устанавливать (давал прямую ссылку на файл и на нашу ветку в форуме). Но всё же видно Udo DO1IP (администратор группы) заинтересовался данной темой и начал отслеживать твою работу над модификацией и потом сам уже начал выкладывать информацию в группе. А так как это начал делать он то уже начали подтягиваться остальные. Udo имеет довольно большой авторитет в группе, раньше до запрета он постоянно выкладывал свежие бета-версии WSJT-X. Ну а дальше видно сарафанное радио.:derisive:
-
Вложений: 1
Цитата:
Сообщение от
UA3DJY
mod12: первое декодирование сигнала с -27дБ SNR
Сегодня воскресенье ,хотелось поспать но в 05:00 по Москве включил и немного еще застал прохождение на Северную и Южную Америку. -27 не было но -26 и очень уверенно принял.А вообще очень уверенное стало декодирование.Игорь спасибо за версию.Очень заметно разницу!
Вложение 161878
-
-
Игорь на фейсбуке DO1IP ВЫЛОЖИЛ ПРЯМУЮ ССЫЛКУ НА СКАЧИВАНИЕ mod12
Все его благодарят и как я понял проблем у тебя с этим не будет
РАЗЬЯСНИ СИТУАЦИЮ
-
дайте пожалуйста прямую ссылку на скачивание
-
Цитата:
Сообщение от
RA3RKA
Игорь на фейсбуке DO1IP ВЫЛОЖИЛ ПРЯМУЮ ССЫЛКУ НА СКАЧИВАНИЕ mod12
Может меня многие и не поддержат! Как не крути но это в разрез с просьбой разработчиков! И скомпилированный вариант можно передавать по просьбе желающего из рук в руки а не выкладывать для общего скачивания. Игорь предлагаю в дальнейшем паролить SVN MOD и давать пароль на скачивание проверенным лицам.
-
Цитата:
Сообщение от
RA1WU
дайте пожалуйста прямую ссылку на скачивание
ОТПРАВИЛ
-
Вложений: 1
Вложение 161891
Вот так это выглядит
перевод машины,трудно понять
ссылку я закрасил
-
Цитата:
Сообщение от
RA3RKA
Игорь на фейсбуке DO1IP ВЫЛОЖИЛ ПРЯМУЮ ССЫЛКУ НА СКАЧИВАНИЕ mod12
Все его благодарят и как я понял проблем у тебя с этим не будет
РАЗЬЯСНИ СИТУАЦИЮ
Ну вот, нельзя на день уехать... Александр и Владимир, благодарю - убрал со своего хранилища все ссылки на софт.
Напишу письмо Udo, судя по статистике человек 50 успело приобщиться к модам пока я грядки копал :-)
-
To: UA3DJY
Игорь! Кстати последние версии WSJTX неплохо декодируют самолетные треки. По этим декодам они практически сравнялись с Comfort4. Правда декодирование происходит не по f1 а по d1 c галками на Deep и Enable deep search и подключенной базой CALL3. При этом это не чистая подставка а именно декодируется тот текст, который передает корреспондент (проверено неоднократно).
P.S. Режим мульти, но Tol=10-50 и Sync=-1
-
Цитата:
Сообщение от
UA3WM
To: UA3DJY
Игорь! Кстати последние версии WSJTX неплохо декодируют самолетные треки. По этим декодам они практически сравнялись с Comfort4. Правда декодирование происходит не по f1 а по d1 c галками на Deep и Enable deep search и подключенной базой CALL3. При этом это не чистая подставка а именно декодируется тот текст, который передает корреспондент (проверено неоднократно).
P.S. Режим мульти, но Tol=10-50 и Sync=-1
Joe K1JT доработал согласованные фильтры, у меня в планах довести этот функционал до КВ.
-
работа mod11 и mod12 на 80/160м
Поступила информация о том что mod11 лучше декодирует на диапазонах 80/160м в вечернее время чем mod12, при высоком уровне шумов.
Возможно вызвано тем что при высоком уровне шума и при отличии шуба от 'белого' падают значения SYNC и опускаются ниже порога 3.0 выбранного для режима декодирования слабых сигналов.
Проверю и посмотрю что можно с этим сделать, может применю индивидуальную настройку порогов при включении диапазонов 80/160м.
-
Вложений: 2
возбуждение микрофонного тракта
На картинке видно как шум рвется одновременно с сигналом R5AK, почти полностью давятся остальные сигналы на диапазоне.
Не нашел контактов Анатолия, если кто нибудь поддерживает с ним связь - подскажите ему пожалуйста, он с таким сигналом уже не первую неделю работает.
Вложение 161922
-
Вложений: 1
Цитата:
Сообщение от
UA3DJY
На картинке видно как шум рвется одновременно с сигналом R5AK, почти полностью давятся остальные сигналы на диапазоне.
Почему такие выводы что именно с R5AK? Вроде не рвётся и пик выше по частоте.
Вложение 161924
-
Вложений: 1
Игорь у тебя наверное Flatten отключен вот и мощным сигналом вход перегружается, убери на минимум уровень по входу и посмотри картинку. В снимке при уровне около 30 и потом придушил вход, Flatten отключен.
Вложение 161925
-
Когда сей НАМ включается у меня весь водопад в палках хотя расстояние по журналу 15км!
И сигнал всего +20 по Sметру! Близлежащие с уровнями +30+50 такого не дают!
Мы же тут поближе, Володя!
-
Цитата:
Сообщение от
UA3ALE
Мы же тут поближе, Володя!
Пишу то что вижу и звуковой файл предоставил Игорь а не я с кондачка взял.
-
Цитата:
Сообщение от
RA9XQ
Игорь у тебя наверное Flatten отключен вот и мощным сигналом вход перегружается, убери на минимум уровень по входу и посмотри картинку. В снимке при уровне около 30 и потом придушил вход, Flatten отключен.
Увы, но дело не в настройках, диапазон на самом деле накрывается шумом. Если на расстоянии 10-15км при приеме на SDR с динамическим диапазоном 90 дБ (ограничение цифрового аудиопотока, сам приемник имеет выше ДД) давится почти все что есть на диапазоне то на расстоянии одного скачка такой сигнал скорее всего скрывает только слабые сигналы других станций.
Соседи могут понять в чем причина, те кто находятся на одном скачке, при отсутствии других сигналов просто видят рост шума по S-метру не зная откуда он берется.
-
О настройках упомянул только для того чтобы подчеркнуть что надо с разных сторон, осмысленно подойти к поиску проблемы. Желательно было у SDR притупить вход и посмотреть что творится в широкой полосе обзора. Во время соревнований пскашники а ещё круче эртитиваишники лупят так что кожей чувствуешь как эфир проседает, поубивав бы.
-
Получил подтверждение: в группе 'фейсбук' более не будут публиковаться линки на скачивание скомпилированного mod софта, сохраняем уважение к авторским правам команды разработчиков.
-
Цитата:
Сообщение от
UA3DJY
Получил подтверждение: в группе 'фейсбук' более не будут публиковаться линки на скачивание скомпилированного mod софта,
А исходники mod софта для компиляции можно?
И вообще интересует вопрос как теперь будет публиковаться софт для компиляции модификаций? Непосредственно по обращению в личку или будет в общем доступе.
-
Цитата:
Сообщение от
UA3WM
Может меня многие и не поддержат! Как не крути но это в разрез с просьбой разработчиков! И скомпилированный вариант можно передавать по просьбе желающего из рук в руки а не выкладывать для общего скачивания. Игорь предлагаю в дальнейшем паролить SVN MOD и давать пароль на скачивание проверенным лицам.
Владимир, я тоже не согласен с закрытым подходом - 'mod' софт может использовать любой желающий, просто мы будем уважать труд команды разработчиков и их просьбу не публиковать тестовый софт, и если кто либо из наших коллег не сможет скомпилировать софт сам то он всегда может попросить софт у участников форума через личку.
-
Цитата:
Сообщение от
RA9XQ
А исходники mod софта для компиляции можно?
И вообще интересует вопрос как теперь будет публиковаться софт для компиляции модификаций? Непосредственно по обращению в личку или будет в общем доступе.
Исходники 'mod' софта обязаны быть в общем доступе - это требование GPL лицензии и приятная особенность открытого исходного кода (open source) находящегося под GPL лицензией - каждый желающий может изменять исходный код, компилировать и использовать софт.
Тонкость только в тестовом v1.7 - он незавершен и отсюда просьба разработчиков не публиковать скомпилированный софт в общий доступ. Возможно что 'mod' линейка навсегда останется под этим ограничением как срез незавершенного тестового v1.7 софта, но я попробую попросить разрешения на публикацию 'mod' после сдачи v1.7 в общее пользование.
-
Вложений: 2
Цитата:
Сообщение от
R6LCF
-27 не было но -26 и очень уверенно принял
Вложение 161936 Вложение 161937
-
У меня небыло ни разу -30.
А-28 -29 часто проходит
Игорь на фейсбуке чисто и тишина
-
ВОПРОС к Владимиру (RA9XQ) я видел на карте что работал с версиями 6600-6606
У меня перестал нармально работать интерфейс с этими версиями 65-- все работает
а 660. нет Трансивер TS590 по USB
Может какие другие настройки
Хотелось бы чтоб все работало
-
Вложений: 1
Вложение 161948
и -30 быаает в реальной работе!
Послал австралийцу на память!
Ответил что такой рапорт ещё не получал!;)
-
Цитата:
Сообщение от
RA3RKA
Трансивер TS590 по USB
Может какие другие настройки
А Rig через что идёт? Скан настроек покажите. И наверное лучше в параллельной ветке JT65.
-
Цитата:
Сообщение от
UA3WM
To: UA3DJY
Игорь! Кстати последние версии WSJTX неплохо декодируют самолетные треки. По этим декодам они практически сравнялись с Comfort4. Правда декодирование происходит не по f1 а по d1 c галками на Deep и Enable deep search и подключенной базой CALL3. При этом это не чистая подставка а именно декодируется тот текст, который передает корреспондент (проверено неоднократно).
P.S. Режим мульти, но Tol=10-50 и Sync=-1
Попробовал r6606 в режиме согласованной фильтрации (в установках Enable deep search) оно же декодирование с подсказкой на основе сравнения с записями из файла CALL3.TXT, использовал файлы с симулятора с SNR -27дБ.
В варианте "mycall + hiscall + hisgrid" получаю похоже 100% вероятность декодирования, очень впечатляет, и скорость декодирования определяется размером файла CALL3. Даже с учетом того что это лишь только одна частота этот функционал очень полезен, но один раз видел ложный декод взятый из файла CALL3. Пока я этот файлик сильно урезал, возможно на полном файле будет больше ложных декодов.
В r6606 используется ограничение на чтение в 10000 записей из файла CALL3.TXT.
Сейчас создам на симуляторе файлы с SNR -29 и -30, погоняю - гляну вероятность декодирования на r6606. Похоже настала пора попробовать срастить согласованную фильтрацию с применением её на КВ в mod линейке софта.
-
Вложений: 1
r6606 deep search - результаты тестирования с файлами SNR -31 dB
Цитата:
Сообщение от
UA3DJY
Попробовал r6606 в режиме согласованной фильтрации
.....
Сейчас создам на симуляторе файлы с SNR -29 и -30, погоняю - гляну вероятность декодирования на r6606.
Результаты тестирования, звуковые файлики с симулятора jt65sim с SNR -31dB, один сигнал, прогнал всего 1000 файлов: вероятность декодирования 10.7%. Ложных декодирований нет.
То есть примерно 5 дБ SNR выигрыш к декодированию в mod12.
Из мелких недостатков - софт часто неправильно определяет SNR декодированного сигнала.
Результат теста прикладываю.
-
Вложений: 2
28 JT65a signals decoded
Еще один интересный файлик, в этот раз mod12 взял 28 верных JT65a декодирований.
Сильный сигнал RJ3AA не мешает декодировать даже два сигнала которые пересекаются с ним спектром.
SDR c выключенной АРУ, диапазон 20м, четвертьволновой вертикал из удочки с двумя противовесами на девятиэтажке.
Судя по плотности расположения сигналов в районе 1800 Гц mod12 способен декодировать намного больше сигналов на диапазоне, 28 далеко от предела возможностей.
Вложение 161983
-
Вложений: 1
Цитата:
Сообщение от
UA3DJY
Еще один интересный файлик, в этот раз mod12 взял 28 верных JT65a декодирований.
Получил 30 строк.
Вложение 161986
-
Цитата:
Сообщение от
RA9XQ
Получил 30 строк.
да, из них 29 верных декодирований, я ставил attempts=8, похоже на меньшем значении attempts в этом файлике mod12 берет больше сигналов.
Особенность работы FTRSD декодера которая пока для меня загадка, используется генератор случайных чисел rand который при каждом проходе декодирования генерит одинаковую последовательность случайных чисел.
Пока не понял почему для короткой последовательности случайных чисел бывают декодирования отсутствующие при более длинной, похоже какой то дефект.
-
Цитата:
Сообщение от
UA3DJY
в этот раз mod12 взял 28 верных JT65a декодирований
у меня 30 при а =4 а при а=9 28
-
Вложений: 1
Вложение 162018
Мне на фейсбук пришло
-
Вложений: 2
Цитата:
Сообщение от
UA3DJY
Еще один интересный файлик
При установке a=4. получился наилучший результат - 31 декодирование.
Вложение 162049Вложение 162050
-
Цитата:
Сообщение от
RW9FN
31 декодирование
1371 ложный, не считается
-
Цитата:
Сообщение от
UA9OP
1371 ложный, не считается
У RA9XQ тоже есть этот сигнал. У меня добавлен 2473 JA3MAT -27 dB
-
Цитата:
Сообщение от
RW9FN
У меня добавлен 2473 JA3MAT -27 dB
Тоже есть, ищите далее.:grin:
Подскажу, 1406 VK2MOD KD8JV -23 dB
-
Вложений: 1
Вложение 162060
Ни у одного меня новые версии слали глючить
-
Ни у одного меня новые версии слали глючить[/QUOTE]
Попробуй параметры конфигурации создать с чистого листа!
Предварительно убрав старые! Немного муторно, но вроде помогает!
Может мешать что то со старых!
-
Цитата:
Сообщение от
UA3ALE
Ни у одного меня новые версии слали глючить
Попробуй параметры конфигурации создать с чистого листа!
Предварительно убрав старые! Немного муторно, но вроде помогает!
Может мешать что то со старых![/QUOTE]
Пробовал не помогает
Побеседовали на фейсбуке и оказалось, не только с кенвудами эта проблема, но и с К3
Решили подождать
Вопрос поднят и не останеться без внимания
-
Development of UA3DJY HF mod Branch
Hello Igor and other members.
I have just joined up and am happy to endorse the good work being carried out by all.
The UA3DJY HF mod branch is a credit to all with many more exciting innovations to come
in the months ahead; you have a healthy team of participants contributing to help carry the load,
well done!
From time to time I intend to post comments in English and via Google Translation in Russian so if it gets
screwed up a tad you know why.
73 from Down Under.
Peter
VK6KXW
vk6kxw@gmail.com
...................................................................... ...................................................................... ...............................................
Здравствуйте Игорь и другие члены .
Я только что присоединился , и я рад поддержать хорошую работу, проводимую всеми.
Мод филиал UA3DJY HF является кредит всем со многими более захватывающих инноваций в будущем
в последующие месяцы ; у вас есть здоровую команду участников , вносящих вклад , чтобы помочь нести нагрузку ,
отлично сработано!
Время от времени я намерен получить возможность отправлять комментарии на английском языке и через Google перевод на русский язык , так что если он получает
облажались чуточку вы знаете, почему .
73 из Down Under .
Питер
VK6KXW
vk6kxw@gmail.com
Zdravstvuyte Igor' i drugiye chleny .
YA tol'ko chto prisoyedinilsya , i ya rad podderzhat' khoroshuyu rabotu, provodimuyu vsemi.
Mod filial UA3DJY HF yavlyayetsya kredit vsem so mnogimi boleye zakhvatyvayushchikh innovatsiy v budushchem
v posleduyushchiye mesyatsy ; u vas yest' zdorovuyu komandu uchastnikov , vnosyashchikh vklad , chtoby pomoch' nesti nagruzku ,
otlichno srabotano!
Vremya ot vremeni ya nameren poluchit' vozmozhnost' otpravlyat' kommentarii na angliyskom yazyke i cherez Google perevod na russkiy yazyk , tak chto yesli on poluchayet
oblazhalis' chutochku vy znayete, pochemu .
73 iz Down Under .
Piter
VK6KXW
vk6kxw@gmail.com
-
Цитата:
Сообщение от
VK6KXW
Hello Igor and other members.
Hello Peter,
Thanks for all your comments and Google translated it well enough. I would treat mods SW branch as optimization, based on an excellent work done by WSJT-X development team. Having beginner skills in programming it is almost impossible for me to make anything valuable so far, also there is long way ahead to learn codes, DSP and other math, SW languages.
Also thanks to Russian forum members, who providing me with information, reporting bugs and testing mods SW.
Trying to bring hinted decoding to the mods branch now, for HF usage, let's keep fingers crossed.
73 Igor
-
Цитата:
Сообщение от
UA3ALE
Пробовал не помогает
Как-то была проблема trx FT-950. Вполне достаточно удалить файл WSJT-X.ini, C:\Users\Ваше имя\AppData\Local\WSJT-X\WSJT-X.ini,
но прежде сделать скриншоты или записать параметры установок в самой программе во вкладке Settings: “General, Radio, Audio…”
-
collecting HF ALL.txt files for hinted decoding database
Коллеги, поделитесь пожалуйста своими файлами ALL.TXT записанными на КВ, мне только личным сообщением, буду создавать новую базу КВ позывных + грид (файл CALL3.TXT) для использования в режиме согласованной фильтрации в ревизии r6462mod14.
-
r6462mod14 source code released for public access
Source code, patch file, release notes, HF CALL3.txt, test results and various UI options are published there:
Исходный код, патч файл, Release notes, КВ файл CALL3.txt, результаты тестирования и исходники разных вариантов интерфейса опубликованы здесь:
https://cloud.mail.ru/public/2JUU/9SJVm2U31
-
Вложений: 1
r6462mod14: измененный функционал
mod14 создан на базе исходного кода mod12.
В софт добавлен функционал согласованной фильтрации (декодирование с подсказкой или hinted decoding) в применении для КВ диапазонов.
Взят полностью исходный код hint65.f90 из ревизии WSJT-X v1.7 r6606, проработана логика включения и использования на частоте QSO одновременно с обычным декодированием в полном спектре частот диапазона.
В r6462mod14 используется захват +-3Гц от частоты QSO для применения согласованной фильтрации, общая полоса 7Гц.
Увеличение полосы захвата приводит к росту ложных декодирований-подсказок, уменьшение полосы возможно, но ограничено стабильностью частоты некоторых трансиверов и соответствием частот приема/передачи некоторых звуковых карт.
В r6462mod14 пользователь не может менять полосу захвата частоты QSO.
Согласованная фильтрация выполнена и протестирована только в комбинированом режиме JT65+JT9, использование в режиме
только JT65 не рекомендуется.
Протестирована только комбинация "mycall+hiscall+hisgrid", другие комбинации не проверял но в процессе тестов видел ложные декодирования-подсказки варианта "CQ hiscall hisgrid".
C рапортами декодирований-подсказок не видел, буду позже отдельно тестировать.
Для согласованной фильтрации используется файл CALL3.txt, в r6462mod14 выставлено ограничение в чтение не более 15000 записей.
В процессе тестирования наблюдал снижение вероятности декодирования сигналов с SNR -31dB при большом размере файла CALL3.txt, поэтому рекомендую использовать разные урезанные версии файла CALL3.txt для направленной работы на определенные континенты или страны.
Также размер файла CALL3.txt при включенной согласованной фильтрации влияет на время декодирования интервала.
Опыта использования кроме тестов нет, возможно при большом количестве помех в декодируемом спектре будет много ложных декодирований-подсказок, при работе в живом эфире появится опыт использования: в зависимости от количества станций, уровня шума и уровня сигналов на диапазоне. Также оператору придется анализировать декодирование-подсказку по разным критериям на предмет подлинности.
По результатам тестирования согласованная фильтрация дает примерно 5dB SNR выигрыш на частоте QSO по сравнению с r6462mod12.
Еще в mod14 сделана попытка вернуть эффективность декодирования на диапазонах 80/160м на уровень mod11 (при высоком
уровне индустриального шума), но за отсутствием звуковых файлов с реального эфира (не на чем было сделать диагностику)
менял код по интуиции, как возможную причину вижу снижение значений SYNC при индустриальном шуме и выход за переделы
прошитого в mod12 порога.
Применил динамическое снижение порога SYNC при низких уровнях SYNC сигналов на диапазоне. К сожалению протестировать
не на чем, придется смотреть на живом эфире сравнивая с mod11.
Если кто нибудь будет работать на 80/160м в вечернее время - запишите пожалуйста звуковые файлы, необходимы мне для диагностики дефекта mod12.
Изменились исходники графического интерфейса основного окна, новые названия в закладке Decode.
В комплекте с исходным кодом идет файл CALL3.txt созданный в начале января 2016г., обновленный файл будет отдельно опубликован на днях на форуме.
Рекомендации по использованию mod14:
JT65+JT9 режим декодирования
Decode -> JT65 hinted decoding : включать при необходимости использования согласованной фильтрации
Закладка Settings -> Advanced:
Number of decoding attempts: подбирать по времени декодирования интервала
Nubmer of decoding passes = 3
Hinted decoding level = 10
Верхняя и нижняя границы частот на водопаде согласно желаемой полосе декодирования.
Вложение 162230
Значение hinted decoding level определяет "глубину" поиска декодирования-подсказки, при увеличении растет как вероятность
правильного так и ложного декодирования подсказки.
Загрузка и обработка файла CALL3.txt в r6462mod14 осуществляется только при первом вызове процедуры hint65, если в файл в процессе работы оператором вносятся какие либо изменения то для того чтобы эти изменения начали использоваться необходимо перезапустить WSJT-X (сделал так для уменьшения времени декодирования интервала).
Внимание: режим SWL ON создает полную загрузку процессора в течение продолжительного времени, приводит к повышению энергопотребления и требований к охлаждению процессора.
-
Вложений: 1
r6462mod14: результаты тестирования
Удалось сохранить эффективность декодирования сигналов JT65a как в mod12 на загруженных диапазонах, небольшая просадка чувствительности при декодировании -26dB SNR.
Количество декодируемых JT9 сигналов не изменилось.
Вложение 162229
Для тестирования вероятности декодирования -26dB и -31dB SNR использовались файлы с симулятора jt65sim, один сигнал в файле, всего 1000 файлов по каждому значению SNR.
-
I have an issue with mod14 which I compiled a few days ago (thank you for sharing)
I keep getting stations showing as having called me even though I had not sent anything on air ?
I turned Hint Decoding Level from 10 to 5 but the issue is still there.
I have now turned hinted decoding off and will leave it running to see what happens today.
Sorry I have no russian so google translate :)
Richard G7OED
У меня есть проблема с mod14, который я составил несколько дней назад (спасибо за разделение)
Я получаю станции, показывающие, как позвонив мне, хотя я не послал ничего на воздухе?
Я повернулся Подсказка Декодирование уровень от 10 до 5, но вопрос до сих пор там.
Теперь я повернулся намекнул декодировании прочь и оставит его побежать, чтобы увидеть, что происходит сегодня.
К сожалению у меня нет русский так не Google Translate :)
Ричард G7OED
https://www.dropbox.com/s/j4imof2cjp...codes.jpg?dl=0
-
Цитата:
Сообщение от
G7OED
я не послал ничего на воздухе?
JT65 hinted decoding OFF monitoring
JT65 hinted decoding ON CQ CALL GRID
-
Цитата:
Сообщение от
G7OED
I have an issue with mod14 which I compiled a few days ago (thank you for sharing)
I keep getting stations showing as having called me even though I had not sent anything on air ?
I turned Hint Decoding Level from 10 to 5 but the issue is still there.
I have now turned hinted decoding off and will leave it running to see what happens today.
Sorry I have no russian so google translate :)
Richard G7OED
У меня есть проблема с mod14, который я составил несколько дней назад (спасибо за разделение)
Я получаю станции, показывающие, как позвонив мне, хотя я не послал ничего на воздухе?
Я повернулся Подсказка Декодирование уровень от 10 до 5, но вопрос до сих пор там.
Теперь я повернулся намекнул декодировании прочь и оставит его побежать, чтобы увидеть, что происходит сегодня.
К сожалению у меня нет русский так не Google Translate :)
Ричард G7OED
https://www.dropbox.com/s/j4imof2cjp...codes.jpg?dl=0
Version for very weak signals!
And to work on a common challenge at this time!
Leaving night only at the reception had three such decode!
Here it is possible!
-
some tips on the hinted decoding usage
There are some tips on the hinted decoding/mod14 usage:
Hinted decoding is implemented only for QSO frequency and based on the CALL3.txt data. CALL3.txt from my package was derived from the live ALL.txt files I collecting worldwide. It is ok to overwrite it in WSJT-X home directory if user operating only on HF bands.
When user operating on CQ there is benefit from turning on hinted decoding as -31dB SNR signals can be decoded on the QSO frequency.
There is drawback: as hinted decoding operates with probabilities there is some chance that noise on the QSO frequency will get in the probability range of the hinted decoding for some record in the CALL3.txt file. That is how one could get false hinted decode.
False hinted decode usually rare event, it's probability depends on the noise type and presence of QRM or industrial noise on the QSO frequency.
False hinted decode has very low probability for Gaussian noise type on the QSO frequency.
With this set of -31dB SNR benefit and false hinted decode drawback, first one wins.
Hinted decoding level in mod14 Advanced settings tab affecting probability of the -31dB SNR hinted decode: both correct and false one increased with the hinted decoding level value increase. I would set it to 10, but it is up to user to make own choice.
Decoding working with this logic/order:
1. Hard decision BM decoding
if failed then
2. Soft decision FTRSD decoding
if failed then
3. Hinted decoding
In r6462mod14 hinted decoder taking first 15000 records from CALL3.txt and generating all possible messages/codewords with CQ, reports and callings like 'mycall hiscall hisgrid' or 'CQ hiscall hisgrid'. Then hinted decoder compares received codeword with list of the generated ones, the best one from list if it is meeting defined by 'Hinted decoding level' criteria being proceeded as hinted decode.
It might be better to reduce CALL3.txt size focusing it on some continents of countries, whatever one like.
In r6462mod14 hinted decoding frequency range is set to +-3Hz from QSO frequency, allowing 7Hz bandwidth for the hinted search.
Try to avoid hinted decoding usage in the monitoring mode if you are not operating on CQ or if you are not in QSO with someone.
-
Цитата:
Сообщение от
G7OED
I have an issue with mod14 which I compiled a few days ago (thank you for sharing)
I keep getting stations showing as having called me even though I had not sent anything on air ?
I turned Hint Decoding Level from 10 to 5 but the issue is still there.
I have now turned hinted decoding off and will leave it running to see what happens today.
Sorry I have no russian so google translate :)
Richard G7OED
У меня есть проблема с mod14, который я составил несколько дней назад (спасибо за разделение)
Я получаю станции, показывающие, как позвонив мне, хотя я не послал ничего на воздухе?
Я повернулся Подсказка Декодирование уровень от 10 до 5, но вопрос до сих пор там.
Теперь я повернулся намекнул декодировании прочь и оставит его побежать, чтобы увидеть, что происходит сегодня.
К сожалению у меня нет русский так не Google Translate :)
Ричард G7OED
https://www.dropbox.com/s/j4imof2cjp...codes.jpg?dl=0
Hello Ritchard,
Ditto on the Google Translate I know what you mean.
You have to realise this is a work in progress which is still shall we say in Beta.
Having said that I analysed your drop box screen grab and noticed something.
Looking at your audio input line levels; the GUI level is set at +15db and the digital
gain slider blue knob is at near enough to zero,this tells me you have too much gain coming in to the software and you are trying to dump it.Joe Taylor & Co recommend it be set to +30db with the digital gain slider at mid position,this allows the wsjt-x to run comfortable and still have a respectful dynamic range.
I must confess I am a happy Windows 7 Pro OS guy; to control my up stream levels its in the Realtek HD Audio Manager Line-In or in the IC-7700 S/PDF rig settings for me. I run 2* TOS fibre optic cable for audio runs with Cat RS-232 twisted with a optical isolator on the data line.
73
Peter
VK6KXW
...................................................................... ...................................................................... ...................................................................... .......................................
Привет Ritchard ,
То же самое на Google Translate Я знаю, что вы имеете в виду .
Вы должны понимать, что это работа в процессе , который до сих пор должны мы говорим, в бета-версии .
Сказав, что я анализировал ваше падение коробки захват экрана и заметил кое-что .
Глядя на ваши аудио уровней входных линий ; уровень графического интерфейса пользователя устанавливается на + 15дБ и цифровой
получить ползунок синего регулятора в достаточно близко к нулю , это говорит о том , что ты слишком много выигрыш приходя в программное обеспечение , и вы пытаетесь сбросить it.Joe Taylor & Co рекомендуем быть установлен на + 30дБ с ползунком цифрового усиления в среднем положении , это позволяет WSJT -X для запуска комфортно и по-прежнему иметь уважительное динамический диапазон .
Я должен признаться, я счастливый Windows 7 Pro парень OS ; контролировать мои уровни потока до его в Realtek HD Audio Manager Line-In или в IC- 7700 настройки буровой установки / PDF для меня . Я бегу 2 * TOS волоконно-оптический кабель для аудио работает с Cat RS-232 , скрученных с оптическим изолятором на линии данных .
73
Питер
VK6KXW
Privet Ritchard ,
To zhe samoye na Google Translate YA znayu, chto vy imeyete v vidu .
Vy dolzhny ponimat', chto eto rabota v protsesse , kotoryy do sikh por dolzhny my govorim, v beta-versii .
Skazav, chto ya analiziroval vashe padeniye korobki zakhvat ekrana i zametil koye-chto .
Glyadya na vashi audio urovney vkhodnykh liniy ; uroven' graficheskogo interfeysa pol'zovatelya ustanavlivayetsya na + 15dB i tsifrovoy
poluchit' polzunok sinego regulyatora v dostatochno blizko k nulyu , eto govorit o tom , chto ty slishkom mnogo vyigrysh prikhodya v programmnoye obespecheniye , i vy pytayetes' sbrosit' it.Joe Taylor & Co rekomenduyem byt' ustanovlen na + 30dB s polzunkom tsifrovogo usileniya v srednem polozhenii , eto pozvolyayet WSJT -X dlya zapuska komfortno i po-prezhnemu imet' uvazhitel'noye dinamicheskiy diapazon .
YA dolzhen priznat'sya, ya schastlivyy Windows 7 Pro paren' OS ; kontrolirovat' moi urovni potoka do yego v Realtek HD Audio Manager Line-In ili v IC- 7700 nastroyki burovoy ustanovki / PDF dlya menya . YA begu 2 * TOS volokonno-opticheskiy kabel' dlya audio rabotayet s Cat RS-232 , skruchennykh s opticheskim izolyatorom na linii dannykh .
73
Piter
VK6KXW
-
Цитата:
Сообщение от
G7OED
Я получаю станции, показывающие, как позвонив мне, хотя я не послал ничего на воздухе?
Стояла 12 версия,удалил,установил 14 версию ,поставил галку jt65 hinted decoding и сразу появились ответы на вызова меня (а я еще и на передачу не работал) в каждую минуту до 3-4 красным,ответ на вызов.Убрал галку ,перезагрузил и все стало на место.Количество декодированных сигналов рекордно высокое ,ложных не увидел ,минимальный уровень принятого -28 и результативно сработал.Время декодирования 10сек,значение attempts-5,decoding passes ,значение- 3.Очень доволен,по сравнению с версией 12 весьма заметное улучшение. Спасибо Игорю!
P.S. Вчера ночью с субботы на воскресенье на 40м и Северную и по более Южную Америку ну очень неплохо.А ближе к ночи в воскресенье на 20м Северную и Центральную ну очень неплохо +ну совсем редкие ,такие как Куба CO2DC, а вот эту V31CR Белиз ,бывшый Британский Гондурас,вообще очень большая редкость!
-
Цитата:
Сообщение от
R6LCF
Стояла 12 версия,удалил,установил 14 версию ,поставил галку jt65 hinted decoding и сразу появились ответы на вызова меня (а я еще и на передачу не работал) в каждую минуту до 3-4 красным,ответ на вызов.
При линейном приемном тракте SDR и хорошо заполненном сигналами диапазоне наблюдаю суммарно примерно 2..3 ложных декодирования-подсказки в час, из них примерно одно ложное декодирование вызов моего позывного, остальные это CQ. Возможно частое появление ложных декодирований-подсказок у Вас происходит из-за нелинейности тракта.
-
bug in mod12, mod14: affecting decoding for the small number of SYNC candidates
Нашел дефект присутствующий в ревизиях mod12 и mod14, неправильная логика включения проходов, приводит с потере части декодирований при малом количестве SYNC кандидатов. Cпасибо Сергею R6YY за предоставленные для диагностики звуковые файлы.
Уже скомпоновал mod12.1, сейчас его тестирую. С исправлением в mod14 немного сложнее, займусь после публикации mod12.1.
-
Вложений: 1
broken WSJTX.ini file can trigger false hinted decode
При поломанном WSJTX.ini наблюдаю ложное декодирование-подсказку на ревизиях где для JT65+JT9 этот функционал отсутствует.
Вложение 162361
Решение проблемы:
1. закрыть софт
2. удалить поломанный WSJTX.ini файл
3. запустить софт, автоматом будет создан новый WSJTX.ini файл
4. выставить заново WSJTX настройки.
Еще можно хранить резервную копию WSJTX.ini файла и при подозрении на проблему формата файла просто перезаписывать его резервной копией, это можно делать только при закрытом софте.
Формат файла WSJTX.ini скорее всего был изменен в результате запуска mod14, после чего я вернулся на mod11 где наблюдаю проблему при проигрывании определенного звукового файла.
-
Цитата:
Сообщение от
R6LCF
... а вот эту V31CR Белиз ,бывшый Британский Гондурас,вообще очень большая редкость!
То-же попался на него! Никакой это не Белиз. Просто "забывает" работать через дробь /I1 Локатор у него итальянский - JN35
73!
-
Вложений: 1
Цитата:
Сообщение от
EU1FQ
То-же попался на него!
Что то не так!
Вложение 162368
-
r6462mod12.1 source code released for public access
Source code, patch file, release notes, test results and various UI options are published there:
Исходный код, патч файл, Release notes, результаты тестирования и исходники разных вариантов интерфейса опубликованы здесь:
https://cloud.mail.ru/public/7tG7/tVkP6ibdJ
-
Вложений: 3
r6462mod12.1: измененный функционал
mod12.1 сделан на базе исходного кода mod12 и устраняет дефект в логике выбора проходов декодирования, приводивший к потере части декодирований при количестве SYNC кандидатов менее чем 9.
Прикладываю звуковые файлы, которые показывают наличие дефекта в mod12, дефект обнаружил и предоставил звуковые файлы для диагностики Сергей R6YY.
Рекомендации по использованию mod12.1:
JT65+JT9 режим декодирования
Number of decoding attempts: подбирать по времени декодирования интервала
Nubmer of decoding passes = 3
Agressive decoding level = 0
Верхняя и нижняя границы частот на водопаде согласно желаемой полосе декодирования.
Внимание: режим SWL ON создает полную загрузку процессора в течение продолжительного
времени, приводит к повышению энергопотребления и требований к охлаждению процессора.
-
Вложений: 2
r6462mod12.1: результаты тестирования
В результате устранения дефекта есть небольшое снижение вероятности декодирования сигналов -26dB SNR в условиях малого количества сигналов на диапазоне.
Вложение 162375
-
Что то не так!
Alf (V31CR) в настоящее время живет и работает в Италии. Работает по-большей части телеграфом как I1/V31CR.
Если у Вас сохранились WAV файлы, то можете сами посмотреть на его локатор.
Николай, 73!
-
handling WSJTX.ini file
It is frequent issue with WSJT-X when WSJTX.ini file format is crashed if user often jumping between various revisions.
Should be a good idea to backup WSJTX.ini file for each revision.
This procedure can be applied to recover WSJT-X functionality:
1. shutdown WSJT-X
2. delete WSJTX.ini file
3. start WSJT-X and configure all parameters from the very beginning
or
1. shutdown WSJT-X
2. overwrite WSJTX.ini file with backup one
3. start WSJT-X
-
r6462mod14.1 source code released for public access
Source code, patch file, release notes, test results and various UI options are published there:
Исходный код, патч файл, Release notes, результаты тестирования и исходники разных вариантов интерфейса опубликованы здесь:
https://cloud.mail.ru/public/JMsi/fdJsWLFCX
-
r6462mod14.1: измененный функционал
mod14.1 сделан на базе исходного кода mod14 и устраняет дефект в логике выбора проходов декодирования, приводивший к потере части декодирований при количестве SYNC кандидатов менее чем 9.
Рекомендации по использованию mod14.1:
JT65+JT9 режим декодирования
Decode -> JT65 hinted decoding : включать при необходимости использования согласованной фильтрации
Закладка Settings -> Advanced:
Number of decoding attempts: подбирать по времени декодирования интервала
Nubmer of decoding passes = 3
Hinted decoding level = 10
Верхняя и нижняя границы частот на водопаде согласно желаемой полосе декодирования.
Внимание: режим SWL ON создает полную загрузку процессора в течение продолжительного времени, приводит к повышению энергопотребления и требований к охлаждению процессора.
-
Вложений: 2
r6462mod14.1: результаты тестирования
В результате устранения дефекта есть небольшое снижение вероятности декодирования JT65a сигналов -26dB SNR в условиях малого количества сигналов на диапазоне.
Также есть неожиданный прирост вероятности декодирования-подсказки JT65a сигналов с SNR -31dB.
Количество декодируемых JT9 сигналов не изменилось.
Вложение 162396
-
новый файл CALL3.txt для КВ
Файл уже создал (Perl скрипт 170 мегабайт ALL.txt обработал примерно за минуту), но в файле много ложных позывных - приходится вручную проверять на соответствие позывного грид локатору. Завтра закончу обработку и опубликую обновленный файл.
-
Цитата:
Сообщение от
UA3DJY
При поломанном WSJTX.ini наблюдаю ложное декодирование-подсказку на ревизиях где для JT65+JT9 этот функционал отсутствует.
Вложение 162361
Решение проблемы:
1. закрыть софт
2. удалить поломанный WSJTX.ini файл
3. запустить софт, автоматом будет создан новый WSJTX.ini файл
4. выставить заново WSJTX настройки.
Еще можно хранить резервную копию WSJTX.ini файла и при подозрении на проблему формата файла просто перезаписывать его резервной копией, это можно делать только при закрытом софте.
Формат файла WSJTX.ini скорее всего был изменен в результате запуска mod14, после чего я вернулся на mod11 где наблюдаю проблему при проигрывании определенного звукового файла.
I got caught out with this one when going to mod 14.1; a lot of red phantom calls directed to me, the new .ini trick cured it.
Am a happy camper once again.
73
Peter
VK6KXW
...................................................................... ...................................................................... ...................................................................... ............
Я был пойман с этим при переходе к моднику 14.1 ; много красных фантомных вызовов , направленных на меня , новый .ini трюк вылечить его .
Am счастливым туристом еще раз.
73
Питер
VK6KXW
YA byl poyman s etim pri perekhode k modniku 14.1 ; mnogo krasnykh fantomnykh vyzovov , napravlennykh na menya , novyy .ini tryuk vylechit' yego .
Am schastlivym turistom yeshche raz.
73
Piter
VK6KXW
-
Цитата:
Сообщение от
VK6KXW
I got caught out with this one when going to mod 14.1; a lot of red phantom calls directed to me, the new .ini trick cured it.
Am a happy camper once again.
73
Peter
VK6KXW
Peter, thanks a lot for reporting it.
Коллеги, файл WSJT-X.ini с порушенным форматом, согласно этому сообщению приводит к массовым ложным декодированиям-подсказкам и в ревизии 14.1, проблема решается по описанной в предыдущих постах процедуре.
При выключенном JT65 hinted decoding НЕ ДОЛЖНО БЫТЬ ложных декодирований-подсказок, если они наблюдаются то причина в файле WSJTX.ini.
-
Про mod_14.1 работает практически без ложных вызовов(всего 1 за полдня)!
Теперь про удаление из программы и создание нового ИНИ файла(WSJT-X.ini),кому и так понятно могут не читать!
По пунктам:
1.Во включенной программе заходим в лог директорию.
2.Теперь закрываем программу,на столе остается папка с лог директорией!
3.Сохраняем ИНИ файл в какой нибудь папке или на столе и после удаляем его!
4,Теперь можно закрыть эту папку и включить WSJT-X, правда на одном компьютере пришлось сделать ещё и полную перезагрузку!
5.Восстановить настройку программы!
Немного длинновато , но это плата за пользование различными модификациями этой программы
Т. е. Для каждой версии например от 8 до 14.1(если пользуешся ими) должен быть свой ИНИ файл!!!!
Общий тут не проходит!
И ещё о возможностях mod_14.1. Один раз использовал hinted decoding включив его и нажав повторное декодирование успел принять (-28) и ответить в этом же цикле!
Успеха!
-
Цитата:
Сообщение от
UA3ALE
практически без ложных вызовов(всего 1 за полдня)
Правильно, если выключить hinted decoding, а если включить и посмотреть за полдня? один раз не считается.
-
Цитата:
Сообщение от
UA9OP
Правильно, если выключить hinted decoding, а если включить и посмотреть за полдня? один раз не считается.
Не подковыривать! Это с включенным hinted decoding! Только пришёл, а за вторую половину ещё один добавился!
-
Вложений: 1
updated CALL3 HF file for JT65 hinted decoding
There are more than 16000 records in this file. r6462mod14.1 can read only first 15000 records: it is up to user to reduce number of records in this file. File is attached.
Результат фильтрации присланных ALL.txt файлов по состоянию на 20-ое апреля 2016г.
Будьте внимательны, в файле более 16000 записей. Ревизия mod14.1 может обработать только первые 15000, редактирование файла оставлено на усмотрение пользователя. Файл прикладываю.
Благодарю всех кто прислал свои ALL.txt файлы.
-
hinted decoding in r6462mod14.1
In mod14.1 only messages 'CQ hiscall hisgrid', 'mycall hiscall hisgrid' supported for hinted decoding. Now working on implementation of messages with reports, RRR, RR73, 73 in mod15.
В mod14.1 согласованная фильтрация поддерживает только сообщения 'CQ hiscall hisgrid', 'mycall hiscall hisgrid'. Сейчас работаю над полным функционалом сообщений включая рапортa, RRR, RR73, 73 в декодировании с подсказкой, планирую в ревизию mod15.
-
r6462mod15 source code released for public access
Source code, patch file, release notes and various UI options are published there:
Исходный код, патч файл, Release notes и исходники разных вариантов интерфейса опубликованы здесь:
https://cloud.mail.ru/public/9DWK/KxnaoXSmY
-
r6462mod15: измененный функционал
mod15 сделан на базе исходного кода mod14.1.
Изменения внесены только в функционал декодирования с подсказкой, исходный код hint65.f90:
- активирован полный набор стандартных сообщений JT65(CQ + позывной + грид, позывной + позывной + грид, все возможные рапорта, RO, RRR, 73), добавлено сообщение с RR73, всего для каждой строки файла CALL3 создается 66 сообщений и кодовых слов.
- увеличено количество считываемых строк из файла CALL3.txt до 25000
При большом количестве строк в файле CALL3.txt наблюдается снижение эффективности декодирования-подсказки, для некоторых сообщений наблюдал снижение до 2дБ, с -31дБ до -29дБ SNR.
Первый интервал декодирования с подсказкой занимает продолжительное время потому что считывается содержимое файла CALL3.txt и для каждого позывного-строки генерируется 66 возможных сообщений, каждое сообщение преобразуется в кодовое слово.
После декодирования первого интервала все сгенерированные на основе CALL3 кодовые слова находятся в оперативной памяти и все последующие интервалы декодирование-подсказка идет относительно быстро.
Рекомендации по использованию mod15:
JT65+JT9 режим декодирования
Decode -> JT65 hinted decoding : включать при необходимости использования согласованной фильтрации
Закладка Settings -> Advanced:
Number of decoding attempts: подбирать по времени декодирования интервала
Nubmer of decoding passes = 3
Hinted decoding level = 10
Верхняя и нижняя границы частот на водопаде согласно желаемой полосе декодирования.
По причине наличия ложных декодирований при использовании r6462mod15 не рекомендуется включать репортирование спотов в интернет ресурсы.
Значение hinted decoding level определяет "глубину" поиска декодирования-подсказки, при увеличении растет как вероятность
правильного так и ложного декодирования подсказки.
Загрузка и обработка файла CALL3.txt в r6462mod15 осуществляется только при первом вызове процедуры hint65, если
в файл в процессе работы оператором вносятся какие либо изменения то для того чтобы эти изменения начали использоваться
необходимо перезапустить WSJT-X.
При редактировании файла CALL3.txt необходимо сохранять принятый в нем формат: последняя строка должна начинаться с ZZZZ , строки с комментариями в начале файла должны начинаться с // .
Внимание: режим SWL ON создает полную загрузку процессора в течение продолжительного времени, приводит к повышению энергопотребления и требований к охлаждению процессора.
-
r6462mod15: результаты тестирования
По причине изменений только в исходном коде hint65.f90 не был затронут остальной функционал и тестирование проводилось только на наличие декодирований-подсказок разных возможных сообщений.
При трех записях в CALL3.TXT файле наблюдал 7 ложных декодирований-подсказок на файлах SDR
При 12000 записях в CALL3.TXT файле наблюдал тоже 7 ложных декодирований-подсказок на файлах SDR.
При увеличении количества генерируемых сообщений/кодовых слов с 2-х до 66 рост количества ложных декодирований-подсказок незначителен по сравнению с r6462mod14.1.
-
r6462mod15 is the last revision in the HF optimization branch
Dear All,
For various reasons I have decided to terminate my activities on further WSJT-X JT65 optimization for HF usage.
It has been a long way and I will continue to support mod12.1 and mod15.
r6462mod15 has outstanding JT65 decoding capacity and will be handling well increasing JT65 activities on overcrowded bands for at least next two years, it is very powerful tool for HF DX-ing and very weak JT65a signals reception.
I am very grateful to WSJT-X development team for their effort on WSJT-X SW development, their support and giving this amazing possibility to start and raise my programming skills on the WSJT-X project. The basis team made has also infinite possibilities for further WSJT-X development and optimization, expecting more new exciting features in WSJT-X ahead.
73 and see you on the bands,
Igor
Уважаемые коллеги,
По ряду причин я принял решение прекратить дальнейшее развитие ветки оптимизированного под КВ WSJT-X софта и mod15 является последней ревизией этой ветки.
Я буду продолжать поддержку ревизий 12.1 и 15 при обнаружении и репортировании в них каких либо дефектов.
Ревизия mod15 имеет огромный запас в емкости декодирования JT65 сигналов и будет прекрасно справляться с возрастающей JT65 активностью на диапазонах не менее двух следующих лет.
Также ревизия mod15 является мощным инструментом для работы с DX станциями и приема очень слабых JT65a сигналов.
Я очень благодарен команде разработчиков WSJT-X за их усилия по созданию и развитию WSJT-X, оказанную поддержку и за предоставленную уникальную для меня возможность начать и развить навыки программирования на проекте WSJT-X.
на проекте WSJT-X. Созданная разработчиками основа предоставляет бесконечные возможности для дальнейшего развития и оптимизации софта WSJT-X, в будущем от команды разработчиков ожидаю создания нового впечатляющего функционала в WSJT-X.
73 и до встречи на диапазонах,
Игорь
-
Спасибо Игорь, А как же JT9? Хотелось бы и его оптимизировать. Может тогда и немного разгрузится и участок частоты для JT65.
-
JT9 благодаря комбинации используемого протокола и модуляции выигрывает у JT65 примерно 2 дБ по SNR, и по причине того что примерно половина пользователей предпочитают работать на софте JT65-HF, JT9 в настоящее время используется на КВ намного реже чем JT65a.
Для JT9 можно попробовать применить многопроходное декодирование с вычитанием сигналов из спектра между проходами, но есть две причины по которым эффективность такого подхода будет мала:
- JT9 имеет очень узкий спектр и при наличии большой свободной емкости на диапазоне вероятность пересечения спектров двух сигналов невелика
- также по причине плотного спектра JT9 и по причине большого шага бинов в частотной области вычитание сигнала JT9 из спектра может приводить к потере части спектра пересекающегося с ним сигнала, и здесь требуется намного больше аккуратность в вычислении уровней сигнала в бинах для вычитания чем сейчас выполнено для JT65.
Как возможный функционал для оптимизации JT9 может быть декодирование с подсказкой, но команда разработчиков в данный момент возражает против применения этого функционала на КВ по причине ложных декодирований-подсказок. Здесь только время покажет эффективность применения этого функционала на КВ, уже выполненного для JT65a в mod15.
Виталий UA3ALE сегодня ночью заметил что большинство ложных декодирований-подсказок имеют значение DT по модулю более 2.5. У меня в планах провести обширное тестирование, и, если это действительно так, то будет выпущено устранение дефекта mod15.1, снижающее количество ложных декодирований-подсказок.
-
Вложений: 2
planning to reduce number of false hinted decodes in mod15.1
Результат анализа статистики: чуть более половины ложных декодирований подсказок имеют модуль DT более 2.0, смещены в область отрицательных значений со средней величиной примерно -1.5.
Планирую дать возможность пользователю выставлять порог DT, в рамках которого будет осуществляться декодирование с подсказкой.
В закладке Advanced хочу вместо значения Hinted decoding level сделать настройку порога модуля DT с диапазоном значений 1,2,3,4,5,
с именем Hinted decoding DT range. При снижении порога DT будут возрастать требования к точности синхронизации часов обоих корреспондентов. Частично учту смещение в отрицательную область - порог будет применяться несимметрично(например при значении 2 можно сделать диапазон -1..2, а при значении 1 диапазон -0.5 .. 1).
Hinted decoding level в исходном коде планирую прописать фиксированное значение 10.
Для полезных сигналов не наблюдаю изменения значения DT сигнала при SNR -31дБ.
Новый порог DT будет применяться только для активации декодирования-подсказки.
Вложение 162605
-
r6462mod15.1 source code released for public access
Source code, patch file, release notes and various UI options are published there:
Исходный код, патч файл, Release notes и исходники разных вариантов интерфейса опубликованы здесь:
https://cloud.mail.ru/public/J1cJ/oCQgiaaL9
-
Вложений: 1
r6462mod15.1: brief description of new functionality
New setting implemented in the Advanced settings tab: 'Hinted decoding DT range'.
It allows user to set up possible DT range for hinted decoding, if DT value of candidate getting into this range this candidate will be passed to the hinted decoder.
This way user could reduce number of the false hintend decodes and decoding time for some intervals.
'Hinted decoding DT range' can be set to any value from 1 to 5, and this table shows DT thresholds applied in the software:
Вложение 162684
Hinted decoding bandwidth in mod15 limited to 7Hz before the frequency correction, in mod15.1 before and after the frequency correction, resulting in reduction of the false hinted decodes.
r6462mod15.1: новый функционал.
Для декодирования с подсказкой применено несимметричное окно DT с возможностью настройки его размера пользователем,
это позволяет подавить часть ложных декодирований подсказок. В закладке установок Advanced появился новый параметр
под названием 'Hinted decoding DT range' определяющий размер окна DT, таблица соответствия его установок нижнему и верхнему порогам DT на картинке.
В mod15 полоса декодирования с подсказкой ограничена в 7Гц основываясь на частоте полученной по результатам вычислений SYNC, в mod15.1 дополнительно применил ограничение полосы 7Гц после выполнения коррекции частоты, что привело к дополнительному снижению количества ложных декодирований подсказок.
-
r6462mod15.1: test results
Observing expected suppression of the false hinted decodes, mod15.1 has the same decoding performance out of the QSO frequency as mod15.
Tested with SDR wav files, various settings and frequencies were used for tests:
0...6 false hinted decodes per 2540 correct ones found for 16270 records in the CALL3.TXT file.
r6462mod15.1 результаты тестирования.
Исчезли ложные декодирования подсказки бывшие в mod15 за пределами полосового фильтра 7Гц.
При сужении окна DT исчезают ложные декодирования-подсказки DT которых выходит за границы окна.
В зависимости от размера окна DT наблюдал от 0 до 6 ложных декодирований-подсказок на SDR файлах на 2540 правильно декодированных сигналов.
Вне частоты QSO эффективность декодирования по сравнению с mod14.1/mod15 не изменилась.
-
r6462mod15.1 WSJTX.ini file format changed
It is recommended to backup and delete WSJTX.ini file before first run of r6462mod15.1, and configure all settings in mod15.1 from the very beginning.
В ini файле mod15.1 изменился диапазон значений параметра Aggressive c 0..10 на 1..5.
Рекомендую сохранить и удалить старый ini файл перед первым запуском mod15.1, после запуска заново сконфигурировать установки WSJT-X.
-
My on band testing for Mod 15.1
Hi Igor,
My on band testing for Mod 15.1 as follows:
My set up is:
"NEW INI INSTALLED"
JT9+JT65
attempts=5
passes=3
hinted=5
swl=on
jt9=normal
jt65=on
using my own call.txt
Observation:
WOW huge improvement; hat off to IGOR & his Devl Team.
Its possible to have >8 decodes get printed (think my record is 16) Laurie better
hurry up with JTALERT Ver 3 with many more boxes!; the red phantom calls back to
the user appears gone. Mr PSK Reporter should sleep better now !!
Other settings may give different results the membership needs to supply findings.
A really accidentally groovy touch is that you can call and have two come back a few hz not netted on and
the tx operator can call the rarer one.
Request:
Can a small text file be included in the public distribution acknowledging your team of
helpers that would be a nice touch mate.
Forum members can help by inputting their results to the group.
73
Peter
VK6KXW
...................................................................... ....................................................
Привет Игорь,
Мой на тестировании группы на Модника 15.1 следующим образом:
Мой набор:
"НОВЫЙ УСТАНОВЛЕННЫЙ INI"
JT9+JT65
attempts=5
passes=3
hinted=5
swl=on
jt9=normal
jt65=on
использование моего собственного call.txt
Наблюдение:
ОШЕЛОМИТЕ огромное улучшение; шляпа прочь к IGOR & его Команде Devl.
Его возможное, чтобы иметь> 8 расшифровывает, напечатаны (думайте, что мой отчет равняется 16), Лори лучше
спешите с JTALERT Ver 3 еще с многими коробками!; красный фантом перезванивает к
пользователь кажется уведенным. Г-н Репортер PSK должен спать лучше теперь!!
Другие параметры настройки могут дать различные результаты, членство должно поставлять результаты.
Действительно случайно отличное прикосновение - то, что Вы можете назвать и иметь два, возвращаются несколько hz не netted на и
tx оператор может назвать более редкий.
Запрос:
Может маленький текстовый файл быть включенным в общественное распределение, признавая Вашу команду
помощники, которые были бы помощником приятной черты.
Участники форума могут помочь, введя их результаты группе.
73
Питер
VK6KXW
-
Language Translating
I would like to share with the group what I consider the
best Free Online Translator and Dictionary that leaves
Google Translate in the dust.
PROMT - Free Online Translator and dictionary - English, German, French, Spanish, Italian, Portuguese (Brazilian) and Russian languages.
73
Peter
VK6KXW
...................................................................... .................................................
Я хотел бы разделить с группой, что я рассматриваю
лучше всего Бесплатный онлайн Переводчик и Словарь, который уезжает
Google Переводит в пыли.
Сервер радиолюбителей QRZ.RU :: главная .online-translator.com/
73
Питер
VK6KXW
-
Language Translating
A real cool Tool that leaves Google Translate in the dust is below.
Its a free on-line translator and dictionary called online-translator dot com
PROMT - Free Online Translator and dictionary - English, German, French, Spanish, Italian, Portuguese (Brazilian) and Russian languages.
73
Peter
VK6KXW
-
r6462mod15.2 service pack being tested, should be released soon
mod15.2 is focused on the hinted decoding:
- 'DX Call' 'DX Grid' windows data based additional hinted decoder implemented as partial workaround for CALL3 based hinted decoding SNR degradation. This decoder is not activated if 'DX Call' window is empty.
- hinted decodes will be marked by asterisk to let user distinguish them from the BM/FTRSD decodes. This functionality is not supported in the left window if 'show DXCC and worked B4' activated.
В mod15.2 в качестве частичной компенсации снижения SNR при использовании CALL3 файла применил дополнительный декодер с подсказкой использующий данные из окошек "DX Call" "DX Grid". При пустом окошке "DX Call" дополнительный декодер с подсказкой не включается.
Чтобы позволить пользователю отличить декодирование-подсказку от BM/FTRSD декодирования маркировал первое звездочкой. Этот функционал не поддерживается в левом окне при активации индикации страны DXCC и статуса повторов.
mod15.2 сейчас проходит интенсивное тестирование перед выпуском.
-
possible ways of further WSJT-X development for JT65/JT9 modes, HF usage
Цитата:
Сообщение от
VK6KXW
Hi Igor,
Hi Peter,
In fact I can see slightly more than 5 dB SNR improvement for hinted decoding (mentioned in your message as a deep search).
But for large CALL3 database size this improvement being decreased to 3 dB, suspecting there could be bug in the initial hinted decoder code.
I have already asked Joe and Steve for early decoding, but now I have changed my opinion and thinking about JT65 multithreading as the best approach where 3 and more CPU cores could be utilised.
At the moment WSJT-X in JT65+JT9 mode using only two CPU cores simultaneously.
With JT65 multithreading one can implement more than 6 decoding passes, that would be required probably in an year, when JT65 HF band utilisation will exceed 40 signals per interval.
mod15 can easily decode 30 JT65 signals per interval, while more decoding passes would be required to maintain high JT65 decoding efficiency if number of the signals exceeding 40.
About expansion of the signal reporting range down to -35..-40dB SNR: it is very easy but it is not a good idea and there are two reason to avoid this modification:
1. WSJT-X can not measure JT65 SNR properly if it is below -27dB, I am observing up to 3 dB error for -31dB SNR signals.
2. Such modification would cause large expansion of the hinted decoding CALL3 processing and calculations, would increase hinted decoding time and could affect decoded SNR degradation.
For my test I do use simulated files (jt65sim utility), I can put files in the cloud upon request. 1000 files for -31dB SNR signals have approximately 1GB size if archived.
Will put this message in the forum as questions you raised have the public interest.
73 Igor
-
r6462mod15.2 source code released for public access
Source code, patch file, release notes, test results and various UI options are published there:
Исходный код, патч файл, Release notes, результаты тестирования и исходники разных вариантов интерфейса опубликованы здесь:
https://cloud.mail.ru/public/ByCY/xK8iG2AYL
-
r6462mod15.2 рекомендации по использованию
Если в окошке 'DX Call' присутствует позывной то при декодировании автоматически активируется дополнительный декодер с подсказкой с фильтрацией сообщений с этим позывным.
Позывной в это окошко можно внести дважды кликнув мышкой на строку декодированного сигнала или внести вручную.
Для декодирования с подсказкой сообщения содержащего грид локатор при ручном внесении позывного в окно 'DX Call'
необходимо еще в окне 'DX Grid' иметь грид локатор этой станции, который можно получить из базы CALL3.TXT нажав клавишу lookup.
Если на конкретном проходе декодирования(всего до четырех проходов) отработал декодер по критерию 'DX Call' то декодер по полной базе CALL3.TXT на этом проходе уже не используется.
Логика и последовательность применения декодеров, для каждого из проходов декодирования:
1.BM hard decision decoder
IF FAILED THEN
2.FTRSD soft decision decoder
IF FAILED THEN
3.'DX Call' based hinted decoder
IF FAILED THEN
4. CALL3.TXT based hinted decoder
mod15.2 WSJTX.ini файл полностью совместим с r6462mod15.1.
-
Вложений: 1
r6462mod15.2 результаты тестирования
r6462mod15.2 test results:
- approximately 26...39% -31dB SNR signal hinted decoding probability for 'DX Call' 'DX Grid' data
- approximately 28...42% -29dB SNR signal hinted decoding probability for CALL3.TXT data
Exact tests and values can be found in the test_results file.
При срабатывании декодирования подсказки по критерию DX Call вероятность декодирования составляет примерно 26...39% для сигналов с -31dB SNR.
При срабатывании декодирования подсказки по базе данных CALL3.TXT вероятность декодирования составляет примерно 28...42% для сигналов с -29dB SNR.
Вероятность декодирования зависит от сообщения: более защищено от помех и лучше всего 'декодируется' сообщение начинающееся с CQ, по этой причине на это сообщение я в исходном коде mod15.2 понизил пороги срабатывания декодера с подсказкой.
-
Вложений: 1
Mod 15.2
работает!
Вложение 162835
-
Цитата:
Сообщение от
UA3ALE
первый рекорд - полная QSO на подсказке
It is first full HF QSO with hinted decoding!
-
индикация SNR сигналов JT65 при декодировании с подсказкой
Использующийся в WSJT-X алгоритм вычисления SNR JT65 сигналов имеет большую погрешность для сигналов с SNR -31dB, это хорошо видно на результатах тестов, где SNR определяется как -28...-30dB.
И если -30dB это ограничение индикации прописанное в исходном коде, то -28dB уже ошибка вычисления равная 3dB.
Поэтому если в декодировании с подсказкой показывается значение SNR менее -26dB велика вероятность того что оно в реальности может быть на несколько dB ниже.
-
Вложений: 1
Сегодня вечером работал на 20м и 30м диапазонах на mod15.2. Высылаю скрин программы где все связи со звездочками. Отличная работа Игорь. Работал 7-ю ватами на балконную антенну "Магнитный диполь". Моя новая антенна, отлично работает.
-
Вложений: 1
Цитата:
Сообщение от
UA3DJY
Еще один интересный файлик
Mod 15.2 - 32 декодирования.
Вложение 162850
-
Вложений: 1
И еще один скрин.
Вложение 162852
-
Вложений: 1
время 15:20 - два верных декодирования-подсказки на разных проходах декодирования одного интервала
Вложение 162876
-
hinted decoding vs QSB and QRM
Первые впечатления - очень помогает при замираниях сигнала и помехах. Часто бывает что в QSO с DX станцией из-за QSB уходит под шум сигнал на части интервала и FTRSD декодер не декодирует сигнал, при этом выручает декодер с подсказкой.
-
Цитата:
Сообщение от
UA3DJY
Первые впечатления
Игорь, я не знаю как сказать,... два дня просто (Говел, херел или просто упивался возможностями ЭТОГО...)
Как сейчас говорят - вааще!!!
-
Вложений: 1
To UA3DJY
Игорь, мои поздравления! Результат работы 15.2 весьма выдающийся.
Только что на 80м
Вложение 162918
-
Вложений: 1
Цитата:
Сообщение от
va3llz
И еще один скрин.
А вот ЭТО зачем здесь???
Вложение 162928
-
Пожалуйста покажите мне где можно скачать mod 15.2. Компилировать не умею, а версия вижу стоящая. Хочется попробовать.
-
использование декодирования с подсказкой
Даже при очевидных преимуществах декодирования с подсказкой по сравнению с FTRSD декодером, ложные декодирования-подсказки могут вызывать неоднозначную реакцию. Вчера у меня было сразу два ложных декодирования подсказки на одном интервале декодером DX Call при сильном сигнале рядом с частотой QSO, оба с разными рапортами на разных проходах декодирования.
Еще раз хочу обратить внимание на алгоритм работы декодирования с подсказкой. На каждый позывной из списка CALL3 и на позывной DX Call декодер-с-подсказкой генерирует 66 сообщений(кодовых слов) которые потом сравнивает с кодовым словом кандидата на частоте QSO.
В этих сообщениях 30 прямых рапортов(-01...-30), 30 рапортов начинающихся с буквы R.
Остальные 6 сообщений это CQ, RRR, RR73, RO(УКВ), 73, позывной оператора + позывной корреспондента + грид локатор.
Такое распределение сообщений определяет вероятность ложного декодирования подсказки: c рапортом ложное декодирование будет появляться в 60 раз чаще чем любой другой из оставшихся шести вариантов. Соответственно декодирование с рапортом должно рассматриваться оператором как потенциально ложное с большей вероятностью чем любое другое сообщение.
Если нет необходимости использовать декодер DX Call то желательно держать окошко DX Call пустым.
-
Цитата:
Сообщение от
UR5WCA
Пожалуйста покажите мне где можно скачать mod 15.2. Компилировать не умею, а версия вижу стоящая. Хочется попробовать.
Любой пользователь может поделиться при запросе личным сообщением, публикация линка в общий доступ ограничена требованиями команды разработчиков софта WSJT-X.
-
Цитата:
Сообщение от
UA4ALT
А вот ЭТО зачем здесь???
это к программе не относится, это у него надо спросить
-
Вложений: 1
Этот гм... гражданин при попытке сработать с ним писал "NO RUSSIA", а у самого непатриотичные цвета в программе. Должно быть только так:
Вложение 162937
-
Цитата:
Сообщение от
UA4ALT
Этот гм... гражданин при попытке сработать с ним писал "NO RUSSIA", а у самого непатриотичные цвета в программе. Должно быть только так:
Вложение 162937
Так этот гражданин, наверно был прав по отношению к вам точно. Судя по скрину...
-
Вложений: 1
еще раз 4 декодирования на одной частоте - по одному на каждый проход декодирования
Вложение 162948
-
0910 -8 -0.4 1276 # CQ XT2IVU IK92
Сейчас на 17-ке и это антенна у меня на JA...
Первым взял HB9, а потом стал отвечать только нашим :) .
-
логика применения и количество проходов декодирования в mod15.2
Цитата:
есть вопрос. Ты писал, что мод-15 делает 4 прохода (видимо до 4) при декоде.
А в настройках числа проходов вижу только цифры 1, 2 и 3. А где заветная цифра 4 ?
Ответ на этот вопрос будет интересен всем, публикую его на форуме:
По причине сложности примененной логики я не стал менять настройки в закладке Advanced, в софте применил несколько условий включения проходов декодирования.
Первый проход ( = 1 в настройках) разделен на два или четыре подпрохода, в зависимости от количества кандидатов на декодирование. Применяется еще несколько условий которые определяют выйти из первого прохода на втором подпроходе или идти до четвертого подпрохода. Если софт решает что можно выйти на втором подпроходе первого прохода то происходит переход на проход =2 и проход = 3 в настройках.
Разница в том что на первом проходе независимо от количества подпроходов используется один и тот же список SYNC кандидатов на декодирование. На втором и третьем проходе список SYNC кандидатов вычисляется заново после вычитания сигналов из спектра, также на втором и третьем проходе применен другой SYNC порог выбора кандидата на декодирование, отличающийся от первого прохода.
Любой декодированный сигнал вычитается из спектра сразу после окончания его декодирования, программа на каждом проходе работает с сигналами последовательно по SYNC списку, один за другим. SYNC список кандидатов имеет порядок на уменьшение по значению SYNC, кандидаты находящиеся на частоте QSO помещаются в начало списка.
При первом проходе если кандидат из SYNC списка не декодировался на первом подпроходе то будет предпринята попытка его декодирования на последующих подпроходах. Такая логика обеспечивает высокую эффективность декодирования JT65 при большом количестве сигналов на диапазоне, на каждом подпроходе может декодироваться примерно до 12 сигналов - количество зависит от степени пересечения спектра сигналов.
SYNC кандидат есть значение функции корреляции между (сигналом+шумом) или шумом в конкретном бине спектра и последовательностью синхронизации JT65. Чем больше корреляция между сигналом в бине и синхропоследовательностью тем больше значение SYNC и тем ближе к началу списка декодирования находится этот кандидат.
Если в настройках выбрать 1 проход декодирования то софт может выполнить либо два либо четыре подпрохода.
Если выбрать 2 прохода декодирования то может быть либо 4 подпрохода первого прохода либо 2 подпрохода + второй проход.
Если выбрать три прохода декодирования то софт может сделать либо 4 подпрохода первого прохода либо 2 подпрохода первого прохода + второй + третий проход декодирования.
Вся логика выбора подпроходов и проходов находится в исходном коде jt65_decode.f90, сортировка SYNC кандидатов в списке, а также ограничение количества кандидатов в списке в зависимости от номера прохода находятся в исходном коде sync65.f90.
-
Доброго времени суток!
Хочу выразить благодарность, Игорю UA3DJY, за прекрасную доводку программы. Используя на приём, простой трансивер Айком IC-718, звуковую карту фирмы креатив, Спайдер 3 элемента на 20 метров. Без особого труда с комплектом моей аппаратуры, стал принимать DX станции, и это при огромных помехах создаваемых, бульдозерами на верёвках, и отсутствии выключения АРУ в моём трансивере. По сравнению с Американской версией программа стала работать намного лучше. Прельщает в программе то - что за 25 лет работы в эфире цифрой, появилась возможность слышать не только тех, кто громче, но и тех, кто интереснее на фоне мощных станций. Конечно ложные декодирования в условиях загруженного диапазона, поначалу мешали. Но по мере накопления опыта работы с программой все эти недостатки ушли на второй план. Да и ложные декодирования у меня чаще бывают во время только работы на приём, в зашумлённом диапазоне. Но на фоне мощной станции пятого района, не раз помогала подсказка, что меня ещё завёт и DX станция. Спасибо Игорь! А любителям CQ хочу пожелать больше слушать радио эфир, пользы больше для вас будет. Просто со стороны забавно наблюдать, за вашей работой в эфире. Ну не дехи вы, а если вас начинает, вызывать DX станция, чаще всего вы ей не отвечаете.
-
Цитата:
Сообщение от
RN9AZ
А любителям CQ хочу пожелать больше слушать радио эфир, пользы больше для вас будет. Просто со стороны забавно наблюдать, за вашей работой в эфире. Ну не дехи вы, а если вас начинает, вызывать DX станция, чаще всего вы ей не отвечаете.
Что то у вас мнение ну совсем никуда.......о Российских позывных.Разворачивая антенну на 315*со своего местоположения на 20м диапазоне пробиваюсь через Европу ,американцы в очередь становятся(да на пути Европа отвечаю и им,но когда отвечают два -три ,то выбираю по интереснее для себя).Несмотря на плохое прохождение в данный момент каждый вечер несколько есть,а если у меня терпения хватает то и до десятка,правда это реже.Японцы и Азия на ура отвечают всегда в очень большом количестве(у меня связей с Японией уже пять сотен на разных диапазонах и зачастую сами вызывают,сам уже не вызываю много уже,на других ориентируюсь)да Австралию вызываю сам так же как и Южную Америку,острова.Отвечают всегда на УРА.Так что не надо Российский радиолюбителей принижать.
А вот что насчет программы ,да, Игорю большое спасибо!!!
-
Разворачивая антенну на 315* на 20м диапазоне пробиваюсь через Европу ,американцы в очередь становятся.
Так я и не в Европе живу. Громче она у меня идёт, и 315* порой не помогает. Да я и не про РОССИЙСКИЕ позывные. А про любителей только CQ и не важно кто зовёт. Впрочем и Американцы у меня не DX. А вот сегодня 3D2ER с утра работает, куда там и прекрасная программа не помогает.
-
Вложений: 1
Сегодня получил вот такую наклейку от ARRL:
Вложение 163091
Как я понимаю это за WAS JT9.
А кто-нибудь получал за WAS JT65? Мне точно не приходила... или потерялась... :(
-
Вложений: 1
Всё, разобрался с WAS JT65, оказывается я получил бумажку и уже забыл про это, вот на неё и прилеплю эту наклейку:
Вложение 163093
-
Цитата:
Сообщение от
RJ3AA
JT65, оказывается я получил бумажку
Сергей, так об этом и надо в JT65 написать, а здесь вроде как не при делах.Здесь совсем другая тема вроде как?
-
r6462mod15.2 есть ли один файл, чтобы скачать
и установить программу?
-
To RA1WU
Только скомпилировать самому или смотрим пост №985
-
так может кто-то поделится?
-
-
Вложений: 1
"Юбилейный" билд :s10:
Вложение 163169
-
Цитата:
Сообщение от
RA9CMG
"Юбилейный" билд
НА ЭТО ЕСТЬ РАЗДЕЛ JT65-HF
-
чувствительность декодирования с подсказкой при использовании CALL3
Joe K1JT прав говоря что при увеличении размера файла CALL3 неизбежно падение чувствительности декодера с подсказкой.
В исходном коде hint65.f90 oн применил как критерий разницу между первым и вторым лучшим кодовым словом, и при даже небольшом увеличении количества позывных в СALL3 эта разница резко снижается.
В mod15.3 планирую добавить еще один критерий: разница между лучшим кодовым словом и Гауссовским(белым) шумом, при превышении порога софт покажет декодирование-подсказку.
Второй критерий вместе с вариантом от разработчиков, в логическом сочетании "или", позволяет ощутимо поднять чувствительность декодера для CALL3 и немного для DX Call, при правильно выбранном значении порога почти без прироста количества ложных декодирований, сейчас софт на этапе тестирования.
-
Цитата:
Сообщение от
UA9OP
НА ЭТО ЕСТЬ РАЗДЕЛ JT65-HF
:s10: :s10: :s10: :s10:
А то что тема имеет название "проект WSJT-X: моды JT65,JT9,WSPR,JT4,JTMSK - работа с тестовым софтом" это все забыли???