Как определить несколько USB-последовательных адаптеров под Ubuntu 10.1 - PullRequest
8 голосов
/ 26 января 2011

Я читаю данные с нескольких идентичных USB-последовательных адаптеров в Ubuntu 10.1.

Иногда их путь / dev / tty изменяется (например, если при запуске подключаются другие USB-устройства).

Мне нужен способ повторного обращения к одному и тому же адаптеру при любых таких изменениях.

Все устройства имеют одинаковые серийные номера, согласно udevadm.

Я думаю, что наиболее вероятный вариантопределить адаптер, к которому подключен порт (они не перемещаются).

Я могу найти все виды интересных / dev-путей, которые могут работать, но, несмотря на все обсуждения udev в сети,Я не могу найти однозначное утверждение о том, являются ли некоторые из этих путей статическими, если устройство подключено к статическому порту.

Ответы [ 7 ]

9 голосов
/ 12 мая 2011

Есть решение. Лучше поздно, чем никогда;)

Используйте следующее правило udev для сопоставления /dev/ttyUSB{?} устройств со ссылкой /dev/usb-ports/%bus_id-%port_id.

Вот мой /etc/udev/rules.d/usb-parse-devpath.rules:

ACTION=="add", KERNEL=="ttyUSB[0-9]*", PROGRAM="/etc/udev/rules.d/usb-parse-devpath.pm %p", SYMLINK+="usb-ports/%c"

И скрипт usb-parse-devpath.pm:

#!/usr/bin/perl -w

@items = split("/", $ARGV[0]);
for ($i = 0; $i < @items; $i++) {
    if ($items[$i] =~ m/^usb[0-9]+$/) {
        print $items[$i + 1] . "\n";
        last;
    }
}

Как видите, это помогает нам создавать именованные ссылки на устройства /dev/ttyUSB{?} и размещать их по адресу /dev/usb-ports в следующем формате: bus_id-port_id.

Например, следующая команда дает мне следующее:

$ udevadm info --query=path --name=/dev/ttyUSB0
/devices/pci0000:00/0000:00:1d.1/usb3/3-1/3-1:1.0/ttyUSB0/tty/ttyUSB0

Итак, bus_id это 3 и port_id это 1, и теперь у меня есть следующие в моем /dev/usb-ports:

$ ls -al /dev/usb-ports
lrwxrwxrwx  1 root root   10 Май 12 00:26 3-1 -> ../ttyUSB0

С уважением.

2 голосов
/ 23 июля 2013

Посмотрите с помощью $ udevadm info -n /dev/ttyUSB0 -a, к какому порту подключено ваше USB-устройство. Переменная KERNELS одного из родительских устройств должна выглядеть примерно так: KERNELS == "1-1.2: 1.0".

Создать правило udev:

SUBSYSTEM=="tty", KERNELS=="1-1.2:1.0", SYMLINK+="ttyUSB42"
SUBSYSTEM=="tty", KERNELS=="1-1.3:1.0", SYMLINK+="usb-serial"

и триггер udev

$ udevadm trigger
1 голос
/ 06 января 2015

У меня много устройств USB-Serial с каждым многими портами, и решения, упомянутые выше, не совсем помогли мне.

USB "KERNEL" в моем случае было недостаточно, но я нашел номер порта.

Я знаю, что то, что я предлагаю сейчас, может считаться безумным взломом, но этоработает для меня ..
на данный момент ..

На самом деле я был бы рад увидеть более элегантное предложение, которое бы достигло чего-то похожего ..

Итак ... Основано на предыдущем ответеформа Илья Матвейчиков

Файл: /etc/udev/rules.d/usb-parse-devpath.sh

#!/bin/bash

DEVNUM=$(echo "${1}" | rev | cut -d'/' -f4 | rev | tr -d '-' | tr -d '.' | tr -d ':')
PORTNUM=$(/sbin/udevadm info -a --path=${1} | grep "ATTRS{port_number}" | head -1 | cut -d'"' -f2)
PRODUCT=$(/sbin/udevadm info -a --path=${1} | grep "ATTRS{product}" | head -1 | cut -d'"' -f2 | tr -d '/' | tr ' ' '_')

NEWID="ttyUSB_${PRODUCT}_${DEVNUM}${PORTNUM}"

#echo "${NEWID} :: $1" >> /tmp/DEBUG_udev.txt

echo "$NEWID"

И файл: /etc/udev/rules.d/99-usb-serial.rules

ACTION=="add", KERNEL=="ttyUSB[0-9]*", PROGRAM="/etc/udev/rules.d/usb-parse-devpath.sh %p", SYMLINK+="TTYUSBs/%c"

Результат выглядит примерно так:

# ls -l /dev/TTYUSBs

