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

[RX4HX]

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

Вложение 244265


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

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

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

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

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

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

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

[RX4HX]

синхронизировать подтверждения в Журнале с LotW

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

[US-E-12]

как DATA - не знаю

Алексей, сейчас только разгребал точно такую же проблемму, но с EQF. И мне прислали adif с LoTW и там в MODE стоит DATA, а в QSLMODE FT8. Возможно, что корреспонденты всё ещё отправляют связи на LoTW вместо FT8 в DATA, а настоящую моду заносят в QSL Info.

[RX4HX]

Для всех: прошу прощения - второй день по работе завален!!! Извините - потерпите!)))

сейчас только разгребал точно такую же проблемму, но с EQF. И мне прислали adif с LoTW и там в MODE стоит DATA, а в QSLMODE FT8. Возможно, что корреспонденты всё ещё отправляют связи на LoTW вместо FT8 в DATA, а настоящую моду заносят в QSL Info.

Олег! Большое спасибо за ответ. Но как

корреспонденты всё ещё отправляют связи на LoTW вместо FT8 в DATA

??? Они ж с моего (надеюсь?) лога отправляют?
Да что говорить - у меня и самого одна такая связь была - писал уже об этом и была подтверждена. Пока эту проблему не понимаю. Конечно буду разбираться.

[UR7TT]

Раньше была колонка Print, куда она подевалась?

[RA3AJT]

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

Давно вас хотел попросить сделать вот такую микрокосметику:
Окно "Частота из радио" невозможно переместить нормальным способом на другое место с помощью мышки.
Приходиться перемещать путем масштабирования за противоположные углы. Почините, пожалуйста!

Совершенно случайно нашел "островки" внизу окна за которые можно его тащить !!!

[UR7TT]

Берете тут и тащите.

[R2PU]

Сейчас покатал JTDX в режиме FT8 - всё хорошо но обнаружен странный "косяк" :
1) Включил в JTDX отправку на eQSL
2) QSO нормально отправляются из JTDX на eQSL при нажатии кнопки "Log QSO" (вижу их в outbox eQSL сразу после отправки) , параллельно QSO идут и в LogHX3 (JTDX и LogHX3 состыкованы без UDP)
3) отправив те же самые QSO из LogHX3 на eQSL получаю кучу дублей с разницей в одну минуту (на скрине только пара QSO ):

Вот почему (откуда ?) берётся эта разница в минуту ?
Журнал округляет данные из JTDX в сторону ближайшей минуты ? Это только предположение , но судя по 00 секунд в LogHX3 похоже на округление - в adif JTDX по этим QSO нулевых секунд нет ни в time_on ни в time_off ....) .
Соответственно eQSL радостно пишет два QSO вместо одного (остаётся только догадываться о реакции корреспондента обнаружившего два запроса на одно QSO).

to RX4HX : Алексей , можно как то решить этот вопрос ? Оперативно вычищать минутные дубли с eQSL руками то ещё удовольствие.
И да , я не помню таких проблем при работе JTDX в JT65\JT9\T10 (но там QSO начинаются и заканчиваются в начале и конце минуты - может потому и было некритично для связки "JTDX-LogHX3-eQSL" , некуда было округлять).
А WSJT-X просто не умела отправлять на eQSL - поэтому даже если и было округление то оно было незаметно и некритично.
Опять же только предположение - но как вариант ....

[RK9DK]

Уважаемые, подскажите, сейчас заметил что ЛОТВ не берёт из лога связи за FT8, в чём проблема лотв или лога?

[UR5KJK]

Вот почему (откуда ?) берётся эта разница в минуту ?

Ответ на Ваш вопрос видно на ваших картинках.
Ещё раз посмотрите на wsjx_log.adi. Там записано время начала и окончания QSO.
При отправке с JTDX на e-QSL берётся время time on, а при сохранении в LodHX записывается время time off.
Соответственно LogHX и выдаёт в ADIF то время которое в нём записано, но уже как time on
Если бы QSO длилось 5 мин, тода и разница былы бы такая же.

[R2PU]

Ответ на Ваш вопрос видно на ваших картинках.
Ещё раз посмотрите на wsjx_log.adi. Там записано время начала и окончания QSO.
При отправке с JTDX на e-QSL берётся время time on, а при сохранении в LodHX записывается время time off.
Соответственно LogHX и выдаёт в ADIF то время которое в нём записано, но уже как time on
Если бы QSO длилось 5 мин, тода и разница былы бы такая же.

