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

**RW9UB** · 28.01.2019, 12:21

У себя тоже заметил когда поработаешь JTDX, а потом выключаешь комп Winda требует завершить процесс jtdx.exe.

**RA6AS** · 28.01.2019, 12:28

А если так попробовать?

**R9OY** · 28.01.2019, 12:42

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

Так в JTDX нет укв диапазонов в бэнд плане, 70 мГц и всё, может их прописать надо?

Прописал в таблицу частот, они там есть. При включении ФТ8 программа переходит на эти моду и частоту, а трансивер нет. Тут что то с управлением связано, я так думаю, программа переключает моду ФТ8 на УКВ, но СУБ приёмник не включается. По крайней мере на дисплее трансивера не отображается УКВ диапазон.

**R9OY** · 28.01.2019, 13:00

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

А если так попробовать?

Косяк зарыт в программе JTDX, работают JT9+JT65 на 144 мгц и всё! Добавлять частоты бесполезно.

**UA3DJY** · 28.01.2019, 13:17

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

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

- автоматическое выключение кнопки Filter сделано независимым от функционала автофильтра, ручной режим отключения будет в конфигурации когда обе опции 'Switch filter off at sending/getting 73' отключены
- функционал AutoSeq 6,7 автоматически сужается до функционала AutoSeq 2,3 если пользователь установил частоту приема равной частоте передачи (TX=RX) в основном окне интерфейса JTDX
- функционал AutoSeq 6,7 автоматически сужается до функционала AutoSeq 2,3 на один период если сработал какой либо счетчик кроме первого
- только для первого счетчика: функционал AutoSeq 6,7 автоматически сужается до функционала AutoSeq 2,3 на количество периодов равное значению счетчика если этот счетчик сработал
- патч: для сообщений FT8S декодера в файле ALL.TXT в конец сообщения должен добавляться символ '^'
- опция 'Decode -> FT8 decoding -> wideband decoding -> deep with 4 passes' удалена по причине ее неиспользования
- изменено название кнопки в настройках уведомленией с 'CQ messages' на 'CQ/73 messages'
- в закладке Filters настроек изменено название опции с 'Hide messages with hash for 2nd callsign' на 'Hide messages with not associated hash for 2nd callsign' (скрыть сообщения в которых хэш не ассоциирован с вторым позывным)
- функционал 'Hide messages with not associated hash for 2nd callsign' выполнен заново с учетом особенностей протокола FT8 v2
- обновлен файл cty.dat до версии CTY-2902
- история QSO должна очищаться если пользователь изменил диапазон на самом трансивере
- патч: изменение настроек конфигурации не должно вызывать очистку истории QSO
- декодер FT8S должен также активироваться в сценарии когда пользователь вызвал корреспондента сообщением с рапортом
- настроены пороги декодеров FT8S и FT8SD для снижения количества ложных декодирований
- декодеры FT8S и FT8SD не должны включаться на втором подпроходе декодирования (функционал use subpass / SWL mode)
- сообщение декодированное декодером FT8SD должно признаваться повтором и не выводиться на экран если сообщение с такими же позывными уже было декодировано другим декодером
- патч функционала декодера FT8SD: дробные позывные в не-CQ сообщениях не поддерживаются и такие сообщения не должны обрабатываться декодером FT8SD
- CQ сообщения с дробными позывными должны обрабатываться в декодере FT8SD
- функционал автовыбора в AutoSeq 6,7 должен игнорировать сообщения 'CQ TEST' и 'CQ ARCK'

Изменения в JTDX.ini:
удален параметр "SwitchFilterOffAtGetting73"
добавлен новый параметр "SwitchFilterOff"

Линки:

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

**R0JF** · 28.01.2019, 13:19

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

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

**R3BB** · 28.01.2019, 13:44

Русская локализация JTDX v.2.0.1-RC128.
Линки :

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

**R7FQ** · 28.01.2019, 18:32

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

Вам хочется меня обвинить прилюдно в том, чего я не делал.

