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

[EU1FQ]

Давайте смотреть, какие конкретно не пересчитала. Возможно где то ошибка в файле определения страны по Р-150-С (country_district.dat).

Все смотреть нет нужды, мне понять принцип пересчета.
Но вот конкретные примеры. Один и тот же позывной. Один пересчитался, вторй нет.

Ади файл ниже.
ANT.txt
Втрой вариант. Эти позывные не пересчитались,

но если экспортировать adi файл, то континент в теге прописывается, а Р150С нет. Ади файл ниже.
3d2.txt

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

Ну а от куда его еще определять то? Кроме этого, в общем то "официального" файла по странам - ничего нет.
....
Да, я про это знаю, но как быть тут?

Как предложение. Сколько той Антарктиды. Если судить по ARRL DXCC LIST CURRENT ENTITIES
https://www.google.com/url?sa=t&rct=...AzJR5kzIJi7pMl
то это 3Y и CE9/KC4, ну и повытаскивать общими усилиями часть позывных из блока Antarctica файла CTY.DAT. На основании этого сделать файл, что-то типа country_user, чтобы Антарктида не затиралась при обновлении CTY.DAT

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

Не получается создать диплом Р-150-С. Кто нибудь подскажет, как это сделать ?

1.

2.

3. 4.

Или импортируйте файл Р150С.txt

[RQ3M]

У меня многие острова и территории Р150С определились как Канада, вот и приходится из редактировать. Но я думаю совместными усилиями мы всё одолеем. Алексею огромное спасибо за проделанную работу.

[RA3SI]

У меня несколько другой вопрос

Я несколько раз поднимал вопрос удаления повторных связей.
К сожалению ответа нужного не получил.
Прилагаю ADIF
В нем 4 связи, 2 связи и 2 повтора.Это для примера.
Прога повторы не удаляет.
почему?

