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

**UA3DTK** · 07.03.2018, 00:10

...<на 6-7 марта запланирован публичный тест «FT8 DXpedition Mode» и приглашают как можно больше участников.
Все участвующие станции должны использовать версию программы WSJT-X v1.9.0-rc2 в режиме «DX Mode» .

Каждый час будут работать «Fox» станции на назначенной частоте. Время частота и позывной « Fox_А» в следущей таблице.

Date UTC Freq Fox_A Fox_B NSlots
----------------------------------------------
Mar 6 2300 14.080 K1JT W7/KH7Z 3
Mar 7 0000 10.141 W1/KH7Z K9AN 5
Mar 7 0100 7.080 W7/KH7Z K1JT 4
Mar 7 0200 3.585 K9AN W1/KH7Z 3

Взаимодействие в режиме реального времени будет доступно через чат https://nam01.safelinks.protection.o...%3D&reserved=0>(c)

**R0JF** · 07.03.2018, 09:15

Уважаемые Коллеги, всем доброго здоровья!

Игорь, у меня еще одна "хотелка" по функционалу AutoSeq возникла... И раньше созревала, но сегодня "оформилась".

Дело в том, что иногда возникают реально некрасивые и неприятный ситуации...
Стоишь "на CQ", завет корреспондент. Программа ему корректно отвечает. Но ОН, как выяснятся, СОВЕРШЕННО тебя не слышит. Т.е. 3-5-10 ответов с рапортом, а от него - только "CALL-WWLOC"... Но тем не менее, он продолжает "звать"... (Видимо оператор где-то "развлекается", а программа сама по себе живет у него).

И именно тут возникает проблема - а "проигнорировать" его (конкретно ЕГО, "ГЛУХОГО") просто невозможно! Даешь CQ - а AutoSeq срабатывает опять на "глухого"...

Замкнутый цикл.
Алгоритма решения пока не вижу, но вопрос есть...

**UA3DJY** · 07.03.2018, 09:55

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

иногда возникают реально некрасивые и неприятный ситуации...
Стоишь "на CQ", завет корреспондент. Программа ему корректно отвечает. Но ОН, как выяснятся, СОВЕРШЕННО тебя не слышит. Т.е. 3-5-10 ответов с рапортом, а от него - только "CALL-WWLOC"... Но тем не менее, он продолжает "звать"... (Видимо оператор где-то "развлекается", а программа сама по себе живет у него).
И именно тут возникает проблема - а "проигнорировать" его (конкретно ЕГО, "ГЛУХОГО") просто невозможно! Даешь CQ - а AutoSeq срабатывает опять на "глухого"...
Замкнутый цикл. Алгоритма решения пока не вижу, но вопрос есть...

То есть должен быть черный список куда оператор вручную вносит позывной 'робота' и AutoSeq не реагирует на позывные в черном списке, только вручную.
Похожий сценарий когда корреспондент дает CQ и идет с SNR лучше -10 но не декодирует вызов оператора, при этом сейчас функционал автовыбора в AutoSeq 6,7 продолжает отвечать на его общий вызов.

**RZ1OA** · 07.03.2018, 10:06

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

Алгоритма решения пока не вижу, но вопрос есть...

Меняю период своей передачи и продолжаю работать

**UA3DTK** · 07.03.2018, 10:12

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

И именно тут возникает проблема - а "проигнорировать" его (конкретно ЕГО, "ГЛУХОГО") просто невозможно! Даешь CQ - а AutoSeq срабатывает опять на "глухого"...
Замкнутый цикл. Алгоритма решения пока не вижу>

...если пару раз не отвечает на мой рапорт или RR73(73),даю SRY NOT DECODED и продолжаю CQ,в ,,тяжелых,, случаях меняю частоту...

**R0JF** · 07.03.2018, 10:17

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

То есть должен быть черный список куда оператор вручную вносит позывной 'робота' и AutoSeq не реагирует на позывные в черном списке, только вручную.
Похожий сценарий когда корреспондент дает CQ и идет с SNR лучше -10 но не декодирует вызов оператора, при этом сейчас функционал автовыбора в AutoSeq 6,7 продолжает отвечать на его общий вызов.

Ну типа да. Наверное так. Некоторая кнопка `BlackList`, но чтобы содержимое
сбрасывалось после любых "серьезных" манипуляций - как то: смена диапазона,
смена "цикла", выход из программы.

