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

[RX4HX]

телнет кластер EA1DX, который видит и показывает споты от DXSummit.

Вячеслав, да все кластеры показывают споты от DXSummit! По моему так.

[UN7JX]

Подскажите, вроде разобрался , а сейчас в 156 версии , опять не получается Гончая/Н
Что, где делаю не так?

[RX3ASP]

Подскажите, вроде разобрался , а сейчас в 156 версии , опять не получается Гончая/Н
Что, где делаю не так?

Так:

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

В 156-ой

- переработано управление режимом Гончей DX экспедиции: в общих FT8 диапазонах полностью совместимо с опцией многоответа MSHV, на специальных частотах DX экспедиции по умолчанию соотвествует протоколу WSJT-X DX экспедиции с автоматическим контролем управления частотой.
При включенной опции управления частотой передача звукового сигнала ниже частоты 1000 Гц запрещена.
- попытка устранить сбой счетчика TX сообщений Гончей при положительных значениях задержки декодирования Lag

[UN7JX]

Юрий, так теперь Гончая/H не должна появляться, просто зеленая и всё ?

[RX3ASP]

Юрий, так теперь Гончая/H не должна появляться?

Не должна.

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

[UA3DJY]

Вячеслав, да все кластеры показывают споты от DXSummit! По моему так.

Вопрос авторизации/аутентификации пользователей сайта DXSummit отправляющих споты через Web интерфейс. JTDX тоже такой пользователь.

Пользователи сети DXCluster выполняют авторизацию/аутентификацию на конкретной ноде кластера через протокол telnet.

[R0JF]

Игорь, Арво! Обратите внимание - к Дню Радио ExpertElectronix выдали для обозрения новую ExpertSDR-3.
Правда АЛЬФА (!!!) версия, толком не функциональная. Так даже в ней уже несовместимость по протоколу TCI с JTDX! Версия 1.5 протокола. 156-я JTDX не хочет коннектиться (порт я правильный казывал - 50001, как в ESDR3, где его изменить невозможно). Имхо довольно много в протоколе изменили, насколько я по логу понял...

Это я к тому, что РАБОЧУЮ (хотя бы частично) версию ESDR3 нам ждать еще очень долго, возможно годы! Надо ориентироваться пока на ESDR2, и ОЧЕНЬ хотелось бы не терять 6 db аудио при передаче через TCI.

Игорь, у меня еще "процедурный" вопрос - а почему у нас "промежуточные" версии так нумеруются? Т.е., например, вышел "пререлиз" 156. Отлично. Но его доработки по-логике должны и зваться 156.1-156.2-156.*... А целочисленный номер должен быть у очередного пререлиза. А не наоборот - самый "сырой" звучит как 156.1, а самый "полный" как 156(.0).

Linux так думает, во всяком случае! А когда сначала 156.1-156.2 и т.д. трудно объяснить тому же pacman/apt, что 156 - это более свежая версия.

[UA3DJY]

Игорь, Арво! Обратите внимание - к Дню Радио ExpertElectronix выдали для обозрения новую ExpertSDR-3.
Правда АЛЬФА (!!!) версия, толком не функциональная. Так даже в ней уже несовместимость по протоколу TCI с JTDX! Версия 1.5 протокола. 156-я JTDX не хочет коннектиться (порт я правильный казывал - 50001, как в ESDR3, где его изменить невозможно). Имхо довольно много в протоколе изменили, насколько я по логу понял...

Это я к тому, что РАБОЧУЮ (хотя бы частично) версию ESDR3 нам ждать еще очень долго, возможно годы! Надо ориентироваться пока на ESDR2, и ОЧЕНЬ хотелось бы не терять 6 db аудио при передаче через TCI.

Игорь, у меня еще "процедурный" вопрос - а почему у нас "промежуточные" версии так нумеруются? Т.е., например, вышел "пререлиз" 156. Отлично. Но его доработки по-логике должны и зваться 156.1-156.2-156.*... А целочисленный номер должен быть у очередного пререлиза. А не наоборот - самый "сырой" звучит как 156.1, а самый "полный" как 156(.0).

Linux так думает, во всяком случае! А когда сначала 156.1-156.2 и т.д. трудно объяснить тому же pacman/apt, что 156 - это более свежая версия.

По ESDR2 мы дали полную поддержку в JTDX 156, у некоторых пользователей есть проблемы и мы о них знаем, проблемы которые решаются в ESDR3.

При достижении стабильной работы программы ESDR3 (пока есть большая утечка памяти) мы добавим поддержку ESDR3 в JTDX.

Нумерация версий: 2.2.156-rc11, возможно несовместима с pacman, но так мы отражаем номер кандидата(release candidate) на выпуск версии 156.

# Version number components
set (WSJTX_VERSION_MAJOR 2)
set (WSJTX_VERSION_MINOR 2)
set (WSJTX_VERSION_32A 0)
set (WSJTX_VERSION_SUB 156)
set (WSJTX_RC 11)

[R0JF]

При достижении стабильной работы программы ESDR3 (пока есть большая утечка памяти) мы добавим поддержку ESDR3 в JTDX.

Игорь, ESDR3 - это дело далёкого будущего! Я с EE уже скоро как 10 лет, "обещать - ещё не значит жениться"...

