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

[RX4HX]

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

Так как в старой теме количество сообщений стало слишком большим, открыта новая тема.
Архив старой темы находится тут:
https://forum.qrz.ru/355-loghx-appar...-tema-2-a.html

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

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

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

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

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

R2DYJ: LogHX для начинающих LogHX

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

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

[RX4HX]

К сожалению, как Вам, мне снять/установить галочку "Не проверять RX/TX", не помогает.

Так у RM1F проблема была не в смене этой галочки, а в том, что при использовании этой галочки была ошибка в коде. У Вас явно что то другое. А задержка все время постоянная или разная?

- - - Добавлено - - -

И TX Delay точно не установлена?

[EU1FQ]

Так у RM1F проблема была не в смене этой галочки, а в том, что при использовании этой галочки была ошибка в коде. У Вас явно что то другое. А задержка все время постоянная или разная?

- - - Добавлено - - -

И TX Delay точно не установлена?

Задержка рваная. Два- три раза может быть нормально, но в основном с задержкой.
P.S. в 768 версии TX Delay установлена в 200 msec и задержка совершенно не чувствовалась.

[RW3DQC]

Подскажите для чего эти поля при синхронизации логов
.

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

[EU1FQ]

... Если мне необходимо синхронизировать журнал за конкретную дату, зачем пересчитывать все строки? Приходится из-за синхронизации одного дня ждать несколько часов результата.
Если это возможно то может быть следует пересмотреть алгоритм синхронизации.

Лог синхронизирует скаченный adi файл. Скачайте adi за конкретную дату и не надо пересчитывать все строки. Для примера за 22 ноября 2024

[RW3DQC]

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

Мне также не тяжело открыть в текстовом редакторе файл Хамгола удалить лишнее или скопировать нужное и провести синхронизацию. Но.....
Зачем тогда указывать промежуток времени для синхронизации в логе, когда я это делаю другими средствами???

[R2OM]

Зачем тогда указывать промежуток времени для синхронизации в логе

Хамлог не пишет когда пришло новое CFM. А приходят, бывает, за древние связи. К примеру, пару дней назад ru1qq/p за 2013 г. залил.
Если в HQSL новых связей менее пары десятков, то я в LogHX их руками проставляю.
Но у меня и связей всего 40 т. Пару тройку минут идет синхронизация всего скачанного лога.
Но у меня дольше времени уходит на взятие адиф с Хамлога. Не знаю кем\чем ограниченна скорость. Файл весит всего 23.5 МГб.

[EU1FQ]

... У Вас явно что то другое.

Домашняя работа. Установил с нуля, голую 770 (2024-11-18 20:39). Задержки нет. Задержка появляется при подмене файла loghx.ini. Дальше не копал. Не было времени.

[EU1FQ]

.... У Вас явно что то другое.

Нашел. Дело в секции SpotMachine файла loghx.ini (приложил). Просто удалил ее и настроил заново. Задержка пропала. Но непонятка остается. В этой секции как бы нет прямых записей, регулирующих задержку TX. Кроме того, эта же секция без проблем работала в 768 версии. Фактически, получается что дело все таки не в ней. Работает, ну и ладно.
SpotMachine.txt