**R0JF** · 07.03.2018, 10:19

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

Меняю период своей передачи и продолжаю работать

Всё верно, но не всегда удобно! Условно - одном цикле - для меня вся Европа, а в другом - одни JA...

Понятно, что Вам веселее во втором, а первый "достал" уже... А у нас совершенно наоборот!

**R0JF** · 07.03.2018, 10:21

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

...если пару раз не отвечает на мой рапорт или RR73(73),даю SRY NOT DECODED и продолжаю CQ,в ,,тяжелых,, случаях меняю частоту...

Ну да, но у НЕГО самый мщный сигнал (или стоит ниже по частоте), в итоге после CQ
программа АВТОМАТИЧЕСКИ опять начинает отвечать ему...

Вот я о чём.

**UA3DJY** · 07.03.2018, 10:33

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

на 6-7 марта запланирован публичный тест «FT8 DXpedition Mode» и приглашают как можно больше участников

во время тестов режима DX-pedition столкнулись с проблемой выхода декодирования в WSJT-X в TX интервал, вызвавшей многочисленные повторные сообщения:

07Mar 02:46 Thanks to all for the great turnout! We'll do it again... (K1JT/700W Joe NJ FN20qi 71.188.122.193)
07Mar 02:44 RR Steve, was the same here. (K1JT/700W Joe NJ FN20qi 71.188.122.193)
07Mar 02:44 Mpre precisely - they are coming in after the yellow Tx messages appear in the right panel. (K9AN Steve IL EN50wc 98.228.50.209)
07Mar 02:44 How about the folks sending R+report repeatedly move back up teh band and Tx1 again (G4WJS Bill xx IO91np 62.49.44.173)
07Mar 02:44 Same with me, stuck on TX3 22 minutes now. Bummer. No go on any band so far. (KS9A Colin IL EN40xn 98.214.172.247)
07Mar 02:43 FWIW, 2nd and 3rd pass decodes are coming in after my Tx starts (K9AN Steve IL EN50wc 98.228.50.209)

**UN7LAP** · 07.03.2018, 10:57

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

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

Название: вопрос.JPG
Просмотров: 70
Размер: 185.9 Кб
ID: 207570

**UA3DJY** · 07.03.2018, 11:01

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

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

WSJT-X/JTDX используют для лога файл wsjtx_log.adi, информация по QSO в нем может отличаться от информации во внешнем логе.

**RA3QH** · 07.03.2018, 13:44

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

Меняю период своей передачи и продолжаю работать

не вариант...в этом случае вы работаете в одном цикле и он создает помеху вашей передаче своим сигналом

**UA3DJY** · 07.03.2018, 17:31

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

иногда возникают реально некрасивые и неприятный ситуации...
Стоишь "на CQ", завет корреспондент. Программа ему корректно отвечает. Но ОН, как выяснятся, СОВЕРШЕННО тебя не слышит. Т.е. 3-5-10 ответов с рапортом, а от него - только "CALL-WWLOC"... Но тем не менее, он продолжает "звать"... (Видимо оператор где-то "развлекается", а программа сама по себе живет у него).
И именно тут возникает проблема - а "проигнорировать" его (конкретно ЕГО, "ГЛУХОГО") просто невозможно! Даешь CQ - а AutoSeq срабатывает опять на "глухого"...
Замкнутый цикл. Алгоритма решения пока не вижу, но вопрос есть...

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

То есть должен быть черный список куда оператор вручную вносит позывной 'робота' и AutoSeq не реагирует на позывные в черном списке, только вручную.
Похожий сценарий когда корреспондент дает CQ и идет с SNR лучше -10 но не декодирует вызов оператора, при этом сейчас функционал автовыбора в AutoSeq 6,7 продолжает отвечать на его общий вызов.

планируем сделать функционал черного списка в JTDX v18.1.0.78

**RW9WT** · 07.03.2018, 17:40

Игорь, спасибо!

"сделана опция строгого соблюдения направленного вызова алгоритмом автовыбора ('strict directional CQ' - доступна для включения в закладке Sequencing настроек). Программа проигнорирует входящий вызов из новой страны по списку DXCC если он не соответствует переданному оператором в сообщении CQ направлению"

Красота - 100 % работает, отсекая Европу при работе CQ NA (был, в том числе, француз - новая страна, но программа работала только с NA).
V 77 final