Не путайте DXCluster и Telnet. Разные протоколы.
Это легко получается на слабом процессоре, а особенно в программах, использующих "досрочное" декодирование. При перегрузке начинают путаться, точнее сливаться периоды, даже если первоначально всё шло без ошибок. А когда работает бесконтрольный "робот", это дерьмо подолгу лезет в эфир.
В последнее вФТ8 время у меня получаются следующее недоразумение.
Зову станцию, она отвечает, дает рапорт. Станция идет с + красная DT в норме, помех нету. Полный цикл отрабатывается без задержек и опоздания. Я вызываю даю рапорт. Она что-то мне дает, но программа WSJT почему-то не может декодировать. Идет повторение циклов... Так, несколько раз. Потом, вдруг уже декодируется RR73 и ЩСО успешно завершается. Что это может быть?
Чтоя и делаю подключив телнет кластер OH2J прописав HAM.CONNECT.FI 7300 в всписке настройки кластера журнала Logger32.
Но отправляя споты непосредственно из JTDX , они уходят только на DXSummit, и пользователи всех електронных журналов в которых встроены телнет кластера не видят их.
Вот я и подумал что это непростительная несправедливость) Не у всех есть возможность еще на одном маниторе открывать и следить за спотами из DXSummit.
Почему бы не попробовать в JTDX реализовать возможность ввода адреса и порта для отправки спотов на другие кластеры.
Это явление давно замечено за DXSummit. Если спот отправить непосредственно через окно сайта DXSummit, то он сразу влетает в таблицу. А если из окна ЛогНх, спот может попасть, а вообще и не появиться. Очевидно, что такое умышленно сделано, чтоб пользователи не перегружали сайт DXSummit
Друзья решение моей проблемы нашлось! И помог мне в этом один испанский друг который очевидно просматривает наш форум) Это Arsenio (EA1AHY).
И вот какое очень простое решение он предложил, выбрать испанский телнет кластер EA1DX, который видит и показывает споты от DXSummit.
Если это кому то пригодится я буду рад)
Host: ea1dx.lynxdxg.com
Port: 23
Все работает .
Цитата:
от UA3DJY
Игорь поприветствую !
В личку отправил ссылку на видео по 156 версии.
В этом одна из проблем. Трансивер использует управление потоком RS232, Вы пытаетесь этот же COM порт использовать под DTR/PTT. Борис UX8IW уже сказал что это неверная конфигурация.
По этой причине при включении управления потоком у Вас появляется ошибка конфигурации.
По части использования двух RS232 портов трансивера одновременно под CAT с разными программами, тоже потенциально конфликтный вариант, особенно если трансивер не умеет маршрутизировать ответ на поступившую CAT команду на тот RS232 порт с которого она пришла.
- - - Добавлено - - -
Возможно PJ2CF по какой то причине сменил интервал передачи оставшись на прежней частоте? Оператор вызывавший его не сразу поймет что DX 'ушел'.
Проблема более относится к вызову на частоте корреспондента, если бы PJ2CF звали с разносом RX/TX частот то конфликта с другими операторами в таком сценарии можно было избежать.
- - - Добавлено - - -
Протокол telnet, смотрите в статье раздел 'Безопасность'.
To: UA3DJY
Приветствую Игорь. С момента выхода, в общий доступ. Программа JTDX v2.2.156. Работает прекрасно. Но есть заморочки, с алгоритмом проведения QSO. Зовут две станции, условно на одной частоте. Рапорт кому отвечаю -20. в следующий период -10, мешают они друг другу. Пытаться изменить рапорт, Проблема программа не даёт помнит предыдущий, вставляет его. Можно ли что сделать, с этим.