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

[RX4HX]

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

Вложение 244265


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

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

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

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

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

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

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

[UT0IW]

После установки версии 610 (стабильный релиз) перестали переноситься данные QSO из JTDX в журнал лога. Перешел на версию 609-все нормально..

[EU1FQ]

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

[RK6J]

Достаточно хорошо работает CW и PTT

http://aliexpress.ru/item/1PCS-CP210...00000407788585

[RN7T]

Перешел на версию 609-все нормально..

Предпоследняя 610 работала без багов. А в последней 610 данные QSO из JTDX не успевают попасть в лог, так как мгновенно происходит очистка из поисковиков.
У меня так стало.

[UX8IW]

Для сординения физических COM портов нужен нульмодемный кабель, а не USB(A)-USB(B), как для принтера.

Значит, мы о разном, Комп и трансивер у меня соединены по USB, а разъем KEY трансивера с компортом, там всего три провода задействованы.

у Вас трансивер TS-590. Это так? Если TS-590, то он будет работать по одному физическому порту. Линии TxD и RxD этого порта будут работать на CAT. А линии порта RTS и DTR будут работать на PTT и CW соответственно. Никто и никогда ничего не перепаивает в трансивере для стыковки его с компьютером. Ну если только вообще в нем нет ни входов, ни выходов. Если трансивер TS-590, то еще раз внимательно почитайте статью http://dl2kq.de/trx/2-13.htm. Там или физический порт или виртуальный. Можно конечно и тот и другой, но тогда надо шаманить с уровнями RTS и DTR и внимательно смотреть распиновку этих кабелей.

Николай, в TS-590S есть проблема с манипуляцией CW по USB-USB, и есть соответствующая доработка. В TS-590SG это устранили.
OFF: При обсуждении этой темы я не видел инфо, что бы у кого-то CW работал по соединению COM-COM. Речь все время шла о проблеме через USB.
Теперь надо читать мануал, нужен ли доп. кабель для аудио для работы в цифре при соединении COM-COM, а там разъем еще тот..

[EU1FQ]

... Комп и трансивер у меня соединены по USB, а разъем KEY трансивера с компортом, там всего три провода задействованы.

Третий провод это земля?

в TS-590S есть проблема с манипуляцией CW по USB-USB, и есть соответствующая доработка. В TS-590SG это устранили.
OFF: При обсуждении этой темы я не видел инфо, что бы у кого-то CW работал по соединению COM-COM. Речь все время шла о проблеме через USB.
Теперь надо читать мануал, нужен ли доп. кабель для аудио для работы в цифре при соединении COM-COM, а там разъем еще тот..

Я почему написал Вам, что нужно обратить внимание на распиновку COM кабеля со стороны трансивера. (Я просто не помню от какого это трансивера).Обратите внимание, что контакт 4 (DTR) со стороны трансивера не задействован. Если в трансивере он задействован как DTR, то проблем нет. Если он в трансивере не задействован, то управление DTR будет осуществляться через контакт 8 (CTS). Но тогда, в компьютере, в установках физического порта, именно физического, в виртуальном такого нет, сделать соответствующие перенаправления. Возможно по этой причине у народа и не работала манипуляция CW.

[UX8IW]

Третий провод это земля?

Я почему написал Вам, что нужно обратить внимание на распиновку COM кабеля со стороны трансивера. (Я просто не помню от какого это трансивера).Обратите внимание, что контакт 4 (DTR) со стороны трансивера не задействован. Если в трансивере он задействован как DTR, то проблем нет. Если он в трансивере не задействован, то управление DTR будет осуществляться через контакт 8 (CTS). Но тогда, в компьютере, в установках физического порта, именно физического, в виртуальном такого нет, сделать соответствующие перенаправления. Возможно по этой причине у народа и не работала манипуляция CW.

Николай - нет, я ошибся, там задействованы всего два провода: DTR и земля.
Контакт 4 (DTR) со стороны трансивера не задействован. Распиновка такая:

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

В мануале указано - кабель RS-232c должен быть прямой.
Если будеть нуль-модемный, его перепаивать надо? Или будет работать?

[RX4HX]

Попробовал сменить OmniRig на HXCat - выскакивает ошибка:

Исправил:
http://rx4hx.qrz.ru/files/loghx/LogH..._build_610.exe

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

А в последней 610 данные QSO из JTDX не успевают попасть в лог, так как мгновенно происходит очистка из поисковиков.