lrwxrwxrwx. 1 root root 11 Jan  5 18:46 ttyUSB_Edgeport416_435100 -> ../ttyUSB20
lrwxrwxrwx. 1 root root 11 Jan  5 18:46 ttyUSB_Edgeport416_435101 -> ../ttyUSB21
lrwxrwxrwx. 1 root root 11 Jan  5 18:46 ttyUSB_Edgeport416_435102 -> ../ttyUSB22
lrwxrwxrwx. 1 root root 11 Jan  5 18:46 ttyUSB_Edgeport416_435103 -> ../ttyUSB23
lrwxrwxrwx. 1 root root 11 Jan  5 18:46 ttyUSB_Edgeport416_435104 -> ../ttyUSB24
lrwxrwxrwx. 1 root root 11 Jan  5 18:46 ttyUSB_Edgeport416_435105 -> ../ttyUSB25
lrwxrwxrwx. 1 root root 11 Jan  5 18:46 ttyUSB_Edgeport416_435106 -> ../ttyUSB26
lrwxrwxrwx. 1 root root 11 Jan  5 18:46 ttyUSB_Edgeport416_435107 -> ../ttyUSB27
lrwxrwxrwx. 1 root root 11 Jan  5 18:46 ttyUSB_Edgeport416_436100 -> ../ttyUSB28
lrwxrwxrwx. 1 root root 11 Jan  5 18:46 ttyUSB_Edgeport416_436101 -> ../ttyUSB29
lrwxrwxrwx. 1 root root 11 Jan  5 18:46 ttyUSB_Edgeport416_436102 -> ../ttyUSB30
lrwxrwxrwx. 1 root root 11 Jan  5 18:46 ttyUSB_Edgeport416_436103 -> ../ttyUSB31
lrwxrwxrwx. 1 root root 11 Jan  5 18:46 ttyUSB_Edgeport416_436104 -> ../ttyUSB32
lrwxrwxrwx. 1 root root 11 Jan  5 18:46 ttyUSB_Edgeport416_436105 -> ../ttyUSB33
lrwxrwxrwx. 1 root root 11 Jan  5 18:46 ttyUSB_Edgeport416_436106 -> ../ttyUSB34
lrwxrwxrwx. 1 root root 11 Jan  5 18:46 ttyUSB_Edgeport416_436107 -> ../ttyUSB35
lrwxrwxrwx. 1 root root 11 Jan  5 18:46 ttyUSB_Edgeport4_4341100 -> ../ttyUSB38
lrwxrwxrwx. 1 root root 11 Jan  5 18:46 ttyUSB_Edgeport4_4341101 -> ../ttyUSB39
lrwxrwxrwx. 1 root root 11 Jan  5 18:46 ttyUSB_Edgeport4_4342100 -> ../ttyUSB36
lrwxrwxrwx. 1 root root 11 Jan  5 18:46 ttyUSB_Edgeport4_4342101 -> ../ttyUSB37
lrwxrwxrwx. 1 root root 10 Jan  5 18:46 ttyUSB_Edgeport8_421100 -> ../ttyUSB2
lrwxrwxrwx. 1 root root 10 Jan  5 18:46 ttyUSB_Edgeport8_421101 -> ../ttyUSB3
lrwxrwxrwx. 1 root root 10 Jan  5 18:46 ttyUSB_Edgeport8_422100 -> ../ttyUSB4
lrwxrwxrwx. 1 root root 10 Jan  5 18:46 ttyUSB_Edgeport8_422101 -> ../ttyUSB5
lrwxrwxrwx. 1 root root 11 Jan  5 18:46 ttyUSB_Edgeport8_423100 -> ../ttyUSB18
lrwxrwxrwx. 1 root root 11 Jan  5 18:46 ttyUSB_Edgeport8_423101 -> ../ttyUSB19
lrwxrwxrwx. 1 root root 10 Jan  5 18:46 ttyUSB_Edgeport8_424100 -> ../ttyUSB0
lrwxrwxrwx. 1 root root 10 Jan  5 18:46 ttyUSB_Edgeport8_424101 -> ../ttyUSB1
lrwxrwxrwx. 1 root root 10 Jan  5 18:46 ttyUSB_Keyspan_USA-49WG_431100 -> ../ttyUSB6
lrwxrwxrwx. 1 root root 10 Jan  5 18:46 ttyUSB_Keyspan_USA-49WG_431101 -> ../ttyUSB7
lrwxrwxrwx. 1 root root 10 Jan  5 18:46 ttyUSB_Keyspan_USA-49WG_431102 -> ../ttyUSB8
lrwxrwxrwx. 1 root root 10 Jan  5 18:46 ttyUSB_Keyspan_USA-49WG_431103 -> ../ttyUSB9
lrwxrwxrwx. 1 root root 11 Jan  5 18:46 ttyUSB_Keyspan_USA-49WG_432100 -> ../ttyUSB10
lrwxrwxrwx. 1 root root 11 Jan  5 18:46 ttyUSB_Keyspan_USA-49WG_432101 -> ../ttyUSB11
lrwxrwxrwx. 1 root root 11 Jan  5 18:46 ttyUSB_Keyspan_USA-49WG_432102 -> ../ttyUSB12
lrwxrwxrwx. 1 root root 11 Jan  5 18:46 ttyUSB_Keyspan_USA-49WG_432103 -> ../ttyUSB13
lrwxrwxrwx. 1 root root 11 Jan  5 18:46 ttyUSB_Keyspan_USA-49WG_433100 -> ../ttyUSB14
lrwxrwxrwx. 1 root root 11 Jan  5 18:46 ttyUSB_Keyspan_USA-49WG_433101 -> ../ttyUSB15
lrwxrwxrwx. 1 root root 11 Jan  5 18:46 ttyUSB_Keyspan_USA-49WG_433102 -> ../ttyUSB16
lrwxrwxrwx. 1 root root 11 Jan  5 18:46 ttyUSB_Keyspan_USA-49WG_433103 -> ../ttyUSB17
1 голос
/ 02 апреля 2012

