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

**R0JF** · 26.02.2019, 19:50

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

А вот с двумя VFO никто так и не дал вразумительного ответа. Мануал WSJT говорит, что при использовании ОмниРиг надо выбирать опцию Rig, а многие отмечают что при этом будет использоваться два VFO. А если у кого-то нет двух, но он использует ОмниРиг в других задачах?
Я думаю, что непосредственное управление по КАТ может законфликтовать с ОмниРигом

Сергей, Вы наконец-то дочитайте мануал!

Какое такое "непосредственное управление по КАТ"???
Ну используете ОмниРиг -- ну и дальше его используйте! Какие Два ВФО?
Вы зачем сами себя путаете вообще?

Указываете в jtdx ОмниРиг -- и дальше ХОТЬ fakeIt, хоть Rig!

Само собой, если "навешаете" на трансивер и "прямой" САТ и ОмниРиг и еще чего в голову взбредет - мусор получится!

А вообще - сначала ПОПРОБУЙТЕ, ПРОАНАЛИЗИРУЙТЕ, а уж потом пишите!

**UA9FFV** · 26.02.2019, 19:52

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

Попробуйте на 160м на JA. Они используют 1908 на передачу, а на прием 1840. Мы - наоборот.

Мне это не светит пока. Все тонет в шумах. Правда V8 удалось увидеть дважды с промежутком 5 мин. Даже Франция и Англия для меня диэкс.

Да, еще, кто пояснит что сие значит:
Everyone should check "Monitor returns to last used frequency" on the Settings | General tab.
Эта настройка для работы в F/H. В WSJT она стоит по умолчанию, а у Игоря нет. Прочитал всплывающую подсказку, но так и не въехал.

**UA9FFV** · 26.02.2019, 19:57

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

Сергей, Вы наконец-то дочитайте мануал!

Игорь, дак у меня вопросы и появились когда читать мануал стал.

**R2EC** · 26.02.2019, 20:18

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

В порядке увеличения загрузки процессора.
Низкие пороги увиличивают ......

На низких порогах лучше декод идёт

**UA3AIF** · 26.02.2019, 20:25

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

На низких порогах лучше декод идёт

Да, я тоже это заметил. Не сказать, что "Ах, вот это да", но получше. Но надо немного покрутить уровни, и тогда можно уверенно принимать уровни ниже -20.
На SubPass никакой разницы.

**R2EC** · 26.02.2019, 20:31

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

....... и тогда можно уверенно принимать уровни ниже -20.
На SubPass никакой разницы.

В подтверждение Ваших слов v.3.31-61 Russia, Oryol obl. (81 kb) закачан 26 февраля 2019 г. Joxi

**US-E-12** · 26.02.2019, 21:34

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

Как же не верно? Ранее я приводил цитату из мануала "JTDX_User_Manual_EN_2018_01_08.pdf" p.27...

Rig:
If you’re using Hamlib then find your radio in the list (or one very close)
If you’re using Ham Radio Deluxe, then select that.
If you’re using DX Lab Suite Commander then select that.
If you’re using Omnirig, then select that.
If you’re not using anything, then find your radio in the list and select that.

Т.е. при использовании ОмниРиг рекомендуется ставить опцию Риг.

Вы не правильно трактуете мануал. Имеется два слова Rig на закладке Radio. Это там, где нужно выбрать тип трансивера и в Split. Так вот в первом Rig выбираете управление по CAT или непосредственно трансивер или через оболочку OmniRig или командеры. И Ваше утверждение, если выбрать управление через Omnirig, то нужно обязательно ставить Split via Rig ошибочное.

**UR5LCZ** · 26.02.2019, 21:38

Выше была инфо по замене процессоров на серверные XEON.
Поменял I3 3,2ГГц на XEON 3470 2,93ГГц, пока не разгонял, хотя до 4,5 ГГц гонят.
Раньше нагрузка в момент декодирования подскакивала до 100 %, были задержки при переходе на передачу.
Сейчас максимум до 40% и задержек нет.

**RX4HX** · 26.02.2019, 22:45

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

На закладке Radio можно выбрать тип трансивера и ниже определить параметры COM порта через который идет САТ управление. Это как раз прямое управление.

Нет. Эти параментры передаются как раз HamLib через сокет, а Hamlib по этим параметрам уже управляет трансивером. Я посмотрел исходники WSJT-X)))

