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

**RM6LA** · 11.11.2022, 07:44

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

Продолжение обсуждения проекта.

Предшествующие сообщения - в теме: https://forum.qrz.ru/377-jt65-jt9-ws...chast-2-a.html

**R4WH** · 16.01.2026, 17:45

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

Версию не написал. у меня другая.

птицу здесь поставьте:

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

Название: Снимок экрана 2026-01-16 184150.png
Просмотров: 79
Размер: 67.2 Кб
ID: 377730

**UR5LCZ** · 19.01.2026, 16:17

Название: Report.png
Просмотров: 468

Размер: 18.7 Кб

Что за рапорты такие космические ?

**EU1FQ** · 19.01.2026, 16:37

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

Что за рапорты такие космические ?

Такое возможно если оператор принимает в полосе 100-200 Гц включеного в трансивере узкополосого фильтра. Т.е. соотношение сигнал/шум значительно выше чем в широкой полосе. Но уровень входящего сигнала от этого совершенно не меняется! Получается, как бы, обманка для оператора на другой стороне.

Второй вариант - орератор просто чуть-чуть решил пошутить

**DL9NO** · 19.01.2026, 20:46

сегодня столкнулся с этим а до версии 160 такого никогда небыло
кто в курсе как часто надо делать update Hamlib...
а проблема была в том что программа нехотела работать....

**DL9NO** · 21.01.2026, 20:53

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

сегодня столкнулся с этим а до версии 160 такого никогда небыло
кто в курсе как часто надо делать update Hamlib...
а проблема была в том что программа нехотела работать....

как я понял только у меня такая проблема.....вернулся на 159 версию....там такого нет

**ES1JA** · 21.01.2026, 21:11

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

сегодня столкнулся с этим а до версии 160 такого никогда небыло
кто в курсе как часто надо делать update Hamlib...
а проблема была в том что программа нехотела работать....

You have not using hamlib at all,this can’t be problem. Remove Try Auto Agc, but what You mean by “program don’t want work”??

**DL9NO** · 21.01.2026, 22:35

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

You have not using hamlib at all,this can’t be problem. Remove Try Auto Agc, but what You mean by “program don’t want work”??

всё ясно если честно то ту птичку я там не ставил версия программв 2.2.160 rc7 а вот в rc6 такого небыло...сейчас убрал посмотрю что и как дальше будет

**RA3QUA** · Вчера, 11:21

Нарисовалась вот такая проблема. Сейчас работает KP5/NP3VI. Слышно их не очень, потому дорога каждая минутка прохождения. И очень часто эта станция декодируется как (.....). И нужно долго ждать, пока нарисуется полный позывной. 20 января на 21 мгц так и не дождался- проход ушел. Причем так происходит в JTDX, WSJT, MSHV. Что можно с этим сделать? Почему так происходит? Или это проблема на другой стороне? Подскажите, пожалуйста.

**UD2F** · Вчера, 11:30

Внести их позывной в поле CALL вручную

**RA3QUA** · Вчера, 11:38

В ручную пробовал полный позывной, это получается в окне. Но при передаче получается NP3VI, а KP5 улетает.

**ES1JA** · Вчера, 19:20

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

В ручную пробовал полный позывной, это получается в окне. Но при передаче получается NP3VI, а KP5 улетает.

Were You transmitting as RA3QUA??

**RA3QUA** · Вчера, 21:12

Да. Своим позывным, без дроби.

**RN3OG** · Вчера, 21:40

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

В ручную пробовал полный позывной, это получается в окне.

копирую позывной из текста , вставляю в окно позывной dx , нажимаю кнопку Создан. стандарт. сообщ. и полный позывной появляется в окошках вот так <KP5/NP3VI> это в WSJT

**ES1JA** · Вчера, 22:01

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

копирую позывной из текста , вставляю в окно позывной dx , нажимаю кнопку Создан. стандарт. сообщ. и полный позывной появляется в окошках вот так <KP5/NP3VI> это в WSJT

Exactly the same should be in jtdx tx fields.