Ссылка на файл.Сюда загрузить не позволяет.
[https://yadi.sk/d/xCwZG1H3QbN7Wg

Вот так это выглядит в логе

[EU1FQ]

Прога повторы не удаляет.
почему?

Судя по Вашему adi файлу, в логе нет повторов. По одному из тегов, по которым идет проверка на повторы (TIME_ON) время отличается на одну минуту. А это уже другое QSO!

[RA3SI]

А это уже другое QSO!

Увы,нет.
Вы работаете FT8
повторных запросов в проге может быть много,уложиться в 1 минуту никак не получиться.
Да и подсчитайте сами запрос, рапорт, подтверждение и 73 -это только от Вас но и корреспондент передает данные 4 от Вас и 4 от кора -8
8х15 секунд равно 120 секунд, а это 2 минуты

[KN7K]

Сергей, я кажется нашел и исправил проблему со вторым Радио - попробуйте, сейчас должно быть нормально!

Спасибо Алексей, а какая версия, 672?
Не знаю получиться ли протестить без радио, сегодня отправил Флекс в ремонт
Сергей, KN7K

[UX8IW]

повторных запросов в проге может быть много,уложиться в 1 минуту никак не получиться.

Николай, вы какой прогой работаете в FT8?
Как я понял, вы из этой проги периодически импортируете адиф в LogHX?

[RA3SI]

Николай, вы какой прогой работаете в FT8?

JTDX

состыкована с логом

[EU1FQ]

Увы,нет.
Вы работаете FT8
повторных запросов в проге может быть много,уложиться в 1 минуту никак не получиться.
Да и подсчитайте сами запрос, рапорт, подтверждение и 73 -это только от Вас но и корреспондент передает данные 4 от Вас и 4 от кора -8
8х15 секунд равно 120 секунд, а это 2 минуты

Увы, это так! И причем здесь "8х15 секунд равно 120 секунд, а это 2 минуты" ? В лог заносится время конкретного QSO в тег TIME_ON только один раз! Хотите начало, а хотите окончание, но только один раз. В последний релиз Алексей добавил (кому надо) еще один тег - TimeQSO_OFF. Так что можно, кто хочет, ставить в логе и начало QSO и его окончание. Но тогда лог будет проверять повторы времени уже по двум тегам - TIME_ON и TimeQSO_OFF. Вашем же случае, нужно смириться с тем, что в соответствии с алгоритмом проверки на DUPE , это не повторные QSO, и думать, как от них избавится.

[RA3SI]

повторные QSO, и думать, как от них избавится.

Николай,я не согласен.
Почему прога прописывает их в лог?
Вы пишите 1 раз -записано дважды.
Как устранить эту бяку?
Этого быть просто не должно.
Да и 1 минута для дюпов -маловато будет.
Спрашивал как настроить удаление повторов самостоятельно,но этого нет в проге.


P.S.
При импорте в EQSL все эти повторы влетели на сайт.3 дня сидел выковыривал.
Получается и здесь еще сидеть выковыривать.

[UX8IW]

JTDX

Алгоритм работы JTDX в режиме AutoSeq не может плодить клоны связей.
Если выпадает какой-то цикл, связь не будет записана.
У вас это реально повторные связи с разницей в 1-2 мин.
Переключите на ручную запись QSO в адиф и в таких случаях не производите запись.
У меня было несколько случаев, но это очень редко, что после записи QSO в лог, корр снова звал и прога проводила с ним повторное QSO.
По моему криминала в записи таких связей в лог нет.

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

состыкована с логом

Тогда вообще непонятно, какие могут быть проблемы.
Не нравиться связь, удалили по ходу работы.

[RX1AG]

Вы работаете FT8, повторных запросов в проге может быть много, уложиться в 1 минуту никак не получиться.

У меня эта проблема возникла давно и этот вопрос поднимался несколько лет назад.... Когда я начинал работать в ФТ*, то по "дурости" выставил галочку на "вносить в лог автоматически". Получалось след:
При окончании ЩСО и передачи мои RR73 ЩСО "влетало" в лог WSJT, но радист на той стороне не принимал моих RR73 и продолжал долбить рапорт многократно. Я вынужден был отвечать и таким образом продолжение ЩСО вновь попадало в Лог с разницей в несколько минут. Далее, через АДИ ШСО попадали в ЛогНХ не как дупли, а как разные ЩСО.
Еще тогда Алексей ничего не смог предложить по недопущению и выявлению подобных дуплей. Пришлось перекопать журнал и вручную удалять.
-------------------------------------------------
Сейчас галку снял и ввожу ЩСО только вручную
------------------------------------------------------

Когда я удалял связи, у меня возникал вопрос: а какую ЩСО удалять? 1-ю или повторную через неск мин? Чтоб время совпало с корреспондентом для подтверждения?

[EU1FQ]

Почему прога прописывает их в лог?
Вы пишите 1 раз -записано дважды.
Как устранить эту бяку?

Ну как я могу знать почему дважды записывает? Но то, что здесь не обходится без участия оператора, то это точно. Во первых, Вы сами могли ручками два раза отправить в лог. А во вторых, неправильные настройки JTDX. Для примера. Еще совсем недавно, в предыдущих версиях JTDX (сейчас исправлено) если в настройках JTDX стояли галочки "Автоматически заносить QSO в лог" и "Очищать поля...." то часто возникала следующая ситуация. Вы отправили корреспонденту RR73(73) и QSO автоматический занеслось в лог и очистились поля JTDX. Но оператор не получил Ваше RR73(73) и Вы снова отправляете ему RR73(73). Но поле позывного в JTDX уже было автоматически очищено! Что остается делать JTDX? программе ничего не остается делать, как еще раз занести QSO в лог! Вот Вам и разница между QSO в одну минуту. Судя по Вашему adi файлу, так и было в 2019 году. А всего то надо было правильно настроить - или снять галочку "Автоматически заносить QSO в лог", или если хотели автоматом, снять галочку "Очищать поля....". Это только как один из примеров.

[RX3DQX]

Или импортируйте файл

Что то у меня статистика практически пуста всего 19 территорий показывает? Что не так сделал?

[EU1FQ]

Что то у меня статистика практически пуста всего 19 территорий показывает? Что не так сделал?

А Вы, когда установили последний релиз, провели такое действо?
меню "Утилиты-Корректировать лог-Пересчитать все данные для позывного" (сразу для всего лога!)