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

[RA3QH]

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

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

[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 Гц что тоже в Вашей стране может быть нарушением условий лицензии.

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

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

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

[RM6LA]

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

[RZ1OA]

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

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

[R6LCF]

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

[UA3DJY]

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

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

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

[RX1AG]

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

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

[R6LCF]

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


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

[UA3DJY]

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

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

20180823_091100 -9 1.1 983 ~ CQ VU2EKJ MK80
20180823_091100 -10 0.6 1368 ~ YD8UYJ F8NHF -05
20180823_091116.013 Transmitting 21.074 MHz FT8: VU2EKJ RX4HX LO53
AF TX/RX 1769/983Hz AutoSeq3-On AutoTx-On SShotQSO-On
20180823_091116.206 Decoding finished
20180823_091144.405 Decoder started
20180823_091130 -9 1.1 984 ~ RX4HX VU2EKJ +00
20180823_091130 14 -0.3 2247 ~ ON7PP UT2QQ R-15
20180823_091130 6 0.5 191 ~ CQ RO1M KO59
20180823_091130 -8 0.6 1369 ~ YD8UYJ F8NHF -05
20180823_091130 6 0.5 2158 ~ CQ RQ7R KN64
20180823_091130 -18 0.7 254 ~ VU2EKJ E77W +06
20180823_091130 -6 0.3 1879 ~ YC1CUZ RU1AT RRR
20180823_091130 -6 0.6 1589 ~ YC1CAR UA3ICN KO86
20180823_091130 -7 0.6 1424 ~ CQ YB1BML OI33
20180823_091130 -18 0.5 674 ~ CQ PA0BWL JO21
20180823_091130 -8 0.6 1894 ~ CQ SV3GLL KM17
20180823_091145.036 Transmitting 21.074 MHz FT8: VU2EKJ RX4HX R-09
AF TX/RX 1769/984Hz AutoSeq3-On AutoTx-On SShotQSO-On
20180823_091130 -17 0.6 1357 ~ CQ DO7PD JO31
20180823_091145.416 Decoding finished
20180823_091214.405 Decoder started
20180823_091200 -17 1.4 984 ~ RX4HX VU2EKJ RR73
20180823_091200 3 0.5 193 ~ CQ RO1M KO59
20180823_091200 7 0.6 2160 ~ CQ RQ7R KN64
20180823_091200 -6 0.6 675 ~ CQ PA0BWL JO21
20180823_091200 5 -0.3 2248 ~ ON7PP UT2QQ RR73
20180823_091200 -14 0.7 256 ~ VU2EKJ E77W +06
20180823_091200 -7 0.6 1895 ~ IW3RQT SV3GLL -03
20180823_091200 -6 0.5 1591 ~ YC1CAR UA3ICN KO86
20180823_091200 -7 0.6 1425 ~ CQ YB1BML OI33
20180823_091200 -4 0.3 1880 ~ YC1CUZ RU1AT RRR
20180823_091215.064 Transmitting 21.074 MHz FT8: VU2EKJ RX4HX 73
AF TX/RX 1769/984Hz AutoSeq3-On AutoTx-On SShotQSO-On
20180823_091215.125 Decoding finished
20180823_091231 QSO logged: VU2EKJ
20180823_091244.405 Decoder started
20180823_091230 2 0.5 2162 ~ CQ RQ7R KN64
20180823_091230 1 0.5 194 ~ CQ RO1M KO59
20180823_091230 -9 1.4 987 ~ G8APB VU2EKJ -03
20180823_091230 -13 0.6 677 ~ CQ PA0BWL JO21
20180823_091230 -5 0.6 1897 ~ IW3RQT SV3GLL RRR
20180823_091230 -7 0.6 1427 ~ CQ YB1BML OI33
20180823_091230 -9 0.6 1372 ~ YC1CAR F8NHF -14
20180823_091230 -18 0.7 258 ~ VU2EKJ E77W +06
20180823_091230 -4 0.3 1882 ~ YC1CUZ RU1AT RRR
20180823_091230 -5 0.6 1592 ~ YC1CAR UA3ICN KO86
20180823_091245.095 Transmitting 21.074 MHz FT8: VU2EKJ RX4HX 73
AF TX/RX 1769/984Hz AutoSeq3-On AutoTx-On SShotQSO-On
20180823_091245.274 Decoding finished
20180823_091246.897 Halt Tx triggered at TX 21.074 MHz FT8: VU2EKJ RX4HX 73

Алексей, попытка воспроизвести в лабораторных условиях, здесь обычное 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]

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

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

[UA3DJY]

в этой моде на декод кажется 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]

Не увлекайтесь автоматизацией, проверьте условия Вашей лицензии. По рекомендациям 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]

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

[RC3C]

Плохим прохождение?

В выходные была буря G3. Этим и объяснятеся все

[US4IRT]

Чем можно объяснить эту ситуацию?

Разной поляризацией антенн с ним + ответ ниже.