Як розрізнити однакові USB-послідовні адаптери?

Я використовую декілька однакових USB-послідовних адаптерів зі своїм ноутбуком (Ubuntu 9.10). Адаптери виробляються Sabrent і вбудовуються навколо плодотворного ПЛ2303 ІС, як показано lsusb:

Bus 001 Device 008: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port  
Bus 001 Device 007: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port  
Bus 001 Device 006: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port  

Жоден з атрибутів, що відображаються, не udevadmздається унікальним для конкретного адаптера:

foo@bar:~$ udevadm info --attribute-walk --path=/sys/bus/usb-serial/devices/ttyUSB0

   looking at device
 '/devices/pci0000:00/0000:00:1d.7/usb1/1-4/1-4.1/1-4.1:1.0/ttyUSB0':  
     KERNEL=="ttyUSB0"  
     SUBSYSTEM=="usb-serial"  
     DRIVER=="pl2303"   
     ATTR{port_number}=="0"  

   looking at parent device
 '/devices/pci0000:00/0000:00:1d.7/usb1/1-4/1-4.1/1-4.1:1.0':
     KERNELS=="1-4.1:1.0"  
     SUBSYSTEMS=="usb"  
     DRIVERS=="pl2303"  
     ATTRS{bInterfaceNumber}=="00"  
     ATTRS{bAlternateSetting}==" 0"  
     ATTRS{bNumEndpoints}=="03"  
     ATTRS{bInterfaceClass}=="ff"  
     ATTRS{bInterfaceSubClass}=="00"  
     ATTRS{bInterfaceProtocol}=="00"  
     ATTRS{modalias}=="usb:v067Bp2303d0300dc00dsc00dp00icFFisc00ip00"  
     ATTRS{supports_autosuspend}=="1"  

   looking at parent device
 '/devices/pci0000:00/0000:00:1d.7/usb1/1-4/1-4.1':
     KERNELS=="1-4.1"   
     SUBSYSTEMS=="usb"  
     DRIVERS=="usb"   
     ATTRS{configuration}==""  
     ATTRS{bNumInterfaces}==" 1"  
     ATTRS{bConfigurationValue}=="1"  
     ATTRS{bmAttributes}=="80"  
     ATTRS{bMaxPower}=="100mA"  
     ATTRS{urbnum}=="538"  
     ATTRS{idVendor}=="067b"  
     ATTRS{idProduct}=="2303"  
     ATTRS{bcdDevice}=="0300"  
     ATTRS{bDeviceClass}=="00"  
     ATTRS{bDeviceSubClass}=="00"  
     ATTRS{bDeviceProtocol}=="00"  
     ATTRS{bNumConfigurations}=="1"  
     ATTRS{bMaxPacketSize0}=="64"  
     ATTRS{speed}=="12"  
     ATTRS{busnum}=="1"  
     ATTRS{devnum}=="6"  
     ATTRS{version}==" 1.10"  
     ATTRS{maxchild}=="0"  
     ATTRS{quirks}=="0x0"  
     ATTRS{authorized}=="1"  
     ATTRS{manufacturer}=="Prolific Technology Inc."  
     ATTRS{product}=="USB-Serial Controller"  

     <snip>

 foo@bar:~$ udevadm info --attribute-walk --path=/sys/bus/usb-serial/devices/ttyUSB1

   looking at device
 '/devices/pci0000:00/0000:00:1d.7/usb1/1-4/1-4.5/1-4.5:1.0/ttyUSB1':
     KERNEL=="ttyUSB1"  
     SUBSYSTEM=="usb-serial"  
     DRIVER=="pl2303"  
     ATTR{port_number}=="0"  

   looking at parent device
 '/devices/pci0000:00/0000:00:1d.7/usb1/1-4/1-4.5/1-4.5:1.0':
     KERNELS=="1-4.5:1.0"  
     SUBSYSTEMS=="usb"  
     DRIVERS=="pl2303"  
     ATTRS{bInterfaceNumber}=="00"  
     ATTRS{bAlternateSetting}==" 0"  
     ATTRS{bNumEndpoints}=="03"  
     ATTRS{bInterfaceClass}=="ff"  
     ATTRS{bInterfaceSubClass}=="00"  
     ATTRS{bInterfaceProtocol}=="00"  
     ATTRS{modalias}=="usb:v067Bp2303d0300dc00dsc00dp00icFFisc00ip00"  
     ATTRS{supports_autosuspend}=="1"  

   looking at parent device
 '/devices/pci0000:00/0000:00:1d.7/usb1/1-4/1-4.5':
     KERNELS=="1-4.5"  
     SUBSYSTEMS=="usb"  
     DRIVERS=="usb"  
     ATTRS{configuration}==""  
     ATTRS{bNumInterfaces}==" 1"  
     ATTRS{bConfigurationValue}=="1"  
     ATTRS{bmAttributes}=="80"  
     ATTRS{bMaxPower}=="100mA"  
     ATTRS{urbnum}=="69"  
     ATTRS{idVendor}=="067b"  
     ATTRS{idProduct}=="2303"  
     ATTRS{bcdDevice}=="0300"  
     ATTRS{bDeviceClass}=="00"  
     ATTRS{bDeviceSubClass}=="00"  
     ATTRS{bDeviceProtocol}=="00"  
     ATTRS{bNumConfigurations}=="1"  
     ATTRS{bMaxPacketSize0}=="64"  
     ATTRS{speed}=="12"  
     ATTRS{busnum}=="1"  
     ATTRS{devnum}=="7"  
     ATTRS{version}==" 1.10"  
     ATTRS{maxchild}=="0"  
     ATTRS{quirks}=="0x0"  
     ATTRS{authorized}=="1"  
     ATTRS{manufacturer}=="Prolific Technology Inc."  
     ATTRS{product}=="USB-Serial Controller"  

     <snip>

