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

**RA3QH** · 26.08.2018, 09:27

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

Что бы не применять сторонние программы для автоматизации - реализовать полностью автоматический режим.

Ага...и автоматическое удаление оператора из шэка при включении трансивера.....

**UA3DJY** · 26.08.2018, 13:35

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

Что бы не применять сторонние программы для автоматизации - реализовать полностью автоматический режим.

Не увлекайтесь автоматизацией, проверьте условия Вашей лицензии. По рекомендациям IARU нашего региона робот(automatically controlled data stations (unattended) или неуправляемая/неконтролируемя оператором работа сетапа) в цифровых модах допускается в полосах частот несовместимых с используемыми сейчас полосами для FT8/JT65/JT9: https://www.iaru-r1.org/index.php/sp...-band-plans/hf

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

Нужно что бы была возможность выбора очереди передачи как в исходном софте

С многослотовой передачей FT8 с софта MSHV тоже надо быть осторожным, на диапазоне 80м для участка FT8 рекомендована полоса сигнала не более 200 Гц, на четырех/пяти слотах софт MSHV создает полосу сигнала 240/300 Гц что тоже в Вашей стране может быть нарушением условий лицензии.

Исходный софт, WSJT-X, не позволяет работать в многослотовом режиме с очередью в общих FT8 диапазонах.

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

Теперь осталось доработать то что касается спец позывных и работы в контестах.

Ждем WSJT-X v2.0 и копим деньги на новый процессор. С внедрением нового кодека и поддержкой одновременно двух разных кодеков/декодеров для моды FT8 нагрузка на процессор вырастет до двух раз, соответственно вырастет время декодирования при том же процессоре. Кроме этого еще будет вопрос совместимости, немалая часть операторов по инерции будет продолжать использовать старый софт с поддержкой только одного декодера. Эти операторы не смогут декодировать сообщения с нового кодека.

**RM6LA** · 26.08.2018, 15:58

Не могу подключить IC-7300 ни к одной из программ для работы JT-9. Водопад есть, нет декодирования. Может процессор слабоват? Каковы минимальные системные требования для компьютера?

**RZ1OA** · 26.08.2018, 16:22

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

Может процессор слабоват?

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

**R6LCF** · 26.08.2018, 16:39

Есть у меня ic7300 и для работы в цифре подходит как никто другой. Последовательно: UR5EQF_Log ,WSJTInterface.exe, программы JTDX или WSJT_X ,любую с помощью указанного выше интерфейса почти мгновенно, драйвера для ic7300 естественно установлены ,связь с компом по шнурку USB .....+ настройки в самом трансивере ,просто на отлично работа в любой цифровой моде и не только!

**UA3DJY** · 26.08.2018, 17:16

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

Не могу подключить IC-7300 ни к одной из программ для работы JT-9. Водопад есть, нет декодирования.

Кнопка Decode загорается по окончании передачи сигналов на водопаде? Картинку водопада с одним интервалом в полный размер и сигналами на ней пожалуйста.

В смешанном режиме JT65+JT9 еще есть разделитель водопада, в этом режиме JT9 декодируется только выше разделителя, поэтому используйте режим JT9.

**RX1AG** · 26.08.2018, 18:00

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

Не могу подключить IC-7300 ни к одной из программ для работы JT-9.

Должна работать любая прога WSJT JTDX даже с проц Р4 1 ядро...Я провел в активности почти 70 ЩСО на JT9. Декодируется, даже если на водопаде не видно станции.
---------------------------------------------------
Скорее всего, у Вас время сильно расходится... Хотя, у меня JTDX декодирует JT9, когда расхождение DT достигает 3, 5 сек

**R6LCF** · 26.08.2018, 20:41

Одна из самых лучших программ для синхронизации времени и проц.не грузит и точность до тысячных.

Название: 2018-08-26_203350.png
Просмотров: 633

Размер: 4.0 Кб

А это для проверки точности по времени конкретно для вас,щелкнуть по ссылке и покажет точное время в вашем регионе https://time.is/ru/

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

Название: 2018-08-26_203902.png
Просмотров: 13
Размер: 15.4 Кб
ID: 217275

**UA3DJY** · 26.08.2018, 21:30

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

JTDX версии 92_12. Получаю от корреспондента RR73, отвечаю 73. Корреспондент отвечает другому, связь сохраняю, а JTDX в следующем цикле опять передает 73. И так всегда.
Мой корреспондент VU2EKJ.

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

Алексей, попытка воспроизвести в лабораторных условиях, здесь обычное QSO:

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

здесь QSO в условиях помех от навстречу зовущего оператора, как у Вас:

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

