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

[UA4NE]

Да, я согласен, что перемещение мышки само по себе влиять не должно. Но ведь на эти события может навешиваться в прикладных процессах черт-те что.

Телеграф у меня замедляется, а не рвется. Все посылки на месте, но только могут неравномерно растягиваться. Поэтому я делаю обоснованный вывод о том, что проблема именно на стороне лога, т.е. там, где происходит формирование посылок. А не при их передаче от лога к трансиверу.

[RX4HX]

формирование посылок

Не ответили на вопрос - телеграф используется какой?
Если через ком-порт, то телеграф формируется логом. Используется максимально лучший алгоритм формирования CW. Другого в принципе быть не может.
Если телеграф через TCI - то формирование посылок происходит в ExpertSDR.

[RA3AV]

эти поля предназначены для бумажных QSL,
а никак для ClubLog, LoTW и т.д. Да, если скачать напрямую с ClubLog адиф файл, то в нем присутствуют теги <QSL_RCVD:1>Y<QSLRDATE:8>. Но не зря, что бы не вносить путаницы по подтверждениям, Алексей убрал эти теги из файла и они не учитываются при синхронизации лога с ClubLog.

Ну, раз так задумано, вопрос снимаю, но, хочу заметить, что тег <QSL_RCVD:1>Y отрабатывается, т.е., изменения в лог вносится при синхронизации адифа с клаблога, отметка/галочка о получении QSL проставляется, а дата нет, поэтому и озадачился.

[UA4NE]

Если телеграф через TCI - то формирование посылок происходит в ExpertSDR.

ОК, теперь понял, обратился не по адресу -)) Телеграф через TCI.

[RX4HX]

Телеграф через TCI.

Михаил! Я использую CAT через TCI, CW через COM-порт. Пришел к выводу, что на сегодняшний день это самый стабильный вариант. Да, нужен виртуальный ком-порт, но с com0com проблем нет. По моему сейчас именно так оптимально!

[EU1FQ]

....но, хочу заметить, что тег <QSL_RCVD:1>Y отрабатывается, т.е., изменения в лог вносится при синхронизации адифа с клаблога, отметка/галочка о получении QSL проставляется, а дата нет, поэтому и озадачился.

Нет, при синхронизации адифа с клаблога (Файл-ClubLog-Синхронизировать скаченный журнал) ни отметка о получении QSL, ни дата не проставляются. И не важно, скачали ли Вы адиф самостоятельно с клаблога, или скачали адиф с помощью лога. Во втором случае (скачали с помощью лога), вообще, в адиф отсутствуют теги <QSL_RCVD:1>Y<QSLRDATE:8>... Такая ситуация возможна только в том случае, если Вы самостоятельно скачали с клаблога файл и выполняете следующее действие: Файл-Импорт-ADIF format, при этом в параметрах импорта файла должны стоять галки "Check dupes" и "Add info if QSO exists". Тогда да, отметка/галочка о получении QSL проставляется, а дата нет. Но я считаю, что это баг. Все таки в таких случаях должна присутствовать "Защита от дурака". Но, возможно, у автора другое видиние на это. Но если Вам все же очень надо, что бы при "синхронизации" скаченного с клаблога файла отражались в логе изменения по тегам <QSL_RCVD:1>Y<QSLRDATE:8>..., то выполните следующие действия: Самостоятельно (не с помощью лога!) скачайте адиф файл. Далее, "Файл-Импорт-ADIF format", при этом в параметрах импорта файла убрать! галки "Check dupes" и "Add info if QSO exists". У Вас в логе будет два одинаковых QSO. В одном с тегами <QSL_RCVD:1>Y<QSLRDATE:8>..., а в другом без них. Затем выполняем "Выделить,Удалить-Удалить повторные связи". Все, в логе останутся QSO с заполненными тегами <QSL_RCVD:1>Y<QSLRDATE:8>... Прежде чем такое вытворять, хорошенько подумайте, а надо ли это Вам использовать для клаблога поля, предназначенные для бумажных QSL.

[RX4HX]

Тогда да, отметка/галочка о получении QSL проставляется, а дата нет. Но я считаю, что это баг.

Не понял, в чем баг? Если тега <QSL_RCVD:1>Y нет - галочка о получении QSL не поставится.

[R1CAM]

Сообщение от R1CAM
Появился баг: при нажатии горячей клавиши, назначенной для вывода информации о позывном с сайта QRZ.com(.ru) выводится окно QRZ.com(.ru) option. Как исправить?
Я тут исправлял, но немного не так исправил))) Да подправлю это!

Когда поправите?

[RX4HX]

Когда поправите?

Это уже сделал -
http://rx4hx.qrz.ru/files/loghx/prer..._build_683.exe
хотел еще кое что сделать, но сейчас времени нет.

[R0WC]

Почему то не срабатывает опция сохранения в лог макроса [RXSAVE]. TX, RX макросы работают. Поля макросов не трогал с тех пор, как было всё в порядке при работе через TCI.

[RA3AV]

должны стоять галки "Check dupes" и "Add info if QSO exists". Тогда да, отметка/галочка о получении QSL проставляется, а дата нет. Но я считаю, что это баг.

так и есть, адиф с клаблога скачан самостоятельно, при его заливке отмечены "Check dupes" и "Add info if QSO exists"

Не понял, в чем баг? Если тега <QSL_RCVD:1>Y нет - галочка о получении QSL не поставится.

а баг в том, что, один тег <QSL_RCVD:1>Y отрабатывается, другой тег - <QSLRDATE:8>... - игнорируется.

[R3PLD]

Добрый день, не могу найти, как в журнале выделить цветом ЩСО подтвержденные на хамлоге?
Плохо ищу, или такой функции пока нет?

[R0WC]

Почему то в 683 стали не все подтверждения отображаться. Ниже пример, когда в статистике RDA не только подтверждения нет, но и связь не прописана!
P. S. Стрелку нарисовал на 14 м, а надо было на 21 м, ошибся. Всё равно там нет QSO.


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

Так же в окнах статистики перестал меняться статус подтверждений на Хамлоге, несмотря на установленную "галку". Придётся ВСЕ QSO подтверждённые на Хамлоге снова рыть и ставить в окне редактора QSO "галку" "qso подтверждено"?

[RA3AV]

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

автору на будущее, я бы предложил связку в клаблогом рассмотреть более пристально, не отвергать возможности популярного и нужного сервиса.
P.S. Файл с клаблога залил, как есть, хоть и без даты ...отметка о получении появилась и ладно, уже хорошо, все же, не ручками отмечать более нескольких сотней связей.

[EU1FQ]

Ниже пример, когда в статистике RDA не только подтверждения нет, но и связь не прописана!

Нужно иметь в виду, что статистика ведется не по тегу Freq, а по тегу BandAdif. Но на Вашем скрине поле диапазон не видно. А такая ситуация, как у Вас, может возникнуть, если поле "Диап.Tx" пустое. Проверьте.