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

**RX4HX** · 08.02.2019, 17:12

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

Я про LogHX спросил только потому, что он "любит" модуляцией управлять, если в "установках бендмапа" частоты некорректно указаны.

Да бы не "засорять" эту тему - просьба все подобно описать в теме про LogHX. Такого не должно быть.

**R0JF** · 08.02.2019, 17:12

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

Хм.

Алексей, приветствую!
Очень вовремя (хотя и оффтопик) - может есть смысл поправить дефолтные настройки "Установок Бендмапа"? У меня тоже после обновления на 463-й билд конфузия вышла - в CW трансивер переключался на нескольких бендах. Сразу поправил.
Наверное лучше выставить заранее RTTY для частот FT8, а уж заядлые телеграфисты сами подправят...
"Цифровики" -- они более "наивные"...

**RX4HX** · 08.02.2019, 17:12

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

Вот такие настройки и создают 2-е и 3 и.т.д гармоники!

Не создают если у Вас SunSDR2)))

**R0JF** · 08.02.2019, 17:15

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

Не создают если у Вас SunSDR2)))

Это редкое исключение!

**RX4HX** · 08.02.2019, 17:21

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

Это LogHX Вам "пакостит"

Не "пакостит", а все делает согластно установок пользователя))) Но поправлю - нужно пользователя проверять)))

**R6LCF** · 08.02.2019, 17:24

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

то надо просто включать сплит операцию в программе! П

О сплите в Настройках речи не было или не увидели?Не нужно отсебятину...... А при работе в программе включаю когда это необходимо по условиям работы и не более того.

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

Не создают если у Вас SunSDR2

Все верно.Проверено неоднократно.

**UA3DJY** · 08.02.2019, 18:39

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

Хм. Теперь я не понял, о каких "лишних" байтах речь? Если б они были, то и связка с моим логом бы не работала - ведь когда по UDP приходят данные, лог и "по байтно" анализирует, и любые "лишние" байты сбилибы эту анализацию?

Байты после декодированного сообщения в которых передаются bool значения Low confidence (вероятен ложный декод) и Off air (сообщение декодировано при проигрывании звукового wav файла):

* Decode Out 2 quint32
* Id (unique key) utf8
* New bool
* Time QTime
* snr qint32
* Delta time (S) float (serialized as double)
* Delta frequency (Hz) quint32
* Mode utf8
* Message utf8
* Low confidence bool
* Off air bool

**RJ7M** · 08.02.2019, 19:39

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

Не "пакостит"

Справедливости ради.
У меня SunSDR2 уже несколько лет работает с LogHX (все моды) до недавнего времени по СОМ, а теперь и по TCI (где возможно), 5MContest (все моды) по СОМ, а сейчас и JTDX в связке с LogHX. И частота управляется, и позывные в окна ввода "влетают", и связи в Логи заносятся, и пр., и пр., и пр...
Никаких "граблей". Если только сам не наступлю на них... Прошу прощения за

**R0JF** · 08.02.2019, 19:54

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

Никаких "граблей". Если только сам не наступлю на них... Прошу прощения за

Обновитесь до 463-й версии. Попробуйте 1,8, 17, 15, 12 метров. Возможно и 30.
Решение уже есть чуть выше, так что не пугайтесь.

Программа хорошая, Алексей в курсе бага. Обещал исправить.

**RJ7M** · 08.02.2019, 20:04

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

Обновитесь до 463-й версии. Попробуйте 1,8, 17, 15, 12 метров.

На скрине и версия лога, и диапазоны, и моды. Как видно, всё работает. Не все диапазоны отражены, но поверьте - там тоже всё ОК.
Не могу подтвердить или опровергнуть про 160 м. Нет антенны.

**R0JF** · 08.02.2019, 20:17

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

На скрине ответ.

Значит Вам повезло. Будем развивать эту тему, или закончим?

**UA3DJY** · 08.02.2019, 20:57

JTDX v2.0.1-rc129 измененный функционал:

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

- декодер FT8SD не должен обрабатывать свободные текстовые сообщения
- FT8S декод признается ложным если ранее какой либо другой декодер декодировал на RX частоте QSO сообщение от корреспондента адресованное другому оператору, за исключением специального сообщения
- патч: сообщения от декодера FT8SD должны маркироваться символом '^' в файле ALL.TXT
- декодер FT8SD не должен применять низкие пороги к сильным сигналам
- декодер FT8S должен использовать более высокие пороги для сильных сигналов
- декодер FT8SD должен обрабатывать сообщения RR73/73 и GRID с высокими порогами
- декодер FT8S: смена направления QSO не допускается
- патч: сообщения содержащие хэш позывного не должны обрабатываться декодером FT8SD
- ряд изменений для устранения части ложно декодированных сообщений от FT8S и FT8 AP декодеров
- обновлено описание UDP сообщения 'Decode' в исходнике NetworkMessage.hpp
- закладка уведомлений настроек: добавлена опция позволяющая разделять уведомления CQ и 73 сообщений. При раздельных уведомлениях функционал автовыбора будет игнорировать сообщения RR73/73.
- добавлена защита от случайного внесения в лог времени 000000 начала QSO
- функционал вызова рапортом SkipTx1/SkipGrid должен быть отключен и недоступен если в настройках прописан нестандартный позывной пользователя
- AutoSeq должен игнорировать такие входящие вызовы/сообщения как 'mycall <...>'
- AutoSeq должен обрабатывать сообщение начинающееся с 'CQ CQ ' как сообщение общего вызова (CQ сообщение)
- добавлен функционал поиска по префиксу, конфигурация и уведомления сделаны как для функционала поиска по позывном
- настройка таймера eQSL соединения удалена с конфигурации настроек как неиспользующаяся
- добавлен новый функционал выборки из лога по критериям текущий позывной пользователя, текущий позывной + текущий QTH квадрат пользователя, и начиная с заданного пользователем времени/даты.
Управление в закладке General (общие) настроек.

Изменения в JTDX.ini:

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

Линки:

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

**R0JF** · 08.02.2019, 21:20

JTDX v2.0.1-rc129 Linux version from original source files by Igor UA3DJY (Many Thanks him):

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

**RA3FP** · 08.02.2019, 22:37

В версии 129 при установке галочки "Wanted", добавляются 2 окна "callsign" и "prefix", тем самым отнимают пару строк в приемном окне.
Зачем такие длинные, может в одну строку сделать, или оставить как в v.128?
Конечно, это "рюшечки", но как-то уже визуально перегруженно выглядеть начинает.

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