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

[RX4HX]

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

Вложение 244265


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

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

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

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

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

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

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

[R9MA]

99,9% пользователей на это наплевать )))
Знаю что большинство логов учитывают именно TIME_ON. В принципе не вопрос - сделать такую настройку при импорте/экспорте от куда/куда читать/писать время TIME_ON/TIME_OFF. Одна проблема - при использовании TIME_OFF придется учитывать возможность смены даты после 00:00. А это лишние проверки, что на скорости экспорта/импорта положительно не скажется.
Ну и самое главное: мне просто интересно - для WSJT-X Вам не все равно какое время учитывать? Ну пусть разница даже 5 мин будет. И что?
Еще для УКВ там есть варианты: там связи очень долго длиться могут. Но тут то ЗАЧЕМ? В чем практический смысл?

В UR5EQF это отдельно обсуждалось: http://forum.qrz.ru/307-log-ur5eqf/1...5eqf-1594.html Начиная с поста #15935.
Суть кратко (цитаты из UR5EQF_LOG_FAQ):
При импорте адиф-файла из MIXW в лог дублируются связи...
Образование "связей клонов" происходит следубщим образом:
При работе лога с MIXW, в лог записывается время окончания QSO.
MIXW в свой журнал сохраняет время начала и окончания QSO.
Когда из MIXW делается экспорт в адиф-файл, в него заносится время начала и окончания QSO.
При импорте этого адифа в лог, в лог заносится связь со временем начала QSO, т.е. получаем дублирование связи ("клон").
.......
Версия v3.29-8: При импорте сделана приоритетной дата окончания QSO.
Теперь ситуации с возникновением "связей-клонов" при импорте из MixW не будет.
.......

[RX4HX]

Хорошо - давайте сделаем так: при импорте если есть поля TIME_ON и TIME_OFF приоритет будет за TIME_OFF?

[RX4HX]

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

При импорте из Адиф при наличии обоих тэгов TIME_ON и TIME_OFF время берется из TIME_OFF. Если TIME_OFF < TIME_ON то DATEQSO + 1 день (перешли 00:00).

[4Z5CP]

Поднимал этот вопрос но он остался не решенным
Может Алексей добавите колонку TIME_OFF в свой лог ??
При импорте будут правильно импортироваться все связи.
У меня сейчас так и сделано только через жо..у, через USER поля при импорте АДИФ.
Каждый сконфигурирует что ему отображать TIME_ON или TIME_OFF или оба.
В установках программы можно сделать выбор какое время записывать TIME_ON или TIME_OFF.
Только я думаю что время ввода связи должно быть TIME_OFF, т.е. TIME_ON = TIME_OFF, ну а если учитывать начало связи и конец, то TIME_ON это время ввода позывного в поле лога а TIME_OFF время записи в лог.
Предлагаю ввести колонку TIME_OFF, в установках сделать выбор учитывать время начала/окончания или нет (TIME_ON = TIME_OFF), при импорте, если отсутствует TIME_ON или TIME_OFF, приравнять время и установить TIME_ON = TIME_OFF.

Спасибо.

[R9MA]

Знаю что большинство логов учитывают именно TIME_ON.

Алексей, а по какому критерию эти логи определяют и фиксируют время начала QSO?
Время окончания понятно - либо кнопка Save, либо макрос типа saveqso...
ps: помню, где-то (где не помню) были дебаты на эту тему, после чего осталось стойкое убеждение, что правильное время в логе - время окончания QSO...

[UX1IL]

Алексей!
Не знаю с кем Вы определили, что в связь вводится в лог по времени начала связи,
но четко знаю, что все уважающие себя контест логи и не только, считают временем ввода в лог связи - время окончания связи!

[RA3AJT]

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

При импорте из Адиф при наличии обоих тэгов TIME_ON и TIME_OFF время берется из TIME_OFF. Если TIME_OFF < TIME_ON то DATEQSO + 1 день (перешли 00:00).

Спасибо за "положительную" (в смысле отрицательную) обратную связь.

[RA3AJT]

Алексей, добрый день!

1) По поводу пробелов в файле ADIF - пусть остаются как есть.

2) Лишних пустых полей действительно нет.

