Взаимодействие с логом по UDP
Вид для печати
W10.
CAT from OmniRig.
Запуск через внешнюю программу из лога.
Окна JTDX появляются с нолями указателя частоты. На кл.F2 не реагируют, слетают через 1500 мс, как указано в настройках TimeOut. При этом процесс jtdxjt9.exe остаётся открытым, что осложняет последующий запуск программы JTDX.
Если последнюю запустить вручную, закрыв LogHX, она запускается. Видит через OmniRig частоту, декодирует поток, становиться на передачу. Функционирует вплоть до завершения QSO и записи его в wstx_log.adi
Проблема в связке с логом. А там все прелести автоматизации процесса :p-up:
Готов к продолжению диалога.
Один из вариантов настроек:
Связь по UDP LogHX3 и JTDX
Необходимы скрины Радио для JTDX и LogHX. Но думаю, что если используете OmniRig и двухпортовое управление, то такое возможно, если в логе и JTDX используете один и тот же порт для PTT/CW. В этом случае, перед запуском JTDX из под лога, необходимо закрыть порт PTT для лога. (перевести порт из одного в другое состояние как на скрине)
Вложение 319155 Вложение 319154
а откуда они берутся, когда я делаю эти поля видимые??? Я ни одного поля State не заполнял. :)
Ведь каким-то способом работает вот это: Вложение 319157
И причём тут тогда видимость-невидимость какого-то поля?!
Privet Alexei
V okne loga ja išču svjazy (Ctrl F) i zatem atmečaju QSLR. Zatem nažimaju ESC no okno vvoda pozyvnovo ne očiščaetsja, a očiščaet symbol QSLR. Kursor ne perechodit v okno vvoda pozyvnovo.
Вложение 319165
Vlado OM3BY
Дельный совет, Николай.
Два программных продукта не поделили порт управления. Здесь бы включить логику при старте и произвести ветвление на предмет передачи приоритета. Надеюсь, Алексей возьмет на заметку.
Заработало.
Выплыл нюанс: чехарда с нумерацией связей. Она оказалась обратной для строк с более ранних по дате.
Как поправить?
Вложение 319171
Всем привет! Может кто сталкивался с такой проблемой в логе.В входе в журнал пишет-ввидите новое имя базы или выбитрите существующий,далее захожу в файл под расширением LHX2.При попытке открыть свой лог -пишет ошибка. Не охота всё сносить, может кто подскажет, что делать?
Это глюк JTDX! То, что программы не поделили один ком-порт, ничего страшного нет! JTDX должна была "ругнуться" на это, и все. Это абсолютно штатная ситуация.
Но тут что-то меня терзают сомнения: что, действительно из-за того, что лог и JTDX использовали один и тот же ком-порт, JTDX не запускалась? Если на, нужно разработчикам JTDX написать по этому поводу.
Проверю логику работы!
База лога испортилась. Есть бакапа базы? Если есть - напишу подробно что делать.
- - - Добавлено - - -
Логика работы такая - информация берется из интернета и вставляется в видимые поля окна QSOEntry. Если поле не видимо - то и информация не вставляется.