нашел у него в загрузках последнюю стабильную
качаю
спасибо
Вид для печати
нашел у него в загрузках последнюю стабильную
качаю
спасибо
Алексей, может результат моего шаманства и танцев с бубном что подскажет где собака порылась.
1. Связка LogHX вер.3.0.224 с JTDX вер.17.0.1 - не обнуляется RSTS, что есть не верно. Это похоже связано и с сохранением связи в лог. В процессе суточного наблюдения за работой этой связки заметил, что при переходе с передачи на прием RSTS на долю секунды меняет свое написание. Пример: было -05, становится -5 и потом снова -05. При вводе связи в лог все улетает, но RSTS остается -5. Неожиданно возникла ситуация, когда без введенного позывного RSTS приобрела значение 0. Радость была преждевременной. При попытке ввести очередную связь в лог она улетела в никуда (в логе JTDX сохранилась). Так что налицо связь этих двух моментов.
2. Когда шаманство надоело, решил вернуться на проверенную и устойчиво работающую связку JTDX вер.16.9.1 с ранее использованной версией 222 LogHX.
Прежде чем откатить лог на версию 222, попробовал с версией 224. Так вот результат получился точно такой же как и с версией 17.0.1 JTDX. Придется и лог откатывать. Вот такие наблюдения. Ждем'с решения проблемы.
Судя по постам- продолжаются активные хотелки по цифровым модам.
Вопрос к Алексею- когда будет доделан контест- модуль? Хотя бы с набором тестов, как у RZ4AG или TR4W? Есть какой то план по этому вопросу? Неделя, месяц, год? Что бы как то определиться с дальнейшим использованием программного обеспечения.
[QUOTE=R1MA;1300552]
Придется и лог откатывать.
Откатил лог на 222 версию. Связка LogHX3 вер.3.0.222 с JTDX вер.16.9.1 работает прекрасно. RSTS равно 0, если пустое окно DX Call в JTDX (не смотря на то, что в окне Report стоит, например, -05). При переходе с передачи на прием значение RSTS не меняет значение на -5. При вводе связи в лог все улетает и RSTS становится равным 0. И ЭТО ПРАВИЛЬНО. Как только в окно DX Call будет введена хоть одна буква, RSTS станет равным значению Report в JTDX.
Поясните, вы считаете пререлиз 224 стабильным не смотря на кучу нареканий связанную с взаимодействием WSJT-X/JTDX? Всё началось от того что в JTDX v17.0.1 был изменён функционал http://forum.qrz.ru/6-cifrovye-vidy-...oftom-167.html
Вами была предпринята попытка сделать взаимодействие с WSJT-X/JTDX универсальным для обоих программ, как показал опыт не совсем удачно. Напрашивается вопрос, что в планах дальше? Будите шлифовать универсальное, стабильность будет зависеть от модификаций любой из программ или во внешних программах разделите WSJT-X/JTDX и будите делать для каждой отдельно. По крайней мере если что-то изменится в одной то это никак не повлияет на вторую и будет поддерживать ранние версии WSJT-X/JTDX. Может предложите что то другое?
Вложение 176056
224 окно стало при соединении с кем то вылазить?
HRDlog и Clublog не уходят автоматом
Уже вышла JTDX v. 17.1
http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1300812 Сегодня, 11:33 #2678
Алексей!
Как на счет:
"Раз уж зашел об этом разговор - пора решить эту проблему раз и навсегда! QRX! Уже делаю!" от 18.11.2016 в 18:54?
Хочу еще раз под итожить у кого что не работает в связке с WSJT-X?
Для начала что я понял: не работает WSJT (без X) - выяснилось, что у WSJT в отличии от WSJT-X нет интерфейса взаимодействия с логом. Придется вернуть старое взаимодействие.
Сохранение QSO: у всех не работает с WSJT-X? Потому как у меня работает.
На счет RSTS - сейчас это RST за синхронизировано с тем что указано в поле Report WSJT-X.