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

[RX4HX]

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

Вложение 244265


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

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

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

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

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

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

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

[UX8IW]

Борис, а что Вы имеете ввиду "стали очищаться информационные поля до занесения QSO в лог". У меня что занесено в поля, то и сохраняется в журнале лога.

А вот такую ситуацию, Николай:

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

Поля Тх1-Тх5 заполнены, а в окне ввода QSO ничего нет.
Такое у меня стало происходит с 603-й версии.

[R9HBW]

Понял, буду копать дальше. У Вас только Радио1 используется или Радио1 и 2?

Один трансивер. Радио1.

[KN7K]

Да-да! В последних пререлизах я полностью разделил настройки Радио1 и Радио2.

Алексей, Николай, спасибо за советы.
Я попробую сегодня новую версию, хотя я уже писал что при закрытии 2го лога ситуация не менялась.
С Новым годом

Сергей

[R3PLD]

Ждем тестирования от R3PLD - ушла ли его проблема.

Режим Split больше сам не включается, при клике по споту.
Спасибо за поддержку пользователей, теперь буду тестить новые релизы вместе со всеми.

[R9HBW]

Поля Тх1-Тх5 заполнены, а в окне ввода QSO ничего нет.
Такое у меня стало происходит с 603-й версии.

Так эти поля не имеют отношения к информации, заносимой в поля ввода QSO.
Поля ввода информации о QSO заполняются информацией в соответствии с Вашими настройками.
Из внутреннего колбука, или из поисковиков. Автоматически или вручную.
А вот информация в поле CALL может сбрасываться из-за смещения передачи, если используете Fake It.
Тогда да, вся остальная информация тоже будет сбрасываться. Причем так, как у Вас: т.е. появится при приеме, а при передаче сбросится.
Расширьте диапазон допуска смещения.

[EU1FQ]

А вот такую ситуацию, Николай:

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

Поля Тх1-Тх5 заполнены, а в окне ввода QSO ничего нет.
Такое у меня стало происходит с 603-й версии.

Не знаю, Борис, почему у Вас так. Пробовал создавать сообщения и щелчком по позывному, и вручную. Результат положительный в обоих случаях. Может галки UDP слетели?

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

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

To: UX8IW
Полностью согласен с R9HBW, только с уточнением, как это делаю я. При использовании Fake It (Split Rig), частота при передаче смещается на +/- кратным 500 Гц.
К примеру, работаете FT8 на 10.136 Если передавать на 500 Гц звуковой, то трансивер будет на частоте 10.134,5. И если начало диапазона у Вас на 10,136, то ничего в окно ввода QSO и не попадет!
Нужно начальную частоту в бендмапе ставить, как минимум, 10.134,5 И так по всем диапазонам.

[RX4HX]

Поля Тх1-Тх5 заполнены, а в окне ввода QSO ничего нет.

Я честно говоря, даже не понял, а какое отношение к логу эти поля имели раньше? Эти поля показывают, что будет передаваться в JTDX - к логу то они не относятся.
И абсолютно верный совет R9HBW. Хотя при работе JTDX можно использовать отдельный "Вид", где ф-ция автоотчиски поля отключена - все развно там никакого перемещения нет.

[RT6N]

To RX4HX

Алексей, используя режим CW заметил, что искажение переданного знака проявляется не сразу, а спустя некоторое время.
Раньше замечал это когда использовал один сом порт, а теперь использую два. Даже когда САТ отключен все равно это
явление наблюдается. Менял САТ, но это не помогло. Проявляется не сразу и нечасто, но немного напрягает т.к. с другими
программами ( 5MContest, DXLog.net) все нормально. Для CW РTT использую USB-COM, для САТ полноценный COM порт.
Версия лога 604.

[UX8IW]

Не знаю, Борис, почему у Вас так. Пробовал создавать сообщения и щелчком по позывному, и вручную. Результат положительный в обоих случаях. Может галки UDP слетели?

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

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

To: UX8IW
Полностью согласен с R9HBW, только с уточнением, как это делаю я. При использовании Fake It (Split Rig), частота при передаче смещается на +/- кратным 500 Гц.
К примеру, работаете FT8 на 10.136 Если передавать на 500 Гц звуковой, то трансивер будет на частоте 10.134,5. И если начало диапазона у Вас на 10,136, то ничего в окно ввода QSO и не попадет!
Нужно начальную частоту в бендмапе ставить, как минимум, 10.134,5 И так по всем диапазонам.

