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

[UA3DJY]

не успеваю и читать и версии менять, сегодня попробовал 62-ю.
Она живет своей жизнью, на CQ мучения, отключается передача после 73 и ручного внесения связи, включается не тот период и тд. И перезапускал, ничего не меняется. Не очищаются строки, хотя и птица стоит. Качну 63-ю сегодня.

Роман, предлагаю по каждому сбою отдельно, давать полную картинку и кусок файла ALL.TXT, иначе сложно понять о каком сбое Вы говорите.

[UA3DJY]

поставил 64-ю, после получения 73 отключается передача на CQ. Внесение в лог - ручное.

неполная картинка: не вижу в каком состоянии опция Single shot QSO (cостояние этой опции отображается через цвет надписи на кнопке AutoSeq)

[UR0MC]

опция Single shot QSO

Про нее я не в курсе был, вот такое. Только поставил, еще не расставлял ничего.

[UA3DJY]

Использую 63 версию. В режиме JT65. Работаю на общий вызов,
Вложение 203307

на этой картинке AutoSeq не обрабатывает принятое сообщение TNX 73 GL

попробую доработать функционал

[EW4TT]

У всех так или только у меня одного ? После CQ мне отвечают, а у меня программа в ответ на секунду даёт CQ а потом уже рапорт

[UA3DJY]

Про нее я не в курсе был, вот такое

Если опция Single shot QSO (проведение одного QSO) включена то AutoSeq по завершении QSO выключает кнопку Enable Tx.

[UR0MC]

Если опция Single shot QSO (проведение одного QSO) включена то AutoSeq по завершении QSO выключает кнопку Enable Tx.

Игорь, вот второе куесо на сыку и снова то же самое, отключается передача