Всі адаптери підключені до єдиного USB-концентратора. Оскільки я не можу розрізнити між самими адаптерами, чи є спосіб написати правило udev, яке фіксує ім’я кожного адаптера, залежно від того, до якого фізичного порту на концентраторі адаптер підключений?

чи є спосіб я написати правило udev, яке фіксує ім'я кожного адаптера, залежно від того, до якого фізичного порту на концентраторі адаптер підключений?

Так, як виявляється. Розглянемо останню частину ієрархії пристроїв, показану у другому прикладі вище:

дивлячись на батьківський пристрій '/devices/pci0000:00/0000:00:1d.7/usb1/1-4/1-4.5': KERNELS == "1-4.5" SUBSYSTEMS
== "usb"
Драйвери == "usb "
ATTRS {конфігурація} ==" "
ATTRS {bNumInterfaces} ==" 1 "
ATTRS {bConfigurationValue} ==" 1 "
ATTRS {bmAttributes} ==" 80 "
ATTRS {bMaxPower} ==" 100mA "
ATTRS {urbnum} = = "69"
ATTRS {idVendor} == "067b"
ATTRS {idProduct} == "2303"
ATTRS {bcdDevice} == "0300"
ATTRS {bDeviceClass} == "00"
ATTRS {bDeviceSubClass} == "00"
ATTRS {bDeviceProtocol} == "00"
ATTRS {bNumConfigurations} == "1"
ATTRS {bMaxPacketSize0} == "64"
ATTRS {швидкість} == "12"
ATTRS {busnum} == "1"
ATTRS {devnum} == "7" ATTRS {версія} == "1.10" ATTRS {maxchild} == "0" ATTRS {quirks} == "0x0"
ATTRS {дозволено} == "1"
ATTRS {виробник} = = "Prolific Technology Inc."
ATTRS {product} == "USB-послідовний контролер"

Ім'я, яке дається цьому пристрою ядром (KERNELS == "1-4.5"), вказує на те, що цей пристрій підключено до п'ятого порту концентратора, підключеного до порту чотири на шині 1 (див. Цей FAQ для отримання додаткової інформації про декодування ієрархія пристроїв sysfs usb). За допомогою цього посібника з написання правил udev я придумав такий набір правил udev для своїх перетворювачів USB-в-послідовний порт:

