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

[RX4HX]

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

Вложение 244265


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

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

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

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

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

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

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

[RW3DY]

А теперь наложите описанную Вами последовательность (в теории всё красиво) на жизненный вариант : "и тут пропадает 220В и системник аварийно вырубается"\либо намертво завис комп , единственный выход = жмакнуть Reset (см мой предыдущий пост , сложно прочитать ?)

Ставьте "галку" делать бекап каждые 1 минуту.
И будет Вам счастье.
Только не пойму причем тут сжатие баз?

база не сжалась (нештатный выход из лога) - при следующем запуске лога имеем крах нажитого непосильным трудом (базы)

База сжимается в последнюю очередь.
После создания архива и создания копии.
1 Создание архива.
2 создание копии
3 сжатие базы.

200% резерв

Алексей не критично но...



Не отправить, а отправлено.

[R3HH]

Ни разу не были в ситуации : "работаю спецпозывным /p (без интернета , отправки на электронные логбуки естественно нет) , разгребаю некислый пайлап - и в этот момент внезапно гаснет комп (уже не суть - завис\батарейка\сбой). " ???
"Столько возможностей бэкапа" будут слабым утешением тем кто пробился к Вам с момента последнего бэкапа до момента "П" - и не обнаружил себя в логе , не находите ?
Сейчас (без принудительного сжатия баз) восстановить журнал в полном обьёме (даже при отсутствии бэкапа на "момент П") минутное дело (проверенно экспериментально - .lhx2 пишется до последнего QSO перед сбоем) , что будет при "добровольно-принудительной" активации сжимания баз - тот ещё вопрос .

Роман был неоднократно, но очень давно, r73epc/p поэтому об этом даже не подумал, в тех условиях могло случиться все что угодно ...

[R2PU]

Ставьте "галку" делать бекап каждые 1 минуту.
И будет Вам счастье.

Повесить логу и компу дополнительную задачу ежеминутного бэкапа (в т.ч. ежеминутно писать на HDD некислый файл .bkp) сомнительное счастье .... особенно в свете того что у многих компы и так еле тянут поставленные задачи и без навески в виде дополнительной ежеминутной задачи.
+ вероятность того что в последнюю минуту от бэкапа до краша будет проведено изрядно QSO не вошедших в бэкап никто не отменял

Только не пойму причем тут сжатие баз?

При том что "добровольно-принудительное"(с) обычно не ведёт к всеобщему счастью (некоторые пытались 73 года подряд .... результат спорен)
Ещё раз (неоднократно проверенно в реальных условиях - но не панацея) :
Сейчас (сжатие баз отключено) лог поднимается после аварийного падения компа за считанные минуты - в лёгком случае достаточно ребута , в самом тяжёлом варианте (лог после ребута не запускается) - копируем файл .lhx2 в другую папку , используем последнюю резервную копию (да хоть и переставляем лог "начисто" , с последующим использованием последней доступной резервной копии) - после чего закидываем скопированный .lxh2 в папку LogHX\Log - в результате этих нехитрых действий получаем журнал за все позывные вплоть до последнего QSO перед "падением" компа.
При использовании пусть даже ежеминутного бэкапа- где уверенность что я не проведу за "последнюю минуту" изрядно QSO которые не попадут в интервал "от последнего бэкапа до краша" и не сгинут безвозвратно ?

Вы гарантируете что при "добровольно-принудительной" активации сжатия баз - этот сценарий ("упало- поднимем в считанные минуты без потерь") будет по прежнему отрабатывать при аварийном завершении работы лога (пропало питание\комп намертво повис) ?

Чем и кому сейчас мешает наличие выбора (чекбокс "сжимать базы перед выходом" отмечается пользователем по своему усмотрению)?
"у некоторых тормозит без этой галки" (с) - так поставьте галку , в чём проблема (кроме смеха - а почему тогда LogHX не тормозит на древнем Celeron c 512Mb RAM и IDE 40Gb у R3P.... , инфо 100% , я сам ставил ему LogHX3 и чекбокс не отмечал).
Без "добровольно-принудительного" совсем никак ? ))).

База сжимается в последнюю очередь.
После создания архива и создания копии.
1 Создание архива.
2 создание копии
3 сжатие базы.

200% резерв

Ходим по кругу.....
Работаем ON AIR , лог запущен.
Злодей на подстанции дёргает рубильник (или оператор жмёт аппаратный Reset) ....
Алгоритмы "создать архив перед выходом" , "копировать базу лога перед выходом" , "сжимать базы перед выходом" не отработали (штатного выхода из лога не было как такового). Где 200% ?
ОК , запуск компа и лога после краша - 100%тно уверены что лог "подхватит" несжатые базы при активированном чекбоксе ?

