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

[RX4HX]

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

Вложение 244265


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

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

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

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

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

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

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

[UR5WCA]

"приходящее" из WSJT-X QSO FT4 по прежнему пишется в лог в формате "MODE=FT4" , хотя по хорошему должно писаться как "MODE=MFSK , SUBMODE = FT4".

Пишется нормально в 505-й

[EU1FQ]

1. Пререлиз 505 - нет взаимодействия с JTDX\WSJT-X в "простом" режиме (без UDP)....

505 версия только по UDP

2. Релиз 502 и пререлиз 504 : "приходящее" из WSJT-X QSO FT4 по прежнему пишется в лог в формате "MODE=FT4" , хотя по хорошему должно писаться как "MODE=MFSK , SUBMODE = FT4".

Внести в установки модуляции моду MFSK и субмоду FT4

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

[R2PU]

505 версия только по UDP

Т.е. Вы хотите сказать что автор лога внезапно и без обьявления войны обсуждений\предупреждений (в ветке LogHX: Актуальные релизы и история изменений - ни слова про "убитую" в 505 пререлизе часть функционала лога) - взял и "зарубил" некоторым пользователям лога возможность работать так как они работали несколько лет - просто , эффективно и надёжно ?

Йоу , если это так , то я так и представляю среднестатистического (ну или не очень) хэма раздираемого теперь вопросом: "отдать UDP Алерту или логу?" или пытающегося настроить Secondaty UDP Server / Rebroadcast UDP packets для одновременной работы трёх-четырёх программ по UDP (не пробовали? А я пробовал - те ещё "костыли" и "грабли").

Внести в установки модуляции моду MFSK и субмоду FT4

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

Я же вроде писал что более 10 часов "плясал" с настройками 5х версий и многократными переустановками\настройками , неужели по Вашему такая простая мысль не сверкнула в моей голове ? (вообще то это было первое что я сделал).
ОК , сравним картинки - нашедшему отличие в настройках модуляции будет моё персональное TU:

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

Итог там же в самой нижней части скрина - "приходящее" с WSJT-X как MFSK (см. модуляцию в окне ввода данных QSO) - всё равно упорно сохраняется в логе с модуляцией FT4 (см окно лога) ....

[R1CAV]

упорно сохраняется в логе с модуляцией FT4

А это не поможет?

[EU1FQ]

Т.е. Вы хотите сказать что автор лога внезапно и без обьявления войны обсуждений\предупреждений ......

Я просто констатирую факт. Этот вопрос поднималcя автором несколько страниц назад. Лично я, считаю правильным передачу по UDP. Но, автор обещал еще раз подумать.

Йоу , если это так , то я так и представляю среднестатистического (ну или не очень) хэма раздираемого теперь вопросом: "отдать UDP Алерту или логу?" .....

Все прекрасно работает. нужно прописать порт, который на ретрансляцию UDP пакетов. Тогда будет одновременно и в лог заносится, и в JTAlert отображаться (TNX US-E-12)

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

Я же вроде писал что более 10 часов "плясал" с настройками 5х версий .....

Наверное в каких то мелочах не "доплясали" По озвученным Вами проблемами , вроде у других все нормально.
Мои настройки для JTDX(WSJT)

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

[RX4HX]

Пререлиз 505 - нет взаимодействия с JTDX\WSJT-X в "простом" режиме (без UDP)

Как я уже писал - начиная с версии 505 взаимодействие ТОЛЬКО с UDP - старый вариант без UDP более не поддерживается.

[R2PU]

А это не поможет?

TNX , чекбокс стоит (не стал тулить в скрин).
Бог с ней (возможно со всеми этими перестановками "недосмотрел" где то в другом месте) , сейчас уже вовсе некритично , по ходу мне теперь долгоооо (если автор не одумается) сидеть на 504 версии (хорошо если не на 480) , время разобраться будет ....

Все прекрасно работает. нужно прописать порт, который на ретрансляцию UDP пакетов. Тогда будет одновременно и в лог заносится, и в JTAlert отображаться

Естественно я знаю про функционал ретрансляции UDP пакетов JTAlert (иначе не писал бы в своих предыдущих сообщения о Rebroadcast UDP packets).
Занят у меня этот ретранслируемый порт , по нему работает дополнительный софт (опять же - см мои предыдущие сообщения)....
Ещё (если что) я знаю о функционале Secondaty UDP Server (WSJT-X) и External logbook connection (JTDX) ....
TNX за участие , к сожалению всё не то ....
Стройная идилия "всё прекрасно работает" рушится ровно с того момента как среднестатистическому хэму (это я про себя) требуется больше чем связка: "JTDX-JTAlert-LogHX" - и вот тут порезанный сейчас функционал LogHX ("вариант без UDP") был как раз к месту - и работал он просто и без единого сбоя или "торможений"...

