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

**UA3ALE** · 29.01.2019, 05:53

to R9OY
Прекрасно работает САТ в TS-2000
Только FT8 не предназначена для работы на УКВ и в плане радиочастот в программах
JTDX и WSJT-X отсутствует! Там работают в JT65 и других УКВ модах!
Если прописать частоту для FT8 то и она будет работать!
А JT65 можно сразу включать и всё заработает!
УСПЕХА

**R9OY** · 29.01.2019, 07:07

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

Если прописать частоту для FT8 то и она будет работать!
А JT65 можно сразу включать и всё заработает!

JT65 хоть и прописана в частотах так же глючит как и не прописанная ФТ8. Проблему надо искать в самой программе JTDX, косяк есть ...

**UA3DJY** · 29.01.2019, 07:26

Коллеги, считаю необходимым поставить точку в обсуждении вопроса режима робота при использовании программ WSJT-X, JTDX и MSHV.

Еще до появления программы MSHV рекламой робота занимался наш коллега SV5DKL, он засыпал Интернет своими видео с инструкциями как добиться автоматической работы в FT8 на любой программе. Внимательно просмотрел его видео в котором он объясняет что по причине инфляции его достижений в выполнении диплома DXCC в видах излучения CW и SSB он добивается от ARRL отмены общего зачета стран сработанных радиолюбителями в FT8 и JT65, и для достижения своей цели он пытается массово роботизировать эти виды излучения.

Оставляя вне обсуждения личные цели SV5DKL и причины побудившие к таким действиям, попробую объяснить потенциальный результат его действий и других наших коллег желающих использовать роботов на радиолюбительских диапазонах и публично рекламирующих их. Этот результат является демотивацией, с одной стороны производителей программного обеспечения цифровых мод что не так страшно, с другой стороны это демотивация участников радиолюбительского движения, то есть нанесение непосредственного ущерба нашему сообществу, ведущее к его разрушению.

Надеюсь что национальные радиолюбительские организации разных стран будут и дальше выполнять свои функции в части согласования рекомендаций частотного плана IARU с регулирующими органами этих стран, и неконтролируемое оператором использование передатчика не будет допущено в общие участки FT8 и JT65.

Благодарю за понимание этого вопроса.

**US4IRT** · 29.01.2019, 08:46

Игорь, а какая (если можно точнее) задержка подачи НЧ сигнала после включения передачи сделана в JTDX? На "глаз" около 0,5 - 0,7 сек.

**UR7TT** · 29.01.2019, 11:28

Название: 2019-01-29 10_27_30-Settings.jpg
Просмотров: 762

Размер: 10.9 Кб

**US4IRT** · 29.01.2019, 11:39

А я понял эта задержка между окончанием НЧ сигнала и отключением передачи. Так примерно соответствует, а между РТТ и подачей сигнала она больше 0,2с

**R0JF** · 29.01.2019, 11:46

Уважаемые Коллеги, всем доброго здоровья!

Пишу по поводу скрытого бага в программе (?) - "зависания" процесса jtdx в памяти на Win-машинах.

R2ADF поднял этот вопрос, но как-то не очень конструктивно и вдобавок исчез.

А баг действительно есть. Мне трудно судить - Win у меня не основная ОС, работаю в ней не часто, но тоже сталкивался с неубиваемым процессом jtdx.

Появлялся он у меня всего 2-3 раза, всегда был связан именно с САТ-системой! Когда не получается установить связь с трансивером, программа "подвисала", после чего "падала" с попыткой "найти решение в Интернет". Именно после этого в памяти оставался "неубиваемый" процесс jtdx.

Искусственно создать такую ситуацию у меня не получалось. Обычно, если "не видит" трансивер - просто выскакивает окошко с ошибкой и предложением внести изменения в настройки САТ. Но пару раз - "падала". Может кто-то сможет смоделировать для выявления причины.

О себе - Win-7 Профессиональная SP1, OmniRig... Ошибка появлялась именно на стадии попытки соединиться с OmniRig.

**UA3DJY** · 29.01.2019, 11:48

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

Игорь, а какая (если можно точнее) задержка подачи НЧ сигнала после включения передачи сделана в JTDX? На "глаз" около 0,5 - 0,7 сек.

