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

[UX8IW]

Борис, а что здесь у Вас установлено?

Останавливать передачу, если не мне.

Мне кажется, что программа отработала верно. Зачем ждать когда станция, которая Вам не ответила, закончит своё QSO, если в это время есть другие станции, которые попадают под выборку? Если интересует конкретный позывной, то будет более правильным внести его в список ожидаемых и, тогда, ему будет приоритет.

Николай, в предыдущих версиях, если отвечали не мне, программа останавливала передачу и ожидала, когда станция передаст 73 и снова включалась на вызов этого же корра.

Тут нужно пояснение - что находится в поле Call окна QSOEntry? Если в этом окне есть позывной, то лог будет продолжать звать этого кор-та

Позывной этого корра.
В этой версии, если ответили не мне, в поле Call окна QSOEntry предыдущий Call сбрасывается и вставляется новый.
Такого раньше не было.

Если поле Call пустое - то вызов будет кор-та, который в следующем цикле декодирования подошел для автовызова.

В том то и дело, что не пустое..

Если интересует конкретный позывной, то будет более правильным внести его в список ожидаемых и, тогда, ему будет приоритет.

Николай, список тоже не дает приоритет:

Программа всё-равно стала звать другого корра:


Зато потом автоответ сработал на отлично!

вот тут, кстати, нужно подумать, что делать, если долго нет ответа.

Для всех трех программ сделать общую настройку - допустим, три раза не ответил, очищать поле Call окна QSOEntry.
И хорошо бы на текущую сессию делать стоп лист CQ/rr73 для таких позывных.
Когда очищаешь поле вручную, если такой Call продолжает давать CQ, то прога его снова вызывает.
Даже, если с кем-то сработал, а он цекуляет, прога будет опять его звать..

[EU1FQ]

... Если не затруднит, проясните ситуацию...

Обновите версию лога

[George 1]

ОК. Дайте, плс, ссылку на обновление, если не затруднит. Странно - а работало и на этой версии

[EU1FQ]

ОК. Дайте, плс, ссылку на обновление, если не затруднит. Странно - а работало и на этой версии

Во-первых, Вы не указали какая у Вас версия, а во-вторых, все ссылки в шапке темы.

[George 1]

Во-первых, Вы не указали какая у Вас версия, а во-вторых, все ссылки в шапке темы.

Спасибо, я понял. А версия 3.0 буилд 517

[RW3DY]

Что то не отрабатывает.

[EU1FQ]

Останавливать передачу, если не мне.

->Скрытый текст<-

Борис, такие установки совершенно не для автоматического вызова/ответа. Куда ни шло, их можно применить в ручном режиме.
Представьте, кто-то Вам не ответил или не дал рапорт и т.д. и ушел с диапазона, или просто перестал быть слышимым(видимым) или переключился на другого оператора, то в этом случае Ваше сообщение зациклится и будет продолжаться до периода окончания работы Tx JTDX (В установках JTDX). В автоматическом режиме, без присмотра, - только устанавливать галочки!
В Вашем случае, если бы Вы сняли галочку "Остановить передачу если...." и не стоит галочка "Вызвал в ответ на сообщение CQ", то Вы вызывали бы A91FTDMC до второго пришествия, пока он Вам бы не ответил или JTDX не исчерпала бы лимит TX.

Николай, в предыдущих версиях, если отвечали не мне, программа останавливала передачу и ожидала, когда станция передаст 73 и снова включалась на вызов этого же корра.

Я думаю, дело было так. Вы позвали, Вам не ответили. Сработала включенная у Вас функция "Остановить передачу если....". Программа ждет следующего корреспондента. Никого подходящего для вызова нет. Вот появился корреспондент, подходящий по параметрам и дающим 73. Тут его программа и позвала!

...список тоже не дает приоритет
Программа всё-равно стала звать другого корра

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

[RX4HX]

список в приоритете.

Список в приоритете. Просто скорее всего на момент вызова позывной не завал CQ(RR73) и поэтому был вызван другой кор-т.

Что то не отрабатывает.

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

[UX8IW]

Борис, такие установки совершенно не для автоматического вызова/ответа. Куда ни шло, их можно применить в ручном режиме.
Представьте, кто-то Вам не ответил или не дал рапорт и т.д. и ушел с диапазона, или просто перестал быть слышимым(видимым) или переключился на другого оператора, то в этом случае Ваше сообщение зациклится и будет продолжаться до периода окончания работы Tx JTDX (В установках JTDX). В автоматическом режиме, без присмотра, - только устанавливать галочки!
В Вашем случае, если бы Вы сняли галочку "Остановить передачу если...." и не стоит галочка "Вызвал в ответ на сообщение CQ", то Вы вызывали бы A91FTDMC до второго пришествия, пока он Вам бы не ответил или JTDX не исчерпала бы лимит TX.

