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
Спасибо за понимание!

[RX3RZ]

потому, что туда должно было записаться 05:45, т.е время окончания связи...

Валентин, "туда" это "куда"?

[UD2F]

Валентин, "туда" это "куда"?

https://forum.qrz.ru/355-loghx-appar...ml#post2040460

Вот сюда, см. скрин

[RX3RZ]

https://forum.qrz.ru/355-loghx-appar...ml#post2040460

Вот сюда, см. скрин

Я посмотрел по логу, который у меня используется. Пользователь не может сам настроить основное окно лога и при этом, почему-то (проведя эксперименты) выводится значение из поля time on. А должно всё-таки по логике из time off. Это, конечно, косяк.
Хотя при этом посмотрел много записей QSO в FT8 и нигде не встречал разное время в полях time on и time off, хотя некоторые QSO бывали долгие. Может у автора претензии что-то с настройками JTDX?

[UD2F]

Это не только у RU6YY ( у него там норм все настроено), посмотрите последние сообщения от EU1FQ...

[RU6YY]

Пробую еще раз на примере показать, чем может закончится недопонимание поднятого вопроса.

Проведена связь и отправлена в ЛОТВ. Время в ней НАЧАЛА связи 03:06







Получено подтверждение от корреспондента. В нем время КОНЦА связи 03:07



А теперь представьте, что связь началась 40-50-60 и тд минут ранее, что нередко бывает при длительной охоте на ДХ. И как бы встретились наши послания в ЛОТВ?
Разработчик программы подтверждая, что времененм связи является ее окончание, в реализации делает обратное.

Еще раз убедительно прошу вернуть опцию "Авто-установка TimeEnd" в рабочее состояние. Кому не нравится, пусть не пользуется ею. Ведь именно для этого она и предназначалась.

[RM1F]

А теперь представьте, что связь началась 40-50-60 и тд минут ранее, что нередко бывает при длительной охоте на ДХ. И как бы встретились наши послания в ЛОТВ.

Это НЕ время начала связи. Это может быть время, когда вы начали вызывать DX-а. Возможно, безрезультатно. И фиксировать это время на самом деле бесполезно. А время начала связи - когда он вам ответил, назвав ваш позывной и дал 599. При этом в CW/SSB время окончания связи будет отличаться секунд на 3-5. В FT8 - на период передачи ответной посылки RR73/73, т.е. на 15 секунд.

[UD2F]

На луне или при работе через метеоры на УКВ этом может быть уже и 20, и 30 минут, а то и более...

[EU1FQ]

Что не так? Галочка Авто установка TimeEnd относится к вводу связей через окно ручного ввода. К сохранению связей от JTDX она отношения не имеет.

Ну хорошо. Два десятка человек прочитали это Ваше сообщения. А остальные? Нормальный юзер читает, что если установлена галочка "Авто-установка TimeEnd", и не указано иное, то это относится ео всем видам связи лога. А на деле, юзер видит различия и начинает чесать затылок. Если галочка не работает, то нужно ее убрать. Если работает, то должна работать и для JTDX(WSJT). Иначе не по феншую.

[RA3QH]

я честно говоря не понимаю зачем вообще нужно время начала связи в логе? увидеть сколько времени длилась беседа с кем либо? мое мнение что время начала связи в логе излишняя колонка...

[RQ3P]

На луне или при работе через метеоры на УКВ этом может быть уже и 20, и 30 минут, а то и более...

Как правило более. И 60 минут и 90 минут.Более того,при работе на КВ и вызове DX там тоже до RR73 может пройти много больше 30 минут. И более того принято временем QSO считать время его окончания. Тогда зачем городить огород с началом? У меня были такие косяки с логом MSHV пока не поставил программно время начала QSO=времени окончания QSO и все вопросы снялись.

[RM1F]

Как правило более. И 60 минут и 90 минут.

Гм. А вот тут интересный теоретический вопрос.
Рассмотрим такой сценарий: связь через спутник. Корреспондент начал вам отвечать, фиксируем "начало связи", а тут бац! - спутник ушел за горизонт, связь не закончена. Через 1-2 витка, а может и через 5-10, вы с корреспондентов все-таки сумели обменяться рапортами. Вопрос: это считается "все еще та же самая связь" или уже другая??

[RX4HX]

Неправда Ваша

Николай, Вы издеваетесь да? Вы это QSO руками в лог вносили и время не правильно занеслось, так? Или это QSO в лог JTDX записало?

туда должно было записаться 05:45, т.е время окончания связи

Туда должно записаться то, что в лог передал JTDX, иначе будет расхождение во времени с ДХ, который заливает Адиф из JTDX! Ранее, я от JTDX брал только время TimeOff, и записывал его в лог и как TimeOff, и как TimeOn. Однако это не верно - т.к. ДХ заливает на Лотв то, что получил от JTDX. По этому я стал от JTDX записывать 2 времени, тем более что тут все 100% верно и никаких 2-х часовых QSO тут нет.

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

принято временем QSO считать время его окончания

Абсолютно верно!
Тех, кого в логе раздражает 2 времени, скройте колонку TimeQSO (сюда записывается время TimeOn), и оставьте колонку TimeQSO_Off.

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

время начала связи в логе?

Понятия не имею, но инструкции есть 2 времени. JTDX/WSJT-X передают логу 2 времени и лог их записывает. Не нравился 2 времени - напишите создателям JTDX/WSJT-X чтоб убрали время TimeOn.

Вообще же со временем сейчас творится таже ерунда, что и с модуляцией FT4.
Как правильно было написано -

временем QSO считать время его окончания

так было всегда. Но! В Адиф логи всегда писали тег - TIME_ON, который отвечает за время окончания связи. Что в общем не верно. И вот WSJT-X решил это положение дел исправить - пишет в лог именно TIME_OFF, которые сейчас и анализирует сервисы (Лотв и.т.)
В LogHX до недавнего времени было одно время. Но недавно я добавил туда 2-ю колонку - Time_OFF, но которую сейчас и стоит ориентироваться.

[RJ7M]

Корреспондент начал вам отвечать, фиксируем "начало связи", а тут бац! - спутник ушел за горизонт, связь не закончена. Через 1-2 витка, а может и через 5-10, вы с корреспондентов все-таки сумели обменяться рапортами.

Это противоречит правилам ведения р/связи через спутник. На новом витке связь должна начинаться сначала, а не продолжаться. Нормально так - сегодня позвал, а через неделю получил рапорт

[RQ3P]

В LogHX до недавнего времени было одно время. Но недавно я добавил туда 2-ю колонку - Time_OFF, но которую сейчас и стоит ориентироваться.

Пятое колесо в телеге.Зачем надо ориентироваться на конечное время если оно является единственно правильным?Вы бумажный лог вели? Там время одно.Хотя были бумажные журналы в котором указывалось время начала и конца приема радиограмм.Это для наших целей полный атавизм.Зачем его вносить в LOGHX мне не понятно.

[RX4HX]

Пятое колесо в телеге.Зачем надо ориентироваться на конечное время если оно является единственно правильным?

100% согласен, но меня задолбали тем, что во всех логах 2 времени, а у меня - одно!))) Вот сделал как во всех логах - 2 времени. Зачем кому то нужно 2 времени - не понимаю, но в Адиф тоже 2 времени.
Я ж говорю - это как с FT4, которую SubMode сделали.