Установил Fldigi, подключил с компьютером транссивером IC-706MK2G через Com порт. РТТ есть. Не показывает частоту и не переключает диапазоны. Ubuntu 12.04. В настройках вроде все поставил. Куда копать?
Спасибо!
Установил Fldigi, подключил с компьютером транссивером IC-706MK2G через Com порт. РТТ есть. Не показывает частоту и не переключает диапазоны. Ubuntu 12.04. В настройках вроде все поставил. Куда копать?
Спасибо!
Скачайте здесь http://www.w1hkj.com/xmlarchives.html файл настройки к вашему трансиверу.
Положите его в папку RIGS. Потом в настройках риг контроля выберите вкладку риг кат, загрузите файл настройки, клацните на квадратик "использовать риг кат", настройте порт, нажмите на инициализацию и..... пользуйтесь на здоровье должно быть примерно вот так.
Галки, указанные в настройках обязательны. Левая галка отвечает за показ частоты, режимов и прочей лабуды. Правая отвечает за РТТ.
Добавлено через 9 минут(ы):
Кстати, можно и в хамлибе ваш трансивер найти. Но у меня через хамлиб почему то медленно всё реагирует. Не пользуюсь им.
Последний раз редактировалось RX9CDR; 24.03.2014 в 20:33.
Спасибо от Рафаиль
Доброго всем здоровья!
Возник один глупый вопрос. Никогда раньше такой проблемы не было, а вот с
началом использования в Linux радиолюбительского софта - вылезла на поверхность.
Как "расшарить" порт для двух и более программ? В смысле - сейчас работает cqrlog,
связь с трансивером через rigctl. Все хорошо. Запускаю fldigi. У нее тоже связь по
rigctl. Опять нет проблем - обе программы видят CAT, все работает. Но вот если
запустить WSJTX - начинаются проблемы. Во-первых у WSJTX САТ работает "напрямую",
во-вторых в Linux`овой версии есть маленький глюк - PTT работает ТОЛЬКО через
CAT (не как в Widows-версии, там можно просто порт PTT указать, а САТ вообще
не использовать).
И вот тут начинаются проблемы - то WSJTX "выкидывает флаг", что нет ответа от
трансивера, то аппарат "зависает" на передачу, то наоборот не передает. Явно
идет конфликт доступа к порту - rigctl "висит" демоном, а WSJTX обращается к
порту по необходимости. Видимо в некоторые моменты они одновременно пытаются
работать с портом, от этого и конфликт.
Пока просто "прибиваю" процесс rigctl на время работы WSJTX, но как-то некрасиво
это... Может какое иное решение есть? Симлинк сделать? Тоже как-то не очень...
две программы не должны к одному физическому устройству (компорту) обращаться одновременно, это само по себе ненормально под любой ос, как тут может помочь симлинк?
Странно. Как же тогда масса программ одновременно к жесткому диску обращается?
Вы видимо с DOS'ом путаете... А Linux - многозадачная система. Даже в Win и то "рашаривание"
портов решается элементарно с помощью всевозможных утилит и виртуальных портов.
Да и вообще - в *nix`ах по-определению нет такого понятия как "физическое устройство". Здесь
ВСЕ - "файлы". Почему и кто может запретить одновременно ЧИТАТЬ из файла? Запись - да, тут
как-то "делиться" надо. А читать-то?
Ладно, будем самостоятельно искать решение.
из "обычного" файла можно читать толпой и ничего страшного не будет, но если вдвоём читать из файла типа "компорт" то получится "кто раньше встал - того и тапки"Почему и кто может запретить одновременно ЧИТАТЬ из файла?
забранные из буфера одной программой байты безвозвратно потеряны для другой
Последний раз редактировалось R0JF; 31.03.2014 в 23:41.
Спасибо от RA3QTH
R0JF
На что обратил внимание: в настройках FlDigi стоит галочка RTS/CTS flow control. У меня с этой галкой порт с FLDIgi не работает (системы Ubuntu и производные). Поставил уже XFCE 14.04, тоже самое. Почему так, интересно? Интерфейс Unicom Dual.
cqrlog не пробовал, вроде и не надо.
Не совсем так. Для Win есть программа, расшаривающая COM-порты для нескольких программ, к ним обращающихся. Я пробовал, работала. Нужно искать нечто подобное.из "обычного" файла можно читать толпой и ничего страшного не будет, но если вдвоём читать из файла типа "компорт" то получится "кто раньше встал - того и тапки"
забранные из буфера одной программой байты безвозвратно потеряны для другой
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)