Сейчас подправлю.

[UI7F]

To: UX8IW
Здравствуйте Борис.
У меня в связке трансивер-компьютер работают два кабеля.
Один USB - штатно. второй с LPT-порта подключен по схеме N6TR. Посмотрите на материнке, может есть такой порт - его и вывести...
Дело в том, что ни с одной программой у меня не было проблем с манипуляцией. Управление выведено через транзисторы КТ315. Все работает очень хорошо.

[RX4HX]

Сейчас подправлю.

Исправлено:
http://rx4hx.qrz.ru/files/loghx/LogH..._build_610.exe

[RN7T]

Исправлено:
http://rx4hx.qrz.ru/files/loghx/LogH..._build_610.exe

Всё работает.
Алексей, подскажи плз. как в программах сохранить птицу JTDX при запуске программы.
А то всегда просится CWGet

[UI7F]

сохранить птицу JTDX при запуске программы.
А то всегда просится CWGet

Программы -> Использовать JTDX

[EU1FQ]

.. я ошибся, там задействованы всего два провода: DTR и земля.
В мануале указано - кабель RS-232c должен быть прямой.
Если будеть нуль-модемный, его перепаивать надо? Или будет работать?

Как правило, для соединений применяется нуль-модемный кабель. Но если указано в мануале что кабель должен быть прямой, правильнее сказать полный модемный кабель, если это имеется ввиду в мануале, то нуль-модемный кабель работать не будет. Значит в трансивере установлен адаптер нуль-модема. Он производит необходимые перекрестные связи между сигналами, иначе соединение без перекрестных связей работать не будет. Значит, надо или перепаивать, или искать другой кабель.

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

Вырисовывается картина, почему у Вас не работает CW по COM3. Два порта, COM1 и COM3, по сути, нацелены на выполнение одной и то же задачи. Виртуальный COM3, с установленным драйвером для TS-590S, заострен для TxD,RxD и RTS,DTR, и Физический порт COM1, по своей сущности, то же заострен для TxD,RxD и RTS,DTR. Вот и срабатывает принцип, кто первый встал, того и тапки. COM3 перехватил управление трансивером TxD и RxD (CAT), а физический порт COM1, управление RTS и DTR. С манипуляцией CW проблем нет, сигнал напрямую с COM1. А вот PTT c COM1 нет, по простой причине, что нет соединения DTR в Вашем кабеле. Только два провода у Вас ! Поэтому Вы и вынуждены исхитряться, и включать PTT чере CAT. Вроде все работает, но это не есть правильно.

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

... второй с LPT-порта подключен по схеме N6TR....

Конечно, можно использовать и LPT-порт. Но зачем, если есть COM, который намного быстрее устаревшего LPT

[RN7T]

Программы -> Использовать JTDX

У меня при загрузки лога выскакивает это окно, жму ОК, лог далее загрузился.
Потом программы>использовать JTDX, и так каждый раз.

[EU1FQ]

можно ли ввести учёт (и скачивание) подтверждений с ресурса Хамлог? На многие дипломы (RDA например) подтверждение хамлога идёт в зачёт.
А вручную заносить (у меня там более 17000 QSO) в поле "QSL подтверждена" с отметкой "by HQSL" долговато, нудновато, и статус в статистике от такого подтверждения не меняется...
Я бы туда заносил подтверждения с ресурса https://mydx.eu/, но как и писал выше, статус то не считается в статистике после такой отметки...

Исходя из той информации, которую сейчас отдают HamLog и mydx для диплома RDA сделать это просто невозможно. Дело в том, что HamLog отдает только CALL, CNTY и дату QSO, а mydx вообще только CALL и CNTY. Если бы в этой информации были хотя бы еще несколько данных (диапазон, время, и модуляция), то можно сформировать из них соответствуюий адиф файл и подгрузить в лог, и там уже не прблема отразить все в статистике. Может что и изменится, кое какие работы на HamLog ведутся, а пока так...
С другой стороны, учитывая, что заявка составляется на основании QSL-карточек, или на основании автоматического зачета районов на сайте RDA, или на основании зачета районов на сайтах eQSL и LOtW, то используя возможности лога, добавив к ним навыки работы в Access, или, по крайней мере, в Exel, очень быстро можно решить для себя задачу, что у Вас в целом творится с подтверждением и с разбивкой: на QSL карточки, eQSL, LoTW и автозачет, а что сработано и не подтверждено и т.д.