|
|||||
|
|||||
|
|
|
|||||||
|
|||||||
|
|
|
WSJT-X
|
|
Стыковка с логом WSJT-X 1.7.0 (и других версий)
US-E-12 : Стыковка WSJT-X 1.7.0 (и других версий) с логом без вмешательства в исходный код wsjt-x.
создаются символьные ссылки в FAR:
NTFS линки — по нажатию ALT+F6 можно создать NTFS ссылку на папку, так называемый soft link.
используется ещё такой инструмент, как Total Commander.
если в меню (26,28 - высокочастотная граница фильтров передачи) трансивера (ts-590s) выставить:
26 - 2900
28 - 2900,
то можно принимать всю полосу сигналов JT65 + JT9, без переключения вида модуляции:
 #32054. US-E-12: Посыпались вопросы, установил Вашу версию JTDX for UR5EQF и ничего не работает. Снял видео, как установить JTDX для UR5EQF и как всё работает. Приём из "живого" эфира не делал, вводил вручную, но это одно и тоже.
JTDX v17.4.0 for UR5EQF:
Ещё раз замечу, в оригинальных версиях ini находится в другой папке. В переделанных для EQF все файлы находятся в директории установки папка - bin. В архивы включён CALL3.TXT.
Замечена одна неприятность. Если устанавливаете заново (начисто) и файл CALL3.TXT пустой, то после сообщения программа начисто зависнет в режиме декода (постоянно горит Decode). После копирования CALL3, всё работает.
P.S.
Опять мучится настраивать цвета под себя .
#32215 US-E-12:
Цитата Сообщение от US-E-12:
"По стыковке последующих релизов JTDX и лога вырисовываются "траблы" и одна из них это стыковка лога с JTDX+JTAlert. Пока, как решить её безболезненно не знаю."
Решил этот вопрос. Стыкуется с EQF и JTAlert без лишних вопросов. Изменится директория хранения файла ini (условие для работы Alert). В директории установки папка bin, после заполнения данных в Settings и нажатия кнопки OK, будет создан wsjtx.ini с двумя строками, необходим для работы с логом. Все последующие релизы будут такими (чтобы всем подходили). По дизайну вернул раскраску частоты и времени и убрал дату внизу. Если всех так устроит, то хорошо. Да забыл, тестировал с Alert 2.9.0, данные гораздо быстрее переносятся, чем в предыдущей.
#4313 US-E-12:
Ставить можно поверх, в моих версиях для EQF изменена директория расположения файлов (ALL, CALL3, хотя этот файл можно оставить на старом месте, но перенёс его для облегчения копирования, wsjtx_status и раньше ещё и ini), но сейчас "вылизываю" v17.4.0, чтобы без проблемм стыковалась с EQF и JTAlert и ini будет располагаться в директории оригинала, в директории установки сформируется (после занесения данных в Setting и закрытия программы) wsjtx.ini необходимый EQF-у для правильной работы.
#32326 US-E-12: Заметил одну неприятность при стыковке EQF и JTDX (WSJT-X). Если работаете со станцией у которой в позывном присутствует '/', то в "RST отп" не занесётся рапорт автоматом. Особенность анализа файлов EQF-ом. Анализируется файл ALL.TXT и там позывной без '/', jtdx(wsjt-x) обрезают позывные до нормального. Приходится править вручную.
Там же видеоинструкция, как подключить к логу.
#32781 US-E-12: Программа для стыковки оригинальных версий WSJT-X, JTDX с логом без изменения кодов в программах и создания символьных меток.
Логика работы программы похожа на логику работы лога с wsjt-x.
1. Удалить все символьные метки и следы в EQF.
2. Если используете мои переработанные версии, то удалить их и поставить оригинальную с off-сайта, не забыв сохранить свой adif-лог. С моими переработками jtdx работать не будет.
3. Все рекомендации по установке соответствуют оригинальным версиям.
4. Работает пока только со Стандартным интерфейсом лога.
5. Ну и ищем ошибки.
#32782 R1TJ: ВСЕ СДЕЛАЛ КАК СКАЗАНО. НО МОДА В ЛОГЕ НЕ ОПРЕДЕЛЯЕТСЯ. МОМЕНТ ПРИ ПЕРЕКЛЮЧЕНИИ ПРОСКАКИВАЕТ И ВСЕ
#32783 US-E-12: Всего не сделать. Если работаете в JT65 + JT9 и лог стыкуется с трансивером через omnirig, то скорее всего при частоте 14076 будет отображаться та мода, которая прописана для данной частоты в менеджере мод, даже если Вы кликните в участке JT9. У меня нет CAT, и только могу сказать, как это возможно будет работать при подключенном CAT.
Исправил ошибку при работе с WSJT-X. При открытии программы в логе автоматом сохранялась последняя проведённая связь.
#32789 US-E-12: Шаг номер два по стыковке - стыковка WSJT-X, JTDX с логом по UDP-протоколу.
#32816 US-E-12: Финальная версия программы для стыковки WSJT-X или JTDX с логом UR5EQF по UDP.
Работает с многооконным и стандартным интерфейсами лога.
Переработан алгоритм получения данных от JT-программ и передачи логу в нужные поля, работает без задержек. Передаются позывной, RSTSent, остальное (локатор, принятый RST и точная частота) заносятся в лог после проведения связи и сохранения связи в JT-программах. Закладка Settings галка на Freq from WSJT-X (JTDX) включена (в лог уйдёт точная частота, частота трансивера + частота по водопаду).
#32818 US-E-12: Перезалил, теперь поддерживает три интерфейса кроме цифрового.
См. пост #32816.
wsjtx_log.adi находится и в семёрке, и десятке - в AppData/Local/JTDX, как в оригинале
#33034 US-E-12: У себя на сайте выложил обновлённые версии программ стыковки JTDX, WSJT-X (JT<->UR5EQF) и Fldigi (UR5EQF + Fldigi) с логом.
Добавлено:
При разворачивании программ автоматически отключается в логе управление OmniRig (закладка Settings галка на Control OmniRig), при закрытии программ в логе восстанавливается управление от OmniRig. Если галку не ставить, то управления подключением OmniRig в логе не будет.
#33037 US-E-12: Удалось исправить в логе правильную обработку рапортов при формировании adif мод T10, FT8, WSPR, QRA64. Теперь можно добавлять и другие моды с рапортами -10, обошёл проверку на присутствие в моде букв JT. В логе исправте в групповом редактировании JT10(JT8) на правильные T10(FT8). И в менеджере диапазонов тоже подправить.
Исправил у себя на сайте все программы (JTDX-17.9.0 for UR5EQF, WSJTInterface). Перекачайте.
Также попутно исправил печать рапортов для JT9 (раньше правильно печатались только моды JT65, ROS) и т. д. Теперь печатаются с минусом и для всех этих мод.
#33039 US-E-12: Я уже писал о двух способах стыковки jtdx с логом.
1 - Это установка переделанной версии JTDX for UR5EQF. Лог wsjtx_log.adi находится в папке установки (bin). В JTDX вместо своего трансивера выбрать OmniRig1, 2.
2 - Это через интерфейс (wsjtx_log.adi находится в семёрке и десятке в AppData/Local/JTDX, как в оригинале). Этот способ более универсален, так как стыкует любые версии jtdx и wsjt-x с логом по UDP, но не дружит с JTAlert (конфликт по порту). OmniRig в логе при открытии программы автоматически отключается, в JTDX выбрать свой трансивер, при закрытии программы OmniRig автоматом включится в логе. При этом способе, лучше, чтобы не путаться, устанавливать оригинальные версии jtdx(wsjt-x) от авторов.
Доработал интерфейс для автоматического старта выбранной программы (WSJT-X, JTDX). На закладке Settings ставим галку на интересующей программе (Autostart), и при последующем раскрытии интерфейса будет автоматом стартовать и выбранная программа
#6372 UA3DJY:
JTDX 17.8 шаг 80 - тестирование JT10
JTDX.INI изменился, желательно удалить старый.
Резко выросла чувствительность декодера JT10 как в широкой полосе так и на частоте QSO:
JT10 сигналы -26дБ вероятность декодирования выросла с 16% до 73%
JT10 сигналы -28дБ на частоте QSO вероятность декодирования выросла с 2.4% до 8.2%.
#6406 UA3DJY:
JTDX 17.8 шаг 91 - тестирование JT10
Изменены частоты диапазонов 80 и 6м, на 80м выбран участок 3570..3575кГц где возможно проводить связи с Японией, в РФ разрешение использования этого участка ожидаю в конце текущего года.
Увеличена вероятность декодирования JT10, и сделан для JT10 функционал AGCc, Filter и SWL mode. Вместо ограничения количества кандидатов при декодировании JT10 применен таймер ограничения времени декодирования 12 секунд для работы в эфире и 30 секунд для SWL mode.
Закрыта кнопка Hint в режимах работы JT9 и JT10 до внедрения этого функционала.
Полоса для Filter 160 Гц, центруется относительно RX частоты QSO, будут декодироваться сигналы синхропоследовательности которых попадают в полосу Filter.
JTDX.INI файл должен подойти от шага 80, для обновления частот диапазонов 80 и 6м необходимо воспользоваться кнопкой Reset в закладке Frequencies настроек.
JTDX 17.8 шаг 95 - тестирование JT10
Структура JTDX.INI файла такая же как у шага 91.
Немного увеличена вероятность декодирования сигналов JT10.
В этом шаге есть новый функционал автоматического переключения диапазонов трансивера по заранее заданному пользователем расписанию, закладка Scheduler настроек. Функционал Band schedular создал Arvo ES1JA, в основном предназначен для использования с многодиапазонными антеннами во время отдыха оператора, например в ночное время.
Переключение диапазонов по расписанию не будет работать при активированной кнопке Enable TX.
JTDX.INI совместим с версией 17.8.
В этом шаге два прохода декодирования JT10 c вычитанием декодированных сигналов, таймер 4 секунды на каждый проход, для режима SWL 10 секунд на каждый проход декодирования JT10.
Повторные JT10 сообщения не выводятся на экран если разница в частоте с первым декодированным сообщением по частоте менее 45 Гц.
С появлением многопроходного декодирования JT10 сигналов мода JT9 по эффективности декодирования стала ощутимо уступать JT10.
На приложенной картинке пример вычитания JT10 сигнала: проигрывались два звуковых файла, первый файл с сильным сигналом, второй после вычитания декодированного сигнала из первого файла.
JTDX v17.9 шаг 15 - тестирование нового функционала
Структура файла JTDX.INI не изменилась.
Сделана оптимизация проходов декодирования JT10.
JTDX v17.9 шаг 20 - тестирование нового функционала
Файл JTDX.INI совместим с предыдущими шагами 17.9.
Сделаны три JT10 Hint декодера на основе DXCall: рапорт, R+рапорт и RRR/RR73/73 сообщений.
Устранен дефект в генераторах JT9 и JT10 сообщений: неправильно передавался последний 69-й информационный тон что приводило к снижению эффективности декодирования JT9/JT10 сигналов на приемной стороне.
В WSJT-X этот дефект устранен начиная с ревизии r7692: https://sourceforge.net/p/wsjt/wsjt/7692/
собранный софт под Windows https://cloud.mail.ru/public/N4qQ/7RrTSrusu
исходный код https://cloud.mail.ru/public/29nf/ePiA1FJgD
Структура файла JTDX.INI изменилась - добавлены новые настройки, старые не затронуты и софт должен работать без удаления старого JTDX.INI.
Сделаны еще два Hint декодера JT10 сигналов для сообщения ''MyCall HisCall Grid'', на основе CALL3 и DXCall.
По всем существующим JT10 Hint декодерам работающим на частоте QSO применено временн'ое окно DT -0.5...+1.5 секунды и частотное окно +- 2 Гц.
Алексей RA4UDC и Arvo ES1JA сделали в софте TCP клиент для передачи данных QSO во внешние логи в виде ADIF строки. Передача данных идет при занесении QSO в лог JTDX. На данный момент поддерживается связка с логом DXKeeper. В закладке Reporting есть новые настройки адреса и порта TCP сервера, а также галочка активации функционала.
исходный код: https://cloud.mail.ru/public/3oTC/k9jjZNaLa
JTDX.INI изменился, старый необходимо удалить, инструкция по удалению здесь: Установка софта JTDX
Изменился UI, для самостоятельной сборки UI3 необходимо в текстовом редакторе(например Notepad++) заменить JT10 на T10.
Изменено имя моды JT10 на T10 (тональный 10).
Применен порог -24дБ SNR для активации декодеров Hint T10.
Все 5 декодеров Hint T10, работающие на приемной частоте QSO, настроены - функционал закончен.
Применено два прохода декодирования сигналов JT9 c вычитанием декодированных сигналов.
Для изменения названия моды JT10 в файле wsjtx_log.adi для ранее проведенных QSO необходимо, предварительно создав резервную копию лога, в текстовом редакторе заменить <mode:4>JT10 на <mode:3>T10 (функционал текстового редактора "Replace (замена)", изменение сразу всех записей в файле).
JTDX v17.9 шаг 40 - тестирование нового функционала
собранный софт (MS Windows): https://cloud.mail.ru/public/F23D/z5zgabRMm
исходный код: https://cloud.mail.ru/public/7gxK/TwrFwjqc2
Структура файла JTDX.INI такая же как у шага 34.
Сделаны и настроены несколько Hint декодеров приемной частоты QSO для моды JT9. Декодеры включаются только во время проведения QSO и порог их включения -24дБ SNR.
JTDX v17.9 шаг 42 - тестирование нового функционала
собранный софт https://cloud.mail.ru/public/LE5K/HPBmByB1S
исходный код https://cloud.mail.ru/public/2tJJ/6RQ1SyZgt
В JTDX.INI добавлена еще одна настройка, старые настройки не трогал и файл должен быть совместим с шагом 40. Основной UI не изменился.
В этом шаге дана возможность пользователю самому настроить верхний предел декодирования сигналов JT65. В последних версиях этот предел был зафиксирован на 3000 Гц, сейчас в закладке Advanced можно выставить любое значение от 100 до 5000 Гц, по умолчанию прописано значение 3000 Гц.
Такая возможность необходима на диапазоне 6м, где JT9 почти не используется и в JT65а работают в более широкой полосе чем на КВ.
Прохождение на диапазоне 6м последние дни радует, Peter VK6KXW даже несколько раз декодировал сигналы от Александра UN7TW в JT65a (ионосферное прохождение, не Луна) с уровнями -22...-24, к сожалению не смог пробиться через зовущих пайлапом Александра японцев и провести QSO.
Новый функционал еще может быть полезен для слабых процессоров, например для Raspberry PI, позволяя уйти от ограничения минимального размера окна водопада и выставить любую полосу декодирования сигналов JT65a.
JTDX v17.9 шаг 46 - тестирование нового функционала
JTDX.INI файл совместим с шагом 42. В собранном софте обновлен Hamlib (от 03 июня 2017г.).
Из-за слабой синхропроследовательности мод JT9 и T10 софт не вседа верно определяет разницу времени сигнал-компьютер что иногда приводит к тому что не декодируются сигналы которые уверенно видно на водопаде. Как частичное решение этой проблемы во время проведения QSO, сделана одна попытка Hint декодирования JT9 и T10 сигналов на приемной частоте QSO с использованием разницы времени декодированного сигнала с предыдущего интервала. Для этой попытки прослаблен порог SNR включения Hint декодеров.
JTDX v17.9 шаг 47 - тестирование нового функционала
JTDX.INI файл такой же как у шага 46.
Устранен дефект - при декодировании нескольких сообщений с MyCall принятый рапорт вынимался из последнего сообщения без проверки позывного находящегося в DXCall окне, что иногда приводило к неверному рапорту в логе.
Добавлен новый функционал: при двойном щелчке кнопкой мыши на любом сообщении содержащем MyCall и рапорт, последний вынимается для внесения в лог.
Исходный код доработал Arvo ES1JA.
#6739 UA3DJY:
JTDX v17.9
JTDX.INI файл совместим с версией 17.9 шаг 47.
#6874 UA3DJY:
JTDX v18.0 шаг 17 - тестирование нового функционала
Структура JTDX.INI файла такая же как у выпущенной версии 17.9.
Переработан алгоритм обработки кандидатов для режима одиночной моды JT9, в результате эффективность декодирования JT9 сигналов выросла примерно на 4% по сравнению с комбинированным режимом JT65+JT9 (теперь в разных режимах разная эффективность декодирования JT9 сигналов).
Ранее очень сильные сигналы JT9 могли не декодироваться, дефект дизайна, с новым алгоритмом режима одиночной моды JT9 надеюсь эта проблема полностью решена, в режиме JT65+JT9 эта проблема остается.
Добавлен функционал Filter и SWL для режима одиночной моды JT9. Filter имеет полосу пропускания 100 Гц и предназначен для использования на медленных процессорах, при большом количестве сигналов и/или помех на диапазоне JT9 Filter может дать выигрыш и на быстрых процессорах.
JTDX v18.0 шаг 27 - тестирование нового функционала
18.0 шаг 27
Кодовые суммы установочника:
File name: JTDX-18.0.0-step27-win32.exe
MD5: 83D2C250110534C55722B5EBB2091F75
SHA-1: F234B2DE16339E3265CA1781F7E624AF1771B072
SHA-256: 1FEE79BAD8D1E62A5DE5347A7B1D22E8EBDD7756DD69E2EE75 55220C8206E250
SHA-512: 89769B85B9050E63052E8C274BB9B491092E1F922E7AA4A3A4 A2789AB4A5354B64E1917016D23C117F1908B27D89905FE6E5 CC3C2DC6AC014ADF66F7E12C3B34
RIPEMD: 7D1A405D4BF948237BABFB1E78AE18884A15C152
Для вычисления кодовых сумм файла можно использовать например этот софт https://sourceforge.net/projects/filechecksumutility/ .
Файл JTDX.INI имеет такую же структуру как у выпущенной версии v17.9.
Измененный функционал по сравнению с шагом 17:
- усиление сигналов для водопада больше не зависит от установок Bins/Pixel и NAvg
- при снятой галочке Lock TX=RX правая кнопка мыши ставит TX частоту на водопаде
- в комбинированном JT65+JT9 режиме вычисление спектра для списка JT9 кандидатов перенесено в JT9 декодер, что привело к повышению эффективности декодирования JT9 сигналов при использовании AGCc функционала (компенсация отрабатывания АРУ приемника).
- в комбинированном JT65+JT9 режиме вычисление спектра для списка JT9 кандидатов теперь выполняется на каждом проходе декодирования.
Выросла эффективность декодирования JT9 сигналов.
|