Как и в случае с ответом Ильи Матвейчикова, хорошим решением является добавление правил udev для выполнения того, что вы хотите с устройством.Как и у вас, у меня была похожая проблема.У меня был ИБП на адаптере USB-to-multi-serial, и иногда система переключалась между числами / dev / tty.

Мое решение состояло в том, чтобы создать правило, соответствующее типу устройства в зависимости от драйвера ипорт, затем создайте символическую ссылку на порт, к которому был подключен мой ИБП.Я использовал NUT для мониторинга ИБП, который всегда был подключен к одному и тому же физическому порту.

# File contents of /etc/udev/rules.d/75-nut-ups.rules
# Create /dev/nut-ups0 to use as a persistent serial device that can be used
# reliably by nut to communicate with a UPS attached to the system.
# The UPS is attached to the first port of a MosSemiconductor dual USB
# serial adapter.
KERNELS=="ttyUSB*", SUBSYSTEMS=="usb-serial", DRIVERS=="moschip7720", ATTRS{port_number}=="0", SYMLINK+="nut-ups0"

Теперь я настраиваю NUT, чтобы всегда использовать постоянную / dev / nut-ups0 в качестве последовательного порта и правилаобеспечивает правильное сопоставление при распознавании устройства usb-serial.

Вы можете использовать команду lsusb, чтобы узнать фактическое имя устройства, которое будет использоваться в правиле, когда оно подключено.

0 голосов
/ 28 декабря 2013

Я тоже искал в этой теме способ узнать, какое физическое USB-устройство было назначено / подключено к логическому имени / dev-устройству. Итак, после некоторых проб и ошибок, это то, что лучше всего сработало для меня:

Посмотрите, какие существуют логические устройства ttyUSBx (где x = 0, 1, 2 ...):

$ ls /dev

Показать номера шин и устройств для всех USB-последовательных адаптеров:

$ lsusb 

Наконец, используйте:

$ udevadm info --name=ttyUSBx --attribute-walk | grep num  

Теперь проверьте вывод udevadm на соответствие имени логического устройства фактическому физическому устройству. Вот мой список, когда я это сделал:

$ lsusb
Bus 002 Device 005: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial     (UART) IC
Bus 002 Device 004: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port
Bus 002 Device 002: ID 80ee:0021  
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

$ udevadm info --name=ttyUSB0 --attribute-walk | grep num
    ATTRS{port_number}=="0"
    ATTRS{urbnum}=="812"
    ATTRS{busnum}=="2"
    ATTRS{devnum}=="5"
    ATTRS{urbnum}=="115"
    ATTRS{busnum}=="2"
    ATTRS{devnum}=="1"
    ATTRS{numa_node}=="-1"

$ udevadm info --name=ttyUSB1 --attribute-walk | grep num
    ATTRS{port_number}=="0"
    ATTRS{urbnum}=="465"
    ATTRS{busnum}=="2"
    ATTRS{devnum}=="4"
    ATTRS{urbnum}=="115"
    ATTRS{busnum}=="2"
    ATTRS{devnum}=="1"
    ATTRS{numa_node}=="-1"

Таким образом, в моем случае ttyUSB0 связан с устройством на шине 2, device5, которое является международным адаптером USB to Serial компании Future Technology Devices; и аналогично, ttyUSB1 связан с устройством на шине 2, device4, которое является адаптером USB to Serial компании Prolific Technology, Inc.

И, как было указано, команда:

$ usb-devices

Получит вам ту же информацию в одной строке. Я думал, что опубликую детали, которые помогли мне узнать, как все это работало за кулисами ...

Надеюсь, это было полезно:)

0 голосов
/ 25 сентября 2013

usb-устройства могут получить номер порта и перечисление шины / устройства.

0 голосов
/ 28 января 2011

Все устройства имеют одинаковые серийные номера [..]

usb-parse-devpath.pm решает эту проблему, используя идентификатор шины и порта адаптера.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...