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

**R1AY** · 12.12.2018, 13:21

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

Ду ужжж, лУреат.
И в других модах тоже этот Fake It.

Какие умы такая и сумятица.

Кто-то тут от словоблудия стонал...

**R0JF** · 12.12.2018, 13:21

2 UA3DJY !!!

Игорь, приветствую!
Я кажется нашел довольно неприятный БАГ не только в JTDX, но и в WSJT-X.
Либо я чего-то недопонимаю...

Поставленная задача - настроить программу для работы с трансивером НЕ имеющим САТ,
но с управлением РТТ через порт.

Результат - а не получается! Ошибку выводим! Без САТ - только через VOX!!! Иначе не
позволяет...

На мой взгляд -- совершенно неправильный алгоритм.

Скрины настроек ниже:

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

Может можно что подправить???

**R1AY** · 12.12.2018, 13:27

Работает в JTDX https://c2n.me/3Yzq2hW В wsjt-x не проверял - не использую.

**UD2F** · 12.12.2018, 13:29

to R0JF

В WSJT-X без CAT работает, как под виндой (Win 7), так и под Линуксом (Ubuntu 18.04). В JTDX не знаю, не использую.

**EW4M** · 12.12.2018, 13:31

[QUOTE=R0JF;Поставленная задача - настроить программу для работы с трансивером НЕ имеющим САТ,
но с управлением РТТ через порт.
Результат - а не получается! Ошибку выводим! Без САТ - только через VOX!!! [/QUOTE]

Игорь, похоже у Вас проблема с портом, который Вы выбрали.Может включена другая программа, использующая этот порт.

**ER1CS** · 12.12.2018, 13:32

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

Результат - а не получается!

wsjt 2.0 без CAT работает точно, вчера проверял.
Вы под линухом и через USB порт?

**R1AY** · 12.12.2018, 13:33

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

Игорь, похоже у Вас проблема с портом, который вы выбрали.

У него там выбран не порт, а устройство ЮСБ - может в этом причина?

**UD2F** · 12.12.2018, 13:43

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

У него там выбран не порт, а устройство ЮСБ - может в этом причина?

Если используется преобразоатель USB-COM то так и будет. Только вчера на "крайнем" релизе WSJT-X у меня пришлось сменить
выбранные порты (к примеру раньше было /dev/pttUSB3 для РТТ, стало /dev/pttUSB1). Вчера потратил некоторое время, пока разобрался
с этим...

**R9OY** · 12.12.2018, 14:07

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

Ну зачем говорить о том что не знаешь...Ты же работаешь в "усовершенствованной" миске...

Ага в миксе .... и вот, что я там вижу! Хорошая полоса?????

**R0JF** · 12.12.2018, 14:14

Отвечаю сразу на все вопросы -

работаю в Linux, порт ПРАВИЛЬНЫЙ, /dev/ttyUSB0, права на него есть,
но именно JTDX и WSJT-X у меня почему-то ругаются... Причём "ругань"
идет не на порт PTT, а на то, что HamLib "не видет трансивер", несмотря
на то, что выбран - NONE...

Что особенно бросается в глаза - трансивер выбран как NONE, метод
PTT -- RTS на устройстве /dev/ttyUSB0. Кнопка "Test CAT" не активна,
кнопка "Test PTT" активна. Жму "Test PTT" - вижу как "нажимается
кнопка "Test CAT" и вываливается ошибка, что трансивер не отвечает...

Вот как-то так. Через VOX работает. Но надо другое.

ЗЫ М-да, проблема именно в Linux. Специально развернул на Win-машине -
там нормально функционирует...

Будем искать, где собака порылась.

**RA3QH** · 12.12.2018, 14:23

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

Ага в миксе .... и вот, что я там вижу! Хорошая полоса?????

так а причем тут JTDX? такие полосы любая программа может дать..когда молотят 1 квт и ALC на полную....

**R9OY** · 12.12.2018, 14:32

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

так а причем тут JTDX?

При том, что это так сплитом молотят, и перекачки сигналов я не вижу. Нормальные сигналы, а полосу занимают широкую, а где мне работать другими видами DIGI?????
Сесть на голову кому то? Или помеху поставить?

**RA3QH** · 12.12.2018, 15:00

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

При том, что это так сплитом молотят, и перекачки сигналов я не вижу. Нормальные сигналы, а полосу занимают широкую, а где мне работать другими видами DIGI?????
Сесть на голову кому то? Или помеху поставить?

Игорь...перестань нести ерунду....при чем тут вообще сплит? то что ты выложил на скрине вообще не несет никакой информации...так...картинка нарисованая на заборе....и еще...приведенная выше таблица является не обязательной а рекомендованой....вот что указано в списке частот от СРР "14070–14099 500 Узкополосные виды – цифровые виды"

**UD2F** · 12.12.2018, 15:05

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

...

Будем искать, где собака порылась.

Посмотрите мой пост выше по поводу изменения нумерации используемых портов.
Тоже прога ругалась на Hamlib...

**LY3BG** · 12.12.2018, 15:30

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

Потому как программка просто повиснет и откажется работать. Попробуйте.

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

И отдельно о работе с Японией на 160м! Там надо отключить Fake It и работать со сплитом трансивера, не забывая при этом про гармоники и передавать сигнал выше 1500гц.

Сегодня проводил измерения. Сплит в трансивере IC-756PRO3 (VFO2) ставил на 30кГц выше - как без, так и с Fake It программа (WSJT-X 2.0.0) не ругалась. Но заметил некоторые нюансы.
Частота 28074кГц, частоту НЧ выбрал 300Гц. При включ. VFO2 и частоте 28100кГц без Fake It частота передачи была 28100,300кГц, с Fake It 28101,800кГц (передавался сигнал 1800Гц, но сдвига частоты (-1,5кГц) не было). В первом случае сигнал грязный, в втором хороший.

При использовании RIT TX в трансивере частоты получаются правильные.

При установке Split Operation -> Rig второй VFO независимо от его установок устанавливался для обычной работы. В таком случае реальный сплит передаваемой частоты невозможен.

Измерил сигнал на выходе трансивера при передаче на 28074кГц и 300Гц с Fake It и без, картинки внизу. Нечётные гармоники (3,5,7) при выкл. Fake It подавлены на -40дБ, они будут видны при сильном сигнале. Входной сигнал подаётся на линейный вход в разъёме АСС и его уровень оптимален. При подаче на микр. вход, большом уровне и других обстоятельствах уровень гармоник может быть значительно выше. При вкл. Fake It их просто нет.
Ещё раз убедился, что запрос данных трансивера во время передачи портит передаваемый сигнал. Думаю, что во время передачи сканирование надо отключать.
Также очень желательно, если не применяется САТ и Split Operation, в программе блокировать ТХ частоты ниже 1500Гц.