**RX4HX** · 26.02.2019, 22:47

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

Поменял I3 3,2ГГц на XEON 3470 2,93ГГц

Не в тему, но многим будет интересно: вообще был разговор про замену процессоров CoreDuo на Xeon, а Вы I3 заменили - есть ли где сводная таблица какие процессоры на что можно менять?

**UR5LCZ** · 27.02.2019, 00:09

У меня материнка сокет 1156, второе поколение.
Процессор меняется без всяких "доработок".
Температура, при работе SUNSDR2 и JTDX, не превышает 45градусов.
Кулер старый.

**RV6ARZ** · 27.02.2019, 00:15

- обновлен файл cty.dat до версии CTY-2903
- обновлен файл lotw-user-activity.csv

Возможно я что-то где-то упустил, но где хранятся эти файлы?
Ни в рабочем каталоге программы ни в AppData я их в Win10 не нашёл...
Ткните пальцем, если можно...

**UA9FFV** · 27.02.2019, 08:02

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

Нет. Эти параментры передаются как раз HamLib через сокет

HamLib это по сути программа. Для нее иначе и нельзя сделать (либо не целесообразно). При ее выборе во фрейме CAT Control можно указать только Network Server. Так же и ОмниРиг. Это тоже программа. В обоих случаях реализуется не прямое управление трансивером.
А если выбрать физический аппарат, скажем IC756, то предоставится возможность указать номер СОМ порта и его параметры. И все команды пойдут напрямую на этот порт минуя каких-либо посредников. Вероятно в программе заложены протоколы для всех типов трансиверов в части команд управления диапазонами, частотой и VFO. Иметь в этом случае посредника в виде TCP/IP - это как пятое колесо...

**R0JF** · 27.02.2019, 08:16

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

HamLib это по сути программа. Для нее иначе и нельзя сделать (либо не целесообразно). При ее выборе во фрейме CAT Control можно указать только Network Server. Так же и ОмниРиг. Это тоже программа. В обоих случаях реализуется не прямое управление трансивером.
А если выбрать физический аппарат, скажем IC756, то предоставится возможность указать номер СОМ порта и его параметры. И все команды пойдут напрямую на этот порт минуя каких-либо посредников. Вероятно в программе заложены протоколы для всех типов трансиверов в части команд управления диапазонами, частотой и VFO. Иметь в этом случае посредника в виде TCP/IP - это как пятое колесо...

Вы исходный код jtdx изучили, что такие нелепости пишете?

То, что Вы называете "прямым управлением" как раз и осуществляется посредством Hamlib3. А то, что Вы видите в выпадающем меню выбора модели трансивера как "hamlib rigctld" - это всего лишь один из модулей (моделей).

Ну и по поводу TCP/IP как "посредника" - тоже поосторожнее! Не знаете, наверное, что даже часть Windows "общается" сама с собой через loop-back интерфейс с адресом 127.0.0.1.

А вообще - хватит домыслов! Как говорили раньше - RTFM! Читайте первоисточники и не гадайте.

**UA9FFV** · 27.02.2019, 08:51

Чтобы было больше ясности предлагаю надпись "Rig:" возле окна списка поменять на "CAT via:" т.к. в этом списке выбирается не только трансивер, а среда посредством которой передаются команды управления.

На мой взгляд было бы логично разбить фрейм "Split Operation" на два. Первый назвать "Использовать НЧ фильтрацию при TX" и в нем соответственно переключатели "ДА" и "НЕТ". При наведении курсора на фрейм можно вывести подсказку, что в данном случае частота трансивера будет перестраиваться скачками по 500 Гц. Это больше отражает суть, чем всякие Факи

Второй назвать "Использовать VFOA=TX; VFOB=RX" (или что там заложено в этот переключатель "Rig"). И соответственно те же переключатели "да" и "нет". Думаю, что это две самостоятельные настройки, поскольку в случае использования двух VFO можно также применить фильтрацию или отказаться от нее. В мануал добавить описание применения двух VFO.

Выбор собачьего режима должен самостоятельно установить необходимый сплит невзирая на выбор в этих двух фреймах.

И еще. В последнее время экспедиции используют разные частоты для F/H. Например, 14.090, 14.079. Устанавливают достаточно вольно. А что произойдет, если "гончая" не сделает соответствующей записи в частотный план? Перестанет работать САТ, сплит... Неплохо бы указать что ждет пользователя в этом случае.