Дмитрий, наши ошибки - это не наша вина. Я Вам хочу только помочь.

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

И - да, опторазвязку имеем, низкочастотные фильтры на проводах питания имеем, антенна согласуется с КСВ<1.1, земля качественная, не "ноль".

При всём этом, у меня были наводки компьютерную систему.

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

поставил OmniRig 1.18. Эффект сохраняется. Отключил OmniRig вообще, настроил взаимодействие JTDX с трансивером напрямую. Эффект сохраняется. Я имею в виду "неубиваемый" процесс jtdx.exe в памяти. Если бы я ставил себя на место разработчика программы, обязательно бы организовал поиск непарного fork (для которого нет kill). Извините за "умничанье".

Этот же эффект зависания я имел при ВЧ наводке с кабеля на компьютер. До тех пор, пока не устранил "паразитное излучение".

Вы уж не обижайтесь, автор JTDX к нашим проблемам не имеет никакого отношения.

**R2ADF** · 28.01.2019, 19:10

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

При имеющихся ограниченных ресурсах мы не будем останавливать текущую работу над кодом JTDX для поиска связанного с внешней неисправностью.

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

Остается единственный вопрос: поскольку я намерен таки найти если не причину, то хотя бы способ обхода выявленного "глюка" - могу ли я использовать данную тему для параллельного общения с теми, у кого ситуация воспроизводится? Или же меня, по традиции данного форума, в очередной раз по-модераторски "отвинтят" без внятного объяснения причин? Другими словами: позволит ли ревность выпускающего рашать имеющуюся проблему, используя данную площадку для общения?

А за дополнение кода Joe Taylor Вашими наработками - таки да, спасибо.

**US-E-12** · 28.01.2019, 20:16

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

почему нет возможности установить расцветку для "ДРУГИХ СТАНДАРТНЫХ СООБЩЕНИЙ"?

Галка на Выделение других стандартных соощ.

**R7FQ** · 28.01.2019, 20:20

Олег, благодарю, сам нашёл свою ошибку.
Виктор, извиняюсь, ошибки в программе нет.

Версия JTDX-2.0.1.2-RUS-RC128 - пока работает без проблем.

**UA3DJY** · 28.01.2019, 20:34

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

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

Остается единственный вопрос: поскольку я намерен таки найти если не причину, то хотя бы способ обхода выявленного "глюка" - могу ли я использовать данную тему для параллельного общения с теми, у кого ситуация воспроизводится? Или же меня, по традиции данного форума, в очередной раз по-модераторски "отвинтят" без внятного объяснения причин? Другими словами: позволит ли ревность выпускающего рашать имеющуюся проблему, используя данную площадку для общения?

А за дополнение кода Joe Taylor Вашими наработками - таки да, спасибо.

Если 'отвинтят' то только за нарушение правил форума, рекомендую ознакомиться с ними.

**R2ADF** · 28.01.2019, 21:23

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

Если 'отвинтят' то только за нарушение правил форума, рекомендую ознакомиться с ними.

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

**R7FQ** · 28.01.2019, 21:42

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

- я, пожалуй, воздержусь от дальнейшей активности.

Сочувствую. Уход в "подполье" - не лучший вариант для нас всех.

**UA3DJY** · 28.01.2019, 22:31

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

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

Знать недостаточно, необходимо эти правила соблюдать. В части 'произвольного использования' Вы нарушили пункт 3.3.9

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

Или же меня, по традиции данного форума, в очередной раз по-модераторски "отвинтят" без внятного объяснения причин? Другими словами: позволит ли ревность выпускающего рашать имеющуюся проблему, используя данную площадку для общения?

Здесь Вы кроме выражения Вашего неуважения и к участникам форума и ко мне нарушили пункты 3.3.9 и 4.5.

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

Давайте по порядку, поскольку меня опять не услышали (не захотели?)

Так Вы реагируете на попытку помочь Вам в решении возникшей у Вас проблемы.