KERNEL == "ttyUSB *", KERNELS == "1-8.1.5", NAME = "ttyUSB0"
KERNEL == "ttyUSB *", KERNELS == "1-8.1.6", NAME = "ttyUSB1"
KERNEL = = "ttyUSB *", KERNELS == "1-8.1.1", NAME = "ttyUSB2"
KERNEL == "ttyUSB *", KERNELS == "1-8.1.2", NAME = "ttyUSB3"

Ці правила мають один очевидний недолік: вони припускають, що всі перетворювачі USB в послідовний підключені до одного концентратора ("1-8.1. *"). Якщо перетворювач USB в послідовний підключений до іншого порту USB, йому може бути присвоєне ім'я "ttyUSB0", яке суперечить схемі іменування, описаній вище. Однак, оскільки я залишаю всі перетворювачі, підключені до концентратора, я можу жити з цим обмеженням.

Хоча це не допоможе в цьому конкретному випадку, деяким адаптерам присвоєні унікальні послідовні ідентифікатори:

udevadm info -a -n /dev/ttyUSB1 | grep '{serial}'

Приклад послідовного ідентифікатора адаптера:

  ATTRS{serial}=="A6008isP"`

і правила udev тоді містять:

SUBSYSTEM=="tty", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", ATTRS{serial}=="A6008isP", SYMLINK+="arduino"

Джерело

Ви переглянули вміст /dev/serial/by-id/? У подібній ситуації кожному пристрою було призначено унікальний постійний ідентифікатор там (я визнаю, не знаю, що він насправді являє).

Оскільки оригінальне запитання було задано 3 роки тому, це може не стосуватися запитувача, але я опублікую його для подальшого ознайомлення.

Існує спосіб перепрограмувати серійний номер за допомогою доступу до EEPROM FTDI-чіпів, лабораторії Silicon надають інструмент, але це лише Windows:

Сторінка продукту -> Інструменти-> Утиліта налаштування функцій з фіксованою функцією

Пряме посилання

Інструкцію можна знайти на remotehq:

http://remoteqth.com/wiki/index.php?page=How+to+set+usb+device+SerialNumber

На Sourceforge також є бібліотека Unix. Він протестований лише з CP2101 / CP2102 / CP2103, і ​​я не пробував це особисто.

http://sourceforge.net/projects/cp210x-program/

Використання відповіді, а не коментаря, оскільки мені потрібно форматування.

Ці правила мають один очевидний недолік: вони припускають, що всі перетворювачі USB в послідовний підключені до одного концентратора ("1-8.1. *"). Якщо перетворювач USB в послідовний підключений до іншого порту USB, йому може бути присвоєне ім'я "ttyUSB0", яке суперечить схемі іменування, описаній вище. Однак, оскільки я залишаю всі перетворювачі, підключені до концентратора, я можу жити з цим обмеженням.

У мене виникла ця проблема, і це легко виправити за допомогою невеликої програми C для маніпулювання текстом% devpath або іншим атрибутом USB на ваш вибір.

Потім ви називаєте цю програму так:

ACTION!="add|change", GOTO="99-local-end

SUBSYSTEM=="usb", ATTR{idVendor}=="0403", ATTR{idProduct}=="6001", ENV{ID_MM_DEVICE_IGNORE}="1"
SUBSYSTEM=="tty", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", GOTO="99-local-tty-ftdi"
GOTO="99-local-end"

LABEL="99-local-tty-ftdi"
IMPORT{program}="/usr/local/lib/udev/multiusbserial-id %s{devpath}"
# Hayes-style Modem
ENV{ID_MULTIUSBSERIAL_DEVNAME_MINOR}=="1", GROUP="dialout", MODE="0660", SYMLINK+="modem"
# Console for network device
ENV{ID_MULTIUSBSERIAL_DEVNAME_MINOR}=="2", GROUP="wheel", MODE="0660", SYMLINK+="ttyswitch"
# Serial port for software development
ENV{ID_MULTIUSBSERIAL_DEVNAME_MINOR}=="3", GROUP="eng", MODE="0660", SYMLINK+="ttyrouter"
# Unused
ENV{ID_MULTIUSBSERIAL_DEVNAME_MINOR}=="4", GROUP="wheel", MODE="0660"

LABEL="99-local-end"

де multiusbserial-id - компільована програма C.

Програмі потрібно просто надрукувати текст після певного пункту, тому це не є складним

/* multiusbserial.c */
#include <stdio.h>
#include <stdlib.h>

#define PROGRAM_NAME "multiusbserial-id"
#define VARIABLE_PREFIX "ID_MULTIUSBSERIAL_"

int main(int argc, char *argv[])
{
  char *p;
  int found = 0;

  if (argc != 2) {
    fprintf(stderr, "Usage: " PROGRAM_NAME " ATTRS{devpath}\n");
    exit(1);
  }

  for (p = argv[1]; *p != '\0'; p++) {
    if (*p == '.') {
      p++;
      found = (*p != '\0');
      break;
    }
  }

  if (!found) {
    fprintf(stderr, PROGRAM_NAME ": unexpected format\n");
    exit(1);
  }

  printf(VARIABLE_PREFIX "DEVNAME_MINOR=%s\n", p);
  return 0;
}

Я написав статтю в блозі з більш детальною інформацією. Це одна з серій у створенні середовища програмування вбудованих системних команд.

Ви можете перелічити подібні USB-серійні пристрої

ls -l /sys/bus/usb-serial/devices
total 0
lrwxrwxrwx 1 root root 0 Oct  9 09:10 ttyUSB0 -> ../../../devices/platform/soc/3f980000.usb/usb1/1-1/1-1.3/1-1.3:1.0/ttyUSB0
lrwxrwxrwx 1 root root 0 Oct  9 09:10 ttyUSB1 -> ../../../devices/platform/soc/3f980000.usb/usb1/1-1/1-1.5/1-1.5:1.0/ttyUSB1

Два рядки закінчуються

1-1.3:1.0/ttyUSB0
1-1.5:1.0/ttyUSB1

Це на Raspberry Pi. Зараз я залишу пристрій ttyUSB1підключеним і витягнув адаптер ttyUSB0і підключую його до іншого порту, потім іншого, а потім повертаюся до початкового порту

# original setup
['1-1.3:1.0', 'ttyUSB0'] --
['1-1.5:1.0', 'ttyUSB1']

# move it to port above 1.3
['1-1.3:1.0', 'ttyUSB0']
['1-1.5:1.0', 'ttyUSB1']
['1-1.2:1.0', 'ttyUSB2'] --

# move it to port above 1.5
['1-1.3:1.0', 'ttyUSB0']
['1-1.5:1.0', 'ttyUSB1']
['1-1.4:1.0', 'ttyUSB2'] --

# move it back to the original port
['1-1.3:1.0', 'ttyUSB0'] --
['1-1.5:1.0', 'ttyUSB1']

Я не знаю, чому 1-1.3:1.0після відключення не прибирається, але я можу з цим жити, оскільки рідко міняю адаптери з одного порту USB на інший.

Моя проблема полягала в тому, що на Raspberry Pi, який управляє ретрансляторами затвора через Arduino, приєднаний через USB-кабель, і зчитує дані датчика навколишнього середовища через іншого Arduino (той же виробник, та ж модель), періодично, коли ставниці активуються, дані датчика Arduino отримують удар поза дошкою та перепризначений з ttyUSB0 на ttyUSB2 (ttyUSB1 - затвор). Я закінчив цей скрипт Python, щоб не довелося з’ясувати шляхом спроб та помилок, на якому пристрої тепер увімкнено дані датчика.

usb_devices = collections.OrderedDict()
usb_device_list = subprocess.check_output('ls -l /sys/bus/usb-serial/devices', shell=True, universal_newlines=True).split('\n')
for usb_device in usb_device_list:
  match = re.search("([^/]+)/([^/]+)$", usb_device)
  if match:
    usb_devices[match.group(1)] = match.group(2)

for key, value in usb_devices.items():
  print key, value

# I know that 1.3 is the environment sensor device
if '1-1.3:1.0' in usb_devices:
  print '1-1.3:1.0 -->', usb_devices['1-1.3:1.0'] # == ttyUSB0

що дає мені наступний вихід

1-1.3:1.0 ttyUSB0
1-1.5:1.0 ttyUSB1
1-1.3:1.0 --> ttyUSB0

Цю перевірку я виконую лише тоді, коли виникають тайм-аути через помилку з'єднання.