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

[UR0MC]

В ветке FT8 мне не ответили на вопрос , в какой моде должен стоять трансивер при FT8 , как только перехожу с JTDX НА FT8 у меня переходит ТХ D-TYPE на RTTY

у всех в USB стоит )
Вы ж никому подробностей не говорите ) Какой логгер используете, который подключен к САТ трансивера? Ищите в логгере в свойствах FT8 ? В логгере 32 прописывается в какой модуляции должен стоять трансивер. Вот и вам надо исправить.

[UA3DJY]

Никогда такой проблемы не испытывал, везде в цифре СAT PTT на ура работает уже много лет

Зависит от трансивера, старые аппараты поддерживают CAT на скорости последовательного порта 4800, обрабатывают медленно и включают передачу с задержкой, при использовании PTT через DTR/RTS проблем с декодированием моего FT8 сигнала не было.

[RA3RKA]

Не стандартный позывной.
Программа не выделила его красный цветом,
но полностью провела связь
У меня такое первый раз.(пр.1.8.0-)

[R6LCF]

А окончания что-то не видно. Он уже не слышит Вас.

А необходимо подавать заявки на скрины. Чтобы от сих и до сих и с свидетелями и под протокол.Еще что?
Если вы про этого парня Dow ,ну который с уровнем сигнала на передачу экспериментировал вчера ,то он уже и карточку по eQSL прислал,а мои сразу в автомате уходят!

[R6LCF]

у всех в USB стоит )

Совсем не факт.Если аппарат современный и соединен комп-трансивер по USB то ....у меня например ic7300 и трансивер в режиме DATA(ну понятно что USB ,верхняя боковая). А для НЧ прием /передача то встроенный в трансивер USB audio codec. Драйвера с сайта ICOM скачал ,установил ,произвел настройки в меню трансивера и вперед.Сигнал на передачу отменного качества,постоянно мониторю в реальном времени на встроенную панораму.Ну прием вообще на отлично.Так что у всех по разному ,единственно во всех одинаково это верхняя боковая USB!

[RK3ANL]

Не стандартный позывной.
Программа не выделила его красный цветом,

Вчера тоже с ним работал на 80-ке . Только звал я его
была такая же ситуация , причем программа захватывала его то без SM/7 ,
то с дробью . Ответил я ему без дроби, но в лог сохранился правильно с дробью.

[R6LCF]

при использовании PTT через DTR/RTS проблем с декодированием моего FT8 сигнала не было.

Когда применял Yaesu FT950 с внешним интерфейсом то так и было ,РТТ через RTS.

[R6LCF]

Ответил я ему без дроби, но в лог сохранился правильно с дробью.

Вчера сработал с англичанином,позывной через дробь из штатов .При работе дробь опускалась ,а в Лог занесло с дробью.
Нашел ,покажу.Несколько необычно но так!

[US4IRT]

Так как JT65 декодируется нормально - то и с синхронизацией, как понимаю, всё в порядке...

Не совсем так. JTDX декодирует с ДТ до 5 сек. . FT8 с таким ДТ не декодирует. Посмотрите ДТ в JT65, если там декодирует.
Максимальное ДТ, которое я видел в FT8, было 1.5 с. С большим получается не декодирует.

[RA9KT]

Декодирует и с большим без проблем, может у него что то другое.

[UA9FAR]

Не совсем так. JTDX декодирует с ДТ до 5 сек. . FT8 с таким ДТ не декодирует. Посмотрите ДТ в JT65, если там декодирует.
Максимальное ДТ, которое я видел в FT8, было 1.5 с. С большим получается не декодирует.

JT65 декодирует всё без проблем.
FT8 после того, как "сломался" декодирует DT 1,3 но как-то выборочно: из полного диапазона станций - 1 или 2...

[RA3TAC]

Не совсем так. JTDX декодирует с ДТ до 5 сек. . FT8 с таким ДТ не декодирует. Посмотрите ДТ в JT65, если там декодирует.
Максимальное ДТ, которое я видел в FT8, было 1.5 с. С большим получается не декодирует.

-1.9 c +2.2c

[UA3DJY]

собранный софт (Windows) https://cloud.mail.ru/public/E6ev/CNDLrdGc2

исходный код https://cloud.mail.ru/public/BMS3/teaGKQu3E

кодовые суммы:
File name: JTDX-18.0.0-step97-win32.exe
MD5: A3F0892E4049B42B9FC96FECC5406F4F
SHA-1: F89F0206D667899F31A0B0A9D3B0665EFD67C7C2
SHA-256: 130329156AD536360FFFD4B70E7CFD08E5A4C1969F10A09F52FFA3FE510D6023
SHA-512: 0E95A8AE008FE3D1DD02D04B58B702D72EA43554739F4E512A9B77D587BB5D52A532D3 F960934F24B6360F2D0018ED44D4738CB7259F5A263FC8EE6E2F5A0B6E
RIPEMD: 2FF79D5CD4A8087757DE39E5A0BD4A3D8171BFE2

файл JTDX.INI изменен: для закладки Misc добавлен новый параметр "ShowMyCallMessagesRxWindow"

интерфейс пользователя в основном окне изменен: в закладке Misc добавлено управление новым функционалом, при самостоятельной сборке софта необходимо удалить старые объектные файлы

Измененный функционал:

- устранен дефект преждевременного уведомления цветом в окне DX Call о записи QSO в лог

- устранен дефект функционала передачи двух сообщений "RRR/RR73 + CQ" в одном интервале, если этот функционал активировался во время передачи рапорта то происходила замена сообщения рапорта на RRR/RR73

- устранены несколько дефектов в функционале "прекратить передачу если оператор которого я вызывал ответил другому оператору"

- сделан опциональный функционал показа всех декодированных сообщений содержащих позывной оператора в окне приемной частоты(правое окно), независимо от того на какой частоте было принято такое сообщение. По умолчанию функционал включен, его можно выключить в закладке Misc основного окна интерфейса

- улучшено распознавание позывного оператора в декодированных сообщениях для функционала уведомлений, теперь поддерживаются разные комбинации основного позывного с дробью в свободных сообщениях

[K2PAL]

Привет,всем
Игорь, пожалуйста добавьте FT8 в вашу программу,задолбался двумя программами работать.
Tем более, там очень не удобно,a с вашей программой автоматом улетает в Logger32 и плюс много удобного.
С уважением к Вам,Александр.
Спасибо

[UA3DJY]

случайно заметил особенность функционала упаковки сообщений заложенную в текущую реализацию протокола JT65 в коде софтов WSJT-X/JTDX

пытаюсь передавать такие сообщения (эти QTH квадраты используются под упаковку/сжатие сообщений):

UA3DJY PY2GTO RR15
UA3DJY PY2GTO RR16
UA3DJY PY2GTO RR17

софт при этом показывает в окне что передаются следующие сообщения:

2019 Tx 1500 # 7Q/UA3DJY PY2GTO
2020 Tx 1500 # 7X/UA3DJY PY2GTO
2021 Tx 1500 # 8P/UA3DJY PY2GTO