-
19.03.2016, 10:57 #796
-
19.03.2016, 11:32 #797
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
В mod8 отличается содержание WSJT-X.INI файла.
Можно попробовать поставить поверх любого старого WSJT-X (в старом софте желательно перед установкой нового поставить Random Erasure Patterns = 5), но если на водопаде будут сигналы которые не декодируются - удалить WSJT-X.INI файл.
При запуске софт WSJT-X создаст новый .INI файл в правильном формате.Последний раз редактировалось UA3DJY; 19.03.2016 в 11:42.
-
19.03.2016, 11:40 #798
- Регистрация
- 21.04.2015
- Адрес
- г.Таганрог
- Возраст
- 71
- Сообщений
- 5,148
- Поблагодарили
- 1529
- Поблагодарил
- 1112
Последний раз редактировалось R6LCF; 19.03.2016 в 11:45.
Владимир.73!
-
19.03.2016, 11:48 #799
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
На компьютере можно держать бесконечное число разных версий 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.Последний раз редактировалось UA3DJY; 19.03.2016 в 11:55.
-
19.03.2016, 13:42 #800
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
частотное распределение: Япония в 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."
-
20.03.2016, 08:29 #801
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
планы на 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, возможно удастся получить еще дополнительные декодирования.Последний раз редактировалось UA3DJY; 20.03.2016 в 08:41.
-
22.03.2016, 12:00 #802
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
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 декодирований
Чуть позже опубликую исходники в общий доступ.Последний раз редактировалось UA3DJY; 22.03.2016 в 12:29.
-
22.03.2016, 15:22 #803
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
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.Последний раз редактировалось UA3DJY; 22.03.2016 в 15:33.
-
22.03.2016, 18:42 #804
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
синхронизация сигналов 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 сигнала вместе с результатом функции автокорреляции выглядит так:
Максимальный пик функции автокорреляции соответствует полному совпадению двух последовательностей.
Смещение пика функции корреляции в одну сторону от центра SYNC последовательности означает отрицательный DT, в другую сторону - положительный DT принимаемого сигнала.
За поиск SYNC последовательностей(они же являются сигналами-кандидатами на декодирование) отвечает код в исходнике sync65.f90.
Поcкольку шаг в применяемой функции корреляции довольно широкий, увеличение точности расчета DT достигается использованием кроме пикового отсчета еще двух соседних точек, после чего выполняется аппроксимация и получение более точного значения dtx.
К полученному значению добавляется 1 секунда задержки подачи сигнала при его передаче, в результате получается значение DT.
В сценарии когда оператор включает передачу сообщения посреди интервала, передается только последняя, оставшаяся на момент включения часть информационного сообщения и SYNC последовательности.
При этом завершается SYNC последовательность вместе с информационным сигналом как положено на 48-ой секунде.
Это хорошо видно на приложенной картинке, сигнал на частоте 897 оператор начал передавать примерно на 15-ой секунде, при этом сигнал был завершен точно таким же окончанием SYNC последовательности как и сигнал на частоте 626.
На картинке видно что окончание SYNC последовательности на частоте 897 немного задержано по сравнению с окончанием
SYNC последовательности на частоте 626, расчетные DT получились 1.6 и 1.0 соответственно относительно часов декодирующего сигналы компьютера.Последний раз редактировалось UA3DJY; 22.03.2016 в 19:08.
-
23.03.2016, 19:29 #805
- Регистрация
- 31.05.2012
- Адрес
- Железногорск
- Возраст
- 72
- Сообщений
- 729
- Поблагодарили
- 353
- Поблагодарил
- 18
-
23.03.2016, 20:31 #806
- Регистрация
- 18.01.2015
- Адрес
- новосибирск
- Возраст
- 74
- Сообщений
- 1,686
- Поблагодарили
- 128
- Поблагодарил
- 55
-
23.03.2016, 22:35 #807
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
-
23.03.2016, 23:09 #808
- Регистрация
- 03.11.2007
- Адрес
- Абинск
- Возраст
- 71
- Сообщений
- 650
- Поблагодарили
- 126
- Поблагодарил
- 334
После компиляции и установки WSJT, при запуске программы выводится сообщение...
При компилировании ошибки не было, с wsjt-x все нормально.
Недавно переустановил винду. Старые версии устанавливаются нормально.Николай, RV7C ex: UL7KAE, UL7KE, UN7KA, RW9FN, R9FN
-
25.03.2016, 04:46 #809
- Регистрация
- 25.03.2016
- Сообщений
- 127
- Поблагодарили
- 60
- Поблагодарил
- 91
Установил mod8, работает великолепною Но заметил такую штуку, станция видна на водопаде слабо, по зрительной оценке -20 и слабее, а репорт программа дает -10. Это происходит не все время, но пару раз замечал такое уже. Это вроде ничего страшного, но все же. И у меня такой вопрос: - улучьшает ли программа прием станций в JT9 так же как и в JT65?
Спасибою
-
25.03.2016, 08:32 #810
- Регистрация
- 05.03.2015
- Сообщений
- 5,570
- Поблагодарили
- 7959
- Поблагодарил
- 807
Неправильный репорт связан с неравномерностью АЧХ: завал АЧХ фильтра приемника либо искажение АЧХ после вычитания сигналов между проходами декодирования WSJT-X. Компенсировать эти эффекты в софте возможности нет.
Оптимизация выполнена только для декодирования JT65а на КВ диапазонах, декодирование JT9 должно быть не хуже чем у последних ревизий основной ветки v1.7 WSJT-X.Последний раз редактировалось UA3DJY; 25.03.2016 в 08:35.
Социальные закладки