Да , действительно , сообразил уже после того как отправил посты - но писать в том состоянии счёл неуместным (глаза слипались , мысли разьезжались) - так что спасибо что тоже заметили (недаром столько скринил).

Беда действительно в том что JTDX шлёт на eQSL по time_on , а лог пишет (и шлёт на eQSL) по time_off .
На длинном QSO хорошо видно :

Соответственно получаются дубли.
Кого теперь просить , Игоря чтобы в JTDX сделал отправку на eQSL по time_off , или Алексея чтобы LogHX3 умел писать из JTDX по time_on ?

--------
Я бы не морочился и не дёргал людей (авторам программ есть чем занятся и без наших "хотелок")- но до того удобно когда QSO из JTDX автоматом улетает на eQSL и зачастую сразу же и подтверждается там (если у корреспондента в JTDX тоже включена автоотправка на eQSL)
+ естественно раз в несколько дней (у кого как) полный adif сработанного заливается руками на eQSL\hamlog.ru\qrz.com\clublog и далее везде ... и вот тут мы плодим дубли.
В текущей реализации - или руками чистить на сервисах дубли , или отключить в JTDX автоотправку (но тогда теряем моментальную отправку и зачастую моментальное же подтверждение на eQSL) - и то и то не есть гуд.

[RX4HX]

Журнал округляет данные из JTDX в сторону ближайшей минуты

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

У меня вопрос: Вы что, на еQSL отправляете и из лога и из WSJT-X? Естественно это не верно - отправляйте или из лога или из WSJT-X.

[RX4HX]

JTDX сделал отправку на eQSL по time_off

чтобы секунды отбрасывал - при экспорте в Адиф.

[R2PU]

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

У меня вопрос: Вы что, на еQSL отправляете и из лога и из WSJT-X? Естественно это не верно - отправляйте или из лога или из WSJT-X.

Именно так - JTDX отправлял на eQSL сразу (чего томить людей пока я сподоблюсь выгрузить adif или выделив в журнале QSO жмакнуть меню "загрузить QSO на eqsl) , и зачастую QSO было подтверждено там уже через минуту-другую (видимо не я один такой с автоотправкой) + раз в несколько дней делал уже полный adif за эти дни и загружал его на все сервисы (eQSL\hamlog.ru\qrz.com\clublog и далее везде).
Т.е моментальный обмен инфо при работе JTDX + гарантированно не пропущу остальное (CW SSB PSK ROS и далее по списку).
Удобно и мне (отправлю всем и на все сервисы) и людям (JT65\JT9\T10 приходили им на eQSL через несколько секунд после проведения QSO).
Мне кстати в своё время подсказал сделать так хэм из JA (ему понадобились RU - сначала наругался на e-mail в стиле "сколько можно тянуть , жду второй день" , потом подсказал про моментальную отправку из JTDX
И не видел я дублей в JT65\JT9 при такой схеме (сейчас ещё раз листанул eQSL - по количеству QSO всё совпадает с журналом) - т.е. либо eQSL их резало , либо софт взаимодействовал как то по другому.

чтобы секунды отбрасывал - при экспорте в Адиф.

Алексей , я написал Игорю в теме JTDX , помимо секунд наверное надо и чтобы JTDX отправляло на eQSL не по time_on а по time_off (аналогично журналу) .
Если что подкорректируйте меня пожалуйста (не был уверен что округление столь критично - eQSL же всё равно показывает в inbox\outbox без секунд , в форме ручного ввода eQSL тоже нет секунд).

Если проблема только в секундах - то почему тогда на картинке в моём предыдущем сообщении (смотрели?) разница в 4 минуты ? ))) Тут уже отбрасывай секунды или нет - такой разницы (4 минуты) всё равно не добьёшься....
Основная проблема мне кажется всё таки в time_on и time_off (JTDX шлёт на eQSL по time_on , а журнал пишет и шлёт по time_off)

[RX4HX]

JTDX отправлял на eQSL сразу

Ну раз уж JTDX отправляет сразу на eQSL, стоит это и в логе сделать, раз владельцы eQSL на это не ругаются))) Думаю это решит все проблемы.

[UR5KJK]

Да. Лог везде округляет секунды.

Время time off 132750 (пост 3431). при округлении в логе, по правилам округления, должно бы записатся как 13:28
Но там почемуто стоит 13:27, то есть секунды просто отбрасываются.
Или правила округление теперь уже не те, что в былое время. .