Для того, что бы в Linux не запускать программу от ROOT-а для работы с E-Coder панелью, нужно назначить права доступа для HID устройств, что USER мог получить к ним доступ, это делается следующими командами:
sudo chmod 664 /dev/hidraw*
sudo chgrp plugdev /dev/hidraw*
Также подобная ситуация может быть и с COM портами, например при использовании драйвера виртуальных COM портов tty0tty они также могут быть недоступны USER-у, для открытия доступа нужно выполнить команду:
sudo chmod 666 /dev/tty*
Конкретно для портов созданных tty0tty порты по умолчанию именуются как tnt* , в таком случае команда будет иметь вид sudo chmod 666 /dev/tnt*
P.S. Это небольшой комментарий от программистов. С тонкостями настроек в Линуксе ко мне обращаться бессмысленно.
Последний раз редактировалось VassiL; 19.06.2017 в 12:14.
Василий, такие рекомендации нужно прописывать в мануале... или на форуме...ибо они решают всё... и ставят эксплуатацию трансиверов с головы на ноги... как должно быть... иначе, неделями можно решать проблемы... Валерию огромное спасибо!!!
Оп-па!
Все-таки надо иногда проверять "бывшие баги"! А в версии 1.2.0.beta2 оказывается
/dev/tnt* начали работать! ))
Помню, что давно когда-то не работало, я успокоился и использовал socat с его довольно
ущербными возможностями. С тех пор tty0tty и не проверял... Оказывается - ЗРЯ!
Василий, спасибо Вашему программисту! Теперь в Linux PTT у меня не через CAT,
а по отдельному порту.
Правда все равно возник вопрос - а почему-то в Linux не хочет работать Secondary Key!!!
Выставляю в нем значения, активирую галочку, но ни PTT ни манипуляция почему-то
не проходят. Вроде с правами на порты все нормально, но как-то не так все. Вы бы не
могли программиста спросить?
PS Небольшая информация для Linux-пользователей -- по поводу виртуальных портов.
Скачиваем отсюда: https://github.com/freemed/tty0tty
исходники tty0tty, распаковывает, делаем make, потом заходим в папку module и
командуем:
$sudo cp tty0tty.ko /lib/modules/$(uname -r)/kernel/drivers/misc/
после чего даем в терминале команды
$sudo depmod
$sudo insmod tty0tty.ko (или)
$sudo modprobe tty0tty
и убеждаемся, что получили четыре пары связанных портов
$sudo ls -l /dev/tnt*
Должен быть вывод типа:
crw-rw-rw- 1 root dialout 240, 0 июн 20 19:30 /dev/tnt0
crw-rw-rw- 1 root dialout 240, 1 июн 20 19:30 /dev/tnt1
crw-rw-rw- 1 root dialout 240, 2 июн 20 17:42 /dev/tnt2
crw-rw-rw- 1 root dialout 240, 3 июн 20 17:42 /dev/tnt3
crw-rw-rw- 1 root dialout 240, 4 июн 20 17:42 /dev/tnt4
crw-rw-rw- 1 root dialout 240, 5 июн 20 17:42 /dev/tnt5
crw-rw-rw- 1 root dialout 240, 6 июн 20 17:42 /dev/tnt6
crw-rw-rw- 1 root dialout 240, 7 июн 20 17:42 /dev/tnt7
Если все получилось - ДОПИСЫВАЕМ в /etc/modules отдельной строкой tty0tty,
перегружаем (на всякий случай) машину, еще раз проверяем sudo ls -l /dev/tnt* и,
если все "на месте", практически успокаиваемся. Вот только наверняка права
будут не совсем те. Простой способ - добавить в /etc/rc.local строчку
sudo chmod 666 /dev/tnt* прямо перед строкой exit 0.
В итоге - ПОЛНОЦЕННО работающие сплиты (включая RTS, DTR)
tnt0 <-> tnt1
tnt2 <-> tnt3
tnt4 <-> tnt5
tnt6 <-> tnt7
В менюшках программы ЕЕ их видно и можно использовать!
73!
Спасибо от VassiL
Василий, спасибо за beta3 для Linux!
Что интересно - стартует сейчас почти мгновенно.
Василий, версия ExpertSDR2 v.1.2.0 beta 4 Firmware v. 4.0 dd: 28-06-2017
заработала сразу !!! Спасибо!!! Ubuntu 16.04 также на флэшке.
Игорь, совершенно верно, 3-я даже не запускалась... Illegal instruction (core dumped).
Все предыдущие работали...
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)