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

Вид для печати

16.01.2018, 10:18
UA3DJY

Цитата:

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

Мои замечания: 1.При работе на поиск (autoseg2+autoTX+TX=RX) после полного окончания связи иногда дает второй раз 73(сообщение UT8NT #10373);

в AutoSeq2 может дать если процессор не успел декодировать сообщение до начала интервала передачи. Вариант когда после передачи RR73 еще включается передача 73 - сбой.

Цитата:

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

2.При работе на CQ (autoseg2+autoTX+TX/RXsplit) не всегда отвечает единственной станции вызывающей сплитом, причем декодируя её(сообщение UT8NT #10374);

в AutoSeq2 может так быть если процессор не успел декодировать сообщение до начала интервала передачи. На такой случай есть AutoSeq3 меняющий сообщение во время передачи. Любой из AutoSeq не ответит корреспонденту который не проходит по критериям 'новый' ('New ..') выставленным в закладке Notifications.

Цитата:

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

3.Очень поздно срабатывает блокировка TX, когда вызываемый ответил не вам 1-2-3 секунды(мешая проведению QSO), хотя декодирование этого сообщения произошло моментально;

При установленной галочке 'Halt Tx if operator I called answered to other operator' - да, сейчас работаем над устранением этой проблемы.

Цитата:

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

4.Иногда после смены частоты, она произвольно возвращается на место предыдущего QSO, хотя соответствующая галочка снята;

Конфликт использования галочки 'Clear DX call and grid after logging', она требуется для работы в поиске чтобы частота не возвращалась на 'старую' частоту корреспондента находящегося в окне DX Call, при работе на общий вызов эта галочка прерывает цикл AutoSeq и нежелательна. Конфликт порожден когда то сделанным функционалом автоматического внесения QSO в лог, легко решается если мы откажемся от использования автоматического внесения в лог при использовании AutoSeq.

Цитата:

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

5.Очистка окна DX после QSO не работает, хотя соответствующая галочка стоит.

зависит от времени внесения QSO в лог(?) и от варианта работы - при использовании последовательности RRR+73 и внесении QSO в лог до завершения QSO (декодирование RR73/73 сообщения от корреспондента) очистка выполняется при получении сообщения 73 которое и завершает QSO.

При передаче RR73 есть 'пустой' интервал где софт ждет отсутствия повторного сообщения 73 от корреспондента, факт отсутсвия такого сообщения является подтверждением завершения QSO и софт чистит окна DX Call DX Grid.

Цитата:

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

6.Декодирует пустые сообщения и гармоники, хотя запрещено.

декодирование и показ гармоник исключительно JT65 функционал. Пустые сообщения которые передаются так и декодируются, можно сделать текстовый фильтр но будут вопросы почему какой то сильный сигнал не декодирован.
Есть ложные декодирования декодера FT8AP (сообщения этого декодера отмечены звездочкой), унаследованы вместе с декодером из софта WSJT-X и фильтрация ложных декодов планируется в версии 18.1 перед выпуском.

Цитата:

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

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

между Halt Tx и Enable Tx должен быть зазор около 2 секунд, цикл в софте не успевает отрабатывать

Цитата:

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

Пожелания: 1.Сделать следящий (ожидающий) "EnableTX", т.е. он как бы включен, но активных точек напротив сообщений нет, при этом если кто-нибудь тебя запоздало позовет или ответит, автоматом инициируется проведение QSO(в какой-то из версий был такой "глюк", ну очень мне нравился);

Это был преднамеренный функционал до версии 18.1.0.34 включительно, в новом исполнении AutoSeq пока есть проблемы которые надо решить и о таком функционале еще не думали.

Цитата:

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

2.В режиме Fake It разрешить изменение частоты во время передачи, если это возможно, хотя бы в пределах перестраиваемых 500 Гц;

Смотрите описание на Ваш трансивер, поддерживает ли он изменение частоты VFO через CAT во время передачи. Решение менять частоту в пределах фиксированной сетки 500 Гц неудачное и кроме наворотов в коде вызовет много вопросов 'а почему..'
16.01.2018, 10:36
UA1OMZ

Спасибо, Игорь, за развернутый ответ, все понятно - в двух словах - "пока сыровато, но работаем" и это главное. Будем ждать обновлений, тестить и отписываться.

С уважением, Александр, RM1O. 73!
16.01.2018, 10:53
RJ7M

Цитата:

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

При передаче RR73 есть 'пустой' интервал где софт ждет отсутствия повторного сообщения 73 от корреспондента, факт отсутсвия такого сообщения является подтверждением завершения QSO и софт чистит окна DX Call DX Grid.

Ещё раз. Наверное крайний.
Окна DX Call и DX Grid как-то очищаются после внесения (авто или вручную) QSO в Лог. Однако ОКНА СТАНДАРТНЫХ СООБЩЕНИЙ остаются заполненными данными прошедшего QSO и перед началом передачи CQ нужно нажать Clear DX.
Второй скрин - комбинация сообщений по окончании связи другая, результат - тот же. Окна стандартных сообщений не очищаются. Только кнопкой Clear DX.
16.01.2018, 15:34
UA3DTK

...прошу прощения за офф...если в виндовс 10 функция ,,ножницы,, и как ее вывести на панель задач ...удобно делать илюстрации к коментам...извените
16.01.2018, 15:46
UA1NAN

Цитата:

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

если в виндовс 10 функция ,,ножницы,,

Щелчок правой кнопкой мыши по рабочему столу экрана. Менню - создать - ярлык. В поле "Укажите расположение объекта" вписать - SnippingTool.exe
16.01.2018, 17:20
US6EG

Вложений: 1

Цитата:

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

Вложение 204098
Вот они. Правой кнопкой по ножницам,закрепить на панели задач.
16.01.2018, 17:42
UA3DTK

Вложений: 1

UA1OMZ...5.Очистка окна DX после QSO не работает, хотя соответствующая галочка стоит.

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

Вложение 204099
16.01.2018, 19:11
UA1OMZ

Доброго вечера, всем.
Интересно получается в версии 67_2 поставленной по верх 66-ой при постановке галочки в "Clear DX call and grid after logging" и работе на CQ не работает авто CQ и не очищаются окна DX call and grid, а вот при снятии этой галочки наоборот всё ОК - и на CQ автоматом переходит и окна DX call and grid подчищает.
А вот несанкционированный возврат на предыдущую частоту продолжается и эта галочка, как писал Игорь, ну ни как не влияет на это, причина наверное в чем то другом, надо устранять, крайне неприятная вещь...
И повторюсь - крайне неприятная вещь отключение выходного звука если не успел за 2 сек. поменять позывной. В wsjt вых. звук не отключался, и там я успевал до трех раз сменить позывной и меня в основном почти всегда декодировали, а тут даже за один раз не успеваю сменить неверный позывной, а передачи уже нет. И почему именно 2 сек.? Если не ошибаюсь то достаточно и половины времени передачи для декодирования?

С уважением, Александр, RM1O. 73!
16.01.2018, 19:17
UA3DJY

Цитата:

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

И повторюсь - крайне неприятная вещь отключение выходного звука если не успел за 2 сек. поменять позывной. В wsjt вых. звук не отключался, и там я успевал до трех раз сменить позывной и меня в основном почти всегда декодировали, а тут даже за один раз не успеваю сменить неверный позывной, а передачи уже нет. И почему именно 2 сек.? Если не ошибаюсь то достаточно и половины времени передачи для декодирования?

Цитата:

между Halt Tx и Enable Tx должен быть зазор около 2 секунд, цикл в софте не успевает отрабатывать

здесь я говорил о том что нельзя быстро нажимать эту последовательность кнопок, софт не поспевает отработать
17.01.2018, 08:49
UA1OMZ

версия 67_2:
- очистка окон DX call and grid в режиме поиска вообще не происходит( и с галочкой и без), но может отстать уже вообще от этой очистки окон она мне дак вообще не нужна, лишь бы ни на что не влияла и не мешала.
- а вот глюк с несанкционированным возвратом на предыдущую частоту стал стабильным и отключение/включение автозаписи QSO на него никак не влияет.
уточню, что я постоянно использую включенными autoseg1,2или3 + аutoTX + DisTX73 + TX=RX(на поиск) или TX/RX(на CQ), фильтр использую только в ручную при большой загруженности участка станциями.

Александр, RM1O.
17.01.2018, 09:16
UA3DJY

Цитата:

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

версия 67_2:
- очистка окон DX call and grid в режиме поиска вообще не происходит( и с галочкой и без), но может отстать уже вообще от этой очистки окон она мне дак вообще не нужна, лишь бы ни на что не влияла и не мешала.
- а вот глюк с несанкционированным возвратом на предыдущую частоту стал стабильным и отключение/включение автозаписи QSO на него никак не влияет.
уточню, что я постоянно использую включенными autoseg1,2или3 + аutoTX + DisTX73 + TX=RX(на поиск) или TX/RX(на CQ), фильтр использую только в ручную при большой загруженности участка станциями.

Александр, RM1O.

Александр, Вы используете автоматическое внесение QSO в лог?

Этот патч решает сбой очистки окна DX Call при автоматическом внесении QSO в лог, также в этом софте решен сбой кратковременной передачи если вызываемый оператор ответил другому оператору и доработана очистка окон (возможно решает сбой который репортировал Сергей RJ7M).

собранный 18.1.0.67_6 https://cloud.mail.ru/public/7dKt/mJmnf4kTF

кодовые суммы:
File name: JTDX-18.1.0.67_6-win32.exe
MD5: 8F3473FF6BFCF1F2BE68E5B2AF6BA90A
SHA-1: 10F18071FFA0C75C86038382D62B2B2AEABDF3C7
SHA-256: ABC36DEA0A08D95335BA5555126AF2BCE87369472A4A5C1C9F8D97547C72AEBB
SHA-512: 98D2BBC592AFFBFA6369D133B2486ACDC2A4B01B897EF2DE34BCF4B34FB4EB2F4D521E C50F3EA212D916FDC3A69BD66B307B7E08975B98C68B08CA7C90918FBC
RIPEMD: ABFFAA9F2077B4E72AB82987AA8F1B3299D112DF
17.01.2018, 11:25
RJ7M

Цитата:

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

доработана очистка окон (возможно решает сбой который репортировал Сергей RJ7M)

Да, проблема теперь решена. Спасибо!
17.01.2018, 11:26
UA1OMZ

Игорь, в версии 18.1.0.67_6 Проверил пока только окна, да все исправлено - очищает адекватно в обоих режимах. Я не использую автоматическое внесение QSO в лог.

Александр, RM1O
17.01.2018, 11:36
R3OZ

Цитата:

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

Игорь, в версии 18.1.0.67_6 Проверил пока только окна, да все исправлено - очищает адекватно в обоих режимах. Я не использую автоматическое внесение QSO в лог.

Александр, RM1O

У меня все регулируется как и всегда нормально, и в автомате в логи заносится. Спасибо Игорю и компании,конечно хочется чуда, декодирования поглубже.
. Удачи!
забыл, версия 18.1.0.67_6
17.01.2018, 11:42
UR5WCA

step 67_6

1. Работаю на поиск.
2. Автоматическое внесение QSO в лог.
3. AutoSeq1.
4. Single Shot QSO.
5. Erase band activity.
6. Auto RX Filter.

Окна DX Call и DX Grid очищаются после подтверждения корреспондентом окончания QSO.Вообще все работает без проблем. Спасибо.