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

[US-E-12]

Возможно ли в программе реализовать выбор кластера т.е. добавить окно для возможности прописать адрес вручную.

Не путайте DXCluster и Telnet. Разные протоколы.

[RX3ASP]

У меня часто возникает вопрос - откуда берутся операторы, встающие ровно на частоту DX и вызывающие его в ЕГО же период?
Вот прямо сейчас на 20-ке работает PJ2CF, и ДВОЕ из UA9 (не буду называть) именно это и делают!
Вопрос КАК так получается? Имхо что WSJT-X , что JTDX будет в ПРАВИЛЬНОМ периоде звать! Может MSHV (если клацнуть в строке не на вызывающий, а на вызываемый позывной - период верно будет определен)?

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

[RX1AG]

В последнее вФТ8 время у меня получаются следующее недоразумение.
Зову станцию, она отвечает, дает рапорт. Станция идет с + красная DT в норме, помех нету. Полный цикл отрабатывается без задержек и опоздания. Я вызываю даю рапорт. Она что-то мне дает, но программа WSJT почему-то не может декодировать. Идет повторение циклов... Так, несколько раз. Потом, вдруг уже декодируется RR73 и ЩСО успешно завершается. Что это может быть?

[R0JF]

Что это может быть?

Корреспонденту "на голову" кто-то сел. Ненадолго. Как перестал передавать - QSO и закончилось.

[RX1AG]

Во многих журналах есть возможность просматривать споты из телнет кластеров и это было бы очень удобно.

И в ЛогНх есть возможность подключения телнет кластеров и использования. Можно как получать, так и самому посылать споты. Смотрите окно ДХ claster и настройте Telnet Telnet2

[UT8NT]

Можно как получать, так и самому посылать споты.

Чтоя и делаю подключив телнет кластер OH2J прописав HAM.CONNECT.FI 7300 в всписке настройки кластера журнала Logger32.
Но отправляя споты непосредственно из JTDX , они уходят только на DXSummit, и пользователи всех електронных журналов в которых встроены телнет кластера не видят их.
Вот я и подумал что это непростительная несправедливость) Не у всех есть возможность еще на одном маниторе открывать и следить за спотами из DXSummit.
Почему бы не попробовать в JTDX реализовать возможность ввода адреса и порта для отправки спотов на другие кластеры.

[RX4HX]

уходят только на DXSummit

А с чего Вы взяли, что они уходят только на DXSummit? DXSummit входит в общую сеть кластеров и по идее споты из него уходят к другим телнет-кластерам. DXSummit есть какая то заморочка, что споты не идут дальше, если отправлены непосредственно с Веб-формы, по моему так.

[RX4CD]

Но отправляя споты непосредственно из JTDX , они уходят только на DXSummit, и пользователи всех електронных журналов в которых встроены телнет кластера не видят их.
Вот я и подумал что это непростительная несправедливость)

Это сдерживающий фактор от "сваливания в полную автоматическую работу" в FT8. Если программа сама будет выбирать, нужные оператору, позывные (страны, новые квадраты WW-локатора и т.д.), то.. "сливай воду, туши свет".)

[RX1AG]

DXSummit есть какая то заморочка, что споты не идут дальше, если отправлены непосредственно с Веб-формы, по моему так.

Это явление давно замечено за DXSummit. Если спот отправить непосредственно через окно сайта DXSummit, то он сразу влетает в таблицу. А если из окна ЛогНх, спот может попасть, а вообще и не появиться. Очевидно, что такое умышленно сделано, чтоб пользователи не перегружали сайт DXSummit

[UT8NT]

Друзья решение моей проблемы нашлось! И помог мне в этом один испанский друг который очевидно просматривает наш форум) Это Arsenio (EA1AHY).
И вот какое очень простое решение он предложил, выбрать испанский телнет кластер EA1DX, который видит и показывает споты от DXSummit.
Если это кому то пригодится я буду рад)
Host: ea1dx.lynxdxg.com
Port: 23
Все работает .

[RO7F]

от UA3DJY

Игорь поприветствую !
В личку отправил ссылку на видео по 156 версии.

[UA3DJY]

У меня выставлено "управление потоком" в положение отключено. Если выставить "управление потоком" по умолчанию, то пишет, что неверные настройки и предлагается выставить настройки управления трансивером заново.

В этом одна из проблем. Трансивер использует управление потоком RS232, Вы пытаетесь этот же COM порт использовать под DTR/PTT. Борис UX8IW уже сказал что это неверная конфигурация.

По этой причине при включении управления потоком у Вас появляется ошибка конфигурации.

По части использования двух RS232 портов трансивера одновременно под CAT с разными программами, тоже потенциально конфликтный вариант, особенно если трансивер не умеет маршрутизировать ответ на поступившую CAT команду на тот RS232 порт с которого она пришла.

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

У меня часто возникает вопрос - откуда берутся операторы, встающие ровно на частоту DX и вызывающие его в ЕГО же период?

Вот прямо сейчас на 20-ке работает PJ2CF, и ДВОЕ из UA9 (не буду называть) именно это и делают!

Вопрос КАК так получается? Имхо что WSJT-X , что JTDX будет в ПРАВИЛЬНОМ периоде звать! Может MSHV (если клацнуть в строке не на вызывающий, а на вызываемый позывной - период верно будет определен)?

Возможно PJ2CF по какой то причине сменил интервал передачи оставшись на прежней частоте? Оператор вызывавший его не сразу поймет что DX 'ушел'.

Проблема более относится к вызову на частоте корреспондента, если бы PJ2CF звали с разносом RX/TX частот то конфликта с другими операторами в таком сценарии можно было избежать.

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

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

Протокол telnet, смотрите в статье раздел 'Безопасность'.

[R0JF]

Возможно PJ2CF по какой то причине сменил интервал передачи оставшись на прежней частоте? Оператор вызывавший его не сразу поймет что DX 'ушел'.

Проблема более относится к вызову на частоте корреспондента, если бы PJ2CF звали с разносом RX/TX частот то конфликта с другими операторами в таком сценарии можно было избежать.

Никто никуда не уходил и ничего не менял. PJ2CF как работал, так и продолжал.
А проблема в двух долбоящерах... Могли бы хоть по вызовам другх станций понять, что не в том периоде зовут.
Ну и про разнос бы почитали.

[RN9AZ]

To: UA3DJY
Приветствую Игорь. С момента выхода, в общий доступ. Программа JTDX v2.2.156. Работает прекрасно. Но есть заморочки, с алгоритмом проведения QSO. Зовут две станции, условно на одной частоте. Рапорт кому отвечаю -20. в следующий период -10, мешают они друг другу. Пытаться изменить рапорт, Проблема программа не даёт помнит предыдущий, вставляет его. Можно ли что сделать, с этим.

[UA3DJY]

Программа JTDX v2.2.156. .. есть заморочки, с алгоритмом проведения QSO. Зовут две станции, условно на одной частоте. Рапорт кому отвечаю -20. в следующий период -10, мешают они друг другу. Пытаюсь изменить рапорт, проблема: программа не даёт, помнит предыдущий, вставляет его. Можно ли что то сделать с этим.

Автовыбор берет для рапорта SNR последнего декодированного сообщения, если есть необходимость работать вручную то поможет отключение кнопки AutoSeq/Автовыбор.