Нумерация версий: 2.2.156-rc11, возможно несовместима с pacman, но так мы отражаем номер кандидата(release candidate) на выпуск версии 156.

# Version number components
set (WSJTX_VERSION_MAJOR 2)
set (WSJTX_VERSION_MINOR 2)
set (WSJTX_VERSION_32A 0)
set (WSJTX_VERSION_SUB 156)
set (WSJTX_RC 11)

Ну вот (имхо) неправильно это отображение!
156.11 - это кандидат на 157, а не на 156! Т.е. улучшение 156 далее до 157. Потом RC157 и его развитие с повышением нумерации. Логика даже подсказывает, что развитие должно иджти 156.0 - 156.1 и т.д.
Сами себя (и людей) запутываем.

- - - Добавлено - - -

По ESDR2 мы дали полную поддержку в JTDX 156, у некоторых пользователей есть проблемы и мы о них знаем, проблемы которые решаются в ESDR3.

Да, про ESDR2 не написал!

Игорь, в 156 вы сломали "полную" поддержку этими -6 dB! Проблемы не у "некоторых" пользователей, а у ВСЕХ, кто работает на SunSDR2QRP и SunSDR2 (видимо просто не все этот форум читают). Или не работают в JTDX. Надо бы поаккуратнее такого рода исправления делать. И неплохо бы исправленную версию дать. Где "триггер" есть 0 dB/-6 dB

[UA3DJY]

В личку отправил ссылку на видео по 156 версии.

Сбой установки частоты на трансивере при запуске JTDX 156 еще наблюдали на моделях TS-480 и Elecraft K3, Michael W9MDB имел продолжительную переписку и возможно уже подправил Hamlib. Отправил Вам в личку линки на сборку 156 с последними изменениями Hamlib, попробуйте ее пожалуйста.

- - - Добавлено - - -

Игорь, ESDR3 - это дело далёкого будущего! Я с EE уже скоро как 10 лет, "обещать - ещё не значит жениться"...

В ритме современной жизни уже пора привыкнуть к тому что выпуск версии означает окончание внесения в нее изменений, по этой причине 'альфа' ESDR3 уже доступна всем, чтобы закрыть ранее обнаруженные дефекты ESDR2.

По информации от Arvo ES1JA в программе ESDR3 отлично работает звук через TCI, с ESDR2 пользователи JTDX могут наблюдать потери звуковых блоков. Возможно начальная поддержка ESDR3 будет в JTDX 157-rc1.

[R0JF]

По информации от Arvo ES1JA в программе ESDR3 отлично работает звук через TCI, с ESDR2 пользователи JTDX могут наблюдать потери звуковых блоков. Возможно начальная поддержка ESDR3 будет в JTDX 157-rc1.

А смысл? Выдали-то АЛЬФА-версию! Она функциональна на 10%! И лет 5 так будет!

Зачем бежать впереди паровоза??? С 2-й версией довели бы до нормы!

[UA3DJY]

А смысл? Выдали-то АЛЬФА-версию! Она функциональна на 10%! И лет 5 так будет!

Зачем бежать впереди паровоза??? С 2-й версией довели бы до нормы!

На данный момент в взаимодействии с JTDX у ESDR3 только проблема утечки памяти, надеюсь что в ближайшие дни ее решат. Вопрос использования ESDR3 в других видах модуляции(CW/SSB), либо через удаленку, не для этой темы.

- - - Добавлено - - -

Если запустить другую программу, использующую OmniRig(в моём случае 5MContest), потом закрыть её и запустить JTDX или WSJT появляется ошибка.
Вложение 305068
Приходится перезагружать ПК, иначе JTDX/WSJT не запустить.
С этим можно что-то сделать?

Продолжает удерживаться COM порт, перезапуск программы OmniRig не решает эту проблему?

Интересно что покажет нажатие кнопки Show details в этом сообщении.

- - - Добавлено - - -

если в настройках Радио выставлена "Эмуляция на 1 VFO", сдвиг частоты не возвращается в исходное состояние после перехода на прием

И у меня так же. В настройках выбран OmniRig.
И ещё, если выбираю PTT через COM порт, программа закрывается и больше не работает, приходится удалять ini файл и настраивать заново. Работает только через VOX или CAT, но так было и с прежней версией.

Есть патч по сбою 156 & OmniRig & Fake It, линки отправил Вам в личку.

Сбой с закрытием программы связан с неправильными настройками COM порта.

[UA3WBW]

Игорь, добрый день.
В версии 2.2.156-32А, управление через CAT стало с ощутимой задержкой, примерно секунда, иногда 2. Использую протокол Kenwood TS-2000. В предыдущих версиях задержек не было, настройки не менял, ini файл удалял.

[UA3DTK]

Игорь, добрый день.
В версии 2.2.156-32А, управление через CAT стало с ощутимой задержкой, примерно секунда, иногда 2. Использую протокол Kenwood TS-2000. В предыдущих версиях задержек не было, настройки не менял, ini файл удалял.

...да, наблюдается такое и в К3,но не стабильно,а случайно...

[US5WE]

Значит нужно откатиться на 100% работающую версию, а не гнаться за непредсказуемыми апдейтами.