Halt Tx в AutoSeq3 отработал сразу после декодирования сообщения VU2EKJ с рапортом адресованного другому оператору, когда софт находился в режиме Monitor. Обе попытки воспроизвести - позднее внесение QSO в лог, в том же интервале как у Вас, только в лог вносил при помощи кнопки Log QSO.

Софт 'нормально' отрабатывает при включенной опции 'Halt Tx if operator I called answered to other operator', потому что декодировано сообщение адресованное другому оператору, если ее выключить то есть попытка передать повторно сообщение 73:

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

c Halt Tx во время передачи повторного сообщения.

Обратите внимание что время Halt Tx во время передачи сообщения 73 на последней картинке совпадает с окончанием декодирования, это то о чем я говорил в предыдущем посте https://forum.qrz.ru/6-cifrovye-vidy...ml#post1503130, так работает алгоритм AutoSeq3.

Почему у Вас Halt Tx не отработал в момент окончания декодирования не знаю, надо смотреть как Вы проводите QSO при таком сбое (демонстрация экрана в Скайпе) и что у нас еще может отличаться в настройках.

В версии JTDX 18.1.0.92 будут счетчики сообщений, и я дам пользователю возможность поставить ограничение в одно сообщение 73 на передачу (сейчас в промежуточном шаге минимум 2 сообщения в этом счетчике).

**RA3QH** · 26.08.2018, 22:24

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

Скорее всего, у Вас время сильно расходится... Хотя, у меня JTDX декодирует JT9, когда расхождение DT достигает 3, 5 сек

в этой моде на декод кажется 8 сек дается...

**UA3DJY** · 26.08.2018, 22:49

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

в этой моде на декод кажется 8 сек дается...

Речь об окне синхронизации DT в котором рассматриваются кандидаты на декодирование в софте.

Софт сканирует полосу частот применяя к каждой частоте (частотному бину) функцию корреляции с известной синхропоследовательностью. Эта функция рассчитывается с определенным шагом в ограниченном диапазоне DT (delta time, разница по времени с часами компьютера).

Чем больше окно тем больше сигналов-кандидатов на декодирование, а также больше загрузка процессора при декодировании.

В JT65/JT9 было достаточно времени для декодирования интервала и для JT65 я увеличил окно DT в JTDX, для JT9 уже не помню.

Для FT8 в JTDX сейчас окно DT -2...+3 секунды, при включенной опции позднего старта декодера либо при включенной кнопке SWL окно увеличивается до -3...+4 секунды. В WSJT-X для FT8 сейчас окно DT -2...+3 секунды.

Несимметричность окна связана с тем что средний DT сигнала принят равным +0.5 секунды, окно симметрировано относительно этого значения.

Софт не декодирует сигналы которые имеют DT(разницу по времени) выходящую за пределы окна.

**US5WE** · 27.08.2018, 09:42

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

Не увлекайтесь автоматизацией, проверьте условия Вашей лицензии. По рекомендациям IARU нашего региона робот(automatically controlled data stations (unattended) или неуправляемая/неконтролируемя оператором работа сетапа) в цифровых модах допускается в полосах частот несовместимых с используемыми сейчас полосами для FT8/JT65/JT9: https://www.iaru-r1.org/index.php/sp...-band-plans/hfС многослотовой передачей FT8 с софта MSHV тоже надо быть осторожным, на диапазоне 80м для участка FT8 рекомендована полоса сигнала не более 200 Гц, на четырех/пяти слотах софт MSHV создает полосу сигнала 240/300 Гц что тоже в Вашей стране может быть нарушением условий лицензии.

В лицензиях указываются полосы частот каждого диапазона для различных видов излучения. В нашем (UR) случае это CW, DIGI, FM, SSB, SSTV. В "Приложении 2" Pегламента определены полосы сигнала на передачу для различных цифровых видов связи.
Соблюдение или несоблюдение "рекомендаций IARU" не означают, что условия лицензии были нарушены.

**RX1AG** · 27.08.2018, 11:37

UA3DJY Игорь!
Поясните плс...
Работал в днях активности на моде JT9. Везде указывается, что она самая "пробивная", узкая полоса. Нужна малая мощность для работы в ней. Но практически на СеКу, нужно было включать 50 ватт и ант ГП. А иногда, чтоб приняли рапорт, и до 100 ватт!! Причем, я запросил у англичанина его мощность. Он ответил "...50 ватт диполь". В основном, у меня по приему слышимость была -15 : -20 дб...
Получается, что не только у меня были сложности в работе на JT9.
---------------------------------------
Чем можно объяснить эту ситуацию? Плохим прохождение?