Как я уже писал - начиная с версии 505 взаимодействие ТОЛЬКО с UDP - старый вариант без UDP более не поддерживается.

Писали где ?
Отключен один из ключевых функционалов лога (работавший много лет) - об этом нет ни слова ни в ветке : LogHX: Актуальные релизы и история изменений" , ни в файле whatsnew.txt , а есть 9 (пока ещё 9) станиц назад тут , Вы думаете неискушённому в форумах хэму решившему просто обновить софт реально будет это найти спустя скажем так месяц не говоря за поболее ?
А где то там за кадром ещё и безмолвные коллеги (не пишущие на форумах и не мониторящие тему) которые скачав свежие версии софта будут биться над своими же пометками : "установив программы настроить CAT , вбить CALL\LOC , прописать пути - и всё должно начать работать" - их то за что ?

О сколько нам открытий чудных ... вот так сначала многочасово бьёшься с новым пререлизом пытаясь отловить непонятный вроде как баг (эмоции непередаваемы) а потом выясняется что автор просто порезал привычный функционал.

Алексей , решение окончательное , или стоит надеяться ?
Если да - то что ещё из функционала лога Вы собираетесь "порезать" в следующих версиях ? (спрашиваю не ради любопытства , похоже предстоит принимать ключевое решение , хорошо если мне одному) ....

[RC3C]

Писали где ?

Всему виной Ваша невнимательность

[RX4HX]

пока не возникла необходимость залить QSO на LoTW. Программа зависла напрочь.
Установил 504 - то же самое.

Посмотрите, в папке LoTWUploads папки лога Адиф-файлы на отправку формируются? А файл Log.txt там есть? Если есть - пришлите мне его.

[UD7G]

To RX4HX!

Да, файлы адиф формируются. Log.txt вышлю в личку. Более того, сейчас снова установил 505 пререлиз и ВСЁ заработало без зависаний. Надо будет ещё понаблюдать...

[RX4HX]

Да, файлы адиф формируются. Log.txt вышлю в личку. Более того, сейчас снова установил 505 пререлиз и ВСЁ заработало без зависаний.

Я так думаю, что дело было не в версии лога... Хотя... Все может быть! Но если будут еще проблемы - пишите.

[RX4HX]

Вы хотите сказать что автор лога внезапно и без обьявления войны обсуждений\предупреждений (в ветке LogHX: Актуальные релизы и история изменений - ни слова про "убитую" в 505 пререлизе часть функционала

Тут дело такое: я долго не хотел убирать возможность связи с WSJT_X/JTDX без использования UDP. Однако эта связь с этими программами была "не правильной", не всю информацию можно было получить, плюс сама связь была тормозной. Пришлось от нее отказаться. Я так понимаю, что проблема в том, что порт UDP занят? Тогда это авторов нужно просить сделать возможность подключения нескольких программ к их программе.

[RX4HX]

решение окончательное , или стоит надеяться ?

Я честно думал, что без UPD уже никто не работает. На в принципе можно и вернуть - исходники я сохранил.

[RC3C]

На в принципе можно и вернуть - исходники я сохранил.

а зачем? если

Oднако эта связь с этими программами была "не правильной", не всю информацию можно было получить, плюс сама связь была тормозной. Пришлось от нее отказаться.

[R2PU]

Тут дело такое: я долго не хотел убирать возможность связи с WSJT_X/JTDX без использования UDP. Однако эта связь с этими программами была "не правильной", не всю информацию можно было получить, плюс сама связь была тормозной.

Алексей , с января 2017 я могу вспомнить единственный баг с этим функционалом - да и тот был не по вине функционала (авторы программ не согласовали изменение , рабочий момент - не более того)
Собственно всё - ни разу не видел "торможений" , подвисаний , пропадания связей - при том что постоянно "гоняю" софт в хвост и в гриву.

Я так понимаю, что проблема в том, что порт UDP занят? Тогда это авторов нужно просить сделать возможность подключения нескольких программ к их программе.

Да , проблема в этом. Заняты и основной и ретранслируемые порты , одновременно "крутятся" 5-6 программ (минимум три из них с обменом по UDP). Предпочитаю чтобы каждый софт делал то что умеет делать лучше всего (никому не в обиду).
От лога в таком раскладе (каждый софт занят своим делом) при работе on air требуется только одно: по окончании QSO занести его в лог с минимумом инфо.
И ведь это прекрасно работало без UDP до 505го пререлиза , так какой смысл просить VK3AMA всадить ещё один порт - если можно попросить автора лога : "просто верните то что работало до сего дня" ? )))

Я честно думал, что без UPD уже никто не работает. На в принципе можно и вернуть - исходники я сохранил.

Работают...
Если можно - то верните PSE (если так хочется "пересадить" всех на UDP на дефолте - то как вариант: сделать чекбокс "old method" на который нажмут только те кому он действительно нужен).