Правильно.
Вид для печати
Исправлено -
http://rx4hx.qrz.ru/files/loghx/test..._build_739.exe
Плюс еще оптимизировал работу TCI.
Алексей. До 736 версии программы DXAtlas и HamCAP запускались и не закрывались до закрытия лога. Установил 739 - перезапускаются при смене вида. Приходится каждый раз включать их взаимодействие. Если возможно, сделайте как было, без перезапуска. Спасибо.
Da, UDP teper mozhno meniat. Spasibo
Odnako, moia originalnaia problema s zavisaniami, ostalas.
Tut mozhni posmotret video - https://drive.google.com/file/d/1bHh...ew?usp=sharing
Otmenil vse spoty v oboix logax, ponabludau...
Sergey
... Cherez chas, 1-i log presetal reagirovat - ne zanosit bolshe pozyvnye iz JTDX f okno QSO Entry, 2-i poka normalno. Vse kak bylo v predudushix versiax.
Pri etom vyletaet vot eto
Вложение 348407
К сожалению скачать не смог - ругается "Ошибка авторских прав"))) Не понял, что за ошибка, раньше с Гуг-диском таких проблем не было.
Вообще же смена вида - это смена настроек. По этому хотелось бы получить тот Вид, где у Вас были проблемы, чтобы понять, в чем дело.
На счет ошибки, что в письме - тут нужно более подробно, в какой момент она появлялась.
Сергей, я спрашивал у Вас выше, но так ответа и не понял. По этому опишу проблему более подробно, чтоб Вы у себя смогли понять, кто виноват в срыве соединения между логом и WSJT/JTDX.
Соединение здесь идет по протоколу UDP. Этот протокол без постоянного соединения. Здесь клиент (WSJT/JTDX) просто посылает сообщение на определенный порт, не проверяя, было оно получено или нет,
а сервер (LogHX) получает это сообщение, слушая этот порт.
По этому, когда перестало работать соединение, перезагрузите ТОЛЬКО лог, WSJT/JTDX не перегружайте! Если соединение восстановится, то виноват лог.
Еще момент - вот версия специально для Вашей проблемы:
http://rx4hx.qrz.ru/files/loghx/test...ld_739_UDP.exe
теперь, когда в логе будет происходить закрытие UDP соединения, будет появляться такое сообщение:
Вложение 348413
Установите эту версию. Если в процессе работы лога с JTDX появится это сообщение, значит лог закрыл соединение и произошла какая то проблема.
В нормально ситуации это сообщение должно появится только в момент когда Вы даете команду на раз соединение с WSJT/JTDX.
Vot 739 UDP - https://drive.google.com/file/d/1nsE...ew?usp=sharing
Takoe oshushenie shto zavisanie proisxodit cherez 20-30min kogda ja nichego ne trogau.
Sergey
- - - Добавлено - - -
Kstati, Spoty ne vklucheny na oboix logax.
Alexei, ne znau eto pomozhet poniat problemu 2-mia logami ili net.
Esli ja ispolzuiu Odin log, i 2 JTDX s odnim i tem zhe UDP 2237, net nikakix problem.
Ne samyi luchhij variant, no luchshe chem s 2-mia logami.
https://drive.google.com/file/d/1gab...ew?usp=sharing
Sergey
Добрый день Сергей!
Во первых большое спасибо за видео - это очень помогает, и что не бросаете - тоже за это спасибо!
Теперь по Вашему видео. После того, как перезапустили лог, нужно убедиться, что он опять включил "прием" UDP пакетов. Самое простое - посмотреть, нажата ли эта кнопка:
Вложение 348462
если не нажата - нажать!
Однако даже судя то потому, что Вы говорите на видео и что после закрытия лога появляется сообщение об разрыве UDP соединения, я могу сказать, что практически 100% причина - JTDX перестает посылать UDP пакеты. Или же их кто-то перехватывает.
В общем если после перезапуска лога и нажатии на логе кнопки JTDX, прием не наладился, а после перезапуска JTDX - наладился, получается пакеты от JTDX не идут. Осталось понять, почему так.
- - - Добавлено - - -
Это, кстати тоже говорит о том, что лог работает верно.
Я думаю, что проблема двух JTDX с двумя логами. Если помните около года назад я поднимал эту проблему и тогда я пробовал JTDX с первым логом, и WSJT со вторым. Насколько я помню проблем этих не было. Первый лог работал по 2237 UDP c JTDX, а второй по 2234 с WSJT. Попробую завтра это проверить.
Вот видео по вашему посту, проверить нажата ли кнопка внешней программы при перезагрузки лога - https://drive.google.com/file/d/1F96...ew?usp=sharing
Ещё раз спасибо.
Сергей
По ошибке на видео - вот тут галочку поставьте:
Вложение 348464
без этой галочки лог пытается повторно запустить JTDX, и естественно JTDX это не нравится.
А вот дальше все сделайте 1 в 1 как делали.
To: RX4HX
Небольшой баг 739. Месяц можно исправить только ручками.
Вложение 348488