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

[UA3DJY]

Для rc135 AutoSec7:
При выключенном "Enable TX" заполняет позывной в поля DX Call и DX Grid, но не включает на передачу.
При включенном "Enable TX" - ничего не ждет, молотит на общий вызов.

Запись диагностики в файл ALL.TXT (включается в закладке Reporting настроек) может показать почему не было выбора корреспондента.

[R2EA]

В коде AutoSeq6,7 прописан сначала поиск по декодированным сообщениям(автовыбор) потом CQ. Только поиск идет согласно выбранным Вами уведомлениям 'новый', и корреспондент выбирается для вызова в том случае если хотя бы одно из выбранных уведомлений сработало.

Игорь - пробую!!!
Ни подбора нет после 73, ни отслеживания!

[VA3LLZ]

Режима робота в JTDX избегаем, поэтому автовыбор работает только при активности оператора в эфире.

Но режим работы в засаде не противоречит политике JTDX. После сработанного QSO программа перейдет в ждущий режим и будет ждать записать в журнал. Но после внедрения такого функционала будет меньше загружен диапазон постоянно зовущими CQ станциями. По моему мнению это разумное улучьшение программы.

[R2EA]

... после внедрения такого функционала будет меньше загружен диапазон постоянно зовущими CQ станциями. По моему мнению это разумное улучшение программы.

Я тоже так считаю. А по поводу роботов, то скажу так...:
-У многих он уже есть! Особенно у УКВ любителей...
Так что это дело сугубо личное и не стоит этому придавать акцент.
Давайте будем опускать эти разговоры.
Всё же хочется довести до ума функционал подбора и отслеживания.
Ну ни как мне не удаётся алгоритм
CQ R2EA KO82
R2EA R2EC KO82
R2EC R2EA 01
R2EA R2EC R05
R2EC R2EA R73
R2EA R2EC 73
CQ K2YYY FM19
WW1W KL7Y R73
KL7Y R2EA -19
Почему то после моего 73 переходит на cq,
а по сути должен подбирать нужную мне станцию.
и обстоит сейчас так:
CQ R2EA KO82
R2EA R2EC KO82
R2EC R2EA 01
R2EA R2EC R05
R2EC R2EA R73
R2EA R2EC 73
CQ K2YYY FM19
WW1W KL7Y R73
CQ R2EA KO82

CQ K2YYY FM19
WW1W KL7Y R73
KL7Y R2EA -18
что увеличивает число времени на не нужный cq

[UN7LAP]

Необходима картинка закладки уведомлений и запись проведенного QSO из файла wsjtx_log.adi.

Игорь здравствуйте!

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

[R2EA]

При частой смене версий бывает ломается формат данных в файле.

Попробуем.

Игорь, а можно ли сделать так, что бы не видеть таких сообщений для нашего континента?

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

[R2EA]

А тут, что спрятано? Длинный позывной или дробный?

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

[UA3DJY]

Но режим работы в засаде не противоречит политике JTDX. После сработанного QSO программа перейдет в ждущий режим и будет ждать записать в журнал. Но после внедрения такого функционала будет меньше загружен диапазон постоянно зовущими CQ станциями. По моему мнению это разумное улучьшение программы.

В таком случае функционал искомого позывного/префикса и в JTDX rc136 искомой страны в паре с автоматическим внесением QSO в лог даст возможность почти непрерывной автоматической работы программы+передатчика без контроля оператора, что вряд ли приведет к снижению загрузки диапазонов. Здесь уже был пост о доработке программы в робота в режиме поиска, когда за два выходных дня в поиске было проведено около 2000 QSO.

[UA3DJY]

подскажите - в чем проблема? отработали с корреспондентом, а вот далее он не "отметился" как повтор. за сегодня второй случай.

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

Вложение 233708

QSO было внесено в лог без QTH квадрата, поэтому программа декодировав сообщение с QTH квадратом от UR0MC уведомляет что это новый квадрат. Особенность работы при вызове корреспондента рапортом (Вы получили такой вызов).

При внесении QSO в лог смотреть и при необходимости заполнять поле QTH квадрата, либо вручную отредактировать лог, либо не использовать в настройках это уведомление:

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

[UA3DJY]

А тут, что спрятано? Длинный позывной или дробный?

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

Стандартный позывной.

[RU6B]

В таком случае функционал искомого позывного/префикса и в JTDX rc136 искомой страны в паре с автоматическим внесением QSO в лог даст возможность почти непрерывной автоматической работы программы+передатчика без контроля оператора

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

[UA3DJY]

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

То есть надо из JTDX удалить код автоматического внесения QSO в лог. Немало пользователей с удалением этого функционала не согласятся.

[UA3DJY]

Всё же хочется довести до ума функционал подбора и отслеживания. Ну ни как мне не удаётся алгоритм

Роман, генерируете шквал писем без полезной информации. Смотрите здесь: https://forum.qrz.ru/377-jt65-jt9-ws...ml#post1586364

[R2EA]

Роман, генерируете шквал писем без полезной информации. Смотрите здесь: https://forum.qrz.ru/377-jt65-jt9-ws...ml#post1586364

Что бы не смешить публику, выслал в личку.
Как будет время, так почитаете...
Всем 73!
p.s. для ua3wbw - лишь в споре рождается - истина.

[UA3DJY]

Всё же хочется довести до ума функционал подбора и отслеживания.
Ну ни как мне не удаётся алгоритм Почему то после моего 73 переходит на cq, а по сути должен подбирать нужную мне станцию.

Роман, у Вас отрабатывает счетчик 'декодировал CQ сообщение вызвал корреспондента N раз'. При его срабатывании в коде есть защитный период равный количеству N RX интервалов значения счетчика в котором AutoSeq4+ отключается. Сделано это для того чтобы исключить непрерывный вызов корреспондента который постоянно передает CQ но не декодирует входящих вызовов. Сделано конечно неоптимально и возможно этот функционал мы доработаем в версии JTDX rc137.

При продолжительном вызове какого либо DX этот счетчик можно отключать чтобы не мешал.