Роман был неоднократно, но очень давно, r73epc/p поэтому об этом даже не подумал, в тех условиях могло случиться все что угодно ...

Вот и я был .... И журнал (а точнее комп) аварийно "упал" прямо в процессе работы , но предыдущий опыт помог быстро и безболезненно восстановить "упавшее" (подробнее под спойлером)

->Скрытый текст<-

RP73T , LogHX с настроенными бэкапами , + резервные АКБ на рабочее место (предусмотрено кажется всё)....
Вал зовущих (оператор за минуту может провести изрядно QSO и каждое из них важно для коллег)
И в какой то момент - внезапно намертво зависший комп ....
После аппаратного ребута лог не запускается .
1) руками создаётся папка logcrash , руками копируется в неё папка LogHX (это первое что стоит сделать)
2) копируем из последнего бэкапа в папку лога = эффекта ноль (лог по прежнему не запускается).
3) ОK , спокойно (какое тут спокойствие , оператора бьёт нехорошая дрожь) - полностью удаляем LogHX , вычищаем его папку (всё равно уже сохранили см п1) , заново устанавливаем из инсталятора LogHX3 , перекидываем в него последний бэкап.
4) Ура , лог запускается журнал на месте , хвала последнему бэкапу !
5) не ура и не хвала .... не хватает изрядно QSO перед крашем (с момента последнего бэкапа до момента краша) ....примерно представляю каковы будут эмоции коллег не обнаруживших себя в логе ....
6) Меняем в папке LogHX\Log файл .lhx2 на файл .lhx2 из папки logcrash (см п1) - вот теперь точно ура , все QSO вплоть до самого последнего на месте.
На всё про всё - менее десяти минут , город-герой on air , ни одно QSO не пропало из журнала (всё ж придерживаюсь мысли что кто косанул - тому и решать , причём решать быстро и 100%тно) .....

Вот нет у меня 100% уверенности что при наличии чекбокса "сжимать базы перед выходом" (и "разжимать" при входе - логически так ?) этот сценарий (кстати не единственный) восстановления с "подменой" .lnx2 прокатил бы при аварийном выключении\зависании компа ....
+ очень не люблю (ещё с советских времён) "добровольно-принудительного" лишения выбора )))))

[RD9CX]

Алексей, проверьте.
Пытаюсь "добавить в избранные споты" , получаю эту ошибку и при этом закрывается окно "DX Кластер"
Приходится идти в меню и открывать это окно снова.
Позывной в "...избранные споты" так и не попадает.

[RW3DY]

Работаем ON AIR , лог запущен.
Злодей на подстанции дёргает рубильник (или оператор жмёт аппаратный Reset) ....

Злодей рвет рубильник (reset) в какой момент?
Архивирование?
Ничто не поможет. (но сжатие ни причем)
Копирование?
Есть архив. (но сжатие ни причем)
Сжатие?
Есть архив, копия.
Так причем здесь сжатие баз?
Оно происходят. ТОЛЬКО при ВЫХОДЕ из программы.
ПОСЛЕ резервного копирования.

Или Вы что то путаете.

что я не проведу за "последнюю минуту" изрядно QSO которые не попадут в интервал "от последнего бэкапа до краша" и не сгинут безвозвратно ?

2-3-4 или 100 QSO?
За минуту не более 3-4.

[R2DSA]

Злодей рвет рубильник (reset) в какой момент?
Архивирование?
Ничто не поможет. (но сжатие ни причем)

Поможет только блок бесперебойного питания. Чем мощней, тем лучше. У меня блок на 1.5 KWt. Через него все подключено, даже трансивер TS-940S. И если "Злодей рвет рубильник", то вы успеете и QSO закончить и журнал корректно закрыть.

[4Z5CP]

Использую старенький нотбук, батарейка на 15-20 минут, но достаточная защита от злодея с рубильником или кого либо делающего КЗ дома.

[R5FQ]

Всем привет!
Изучаю журнал, возникло пока несколько вопросов:
-При создании в базе двух и более журналов на разные позывные, то когда открыт один из журналов, он повторные QSO ищет во всем остальных журналах ?
-Не могу понять как пользоваться поиском. Например нужно найти все QSO в заданный интервал времени или все QSO с QTH Воронеж и т.д.
Пробовал через расширенный поиск, но ничего не показывает журнал, может что не так делаю...
-Как вести учет по RDA и куда записывать ? Я так понимаю район записывать нужно в два окна: State и Country ?

