После установки версии 610 (стабильный релиз) перестали переноситься данные QSO из JTDX в журнал лога. Перешел на версию 609-все нормально..
После установки версии 610 (стабильный релиз) перестали переноситься данные QSO из JTDX в журнал лога. Перешел на версию 609-все нормально..
Борис, вот такой кабель должен у Вас быть для физического COM порта. Только проверьте распиновку со стороны трансивера.
Вложение 295628
Достаточно хорошо работает CW и PTT
http://aliexpress.ru/item/1PCS-CP210...00000407788585Вложение 295631Вложение 295632
Значит, мы о разном, Комп и трансивер у меня соединены по USB, а разъем KEY трансивера с компортом, там всего три провода задействованы.
Николай, в TS-590S есть проблема с манипуляцией CW по USB-USB, и есть соответствующая доработка. В TS-590SG это устранили.
OFF: При обсуждении этой темы я не видел инфо, что бы у кого-то CW работал по соединению COM-COM. Речь все время шла о проблеме через USB.
Теперь надо читать мануал, нужен ли доп. кабель для аудио для работы в цифре при соединении COM-COM, а там разъем еще тот..
Третий провод это земля?
Я почему написал Вам, что нужно обратить внимание на распиновку COM кабеля со стороны трансивера. (Я просто не помню от какого это трансивера).Обратите внимание, что контакт 4 (DTR) со стороны трансивера не задействован. Если в трансивере он задействован как DTR, то проблем нет. Если он в трансивере не задействован, то управление DTR будет осуществляться через контакт 8 (CTS). Но тогда, в компьютере, в установках физического порта, именно физического, в виртуальном такого нет, сделать соответствующие перенаправления. Возможно по этой причине у народа и не работала манипуляция CW.
Николай - нет, я ошибся, там задействованы всего два провода: DTR и земля.
Контакт 4 (DTR) со стороны трансивера не задействован. Распиновка такая:
Исправил:
http://rx4hx.qrz.ru/files/loghx/LogH..._build_610.exe
- - - Добавлено - - -
Сейчас подправлю.
To: UX8IW
Здравствуйте Борис.
У меня в связке трансивер-компьютер работают два кабеля.
Один USB - штатно. второй с LPT-порта подключен по схеме N6TR. Посмотрите на материнке, может есть такой порт - его и вывести...
Дело в том, что ни с одной программой у меня не было проблем с манипуляцией. Управление выведено через транзисторы КТ315. Все работает очень хорошо.
Как правило, для соединений применяется нуль-модемный кабель. Но если указано в мануале что кабель должен быть прямой, правильнее сказать полный модемный кабель, если это имеется ввиду в мануале, то нуль-модемный кабель работать не будет. Значит в трансивере установлен адаптер нуль-модема. Он производит необходимые перекрестные связи между сигналами, иначе соединение без перекрестных связей работать не будет. Значит, надо или перепаивать, или искать другой кабель.
Вырисовывается картина, почему у Вас не работает 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-порт. Но зачем, если есть COM, который намного быстрее устаревшего LPT
У меня при загрузки лога выскакивает это окно, жму ОК, лог далее загрузился.
Потом программы>использовать JTDX, и так каждый раз.
Вложение 295688
Исходя из той информации, которую сейчас отдают HamLog и mydx для диплома RDA сделать это просто невозможно. Дело в том, что HamLog отдает только CALL, CNTY и дату QSO, а mydx вообще только CALL и CNTY. Если бы в этой информации были хотя бы еще несколько данных (диапазон, время, и модуляция), то можно сформировать из них соответствуюий адиф файл и подгрузить в лог, и там уже не прблема отразить все в статистике. Может что и изменится, кое какие работы на HamLog ведутся, а пока так...
С другой стороны, учитывая, что заявка составляется на основании QSL-карточек, или на основании автоматического зачета районов на сайте RDA, или на основании зачета районов на сайтах eQSL и LOtW, то используя возможности лога, добавив к ним навыки работы в Access, или, по крайней мере, в Exel, очень быстро можно решить для себя задачу, что у Вас в целом творится с подтверждением и с разбивкой: на QSL карточки, eQSL, LoTW и автозачет, а что сработано и не подтверждено и т.д.