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

[R0JF]

Существует ли аналог JTAlert под Ubuntu14 и 16 ?

Насколько я знаю - нет. В "чистом виде" нет.

Есть Wsjtx-Monitor -- утилитка от cqrlog. Довольно ущербная по сравнению с JTAlert.
Есть MessageAggregator из состава самого JTDX/WSJTX, но там совсем плохо.
Игорь собирался не так давно обратить пристальное внимание на него, но пока тишина.

Пару лет назад что-то на sourceforge или github (уже не помню) было похожее на
JTAlert. Но работало крайне глючно и видимо почило.

PS Нет, не почило! https://sourceforge.net/projects/alarmejt/ гляньте тут.

[US5WE]

Merci beaucoup!

[R3SE]

Да вроде можно, 1841 частота прописана, просто никто почему то не работает.

Алексей, но в JTDX мода FT4 на 160 м. отчего-то не прописана?

[UA3DJY]

Да вроде можно, 1841 частота прописана, просто никто почему то не работает.

Алексей, но в JTDX мода FT4 на 160 м. отчего-то не прописана?

Какой смысл засорять диапазон на котором недостаточно выделено под цифру места модой FT4, когда есть более чувствительная мода FT8?

Отдельный вопрос FT4 контесты, но JTDX не поддерживает проведение QSO в контестах.

[LZ2HV]

То UA3DJY
Здраствуй Игорь
В соответствие с изменении WSJT-X 2.1.2 (каторйе делали балшие праблемй в FT Roundup contest)
В будушая версия на MSHV если тй палучиш (73 или RR73) не будет излучатса патверждение (73 или RR73 за патверждение)

Вот что палучил на мой запрос к Американцав
--------------------------------------------------------
CQ FTRU W0YK CM97
W0YK LZ2HV 529 1234
LZ2HV W0YK R 559 CA CQ station sends ‘R’ QSL
W0YK LZ2HV RR73 S&P station sends ‘RR73’ QSL
CQ FTRU W0YK CM97 no need for CQ station to send ‘RR73’ or ‘73’; it is redundant QSL

Ed W0YK
--------------------------------------------------------
пример так написан что не видна полная картина
Вот как вйгледет
Он получает <-> Я палучайу
W0YK LZ2HV 529 1234 <-> LZ2HV W0YK R 559 CA
W0YK LZ2HV RR73 <-> CQ FTRU W0YK CM97 <- здес нет 73, RR73 от ниво

Тоже самая картина в нормалнйе связи полочаетса если стартирует из TX2

Не знайу но ето меня не нтавитса
Но не имейу другова вйхода
Практически сделайу и галачку за работу и по старава метода (но незнайу кто ето будит ползават)

[UA3DJY]

То UA3DJY
Здраствуй Игорь
В соответствие с изменении WSJT-X 2.1.2 (каторйе делали балшие праблемй в FT Roundup contest)
В будушая версия на MSHV если тй палучиш (73 или RR73) не будет излучатса патверждение (73 или RR73 за патверждение)

Вот что палучил на мой запрос к Американцав
--------------------------------------------------------
CQ FTRU W0YK CM97
W0YK LZ2HV 529 1234
LZ2HV W0YK R 559 CA CQ station sends ‘R’ QSL
W0YK LZ2HV RR73 S&P station sends ‘RR73’ QSL
CQ FTRU W0YK CM97 no need for CQ station to send ‘RR73’ or ‘73’; it is redundant QSL

Ed W0YK
--------------------------------------------------------
Не знайу но ето меня не нтавитса
Но не имейу другова вйхода
Практически сделайу и галачку за работу и по старава метода (но незнайу кто ето будит ползават)

Христо, добрый день
Мы в JTDX пока не планируем добавлять поддержку контестов и по этой причине конфликтов из-за отсутствия в контесте сообщения 73/RR73 быть не должно. Автовыбор JTDX проигнорирует CQ FTRU как неверное направление, на всякий случай проверим в коде, благодарю.

То есть пользователи не должны пытаться использовать JTDX для проведения QSO в контесте, при декодировании контест сообщений в JTDX конфликтов с функционалом JTDX не должно быть.

При получении сообщения 73/RR73 автовыбор JTDX может на него среагировать поскольку в действующем протоколе это сообщение не имеет контест бита. В этой части вопрос к организаторам соревнований: общие диапазоны не должны использоваться для проведения соревнований и организаторы обязаны отслеживать это не только в условиях проведения но и по фактической работе участников. То есть в общих диапазонах должны проводиться только обычные QSO. Зачет обычных QSO в соревнованиях может быть, но передача контест сообщений в общих диапазонах должна отсутствовать чтобы не мешать повседневной работе операторов не работающих в контестах.

