Последовательный адаптер USB не создает путь/dev/ttyUSB для обращения к устройству

Я использую Ubuntu 18.10 x64 на своем ноутбуке и 17,10 x64 на другой машине. Информация ниже прибывает из 18,10 ноутбуков, но у обоих есть та же проблема.

Я присоединил USB НА ПЛАТУ ПОСЛЕДОВАТЕЛЬНОГО ИНТЕРФЕЙСА (китайский клон TI SmartRF04EB, с помощью эквивалента MCU Silicon Labs C8051F320 для обеспечения интерфейса USB) соединенный проводом на макетную плату Chipcon 8051, но/dev/ttyUSB0 и т.д. не создается, который я должен выпустить команды отладки к плате, например, по moserial терминалу.

Можно ли предложить, почему/dev/ttyUSB запись не создается автоматически, и как я могу удостовериться, что это?

Заранее спасибо.

Фон

Я могу соединиться из Windows VM в VirtualBox и считать регистры на макетной плате, но не от моей хост-машины. Устройство Chipcon является платой Последовательного адаптера USB, поскольку я получаю те же результаты, если 8 051 макетная плата разъединяется.

MacBookPro:~$ lsusb
Bus 001 Device 012: ID 11a0:eb20 Chipcon AS

Dmesg показывает, что устройство распознано:

MacBookPro:~$ dmesg | grep 1-1.1:
[ 1989.355072] usb 1-1.1: new full-speed USB device number 12 using xhci_hcd
[ 1989.468502] usb 1-1.1: New USB device found, idVendor=11a0, idProduct=eb20, bcdDevice= 0.50
[ 1989.468505] usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 1989.468506] usb 1-1.1: Product: SmartRF04EB
[ 1989.468508] usb 1-1.1: Manufacturer: Chipcon AS
[ 2006.115847] usb 1-1.1: reset full-speed USB device number 12 using xhci_hcd
[ 2036.516953] usb 1-1.1: reset full-speed USB device number 12 using xhci_hcd
[ 2058.765773] usb 1-1.1: reset full-speed USB device number 12 using xhci_hcd
[ 2105.307403] usb 1-1.1: reset full-speed USB device number 12 using xhci_hcd
[ 4370.664093] usb 1-1.1: reset full-speed USB device number 12 using xhci_hcd
[64333.681207] usb 1-1.1: reset full-speed USB device number 12 using xhci_hcd

Но нет никакой/dev/ttyUSB записи или любой другой записи сразу под/dev/или/dev/usb/:

MacBookPro:~$ ls /dev/ttyUSB*
ls: cannot access '/dev/ttyUSB*': No such file or directory

Запись создается в/dev/vboxusb/001/012, когда устройство включается, который позволяет Windows VM говорить с устройством. Число изменяется, когда оно повторно подключено, но не влияет на VM.

Драйвер перечислен USB-устройствами как Ни один:

MacBookPro:~$ usb-devices
...
T:  Bus=01 Lev=02 Prnt=02 Port=00 Cnt=01 Dev#= 12 Spd=12  MxCh= 0
D:  Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=11a0 ProdID=eb20 Rev=00.50
S:  Manufacturer=Chipcon AS
S:  Product=SmartRF04EB
C:  #Ifs= 1 Cfg#= 1 Atr=40 MxPwr=100mA
I:  If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=(none)

Простое правило Udev, предложенное в другом месте, не имело никакого значения:

MacBookPro:~$ cat /etc/udev/rules.d/99-usb-serial.rules
# SmartRF05 Evaluation Board
ACTION=="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="0451", ATTRS{idProduct}=="16a0", MODE="0666"

# SmartRF04 Evaluation Board
ACTION=="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="11a0", ATTRS{idProduct}=="db20", MODE="0666"
ACTION=="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="11a0", ATTRS{idProduct}=="eb20", MODE="0666"

# CC Debugger
ACTION=="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="0451", ATTRS{idProduct}=="16a2", MODE="0666"

Я добавил меня к tty и dialout Группам без эффекта.

Выполнение udevadm:

MacBookPro:~$ sudo udevadm test -a -p $(udevadm info -a udevadm info -q path -n /dev/bus/usb/001/012)
calling: test
version 239
This program is for debugging only, it does not run any program
specified by a RUN key. It may show incorrect results, because
some values may be different, or not available at a simulation run.

Load module index
Parsed configuration file /lib/systemd/network/99-default.link
Created link configuration context.
Reading rules file: /lib/udev/rules.d/39-usbmuxd.rules
...
Reading rules file: /lib/udev/rules.d/99-systemd.rules
rules contain 393216 bytes tokens (32768 * 12 bytes), 40208 bytes strings
32422 strings (271011 bytes), 28868 de-duplicated (234358 bytes), 3555 trie nodes used
IMPORT builtin 'usb_id' /lib/udev/rules.d/50-udev-default.rules:13
IMPORT builtin 'hwdb' /lib/udev/rules.d/50-udev-default.rules:13
handling device node '/dev/bus/usb/001/012', devnum=c189:11, mode=0600, uid=0, gid=0
preserve already existing symlink '/dev/char/189:11' to '../bus/usb/001/012'
ACTION=-p
BUSNUM=001
DEVNAME=/dev/bus/usb/001/012
DEVNUM=012
DEVPATH=/devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1.1
DEVTYPE=usb_device
DRIVER=usb
ID_BUS=usb
ID_MODEL=SmartRF04EB
ID_MODEL_ENC=SmartRF04EB
ID_MODEL_ID=eb20
ID_REVISION=0050
ID_SERIAL=Chipcon_AS_SmartRF04EB
ID_USB_INTERFACES=:ffffff:
ID_VENDOR=Chipcon_AS
ID_VENDOR_ENC=Chipcon\x20AS
ID_VENDOR_FROM_DATABASE=Chipcon AS
ID_VENDOR_ID=11a0
MAJOR=189
MINOR=11
PRODUCT=11a0/eb20/50
SUBSYSTEM=usb
TYPE=0/0/0
USEC_INITIALIZED=1989348663
Unload module index
Unloaded link configuration context.

Запись USB в строке 13 на/lib/udev/rules.d/50-udev-default.rules:

SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", IMPORT{builtin}="usb_id", IMPORT{builtin}="hwdb --subsystem=usb"
ENV{MODALIAS}!="", IMPORT{builtin}="hwdb --subsystem=$env{SUBSYSTEM}"

ACTION!="add", GOTO="default_end"
0
задан 18 November 2018 в 01:03

1 ответ

Три изменения решили проблему:

  1. Перевключение кабеля JTAG. По некоторым причинам соединение, казалось, было дефектным, поскольку cc-инструмент затем распознал макетную плату.

  2. Редактирование 6-й строки в udev управляет с добавлением Символьной ссылки на ttyUSB0 для чтения:

ДЕЙСТВИЕ == "добавляет", ПОДСИСТЕМА == "usb", ATTRS {idVendor} == "11a0", ATTRS {idProduct} == "eb20", РЕЖИМ = "0666", СИМВОЛЬНАЯ ССЫЛКА = "ttyUSB0"

  1. Перезагрузка ноутбука для перезагрузки правил udev; попытки использовать udevadm не создали символьную ссылку:

триггер udevadm

управление udevadm - правила перезагрузки

0
ответ дан 27 October 2019 в 04:06

Другие вопросы по тегам:

Похожие вопросы: