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

**UA3ALE** · 15.03.2018, 06:03

TY7C сейчас на 40 м в FT8 в режиме ДХ экспедиции(лисы) работает! Удалось сработать собакой!

Название: 7.PNG
Просмотров: 545

Размер: 20.3 Кб

Вот как выглядело не экране!

**RT4W** · 15.03.2018, 06:41

Скачал отсюда и поставил.
НЕ запускается.
Ставлю на другие компы, чуть посилней.
Все идет.

**US4IRT** · 15.03.2018, 08:35

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

Удалось сработать собакой!

Тоже. С JTDX не получилось - отвечаю на рапорт 73 - не принимает!!! С WSJT - как по маслу! Так что только с WSJT-X.

**RX3ASP** · 15.03.2018, 08:51

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

если сбой идет при использовании многопотока в декодировании то можно попробовать в версии .78 принудительно выбрать один поток, закладка Decode -> FT8 threads -> 1 thread

В последующих версиях планируется решение этой проблемы? И что с моим компьютером делать? На свалку?

**R0JF** · 15.03.2018, 09:30

2 UA3DJY

Игорь, приветствую!

Сегодня уехал на работу, программу оставил трудиться на прием.
Собственно, месяцами не выключаю.

Возвращаюсь - а мне ВПЕРВЫЕ такое сообщение как на скрине.
Linux, если что. Мыслей нет? Перезапустил, работает.

Название: Снимок экрана о&#1.png
Просмотров: 512

Размер: 18.7 Кб

**UA3DJY** · 15.03.2018, 09:40

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

Сегодня уехал на работу, программу оставил трудиться на прием.
Собственно, месяцами не выключаю.

Скорее всего сбой связан с изменением информации в оперативной памяти, может бросок по питанию или какой то софт залез в область памяти JTDX.
Еще декодированные сообщения в окне Band Activity хранятся в оперативной памяти, если программа не выключается имеет смысл раз в несколько дней очищать окно кнопкой Erase, чтобы количество занимаемой памяти не росло до больших значений.

**UA3DJY** · 15.03.2018, 09:45

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

В последующих версиях планируется решение этой проблемы? И что с моим компьютером делать? На свалку?

Не спешите, сегодня отключу hyperthreading на своем ноутбуке Intel 2/4 и проверю загрузку ядер при двух потоках чтобы можно было сравнить с Вашими картинками.
Задержка может возникать из-за 100% загрузки ядер, последняя например может быть вызвана сбоем в доступе/считывании информации с оперативной памяти.

**R0JF** · 15.03.2018, 09:53

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

Скорее всего сбой связан с изменением информации в оперативной памяти, может бросок по питанию или какой то софт залез в область памяти JTDX.
Еще декодированные сообщения в окне Band Activity хранятся в оперативной памяти, если программа не выключается имеет смысл раз в несколько дней очищать окно кнопкой Erase, чтобы количество занимаемой памяти не росло до больших значений.

А с сетью проблемы могли такой сбой вызвать?

Кроме этого сообщения "висел" и SDR-софт (ExpertSDR2). Всё остальное работало
абсолютно штатно. ExpertSDR2 иногда "отваливается" из-за коллизий в моей домашней
локалке. Броски напряжения - вряд ли. Смарт стоит. У меня машина под Linux`ом вообще
не выключается, uptime порой до 200 суток доходит... И то, просто перезагрузки для
обновления ядра.

Нет, проблем никаких нет, но просто интересно. Раз был факт, значит что-то его
вызвало. Любопытно, так сказать.

За ERASE спасибо! Учту.

**UA3DJY** · 15.03.2018, 09:55

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

TY7C сейчас на 40 м в FT8 в режиме ДХ экспедиции(лисы) работает! Удалось сработать собакой!

Вот как выглядело не экране!

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

Тоже. С JTDX не получилось - отвечаю на рапорт 73 - не принимает!!! С WSJT - как по маслу! Так что только с WSJT-X.

Joe K1JT говорил что есть проблема с тем что пользователи не могут прочитать инструкцию функционала DXpedition на английском языке, в результате 'лисы' устраивают хаос в общих выделенных участках FT8 а 'гончие' вызывают 'лис' на частотах менее 1000 Гц предназначенных только для проведения QSO, еще говорил что надо перевести инструкцию DXpedition на все необходимые языки, судя по работе TY7C на 7074 кГц в режиме 'лисы' на французском языке такой инструкции еще нет.

Протокол DXpedition отличается от протокола JT65, по сути в WSJT-X v1.9 сейчас поддерживаются два разных протокола и операторы использующие режим 'лисы' должны не только излучать сигналы вне общевыделенных полос FT8, они еще должны заранее предупреждать других пользователей что будут работать в режиме DXpedition чтобы остальные пользователи включили режим 'гончей' в WSJT-X v1.9 и не использовали софты WSJT-X v1.8, (MSHV?) и JTDX для вызова.

**UA3DJY** · 15.03.2018, 10:06

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

А с сетью проблемы могли такой сбой вызвать?
Кроме этого сообщения "висел" и SDR-софт (ExpertSDR2). Всё остальное работало
абсолютно штатно. ExpertSDR2 иногда "отваливается" из-за коллизий в моей домашней
локалке.

косвенно могли: софт SDR при сбое мог залезть в область памяти использовавшуюся софтом JTDX

**UA3DJY** · 15.03.2018, 10:34

пользователям процессоров AMD Ryzen в ближайшие месяцы придется столкнуться с рядом заплаток в операционной системе https://3dnews.ru/966903
возможно дополнительно к ранее обнаруженным проблемам процессоров AMD и Intel в результате заплаток еще снизится производительность процессоров Ryzen

**RK1AT** · 15.03.2018, 10:35

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

Подскажите что обозначает такая строка в FT-8 115830 -8 -0.8 2025 ~ RK1AT/IMAGE ??

Подсказываю.

Этот принятый в эфире макрос обрабатывает программа image controller, которая подключена к инету и в зависимости от того, что присоединил корреспондент в своей передаче, а это может быть мультимедийный контент, (фото, видео, текстовый файл, HTML файлы) контроллер выводит это вложение на экран, что значительно расширяет возможности типового QSO, ведь с принятым коротким макросом контент-сообщения присоединяется массив данных.

**US4IRT** · 15.03.2018, 10:36

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

'гончие' вызывают 'лис' на частотах менее 1000 Гц

Я это знал, Игорь, и звал выше 1000, но WSJT-X всё равно не "принимает" 73 из JTDX. В режиме "собаки" в WSJT активны только две кнопки: вызов с локатором и R-XX.
Нет даже 73.
В строке N4VEJ RR73; US4IRT <TY7C> -10 JTDX вылавливает только US4IRT TY7C -10. Остальное вырезается. Точно так же мне RR73 я не вижу - только рапорт следующему.

**R3BB** · 15.03.2018, 11:12

Коллеги! Насколько нужно в локализации русской версии "горячие" кнопки . Ну например запись в лог можно активировать мышкой , а можно нажав комбинацию клавиш Alt+Q , так вот насколько нужно Alt+Q? Есть некоторые проблемы с этим делом.