[EU1FQ]

Всем привет!
Изучаю журнал, возникло пока несколько вопросов:
-При создании в базе двух и более журналов на разные позывные, то когда открыт один из журналов, он повторные QSO ищет во всем остальных журналах ?
-Не могу понять как пользоваться поиском. Например нужно найти все QSO в заданный интервал времени или все QSO с QTH Воронеж и т.д.
Пробовал через расширенный поиск, но ничего не показывает журнал, может что не так делаю...
-Как вести учет по RDA и куда записывать ? Я так понимаю район записывать нужно в два окна: State и Country ?

Посмотрите несколько скриншотов по Вашим вопросам. Думаю будет понятно. RDA в логе для статистики диплома в виде XX-00 ведется по двум полям - State и County
Но не путать с Country, как Вы пишите. Country это страна, а State и County это область и район соответственно.

->Скрытый текст<-

[K2PAL]

Привет,
У моего друга проблема.
Что может быть, когда в поле QSO Entry вносится позывной, то данные с qrz.com не показываются тоже и з qrz.ru.
Спасибо

[RC3C]

Привет,
У моего друга проблема.
Что может быть, когда в поле QSO Entry вносится позывной, то данные с qrz.com не показываются тоже и з qrz.ru.
Спасибо

может позывного такого нет в колбуках?
а тут смотрели?

[K2PAL]

To RC3C: спасибо за ответ.
Но мой позывной как вы понимаете есть в базе данных,а может в windows мягкотелых проблема.

[R2PU]

Ничто не поможет. (но сжатие ни причем)

Похоже да , когда один даёт реально происходившие ситуации (и попутно найденные пути решения , вдруг кому поможет в аналогичной ситуёвине : "всё упало и пропало") - а второй в ответ вещает теории про "200% резерв" (с) при правильно расставленных "птицах" (с) - тут уже "ничто не поможет" (c) .
GL (в первую очередь пусть у Вас никогда не "упадут" лог и\или система) , 73!

Поможет только блок бесперебойного питания. Чем мощней, тем лучше. У меня блок на 1.5 KWt. Через него все подключено, даже трансивер TS-940S. И если "Злодей рвет рубильник", то вы успеете и QSO закончить и журнал корректно закрыть.

Оригинал фразы : """"Злодей на подстанции дёргает рубильник (или оператор жмёт аппаратный Reset)"""
- Первая часть фразы решается резервированием питания , не суть ноутом или UPS (тоже не лаптем щи хлебаем , APC Smart UPC 1000VA в наличии + к нему при необходимости подключаются дополнительные 2*AGM 190Ah , чтобы не сидеть без света в остывающем жилище + AMC242 150a с баком 120л на самый крайний случай).
- Вторая часть (намертво зависший комп , единственный выход = аппаратный Reset) увы не решается так "в лоб"

Использую старенький нотбук, батарейка на 15-20 минут, но достаточная защита от злодея с рубильником или кого либо делающего КЗ дома.

У меня в качестве ноутбука Getac B300 (не такой буржуй , но посмотрев на аватар поймёте почему , пластиковый ширпотреб в нашем деле не выживает)
5-10 часов на одной штатной батарейке , 10-20 часов на двух (это минимум , в реальности бывает счёт идёт на сутки)
Совсем не панацея от случая : "в какой то момент система "зависает" намертво , единственный выход = аппаратный Reset " , равно как и от синих экранов , самопроизвольных ребутов , падений системы и прочей компьютерной нечисти ("стреляет" крайне редко - но зато метко....)

----------
Вообще начав с еденичного сообщения о проблеме при запуске лога и получив обещание RX4HX : добровольно-принудительно лишить всех пользователей лога возможности выбора могу сказать одно - все последующие посты не более чем иллюстрация простого принципа : "выбор должен быть всегда".
Наверно я просто не люблю "добровольно-принудительных" мер (в силу возраста застал уже агонию : "а теперь все быстро осознаём как неправильно мы жили и перестраиваемся на новый лад") , равно как и не понимаю почему еденичная проблема (и как мы жили раньше с LogHX3 не отмечая этот чекбокс ?) должна добровольно-принудительно лишать всех пользователей замечательного софта возможности осознанного выбора.

[RC3C]

,а может в windows мягкотелых проблема

в чём чем проблема?

[EU1FQ]

в чём чем проблема?

Microsoft - Потому что дословно "Micro" это мелкий, маленький, а "soft" - мягкий. Вместе получается если переводить прямо, то мелкомягкие (мягкотелые) .