проект WSJT-X: моды JT65,JT9,WSPR,JT4,JTMS,MSHV - работа с тестовым софтом

**US4IRT** · 05.12.2018, 17:44

Сообщение от UA3DJY

на ней нет специального сообщения.

Да, нет двойного в одном слоте. Собрались на 18095 PY0FW и FS/K9EL и создают друг другу QRM. Я уже не принимаю обеих.
Поймал на двойном

->Скрытый текст<-

Вот пример когда нет позывного в окне (выше красной) и когда в окне FS/W9ILY (ниже)

->Скрытый текст<-

**UA3DJY** · 05.12.2018, 19:14

Сообщение от US4IRT

Да, нет двойного в одном слоте. Собрались на 18095 PY0FW и FS/K9EL и создают друг другу QRM. Я уже не принимаю обеих.
Поймал на двойном

->Скрытый текст<-

Василий, сделайте пожалуйста поиск K9EL в файле hashtable1.txt, в файле должен быть основной позывной без дроби. CRC10 вычисляется с дробного позывного находящегося в окне DX Call при этом для JTDX в файл hashtable1.txt заносится основной (домашний) позывной без дроби. Соответственно при декодировании специального сообщения 75 бит Fox DXpedition сопоставляется хэш с декодированного сообщения c хэшем (дробного) позывного из DX Call и при отсутствии совпадения сопоставляется с информацией в файле hashtable1.txt. Если для такого хэша в файле есть позывной (в файле позывной без дроби), то этот позывной подставляется в декодированное сообщение.

JTDX в протоколе 75 бит вместо хэша подставляет позывной без дроби, это связано с отстутствием поддержки дроби в стандартных сообщениях "позывной + позывной" протокола 72 бит.

**US4IRT** · 05.12.2018, 19:25

Сообщение от UA3DJY

Василий, сделайте пожалуйста поиск K9EL в файле hashtable1.txt, в файле должен быть основной позывной без дроби.

Так и есть, Игорь, без дроби в файле. И другие дробные позывные тоже без дроби. Или нужен сам файл?

**US4IRT** · 05.12.2018, 21:44

Сообщение от UA3DJY

в файле должен быть основной позывной без дроби.

Игорь, а нельзя сделать, чтоб как то попроще вносился позывной в этот файл? По типу CALL3.TXT, например. Нажал кнопку и он там.

**US-E-12** · 05.12.2018, 21:53

Сообщение от US4IRT

Вот как у меня выглядит, Олег

FS/K9EL работает в старом протоколе, нет локатора и скобок. Далее всё стандартно дробь обрезается.

**UA3DJY** · 05.12.2018, 22:02

Сообщение от US-E-12

FS/K9EL работает в старом протоколе, нет локатора и скобок. Далее всё стандартно дробь обрезается.

JTDX в протоколе 75 бит раскладывает одно специальное сообщение от Fox DXpedition на два стандартных и если позывной ассоциирован с хэшем то скобки не используются.

**UA3DJY** · 05.12.2018, 22:08

JTDX v18.1.105 собран на основе v2.0.1-rc62, измененный функционал:
- улучшена синхронизация с принимаемым FT8 сигналом
- дополнительные изменения в коде для уменьшения количества операций процессора

Линки:

->Скрытый текст<-

Результаты тестирования:

->Скрытый текст<-

Файл JTDX.INI имеет такую же структуру как для версий 18.1.100...104.

**UA3DJY** · 05.12.2018, 22:38

Сообщение от US4IRT

Игорь, а нельзя сделать, чтоб как то попроще вносился позывной в этот файл? По типу CALL3.TXT, например. Нажал кнопку и он там.

Непростая задача: запись позывного в соответствующую строку файла хэшей сделана в декодере на Фортране при декодировании специального сообщения, при этом вызывается метод с библиотеки boost (код на С) для расчета CRC10 позывного. Все кнопки UI обрабатываются в коде C++, код декодера стартует только при накоплении звуковых фреймов либо при нажатии кнопки Decode. То есть надо либо 'хитро' вызывать декодер для записи в этот файл, что может конфликтовать с декодированием, либо дублировать расчет CRC10 в коде C++ и делать отдельную точку записи в файл. 18.1.х на пороге выпуска в общий доступ, сейчас не буду рисковать стабильностью работы софта.