Настройки не менял. Галки все на месте. Было всё нормально.
Я, думаю, что вы поняли, что речь шла о заполнении поля CALL в окне ввода QSO (остальная инфа в этом окне - вторична).
Есть прямая связь с использованием Fake It. Кроме того, что поле CALL "слетает", оно может и не заполнятся, даже если частота передачи равна частоте приема.
Особенно это проявляется в MSHV.
Я давно работаю с таким режимом и до 603-й проблем не было..
Стал откатывать назад версии (ставил поверх без удалений и чисток реестра), результат тот же, мистика какая-то..

[EU1FQ]

Есть прямая связь с использованием Fake It. Кроме того, что поле CALL "слетает", оно может и не заполнятся, даже если частота передачи равна частоте приема.

Борис, покажите на скрине, когда CALL "слетает" или не заполнятся, где находится в это время красный маркер в JTDX и настройки бендмапа для этого диапазона. У меня в более ранних версиях была аналогичная байда, пока я не понял в чем причина и не подправил бендмап.

[UX8IW]

Я честно говоря, даже не понял, а какое отношение к логу эти поля имели раньше? Эти поля показывают, что будет передаваться в JTDX - к логу то они не относятся.
И абсолютно верный совет R9HBW. Хотя при работе JTDX можно использовать отдельный "Вид", где ф-ция автоотчиски поля отключена - все развно там никакого перемещения нет.

Понадеялся, что и так понятно, что заполняются они, если я вызываю корреспондента, или он меня вызывает, параллельно инфо идет в окно ввода QSO. С 603-й этот процесс у меня нарушился.
Проблема похоже в ф-ции автоотчиски поля CALL. Убрал эту галку, поле CALL стало заполняться и не сбрасывается.

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

Борис, покажите на скрине, когда CALL "слетает" или не заполнятся, где находится в это время красный маркер в JTDX и настройки бендмапа для этого диапазона. У меня в более ранних версиях была аналогичная байда, пока я не понял в чем причина и не подправил бендмап.

Николай, маркер передачи мог находится в любом месте, хоть в начале, хоть в середине, хоть в конце шкалы (3000).
Убрал галку автоочистки, как посоветовал Алексей и процесс вернулся в правильное русло.

[RX4HX]

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

Это может происходить только по одной причине - возрастание загрузки процессора.
Для начала установите эту галочку:


еще проверьте через диспетчер задач - не происходит ли увеличение занятой памяти процессом LogHX3.exe

[RX4HX]

тот же макрос все равно передает кашей

Кажется понял, где проблема с Винкеем:

http://rx4hx.qrz.ru/files/loghx/prer..._build_604.exe

обратите внимание - сначала в Винкей должно уйти только 3 символа и потом лог будет ожидать ответа от Винкея. Если ответа не будет - передачи дальше тоже не будет.
Да нужно будет сделать окошко ответов от Винкея - так и мне будет удобнее тестировать Винкей.

[R9HBW]

тестировать Винкей.

Winkey3.txt
Winkey4.txt
Winkey5.txt

Верной дорогой идете, товарищ!
Комментарии в файлах. В окне передачи CW текст меняется по мере передачи, что более наглядно, чем было.

Хочу все-таки обратить внимание, что RXCLEAR так и не работает.

И еще, только что обратил внимание. Может быть 3 CW макроса, записываемых на одну кнопку (NONE, +CTRL, +ALT).
А еще есть реакция окна на SHIFT, но выбора +SHIFT нет. Но это уже и не нужно, т.к. и так вариантов с избытком.
Можно отключить реакцию окна на нажатие SHIFT.

[KN7K]

Да-да! В последних пререлизах я полностью разделил настройки Радио1 и Радио2.

Obnovil ver588 na 603, problema ushla, seichas mogu Modes meniat kak zachochu v lubom meste pri ustanovke Mode from Radio. Mode from Band Plan ne proboval, no mne on poka ne nuzhen.
Spasibo,
Sergey, KN7K