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

[RX4HX]

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

Вложение 244265


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

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

Ссылка --> на файл Whatsnew.txt с информацией о последних обновлениях в релизе:

Ссылка --> Актуальные релизы и история изменений.

Канал на Youtube Сергея RD9CX: LogHX

База дипломов - >> Вложение 262565

Уважаемые друзья!
В связи с большой загрузкой по работе отвечать на личные письма и телефонные звонки возможности нет!
Просьба все вопросы и предложения писать на форуме QRZ.RU
Спасибо за понимание!

[EU1FQ]

Prerelease build_591

Prerelease 589-591 баг в загрузке с LoTW. Десять попыток и все останавливаются после загрузки 295 000-303 000 байт с сообщением Can not teceive data from LoTW! Если информации меньше чем эти значения, то все нормально.
Без разницы, просто скачать или скачать и синхронизировать. Результат одинаковый. Для проверки эту же процедуру повторил на Prerelease 545. Нет проблем, скачивай и синхронизируй хоть за десять лет.

[RA3U]

Prerelease 580
Никто не подскажет: как перенести лог со всеми моими настройками на другой компьютер?
Создал backup, перенёс его на другой компьютер, при установке программы лога указал на файл бекапа "LHX2" - связи переносятся, а настройки остаются те, которые "по умолчанию", даже язык, не говоря уже об "излишествах" на все случаи жизни, которые я подстраивал/удалял "под себя".
Можно ли сэкономить несколько часов, требуемые на настройки "под себя"?

[EU1FQ]

...как перенести лог со всеми моими настройками на другой компьютер?

Если Вы создали backup в виде zip файла, то проделайте следующее. Установите на другом компьютере любую версию лога, лучше последнюю, но не запускайте лог. Затем извлеките из архива (zip файла, который Вы создали) все файлы и замените ими файлы которые в вновь установленной версии. Можете запускать лог, будет все как и прежде. Основную роль играют три файла: - xxxxxx.lhx2 (Ваша база) и два системных файла - loghx_view.ini и loghx.ini

[R9HBW]

Prerelease 580
Можно ли сэкономить несколько часов, требуемые на настройки "под себя"?

Просто скопируйте весь лог из папки (всю папку) Диск:\LogHX на новый компьютер

[RA3U]

Нужные файлы нашел, перенёс и заменил ими существующие.
Кажется всё получилось. По крайней мере на первый взгляд.
Спасибо.

[RX4HX]

Просто скопируйте весь лог из папки (всю папку) Диск:\LogHX на новый компьютер

Именно так! Проще не куда - папку копируете куда отите. Лог не привязывается к компьютеру.

Prerelease 589-591 баг в загрузке с LoTW. Десять попыток и все останавливаются после загрузки 295 000-303 000 байт с сообщением Can not teceive data from LoTW! Если информации меньше чем эти значения, то все нормально.

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

[RX4HX]

Prerelease 589-591 баг в загрузке с LoTW. Десять попыток и все останавливаются после загрузки 295 000-303 000 байт с сообщением Can not teceive data from LoTW! Если информации меньше чем эти значения, то все нормально.

http://rx4hx.qrz.ru/files/loghx/prer..._build_592.exe

Исправил.

[EU1FQ]

Prerelease 589-591 баг в загрузке с LoTW.

Исправил.

Да, теперь без проблем загрузил и скачал за целый год
Есть два, непринципиальных, ньюанса. Первый. После загрузки в файле NotFoundRecords_LoTW.adi оказалось два QSO, а в окне загрузки, в строке Not found Records ="0"
И второй. Если файл NotFoundRecords_LoTW.adi имеет расширение adi, то видимо необходимо добавить тег <EOH>, чтобы программы, предназначенные для его открытия, работали без ручного добавления этого тега.

[RX4HX]

После загрузки в файле NotFoundRecords_LoTW.adi оказалось два QSO, а в окне загрузки, в строке Not found Records ="0"