20180106_135030 Transmitting 18.1 MHz FT8: CQ UR0MC KN99
20180106_135015 -11 0.2 1768 ~ CQ ON4MAD JO20
20180106_135015 -11 -0.3 1995 ~ CQ GM7VFR IO75
20180106_135015 -11 0.2 2096 ~ UR9QQ ZS6EA -12
20180106_135015 -15 0.2 2437 ~ ZA/IW2JOP M3CHE
20180106_135015 -22 0.1 1125 ~ DK9KW UW5EHR 73
20180106_135015 -14 0.3 1278 ~ W3PV G4MLW 73
20180106_135045 -18 0.1 540 ~ I1RJP HA1SU -14
20180106_135045 6 0.2 782 ~ SV5AZK G6NHU 73
20180106_135045 -18 0.1 875 ~ CU2AP OK2ZO 73
20180106_135045 -13 0.2 913 ~ CU3AK DL1KSW R-19
20180106_135045 -1 -0.9 1034 ~ UR9QQ G5LP 73
20180106_135045 -1 0.2 1245 ~ CQ F5IKO JN18
20180106_135045 -21 0.2 1354 ~ CQ M6XAT IO84
20180106_135100 Transmitting 18.1 MHz FT8: CQ UR0MC KN99
20180106_135045 4 0.7 1642 ~ CQ F4FZR JN25
20180106_135045 -10 0.2 1768 ~ CQ ON4MAD JO20
20180106_135045 5 0.2 2023 ~ 5P1KZX ZS6UB R-10
20180106_135045 -6 0.2 2096 ~ UR9QQ ZS6EA -12
20180106_135045 -22 -0.0 2222 ~ K4RW SP6IHE JO80
20180106_135045 6 0.5 2467 ~ UR0MC LX1HD JN39
20180106_135045 -12 2.3 1743 ~ CQ G0OQX IO93
20180106_135115 -11 0.2 539 ~ I1RJP HA1SU -14
20180106_135115 -6 -0.8 839 ~ PY2APK G5LP -14
20180106_135115 -4 0.2 913 ~ CU3AK DL1KSW 73
20180106_135115 -21 0.6 1050 ~ CU3AK VU2EKJ MK80
20180106_135115 -3 0.3 1245 ~ CQ F5IKO JN18
20180106_135115 -22 0.2 1353 ~ CQ M6XAT IO84
20180106_135115 3 0.8 1642 ~ CQ F4FZR JN25
20180106_135115 -5 0.3 1768 ~ CQ ON4MAD JO20
20180106_135115 4 0.3 2024 ~ 5P1KZX ZS6UB 73
20180106_135115 -10 0.3 2095 ~ UR9QQ ZS6EA -12
20180106_135115 4 0.6 2467 ~ UR0MC LX1HD JN39
20180106_135130 Transmitting 18.1 MHz FT8: LX1HD UR0MC +04
20180106_135115 -19 0.8 1552 ~ CQ DL2IAU JN49
20180106_135115 -15 0.4 2437 ~ IW2JOP M3CHE R-09
20180106_135145 6 0.5 2467 ~ UR0MC LX1HD R-12
20180106_135145 -18 0.2 540 ~ I1RJP HA1SU RR73
20180106_135145 0 0.3 601 ~ ON4WIY ZS6UB -04
20180106_135145 -5 -0.8 839 ~ PY2APK G5LP RR73
20180106_135145 -3 0.2 913 ~ CU3AK DL1KSW 73
20180106_135145 -4 0.2 1245 ~ CQ F5IKO JN18
20180106_135145 -19 0.2 1354 ~ CQ M6XAT IO84
20180106_135145 7 0.8 1640 ~ UY5QZ F4FZR -09
20180106_135145 -5 0.2 1768 ~ CQ ON4MAD JO20
20180106_135145 -20 -0.6 2220 ~ K4RW SP6IHE R+00
20180106_135200 Transmitting 18.1 MHz FT8: LX1HD UR0MC RR73
20180106_135145 4 0.2 2628 ~ ZS5LEE ON8BB JO21
20180106_135145 -10 0.3 2438 ~ IW2JOP M3CHE 73
20180106_135202 QSO logged: LX1HD
20180106_135215 2 0.5 2467 ~ UR0MC LX1HD 73
20180106_135215 7 0.2 601 ~ ON4WIY ZS6UB RR73
20180106_135215 -11 0.2 662 ~ CQ IK0HQV JN62
20180106_135215 -7 0.7 913 ~ CU3AK DL1KSW 73
20180106_135215 -17 0.5 1050 ~ CU3AK VU2EKJ -11
20180106_135215 -3 0.2 1246 ~ CQ F5IKO JN18
20180106_135215 -15 0.2 1353 ~ CQ M6XAT IO84
20180106_135215 -10 0.2 1426 ~ CQ ON4MAD JO20
20180106_135215 4 0.7 1639 ~ UY5QZ F4FZR RRR
20180106_135215 -14 -0.6 2221 ~ K4RW SP6IHE 73
20180106_135215 -5 0.2 2628 ~ ZS5LEE ON8BB JO21
20180106_135230 -19 0.3 539 ~ VO1ANJ G4MLW IO93
20180106_135230 4 -0.4 601 ~ ZS6UB ON4WIY 73
20180106_135230 -5 0.4 689 ~ CQ ON3DWG JO10

[UA3DJY]

У всех так или только у меня одного ? После CQ мне отвечают, а у меня программа в ответ на секунду даёт CQ а потом уже рапорт

Такое поведение на медленных процессорах. В AutoSeq3 софт ждет окончания декодирования интервала(на медленных процессорах софт продолжает декодировать во время передачи) и уже потом принимает решение о новом сообщении на передачу.

Можно использовать автоматическое включение фильтра вместе с AutoSeq3 - тогда при включенном фильтре во время проведения QSO декодирование будет ощутимо быстрее.

[UA3DJY]

Игорь, вот второе куесо на сыку и снова то же самое, отключается передача

сейчас попробую воспроизвести

[UR0MC]

Продолжаю на CQ и сразу после получения от корра 73 отбивается передача.

[EW4TT]

Можно использовать автоматическое включение фильтра вместе с AutoSeq3 - тогда при включенном фильтре во время проведения QSO декодирование будет ощутимо быстрее.

Игорь ! Фильтр был включен. На компе проц 2 ядра 2,5 ГГц, память 3 ГГб

[R0AX]

enable tx отключилось ручной ввод

[UA3DJY]

Можно использовать автоматическое включение фильтра вместе с AutoSeq3 - тогда при включенном фильтре во время проведения QSO декодирование будет ощутимо быстрее.

Игорь ! Фильтр был включен. На компе проц 2 ядра 2,5 ГГц, память 3 ГГб

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

[UA3DJY]

Игорь, вот второе куесо на сыку и снова то же самое, отключается передача

воспроизвел сбой, благодарю, будет устранен в версии .65

[EW4TT]

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

В 62 версии этого эффекта не было