Настраиваемая пользователем для защиты контактов реле усилителя мощности трансивера и внешнего усилителя, по умолчанию 0.2 секунды. Если процессор слабоват то может возрастать из-за задержек в выполнении кода, если у Вас задержка подачи звука постоянно 0.5 секунды то в настройках можно выставить задержку вместо 0.2 секунды 0.

**UN7JMM** · 29.01.2019, 12:51

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

Пишу по поводу скрытого бага в программе (?) - "зависания" процесса jtdx в памяти на Win-машинах.

Данный баг бывает и в wsjt и в других приложениях Windows. Закрывайте с помощью диспетчера и все. Не корректно закрытое приложение.

**R0JF** · 29.01.2019, 12:55

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

Данный баг бывает и в wsjt и в других приложениях Windows. Закрывайте с помощью диспетчера и все. Не корректно закрытое приложение.

В том-то и дело, что процесс "неубиваемый". Из диспетчера невозможно закрыть.
Все равно висит в памяти. А `killall- HUP ` (как в Linux) в Win не работает...
Только перезагрузка.

Т.е. баг имеет место быть. Очень интересно найти, откуда "ноги растут".

**UA3ALE** · 29.01.2019, 13:27

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

В том-то и дело, что процесс "неубиваемый". Из диспетчера невозможно закрыть.
Все равно висит в памяти. А `killall- HUP ` (как в Linux) в Win не работает...
Только перезагрузка.

Т.е. баг имеет место быть. Очень интересно найти, откуда "ноги растут".

Такая программа есть и для Win называется ProcessExplorer это Win-довская программа есть
в сети! Пользуются ей сисадмины, они и подсказали! там есть и kill и много другого!
А ноги растут из программ САТ для трансиверов! Игорь по этому поводу уже говорил
У меня такое было с FTdx3000 пока не нашёл правильного сочетания для подключения!
Теперь не падает!
А то стоило галку в программе поставить и всё рушилось!

**RX1AG** · 29.01.2019, 13:28

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

.....Надеюсь что национальные радиолюбительские организации разных стран будут и дальше выполнять свои функции......и неконтролируемое оператором использование передатчика не будет допущено в общие участки FT8 и JT65.

надеяться можно... Но сейчас на моде SIM некоторые радисты работают с роботом. С утра до вечера робот дает постоянные CQ. Кто выполняет, кто контролирует? Так, никто...
Аналогичное положение уже наступает и в моде ФТ8.
Мое предложение - это сделать робот для авто ЩСО при пользовании JTDX. Но выполнить в коде вставку, которая бы указывала/индицировала на интерфейсе/ приемной стороне, что радист на передающей стороне включил робота. Установить в настройках JTDX пункт "игнорировать коллы с авто роботом". Можно вывести на интерфейс кнопку игнорирования вызовов от авто робота. Тогда, если кто-то не захочет иметь ЩСО с роботом, просто включит режим игнорирования

**RA3TAC** · 29.01.2019, 13:43

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

надеяться можно... Но сейчас на моде SIM некоторые радисты работают с роботом. С утра до вечера робот дает постоянные CQ. Кто выполняет, кто контролирует? Так, никто...
Аналогичное положение уже наступает и в моде ФТ8.

30 лет назад робот существовал и в MixW в режиме RTTY, робот даже участвовал в контестах. Видимо отсутствие Интернета в те годы исключило осуждение данного прогресса.

**RM1F** · 29.01.2019, 14:17

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

Мое предложение - это сделать робот для авто ЩСО при пользовании JTDX. Но выполнить в коде вставку, которая бы указывала/индицировала на интерфейсе/ приемной стороне, что радист на передающей стороне включил робота.

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

**UA1NAN** · 29.01.2019, 14:23

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

30 лет назад робот существовал и в MixW в режиме RTTY, робот даже участвовал в контестах

Авторы WSJT-X заложили в нее функционал "Auto seq" автоматического ведения связи, положительно встреченный операторами и возможно этим поднявшим популярность JT65, JT9 и особенно FT8. Так что робот закономерно вписывается в концепцию программы. За что боролись...