поэтому и прошу картинку чтобы видеть Ваши настройки, если у Вас включено автоматическое занесение QSO в лог то таким образом прерывается цикл AutoSeq чтобы избежать работы в режиме роботаЦитата:
Сообщение от UA1OMZ
поэтому и прошу картинку чтобы видеть Ваши настройки, если у Вас включено автоматическое занесение QSO в лог то таким образом прерывается цикл AutoSeq чтобы избежать работы в режиме роботаЦитата:
Сообщение от UA1OMZ
Цитата:
Сообщение от UA1OMZ
AutoSeq0 потерял смысл потому что в нем при приеме сообщения 73 не будет ответа другим корреспондентам которые вызывают оператора во время приема сообщения 73, а выбрать желаемого корреспондента из нескольких зовущих можно вручную и сейчас перебив решение принятое алгоритмом AutoSeq.Цитата:
Сообщение от UA3DJY
Опция отвечать зовущим B4 корреспондентам будет добавлена для AutoSeq1,2,3 в версию 18.1.0.67.
Вот, Игорь, обрати внимание программа не корректно отработала Вложение 204151 после своевременно(без задержек) принятого RR73 еще раз дала рапорт.
За опцию B4 спасибо!
Александр, RM1O.
здесь надо смотреть содержимое файла ALL.TXT - что было раньше, началась передача рапорта и потом декодировалось сообщение RR73 или наоборот, в файле ALL.TXT видно последовательность сообщений во времени, в окне RX частоты эта последовательность неправильно отражаетсяЦитата:
Сообщение от UA1OMZ
AutoSeq1,2 игнорируют сообщения декодированные после начала передачи сообщения.
AutoSeq3 ждет окончания декодирования сигналов и если оно произошло уже после начала передачи сообщения то AutoSeq3 при необходимости на ходу меняет передаваемое сообщение.
Провел пару десятков QSO на CQ в самом корректном режиме AutoSeq3, умышленно не вмешиваясь в процесс первого декодирования позывного. Хоть вызывающий позывной и появляется почти всегда моментально и можно было бы ответить ему несколько раз в ручную, но я всегда ждал, пока программа сама ответит. Станций на диапазоне не много около 10, декодирует их быстро. Но что получилось в итоге только примерно 10% позвавших, приняли от меня рапорт с первого раза. Пригляделся, вот что происходит - декодирует вызывающего, затем смотрю когда декодирует последний позывной на диапазоне, но и после этого не происходит моя передача, начинаю отсчет - передача начинается только через 2-5 секунд, после декодирования последнего позывного на диапазоне. Игорь, это нормально, так и должно быть? Может быть это такой же затык, как был с задержкой отмены TX?
Александр, RM1O.
последний позывной не означает окончания декодирования интервала, софт продолжает пытаться декодировать оставшиеся сигналы-кандидаты, смотрите момент когда гаснет кнопка DecodeЦитата:
Сообщение от UA1OMZ
...да вроде все нормально...только по завершении цикла нужно снова нажать Enable TX...
Вложение 204202
Также попробовал 67_6
РАБОТА НА ПОИСК
1.AutoSeg1
2.Single Shot QSO
Очищаются все окна : DX Call , DX Grid, TX1-TX5
для этого пришлось изменить привычный для меня режим ручного сохранения QSO на автоматический
РАБОТА НА "CQ"
1.AutoSeg3
2.RX/TXSplit
Сейчас как и в прошлых версиях при ручном сохранении QSO очищаются все окна без прерывания TX, оператор только сохраняет QSO в "выскакивающем" окне .
Если оставить режим автоматического сохранения QSO, также очищаются все окна но при этом прерывается цикл передачи, и востанавливается работа на СQ Нажатием кнопки "Enable TX"
Окна очищаются при получении от корреспондента "73"
Работая Split после сохранения QSOи очистки окон приемная(зеленая) "скрепка" остается на частоте крайнего QSO...то есть не совмещается с красной...
Добавил запись в ALL.TXT события/времени окончания декодирования.Цитата:
Сообщение от UA3DJY
To UA3DJY: Игорь, я тоже замечал такое. Дернешься, -- ведь DX, ан нет, какой-то позывной-симулякр. И ведь "рапорта" посылают;-)Цитата:
Сообщение от RD6LK
Больше одного раза не CQлявит, отключается [EnableTX]Цитата:
Сообщение от UA3DJY
Цитата:
Сообщение от RD6LK
надо переработать Perl скрипт для обработки уже имеющихся у меня ALL.TXT, по результату обновить ALLCALL.TXT и добавить проверку декодированных позывных в сообщениях со звездочкой по файлу ALLCALL.TXT, все вместе примерно полтора-два дня работыЦитата:
Сообщение от UA3SGV
планирую сделать перед выпуском 18.1 в общее пользование
совмещение RX и TX частоты должно происходить в момент передачи сообщения CQ, не работает?Цитата:
Сообщение от UT8NT
Измененный функционал (относительно 18.1.0.66):
- прослаблены требования для включения кнопки Filter в режиме автоматического фильтра приемной частоты (Auto RX frequency filter)
- добавлена запись ряда событий в файл ALL.TXT
- применены несколько патчей по сбоям Clear DX и Halt Tx при работе AutoSeq
- приведены к формату WSJT-X UDP сообщения 'status', 'decode' и 'reply'
- изменен функционал обработки свободных сообщений в AutoSeq: сообщения содержащие и 'myCall' и '73' обрабатываются независимо от частоты, сообщения содержащие только '73' без позывных обрабатываются на RX частоте
- устранен дефект срезания части декодированного WSPR сообщения при отображении его на экране
- выполнен опциональный функционал ответить сработанному корреспонденту, применяется во всех режимах AutoSeq и может быть активирован в закладке AutoSeq (Answer worked B4)
собранный софт https://cloud.mail.ru/public/F7zE/uehijpyhc
исходный код https://cloud.mail.ru/public/DdFQ/jQcdZnbnv
кодовые суммы:
File name: JTDX-18.1.0.67-win32.exe
MD5: 8F53D1B30FFFC855C5867C9540F9D3E5
SHA-1: 115C3389B32F8C68E5FC56752A889346C892EED6
SHA-256: AC63BC133596BE803A34C82DD9BDAEB7B25B86AF46DB20F4E2F2BFF449F0ABE6
SHA-512: 4687E4BBB8C025B381FF5DD829688B8BBEE9E3F171150F57809357C0696D718A3DE18D 314164803C69916D47462722EDFFD9166B2A44C36517EDACCC0EEB073C
RIPEMD: BDE847DB913A12DE410C8CB6D8938FBC7706F16D
JTDX.INI файл изменен, добавлен новый параметр "AnswerWorkedB4", при переходе с версии 18.1.0.66 на 18.1.0.67 удалять файл не надо.