3) Вы уверены в необходимости сохранения "солнечных индексов" для каждой связи?
<SFI:2>85 <A_INDEX:2>25 <K_INDEX:1>3
Это увеличивает размер файла процентов на 20.

4) Сомневаюсь в необходимость сохранять дальность: <DISTANCE:3>913
т.к. для нее нужен правильный квадрат, иначе она очень приблизительная. Впрочем это не критично.

5) Главный вопрос. Надеюсь, коллеги меня поддержат.
Обзательно должны функционировать стандартные для программ Windows комбинации копи-пэйст во всех окошках ввода данных:
CTRL-C, CTRL-V, CTRL-X

[UT4LW]

Подскажите не могу найти вкладку "Localhost" в программе LogHX

Это последняя вкладка в окне "Cluster".
Установки (правая кнопка по полю вкладки) такие:



В настройках машины спотов галку "Telnet" (если было указано подключение к SDC Telnet Server) - убрать.


Алексей, предлагаю расширить возможности совместной работы LogHX - ESDR2 - SDC. Так, как это сделано в логе 5MContest.
LogHX, получив спот по Localhost, отвечает обратно, что это за спот: Новая станция, новая страна, повтор.
Тогда позывные на панораме можно будет раскрасить в соответствующие цвета.

[RX4HX]

получив спот по Localhost, отвечает обратно, что это за спот: Новая станция, новая страна, повтор.

Ок! Сделаю!

"положительную" (в смысле отрицательную)

Так положительная или отрицательная? Не понял)))

увеличивает размер файла процентов на 20

Адиф служит для переноса данных между логами. Максимально возможного количества данных. Все что есть - то и переносится. А что Вас так размер то волнует? Вы ж не переносите 100 тыс QSO?

CTRL-C, CTRL-V, CTRL-X

Ок! Добавлю еще и CTRL-C, CTRL-V, а CTRL-X что делает?

[RJ7M]

Ещё раз задам вопрос.
Должен ли заноситься позывной в окно ввода При клике в окне Skimmer-а ?

При указанных выше настройках от UT4LW, у меня, При клике в окне Skimmer-а , позывной в окно ввода в LogHX не заносится.
Споты в таблицу идут, текст декодируется.

[UT6HX]

а CTRL-X что делает?

Вырезает с копированием в буфер.
Алексей а что с багом по IOTA в окне сработано/подтверждено?
И с САТ макросами?
Да , и кнопка PrinScreen при включеных горячих клавишах??

[RA3AJT]

Ок! Сделаю!

Так положительная или отрицательная? Не понял)))

Адиф служит для переноса данных между логами. Максимально возможного количества данных. Все что есть - то и переносится. А что Вас так размер то волнует? Вы ж не переносите 100 тыс QSO?

Ок! Добавлю еще и CTRL-C, CTRL-V, а CTRL-X что делает?

1) Конечно положительная (по смыслу) и отрицательная для общей устойчивости системы.

2) Хорошо, размер ADIF не принципиален. Если посмотреть описание протокола на сайте adif.org,
то там очень большое количество данных описано. Всё передать не возможно. Нужно передавать основные.
Солнечные индексы вряд ли к таким относятся. Но это дело вкуса.

3)
CTRL-C копирование
CTRL-V вставка
CTRL-X копирование с вырезанием

[RD9CX]

3) Вы уверены в необходимости сохранения "солнечных индексов" для каждой связи?
<SFI:2>85 <A_INDEX:2>25 <K_INDEX:1>3
Это увеличивает размер файла процентов на 20.

+100

5) Главный вопрос. Надеюсь, коллеги меня поддержат.
Обзательно должны функционировать стандартные для программ Windows комбинации копи-пэйст во всех окошках ввода данных:
CTRL-C, CTRL-V,

ещё +100

[RX4HX]

Пререлиз на сегодня:

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

Сделано:

CTRL-C, CTRL-V, CTRL-X

совместной работы LogHX - ESDR2 - SDC

Работу проверял с CWSkimmer - работает нормально. С SDC не проверял, но по идее проблем тоже быть не должно.

Настройки соединения с Localhost добавлены в окно настроек СпотМашины, сама вкладка Localhost перенесена с последнего места в окне Кластера на третье)))

с багом по IOTA в окне сработано/подтверждено?
И с САТ макросами?

Я что то упустил - что за баг с IOTA? И что с макросами?