Совершенно верно, Николай, без этих галочек так и работает.

Я думаю, дело было так. Вы позвали, Вам не ответили. Сработала включенная у Вас функция "Остановить передачу если....". Программа ждет следующего корреспондента. Никого подходящего для вызова нет. Вот появился корреспондент, подходящий по параметрам и дающим 73. Тут его программа и позвала!

Вернулся на более раннюю версию. Работает так, как я описывал, т.е. выключается и ждет, хотя new позывных (моя настройка) достаточно:

После 73 программа снова стала его вызывать:


Алексей что-то изменил в программе. Хотя утверждает, что если в поле CALL окна ввода QSO находится позывной, то вызов другого корра не возможен, или в новой версии теперь не так?

Список в приоритете. Просто скорее всего на момент вызова позывной не завал CQ(RR73) и поэтому был вызван другой кор-т.

Алексей, вы противоречите сами себе, или теперь содержимое поля CALL окна ввода QSO не имеет значения? Программа кого захочет сама, того и позовет?

[EU1FQ]

Добрался до трансивера и немного потестил крайний вариант версии лога. Осмелился оставить на сорок минут без присмотра. Первое впечатление очень положительное.Программа отработала без замечаний, только два казуса. О них ниже. Звала уверенно, в соответствии с моими настройками. Шесть раз QSO не состоялось. Из них, три раза звала на 73 и один раз на RR73. Звала, как и положено, в соответствии с моими настройками в JTDX три раза, после чего, не получив ответа, сбрасывала позывной и очищала окна. Два раза не получил ответ на рапорт. Аналогично, программа отработала в соответствии с моими настройками в JTDX три раза, после чего сбросывала позывной и очищала окна. Т.е., можно константировать, что функция JTDX "Последовательность действий" в связке с LogHX работает без замечаний.
Теперь о казусах. Немец давал CQ DX и итальянец давал CQ AS. К моему стыду, так как без присмотра, программа немца отработала, ну а итальянец, так и не ответил. Надо с этим что-то решать, в смысле блокировки направленного вызова.

[RX4HX]

Немец давал CQ DX и итальянец давал CQ AS.

Да, совсем об этом забыл. Завтра сделаю, но нужен совет: что делать с вызовами типа CQ XX - где XX может быть что угодно? Просто игнорировать? Потому как максимум что мне на ум приходит, что если CQ XX - и XX это EU, AS... и т.п. и совпадает с континентом вызывающего - звать. А то сейчас встречал вызовы типа CQ RSU (или что то подобное), и что это за сокращение - ХЗ! Опять же - американец дает CQ DX - звать? Или на 20 метрах мы для него не ДХ?

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

содержимое поля CALL окна ввода QSO не имеет значения?

Должно быть или пустым, или совпадать с позывным станции, которую вызываем. А вот тут , кстати, нужно будет кое что подправить.

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

И так, подправил:

http://rx4hx.qrz.ru/files/loghx/test..._build_659.exe

1. На счет вызова CQ - вызов будет происходить только если в сообщении 2 или 3 "слова" - CQ RX4HX LO53 - 3 слова, CQ RX4HX/M - 2 слова. Сообщения типа CQ DX RX4HX LO53 - 4 слова, их не вызываем. Пока такая логика.
2. Вызов CQ или ответ на вызов будет происходить:
- поле Call окна QSOEntry пустое или в нем позывной станции которую хотим вызвать или которая нас вызывает. В результате такой логики: вызвали станцию, она нам не ответила, позывной занесся в окно QSOEntry, JTDX - разрешения передачи нет. Станция провела QSO, стала на CQ и мы ее вызвали. Т.е. "добиваем" вызываемую станцию.

Это логика только лога, без задействования логики самой JTDX. С логикой работы JTDX - см. https://forum.qrz.ru/355-loghx-appar...ml#post1821108

[UR5WCA]

И так, подправил:

Начал тестировать, первое QSO - зависло намертво.
Вышел только через диспетчер задач.

[RW3DY]

Почему то не определяет континент, только такая версия. А если допустим Азию выбрать?

Вечером попробую.

[RX4HX]

первое QSO - зависло намертво.

В какой момент зависло? У себя такого не наблюдаю. Случаем старую версию не установили?

... Сейчас тестирую авто ответ - удобно! Не прозеваешь, когда тебя вызывают.

... Сейчас увидел, что изображение на картах испортилось - не обращайте внимание, сейчас подправлю. Это я делаю новую фичу в лог - доп. функции будут в качестве плагинов, чтобы сам лог не перегружать, и если ф-ция не нужна, плагин можно будет не подгружать к логу. В результате больше не будет страданий что "не нужная ф-ция портит лог!"

[RW3DY]

функции будут в качестве плагинов,