**UA9AJK** · 05.12.2018, 22:58

Трансивер FT-3000. Перешел в JTDX с 095 версии на 104 и не могу согласовать программу через WSJTInterface с логом UR5EQF. Нет управления по САТ. Использую виртуальные ком порты через VSPE. До этого как то работало с помощью хитрых манипуляций галочкой управления Omni Rig в окне WSJTInterface. Если запускаю JTDX без виртуальных портов не через лог UR5EQF управление по САТ есть. Вопрос Игорю UA3DJY, не связана моя проблема с этим изменением в 102 версии?

Нажмите на изображение для увеличения.

Название: версия 102.jpg
Просмотров: 13
Размер: 17.8 Кб
ID: 223999

Нажмите на изображение для увеличения.

Название: САТ.jpg
Просмотров: 41
Размер: 98.0 Кб
ID: 224001

**UA3DJY** · 05.12.2018, 23:40

Сообщение от UA9AJK

Трансивер FT-3000. Перешел в JTDX с 095 версии на 104 и не могу согласовать программу через WSJTInterface с логом UR5EQF. Нет управления по САТ. Использую виртуальные ком порты через VSPE. До этого как то работало с помощью хитрых манипуляций галочкой управления Omni Rig в окне WSJTInterface. Если запускаю JTDX без виртуальных портов не через лог UR5EQF управление по САТ есть. Вопрос Игорю UA3DJY, не связана моя проблема с этим изменением в 102 версии?

У Вас на этой картинке выбран Hamlib и он для FTDX3000 пока не поддерживает CAT при эмуляции COM портов через USB кабель, для этого трансивера Hamlib пока поддерживает только подключение через разъем 'CAT' на задней стенке (тестировали на одном из сетапов).
Если Вы подключаете трансивер USB кабелем то надо выбрать OmniRig, установить и настроить софт OmniRig на компьютер.

**R0JF** · 06.12.2018, 01:27

JTDX v18.1.105 Linux version from original source files by Igor UA3DJY (Many Thanks him):

->Скрытый текст<-

**R3BB** · 06.12.2018, 08:27

Русская локализация JTDX v18.1.105
Линки :

->Скрытый текст<-

**UA3DJY** · 06.12.2018, 09:40

Собранный софт (Mac OS X) https://cloud.mail.ru/public/FjTD/RkVV4mPXU
кодовая сумма File name: JTDX-18.1.105-Darwin.dmg
SHA-256: AEBFF28F5D86215E2AB55A7D1F7008DE0658506E6ADD6777B88AADECDF05D15D

**RC7LS** · 06.12.2018, 12:53

Позвал сегодня R0AHN
А в ответ получил***

Название: R0ahn.PNG
Просмотров: 767

Размер: 14.8 Кб

Прикольно!

**RN9AZ** · 06.12.2018, 13:03

Игорь. Программа ведёт себя прекрасно! Развернул Антенну на несчастную Европу, дал в антенну 200 ватт. И стал пытать программу, в чрезвычайно сложных условиях. Два скрина показывают начало и через пять QSO. Очень жаль что интересные скрины не смог сделать до этих пяти QSO. Буфер обмена в XP переполнился, графический редактор перестал работать. А там было на что посмотреть. Одно два QSO проведешь. Облепят как мухи. Толкаются под ногами. На втором скрине UR5IR позвал, дал ему рапорт. Он в принципе мне дал +4дб, но толи 73 не принял корреспондент мой, толи опыта обращения ему с софтом не хватило, но в конечном итоги, он стал давать вызов на моей частоте. Вот в такой просто кошмарной обстановке, программа работала на ура. Главное надо было внимательно следить за работай и самому не дать ляпу.

->Скрытый текст<-