=Архив= LogHX: аппаратный журнал любительской радиостанции

**RX4HX** · 05.08.2008, 22:57

LogHX - программа аппаратного журнала любительской радиостанции с большими возможностями настройки "под себя".

Сайт программы: RX4HX

Помощь по программе: Начальная страница

Ссылка на файл Whatsnew.txt с информацией о последних обновлениях в релизе: http://rx4hx.qrz.ru/files/loghx/Whatsnew.txt

Папка с последними пререлизами: Index of /files/loghx/prerelease

Канал на Youtube: https://www.youtube.com/channel/UCmH...1tI_W1Q/videos

Навигация в теме по годам:
| 2008 | 2009 | 2010 | 2011 | 2012 | 2013 | 2014 | 2015 | 2016 |

... to be continued...

Тему ведёт автор RX4HX, обсуждение данного лога вести в этой ветке.

**UA6AA** · 20.11.2016, 11:33

нашел у него в загрузках последнюю стабильную
качаю
спасибо

**R1MA** · 20.11.2016, 13:35

Алексей, может результат моего шаманства и танцев с бубном что подскажет где собака порылась.
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. Придется и лог откатывать. Вот такие наблюдения. Ждем'с решения проблемы.

**UR7TT** · 20.11.2016, 14:46

Сообщение от R3AIR

Все прописано, но запуска JTDX из лога не происходит (кнопка программы нажимается и через пару секунд сама отжимается).
При запуске JTDX вручную она вылетает, из-за конфликта портов. Пишет RIG KONTROL ERROR

Вот и у меня тоже самое. Причем ошибка портов возникает хаотично, может сразу, может, через 5 минут.

**UA3CFM** · 20.11.2016, 16:18

Судя по постам- продолжаются активные хотелки по цифровым модам.
Вопрос к Алексею- когда будет доделан контест- модуль? Хотя бы с набором тестов, как у RZ4AG или TR4W? Есть какой то план по этому вопросу? Неделя, месяц, год? Что бы как то определиться с дальнейшим использованием программного обеспечения.

**R1MA** · 20.11.2016, 16:19

[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.

**RX4HX** · 21.11.2016, 10:02

Сообщение от UA6AA

List Index out of bounds

В папке DATA удалите файл Callbook.hx - и все будет Ок!

**RX4HX** · 21.11.2016, 10:32

Сообщение от UA6AA

последнюю стабильную

Последняя версия и есть стабильная.
Там только взаимодействие с WSJT-X заново переписано.

**RX4HX** · 21.11.2016, 10:33

Сообщение от R1MA

Как только в окно DX Call будет введена хоть одна буква

Это так вот WSJT-X/JTDX отдает данные в лог.

**RC2SC** · 21.11.2016, 11:13

Сообщение от RX4HX

Последняя версия и есть стабильная.
Там только взаимодействие с WSJT-X заново переписано.

Поясните, вы считаете пререлиз 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. Может предложите что то другое?

**UA9OP** · 21.11.2016, 12:22

Нажмите на изображение для увеличения.

Название: DATA.jpg
Просмотров: 32
Размер: 34.5 Кб
ID: 176056

224 окно стало при соединении с кем то вылазить?
HRDlog и Clublog не уходят автоматом

**UX1IL** · 21.11.2016, 14:44

Уже вышла JTDX v. 17.1
http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1300812 Сегодня, 11:33 #2678
Алексей!
Как на счет:
"Раз уж зашел об этом разговор - пора решить эту проблему раз и навсегда! QRX! Уже делаю!" от 18.11.2016 в 18:54?

**RX4HX** · 21.11.2016, 15:09

Сообщение от UX1IL

Уже делаю!

Уже сделано - вечером постараюсь выложить новую версию.

**RX4HX** · 21.11.2016, 15:40

Хочу еще раз под итожить у кого что не работает в связке с WSJT-X?
Для начала что я понял: не работает WSJT (без X) - выяснилось, что у WSJT в отличии от WSJT-X нет интерфейса взаимодействия с логом. Придется вернуть старое взаимодействие.
Сохранение QSO: у всех не работает с WSJT-X? Потому как у меня работает.
На счет RSTS - сейчас это RST за синхронизировано с тем что указано в поле Report WSJT-X.

**RA3TAC** · 21.11.2016, 16:12

Сообщение от RX4HX

у кого что не работает

JTDX 17.0.1 (17.1.1)
1. При записи LogQSO окно QSO_Entry очищается, но записи в лог не происходит.
2. Частота записывается без учета звуковой.
3. При передаче корреспондентом RR73 это значение записывается в окно LOC QSO_Entry.

**UA9OP** · 21.11.2016, 16:18

Сообщение от RA3TAC

JTDX 17.0.1 (17.1.1)
1. При записи LogQSO окно QSO_Entry очищается, но записи в лог не происходит.
2. Частота записывается без учета звуковой.
3. При передаче корреспондентом RR73 это значение записывается в окно LOC QSO_Entry.

тоже самое