[UX8ZA]

Уважаемые участники форума!
Заметил, что в крайних версиях JTDX перестала работать
функция изменения частоты передачи в режиме ТХ. Работая
сплитом, я часто в начале передачи выключал его
при отсутствии ответа и сразу оказывался на частоте
корреспондента. Теперь это у меня не работает. Или
это у всех так? Установка крайней версии совпала с апгрейтом
компьютера, переустановкой ОС и пр. Так что может
проблема моя.
73! Олег, UX8ZA.

[R3LO]

Уважаемые участники форума!
Заметил, что в крайних версиях JTDX перестала работать
функция изменения частоты передачи в режиме ТХ. Работая
сплитом, я часто в начале передачи выключал его
при отсутствии ответа и сразу оказывался на частоте
корреспондента. Теперь это у меня не работает. Или
это у всех так? Установка крайней версии совпала с апгрейтом
компьютера, переустановкой ОС и пр. Так что может
проблема моя.
73! Олег, UX8ZA.

[R3QG]

JTDX перестала работать
функция изменения частоты передачи в режиме ТХ. .

У меня все работает и система также обновлялась. Предлагаю переустановить JTDX с удалением ini файла, настроить вновь.

[R9SR]

Уважаемые участники форума, у меня следующий вопрос: работаю на FLEX-1500, POWERSDR 2.7.2 JTDX ...rc144. в течении нескольких минут, время dt увеличивается с 0,3 сек до 3 секунд, при этом с синхронизацией времени проблем нет, а увеличивается время задержки передачи данных с флекса на JTDX, обнуляется это перезапуском start/stop в powersdr или вкл/выкл VAC1 в POWERSDR. С аналоговым трансивером таких проблем нет. Некомфортно тыкать постоянно в VAC1. Как это побороть? Влад R9SR

[UA3DJY]

Заметил, что в крайних версиях JTDX перестала работать функция изменения частоты передачи в режиме ТХ. Работая сплитом, я часто в начале передачи выключал его при отсутствии ответа и сразу оказывался на частоте корреспондента. Теперь это у меня не работает. Или это у всех так?

У всех так с переходом на GFSK модуляцию FT8 сигнала. В WSJT-X 2.1.2 вернули возможность смены звуковой частоты во время передачи сигнала, но мы считаем что такой подход создает больше помех на диапазонах чем приносит пользы, поэтому в JTDX ради удобства смену звуковой частоты FT4 FT8 сигналов во время передачи решили не добавлять.

Вероятность декодирования FT8 сигнала при смене частоты после второй секунды передачи резко падает, при смене на 6-ой секунде близка к нулю. Соответственно программа не сможет вычесть мешающий частично переданный сигнал и более слабые сигналы находящиеся под ним будут потеряны для декодера. Для FT4 потеря декодирования гарантирована при смене частоты на второй...четвертой секунде передачи.

Нам не всё равно

[UA3DJY]

Уважаемые участники форума, у меня следующий вопрос: работаю на FLEX-1500, POWERSDR 2.7.2 JTDX ...rc144. в течении нескольких минут, время dt увеличивается с 0,3 сек до 3 секунд, при этом с синхронизацией времени проблем нет, а увеличивается время задержки передачи данных с флекса на JTDX, обнуляется это перезапуском start/stop в powersdr или вкл/выкл VAC1 в POWERSDR. С аналоговым трансивером таких проблем нет. Некомфортно тыкать постоянно в VAC1. Как это побороть? Влад R9SR

Плывет опорная частота/генератор в FLEX-1500?

Накопительная проблема существует для всех SDR выдающих цифровой звуковой поток за счет разницы между частотой опорного генератора SDR / 48000 Гц и частотой дискретизации в компьютере 48000 Гц. Но такой набег обычно имеет разумные значения, то что происходит у Вас похоже на неисправность либо резкое изменение температуры опорного генератора в компьютере либо в SDR.
Проблема будет как на прием так и на передачу.

Если у FLEX-1500 есть встроенный аналоговый выход звука то подача аналогового звука на звуковую карту компьютера решит эту проблему в части приема.

[UX8ZA]

Игорь, спасибо за ответ и информацию.
73! Олег, UX8ZA.

[UX8IW]

есть -26:

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

[R0JF]

работаю на FLEX-1500, POWERSDR 2.7.2
[...]
Некомфортно тыкать постоянно в VAC1. Как это побороть?

VAC от Музыченко используете? Есть с ним такие проблемы при неверных настройках.
Постоянно "набегает" задержка включения ТХ.
Игорь не так давно об этом небольшое эссе публиковал. У меня вылечилось. Посмотрите на
JTDX Russian - Настройка VAC для работы с JTDX