А это случаем не "не правильные" QSO, ну там с ошибкой? Т.е. они не просто не нашлись, а проблема с конвертацией? По этому могли в не найденные записи не попасть.

добавить тег <EOH>, чтобы программы, предназначенные для его открытия, работали без ручного добавления этого тега.

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

[EU1FQ]

А это случаем не "не правильные" QSO, ну там с ошибкой? Т.е. они не просто не нашлись, а проблема с конвертацией? По этому могли в не найденные записи не попасть.

Да самому пока не ясно, почему не попали. Хотя в журнале они подтверждены, но уже давно. Это была как бы контрольная загрузка. Здесь буду разбираться.

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

Как с текстовым файлом, то конечно все программы работают без проблем. А вот если заточены под расширение adi, то не все. Пример AdifMaster, Contest LogChecker и др. Непринципиально, просто смотрю во всех adi файлах в логе есть этот тег, а здесь нет.

[RN6MT]

В 589 и выше -тс-2000 при переходе с приема на передачу и обратно стал неприятно попискивать. Это с НХ- интерфейсом. С омнириг такого нет.

[EU1FQ]

А это случаем не "не правильные" QSO, ну там с ошибкой? Т.е. они не просто не нашлись, а проблема с конвертацией? По этому могли в не найденные записи не попасть.

Всё-таки нашел почему QSO попали в NotFoundRecords...
Оказалось, что по какому-то неведомому глюку, вдруг у десятка QSO изменился формат записи TimeQSO и он стал выглядить таким образом: 01.01.1900 11:02:00. Интересно то, что средствами самого лога это не увидеть! И в самом журнале, и если создать адиф из этих QSO, то TimeQSO показывается совершенно верно: 11:02:00. Только с помощью Access увидел это в базе. Когда подправил, снова загрузил из LoTW, все стало нормально. Кстати, второй раз сталкиваюсь с таким глюком. Коллега попросил помочь разобраться, почему ни в какую не хочет в логе подтверждаться одно из QSO, которое 100% верно записано и подтверждено на самом LoTW. Обратил он внимание на это, потому, что это был DX. А если бы не DX, то так бы и не заметил. Причина оказалась та же, - полтора десятка QSO "глюкнули" на неверный формат TimeQSO. Из за чего это происходит, - непонятка.
P.S. Возможно в адиф это потому не видно, что начиная с 578 версии Вы внесли проверку адиф на правильность Даты/Времени QSO.

[RX4HX]

у десятка QSO изменился формат записи TimeQSO и он стал выглядить таким образом: 01.01.1900 11:02:00

Утилиты - Корректировать лог - Correct time: Round to second
эта проблема исправляется тут. Но интересно было бы узнать, как эти QSO с такой датой в лог попали?

В 589 и выше -тс-2000 при переходе с приема на передачу и обратно стал неприятно попискивать.

Прикольно... Да вроде не делал ничего такого. Ну просто так то он попискивать не может - это ж должно о чем то говорить? И что хочет сказать TS-2000? )))

[EU1FQ]

Утилиты - Корректировать лог - Correct time: Round to second
эта проблема исправляется тут. Но интересно было бы узнать, как эти QSO с такой датой в лог попали

Во-первых, мне самому интересно, как получился такой формат. Формат TimeQSO вносился в лог не в таком виде, вносился верно. Он изменился позже, а вот почему? и именно добавляется 01.01.1900?
а во-вторых, чтобы использовать утилиту, пользователь должен знать, что в логе записан неверный формат TimeQSO. А он этого не видит!!!

[R7KKO]

1. Просто информация:

Почему-то Team Viewer блокирует все запросы LogHX3 в интернет. Антивируса нет, брандмауэр отключен.

2. Вопрос:

JTDX на одном компе подключен через CATHX к трансиверу, LogHX на другом компе. Все компьютеры в локальной сети.
Как правильно связать JTDX комп1 - LogHX комп2?