Со всей ответственностью констатирую факт практического воплощения для Kenwood 2000 вышеупомянутого релиза на единственном Com_Port's :)Цитата:
Сообщение от RX4HX
Вид для печати
Со всей ответственностью констатирую факт практического воплощения для Kenwood 2000 вышеупомянутого релиза на единственном Com_Port's :)Цитата:
Сообщение от RX4HX
Спасибо, ждем. :)Цитата:
Сообщение от RZ4AG
Когда я использую TrueTTY автономно, то проблем нет.Цитата:
Сообщение от ua9ov
Когда я использую AALog с TrueTTY , то появляется дефект в управлении трансивером, т.е. перевода трансивера в режим передачи. Как это проявляется.
Даю общий вызов макросой «~[tx] cq cq de RV3DND RV3DND RV3DND~[lf] cq cq de RV3DND RV3DND RV3DND `[cwtde_rv3dnd] pse k ~[lf]~[lf]`[rx]. Трансивер переключается в режим передачи и передается информация. Отвечают на мой вызов. В окне приема, на позывном корреспондента, кликаю левой кнопкой мышки, и в появляющемся контекстном меню выбираю «Call». В поле «С:» TrueTTY, и в поле «Callsign» окна «New QSO» AALog3 вносится позывной корреспондента. Далее отвечаю корреспонденту макросой «~[tx]~[ec] de RV3DND…» и т.д. Трансивер включается на передачу и тут же опять на прием, а TrueTTY остается в режиме передачи до команды «`[rx]» или пока не кликну на кнопке «TX» в True TTY. Повторный перевод TrueTTY в режим передачи кнопкой «TX» или любым макросом с командой ~[tx] переходит в режим передачи трансивер и передается выбранная информация. Дальнейшая работа идет нормально до окончания QSO. После чего кликаю на кнопке «Clear» в TrueTTY очищая поля «С:» и «N:» и даю общий вызов макросой «~[tx] cq cq de RV3DND RV3DND RV3DND~[lf] cq cq de RV3DND RV3DND RV3DND `[cwtde_rv3dnd] pse k ~[lf]~[lf]`[rx]» или «~[tx] QRZ? de RV3DND RV3DND pse k ~[lf]`[rx]». Трансивер переключается на передачу и тут же опять на прием, а TrueTTY продолжает работать в режиме передачи. Т.е. при изменении информации в поле «С:» проявляется такой дефект, но только когда TrueTTY работает с AALog3.
Цитата:
Сообщение от UT3IB
Имеется ввиду и CAT, и управление CW/PTT? Если да, то каким образом?
а если
заменитьЦитата:
Сообщение от Gena
на ~[jCall] ?
Можно узнать подробности и нюансы ?Цитата:
Сообщение от UT3IB
Александр, не помогло:umnik2:Цитата:
Сообщение от RZ4AG
Предлагаю в TrueTTY либо включить автоTX при наличии символов в буфере передачи, либо выключить автоRX при освобождении буфера. Скорее всего, сейчас MOX в TrueTTY настроен наоборот. Поэтому TrueTTY переходит на передачу по ~[tx], но, пока получит данные из AALog'а , успевает перейти на прием по пустому буферу.
Добавлено через 4 минуты
Гм, недопонял - то есть в TrueTTY кнопка "TX" активна, а реально PTT отжата? Не могу представить, как такое может быть. Интерфейс для PTT какой?
Добавлено через 10 минут
О, я протелепал - при изменении поля позывного TrueTTY может сообщать и о используемой моде, если галка "Other / Send Mode to logger together with callsign" отмечена.
Видимо, AALog при получении этого сообщения сразу отбирает у TrueTTY PTT-интерфейс, а лишь потом начинает проверять , нужно ли было это делать.
То есть не проверяет на то, что мода реально изменилась.
TS2000, OmniRig, TrueTTY, AALog3Цитата:
Сообщение от ua9ov
Точнее , AALog просто посылает команду "PTT - интерфейс - такой".
А TrueTTY так же тупо переинициализирует PTT-интерфейс. При этом выключая PTT.
Похоже, проще всего вышеупомянутую галку снять :)
Добавлено через 58 секунд
Ни одно из этих четырех слов не описывает PTT-интерфейс :)Цитата:
Сообщение от Gena
Да галочкой отмеченоЦитата:
Сообщение от ua9ov
Так можно это выличить?:umnik2:
Попробуйте для начала снять эту галку.
Ну и ответьте же наконец, какой PTT-интерфейс используется.
PTT COM2
PTT pins RTS
Галочку убрал, не помогло:no2:
А CAT другой COM-порт использует?
Да, COM1Цитата:
Сообщение от ua9ov