Spørsmål:
Hvordan identifisere flere Arduinos koblet via USB i Linux?
vlad b.
2014-08-08 01:11:27 UTC
view on stackexchange narkive permalink

Hvis jeg har flere Arduinos koblet over USB til en Linux-datamaskin, og de dukker opp som

  • / tty / ACM0
  • / tty / ACM1
  • /tty/ACM2

Hvordan kan jeg identifisere hvilken Arduino som er uten å koble til dem via seriell tilkobling ? Er det et serienummer eller en unik id på Arduino?

Takk for tiden din.

Situasjon: Uno R3, Mega, Leonardo med / ttyACM [1,2,3 ]

lsusb-utgang med enheter i den rekkefølgen som er nevnt ovenfor: 

 ... Buss 001 Enhet 011: ID 2341: 0043Bus 001 Enhet 013: ID 2341: 8036 ... Buss 001 Enhet 014: ID 2341: 0042

lsusb -d leverandør: enhet -vvv viser for hver

Uno 

 Buss 001 Enhet 014: ID 2341: 0042Enhet deskriptor: bLength 18 bDescriptorType en bcdUSB 1,10 bDeviceClass 2 Communications bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 8 idVendor 0x2341 0x0042 idProduct bcdDevice 0,01 iManufacturer 1 Arduino (www.arduino.cc) iProduct 2 iSerial 220 55330313735351910141 bNumConfigurations 1 konfigurasjon deskriptor: bLength 9 bDescriptorType 2 wTotalLength 62 bNumInterfaces 2 bConfigurationValue 1 iConfiguration 0 bmAttributter 0xc0 Selvdrevet MaxPower 100mA Interface Descriptor: bLengde 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 2 Kommunikasjon bInterfaceSpCrTCCCCC 10.01 CDC ACM: bmCapabilities 0x06 sender break line-koding og seriell tilstand CDC Union: bMasterInterface 0
bSlaveInterface 1 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x82 EP 2 IN bmAttributter 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0008 1x 8 bytes bInterval 255 Interface Descriptor: bLength 9 bDescriptorType 4 Type B 0 Ubrukt bInterfaceProtocol 0 iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x04 EP 4 OUT bmAttributter 2 Overføringstype Bulk Synch Type Ingen Brukstype Data wMaxPacketSize 0x0040 1x 64 byte bInterval 1 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x83 EP 3 IN bmAttributter 2 Overføringstype Bulk Synch Type Ingen Brukstype Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 1D0000 Status: > Leonardo:  
 Bus 001 Device 013: ID 2341: 8036 Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2,00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 idVendordx 023 LLC iProduct 2 Arduino Leonardo iSerial 0
bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 100 bNumInterfaces 3 bConfigurationValue 1 iConfiguration 0 bmAttributter 0x80 (Bussdrevet) MaxPower 500mA Interface Association: bLength 8 bDescriptorType 11 bFirstInterface 2 bFunksjon (v.25ter) iFunction 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 2 Communications bInterfaceSubClass 2 Abstract (modem) bInterfaceProtocol 0 None iInterface 0 CDC Header: b cdCDC 1.10 CDC Call Management: bmCapabilities 0x01 call management bDataInterface 1 CDC ACM: bmCapabilities 0x06 sender break line koding og seriell tilstand CDC Union: bMasterInterface 0 bSlaveInterface 1 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress Type Overgang 0x81 EPT Ingen Brukstype Data wMaxPacketSize 0x0040 1x 64 byte bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x83 EP 3 IN bmAttributter 2 Overføringstype Bulk Synch Type Ingen Brukstype Data
wMaxPacketSize 0x0040 1x 64 byte bInterval 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 2 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 3 Human Interface Device bInterfaceSubClass 0 No Subclass bInterfaceProtocol 0 None bInterface bDescriptorType 34 Report wDescriptorLength 101 Report Descriptor: (length is 101) Item (Global): Usage Page, data = [0x01] 1 Generic Desktop Controls Item (Local): Usage, data = [0x02] 2 Mouse Item (Main): Collection , data = [0x01] 1 Applikasjonselement (lokal): bruk, data = [0x01] 1 pekerelement (hoved): samling, data = [0x00] 0 fysisk element (global): rapport-ID, data = [0x01] 1 element (global): bruksside , data = [0x09] 9 knapper Vare (lokal): Minimum bruk, data = [0x01] 1 knapp 1 (Primær) Vare (lokal): Maksimal bruk, data = [0x03] 3 knapp 3 (Tertiær) Vare (global) : Logisk Minimum, data = [0x00] 0 Element (Global): Logisk Maximum, data = [0x01] 1 Element (Global): Antall rapporter, data = [0x03] 3 Element (Global): Rapportstørrelse, data = [0x01 ] 1 vare (hoved): Input, data = [0x02] 2 Data Variable Absolute No_Wrap Linear Preferred_State No_Null_Position Non_Volatile Bitfield
Element (global): Antall rapporter, data = [0x01] 1 vare (global): Rapportstørrelse, data = [0x05] 5 Element (hoved): Inngang, data = [0x03] 3 Konstant variabel Absolutt No_Wrap Lineær Preferred_State Nei_Null_Posisjon Ikke_flyktig bitfelt Vare (global): bruksside, data = [0x01] 1 generelle skrivebordskontroller element (lokal): bruk, data = [0x30] 48 retning-X-element (lokal): bruk, data = [0x31] 49 retning-Y-element (Lokalt): Bruk, data = [0x38] 56 Hjulelement (globalt): Logisk minimum, data = [0x81] 129 Element (globalt): Logisk maksimum, data = [0x7f] 127 Element (globalt): Rapportstørrelse, data = [0x08] 8 vare (global): rapportantall, data = [0x03] 3 vare (hoved): inngang, data = [0x06] 6 data variabel relativ N o_Wrap Linear Preferred_State No_Null_Position Non_Volatile Bitfield Item (Main): End Collection, data = none Item (Main): End Collection, data = none ...... Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x84 EP 4 IN bmAttributter 3 Transfer Type Interrupt Synch Type Ingen Brukstype Data wMaxPacketSize 0x0040 1x 64 byte bInterval 1 Device Status: 0x0000 (Bus Powered) 
 
 And Mega256: 
 
 Bus 001 Device 014: ID 2341: 0042 Device Descriptor: bLength 18 bDeskriptorType 1 bcdUSB 1.10 bEnhetKlasse 2 Kommunikasjon bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 8 idVendor 0x2341 idProdukt 0x0042
bcdDevice 0.01 iManufacturer 1 Arduino (www.arduino.cc) iProduct 2 iSerial 220 55330313735351910141 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 62 bNumInterfaces 2 bConfigurationValue 0 bCtAt 0 bNumEndpoints 1 bInterfaceClass 2 Communications bInterfaceSubClass 2 Abstract (modem) bInterfaceProtocol 1 AT-kommandoer (v.25ter) iInterface 0 CDC Header: bcdCDC 10.01 CDC ACM: bmCapabilities 0x06 sender break line koding og seriell tilstand CDC Union: bMa sterInterface 0 bSlaveInterface 1 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x82 EP 2 IN bmAttributter 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0008 1x 8 bytes bInterval 255 Interface Descriptor: bLength 9 bDesign Data bInterfaceSubClass 0 Ubrukt bInterfaceProtocol 0 iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x04 EP 4 OUT bm Attributter 2 Transfer Type Bulk Synch Type Ingen
Brukstype Data wMaxPacketSize 0x0040 1x 64 byte bInterval 1 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x83 EP 3 IN bmAttributter 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 1D >
`lsusb -vvv` sier?
Kan du koble fra en og se hvilken som forsvinner?
Egentlig ikke, jeg vil gjøre dette for en ekstern soldrevet sensoroppstilling som vil være veldig langt unna for noen å gjøre det når den starter på nytt.
Ignacio Vasquez-Abrams - hvordan kan jeg kartlegge informasjonen fra lsusb -vvv til / dev / ttyACM ? ER det noe i lsusb-utgangen jeg kan analysere? Takk for ideen!
Har du en annen Arduino du kan sammenligne produksjon med?
Lagt til to flere arduino-typer - alle tre koblet til samtidig.
Det som også pusler meg er at leonardo har iSerial = 0, mens de andre har serienummer.
Hjelper denne artikkelen fra mitt personlige nettsted? http://wirespeed.xs4all.nl/mediawiki/index.php/Udev_rules_file_for_Arduino_boards Jeg er nysgjerrig på om andre Leonardo har samme 0 serienummer, det virker rart for meg.
Hva skjer hvis du bruker `sudo lsusb -s ............`?
åtte svar:
user2973
2014-08-08 11:19:02 UTC
view on stackexchange narkive permalink

Forutsatt at distro bruker udev:

  udevadm info --query = all --name = / dev / ttyACM0

Det kan hende du trenger root-rettigheter for å kjøre dette (sudo / su). Den vil sende en liste med informasjon slik: 

  P: /devices/pci0000:00/0000:00:1d.2/usb4/4-2/4-2:1.0/tty / ttyACM0N: ttyACM0S: serial / by-id / usb-Dean_Camera_LUFA_USB-RS232_Adapter_74133353537351403012-if00S: serial / by-path / pci-0000: 00: 1d.2-usb-0: 2: 1.0E: DEVLINKS = / dev / serial / by-id / usb-Dean_Camera_LUFA_USB-RS232_Adapter_74133353537351403012-if00 /dev/serial/by-path/pci-0000:00:1d.2-usb-0:2:1.0E: DEVNAME = / dev / ttyACM0E: DEVPATH = / enheter / pci0000: 00/0000: 00: 1d.2 / usb4 / 4-2 / ​​4-2: 1.0 / tty / ttyACM0E: ID_BUS = usbE: ID_MM_CANDIDATE = 1E: ID_MODEL = LUFA_USB-RS232_AdapterE: ID_MODEL_ENC = LUFA \ x20USB- RS232 \ x20AdapterE: ID_MODEL_FROM_DATABASE = Uno R3 (CDC ACM) E: ID_MODEL_ID = 0043E: ID_PATH = pci-0000: 00: 1d.2-usb-0: 2: 1.0E: ID_PATH_TAG = pci-0000_00_1d_2-us = 0001E: ID_SERIAL = Dean_Camera_LUFA_USB-RS232_Adapter_74133353537351403012E: ID_SERIAL_SHORT = 74133353537351403012E: ID_TYPE = genericE: ID_USB_DRIVER = cdc_acmE: ID_USB_IND: ID_USB: n_CameraE: ID_VENDOR_ENC = Dekan \ x20CameraE: ID_VENDOR_FROM_DATABASE = Arduino SAE: ID_VENDOR_ID = 2341E: MAJOR = 166E: MINOR = 0E: SUBSYSTEM = ttyE: UDEV_LOG = 3E: USEC_INITIALIZed = 78 = en Uno med modifisert firmware på atmega16u2 (usb til seriell). Interesselinjene er sannsynligvis ID_MODEL_ID og ID_MODEL_FROM_DATABASE.
Takk skal du ha. Jeg bruker OpenWrt i dette tilfellet med hotplug2 som standard, men jeg vil prøve å bytte til udev og teste dette.
PhillyNJ
2014-11-08 06:32:49 UTC
view on stackexchange narkive permalink

Du kan legge til et alias for hver. Da vet du hvilken som er hvilken. Her er en fin opplæring om hvordan du setter opp dette.

Her er en kodebit som jeg skrev basert på opplæringen. I eksemplet nedenfor bruker jeg en FTDI RS232RL USB til seriell adapter, noe jeg tror er det Arduino bruker også.

  1. For å tilordne et alias til en USB-seriell enhet, må vi finne litt informasjon på enheten
  2. Plugg inn usb. Dette forutsetter at du allerede har installert driverne for denne bruken være enhet og enheten er synlig når du skriver:

lsusb

  1. Vi trenger følgende a. Leverandøren idb. Produkt-idc. Enhetens serienummer
  2. For å gjøre dette tar det litt jakt. Alle enhetene dine logger oppføringene i '/ var / log / messages'.

Derfor kan vi lese denne filen og finne riktig USB: 

  grep "ftdi" / var / log / messages

Du kan også bruke "usb"

  1. Dette er alle meldinger som er merket med ftdi:

  2. Ved siden av ftdi_sio er det et tall som 1-1.2. Dette er USB-enheten

grep "usb 1-1.2" / var / log / messages

Eller du kan bruk: 

  dmesg | grep "usb 1-1.3"
  1. Dette gir oss all informasjonen vi trenger:

USB Alias

  1. Nå, med listen over serienumre i hånden, la oss lage et UDEV-regelsett som vil gi en fin symbolsk lenke for hver av disse enhetene. UDEV-regler er vanligvis spredt i mange filer i /etc/udev/rules.d. Opprett en ny fil som heter 99-usb-serial.rules og legg følgende linjer der:

I dette eksemplet heter aliaset mitt 'lcdbox' 

  SUBSYSTEM == "tty", ATTRS {idVendor} == "0403", ATTRS {idProduct} == "6001", ATTRS {serial} == "A601ERJJ", SYMLINK + = "lcdbox"
  1. SYMLINK er navnet på aliaset ditt. I dette tilfellet er aliaset mitt lcdbox.

  2. Lagre filen og skriv

    sudo udevadm control --reload-rules

  3. Type

    ls –l / dev / lcdbox

lrwxrwxrwx 1 root root 7. jan 1 1970 / dev / lcdbox -> ttyUSB0

  1. Dette viser at lcdbox-aliaset mitt er kartlagt til ttyUSB0
ansi_lumen
2016-03-26 14:21:37 UTC
view on stackexchange narkive permalink

Dette er ganske enkelt! Du må tilpasse ftdi chips firmware og legge til en udev regel:

Først får du ftdi_eeprom via apt-get eller fra kildene. Identifiser enheten din via lsusb og få id: 

 lsusbBus 001 Device 005: ID 0403: 6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC ....

Forbered en konfigurasjon og sørg for at vendor_id og product_id samsvarer. Tilpass strengene i delen Strenger for å få en unik id for enheten din. 

 vendor_id = 0x0403 # Leverandør IDproduct_id = 0x6001 # Produkt-IDmax_power = 50 # Maks. strømforbruk: verdi * 2 mA. Bruk 0 hvis selvdrevet = sant. ############## Strenger ############# produsent = "FTDI" # Produsentprodukt = "Arduino Nano" # Productserial = "arduino1" # Serial ############# Alternativer ############ self_powered = false # Slå dette av for bussdrevetfjernwakeup = false # Slå dette på for ekstern vekkefunksjonuse_serial = true # Bruk serienummerstrengen # Normalt ut trenger ikke å endre et av disse flaggene # BM_type_chip = true # Nyere sjetonger er alle BM typein_is_isochronous = false # I Endpoint er Isochronousout_is_isochronous = false # Out Endpoint is Isochronoussuspend_pull_downs = false # Aktiver suspendering for lavere powerchange_usb_version = false # Endre USB-versjon usb_version = 0x0200 # Brukes bare når change_usb_version er aktivert ########## Diverse ######### filnavn = "eeprom.old" # Filnavn, la det være tomt hopp over filskrivingcbus0 = RXLED # cbus1 = TXLED #

Dump gjeldende ftdi-firmware:

ftdi_eeprom --read-eprom

Denne kommandoen cre ates $ {pwd} /eeprom.old , som inneholder den nåværende firmware på ftdi. Sikkerhetskopier denne filen før du fortsetter fordi i flash-eeprom blir filen skrevet om. Etter sikkerhetskopien, blinker ftdi: 

  ftdi_eeprom --flash-eeprom myconfig.conf

Opprett nå en udev-regel 

  SUBSYSTEMS == "usb", ATTRS {idProduct} == "6001", ATTRS {idVendor} == "0403", SYMLINK + = "$ attr {serial}", OWNER = "bananapi", GROUP = "pi", MODE = "0777"

i /etc/udev/rules.d/ 90-arduino-usb.rules og start udev på nytt. 

  service udev restart

Koble fra enheten og koble den til igjen, og prøv 

  ls -lah / dev / arduino1

Hvor arduino1 er strengen definert under serial i .conf ovenfor.

Se også: Risiko for ftdi_eeprom? - TX alltid høyt etter blinking

jfpoilpret
2016-07-25 01:53:12 UTC
view on stackexchange narkive permalink

På Ubuntu 16.04 (og kanskje også tidligere versjoner eller andre distribusjoner) kan du gjøre: 

  > ls / dev / serial / by-id

som vises (på boksen min der en Arduino UNO er ​​koblet til): 

  usb-Arduino__www.arduino.cc__0043_A4139363931351318241-if00

Du kan enkelt se Device ID 0043 (UNO) her.

Denne filen er faktisk en lenke til / dev / ttyACM0 i boksen min.

Anders
2014-12-20 09:45:45 UTC
view on stackexchange narkive permalink

Jeg ville ha brukt et skript for å lage et alias under / dev / og også sette gruppe og rettigheter på det med udev som de andre svarene.

Men hvis jeg ikke hadde udev , ville jeg rør lsusb til grep eller awk , som lsusb | grep -e "idProduct" .

Uansett, med udev regler eller med lsusb og grep for å identifisere USB-enheter, bruk idVendor , idProduct og iSerial i Enhetsbeskrivelse del av lsusb for å gjøre riktig identifikasjon. idVendor forteller deg produsenten, idProduct bør identifisere produktet fra produsenten, men noen ganger bruker de samme produkt-id for mer enn ett produkt. Til slutt, hvis nødvendig, bør iSerial være en unik id for hvert eksempel på det produktet.

cyberbrain
2014-12-18 15:04:30 UTC
view on stackexchange narkive permalink

Du kan alltid lage en slags id-utskrift via seriell i ugyldig oppsett (). Etter at det bestemte kortet er koblet til, vil det sende denne ID-en til USB-grensesnittet ditt (som du lytter til med en slags daemon-app på Linux-boksen din). Når du har mottatt ID, kan du kartlegge den til stien 'Arduino1': '/ dev / ttyACM0', 'Arduino2': '/ dev / ttyACM1', 'Arduino3': '/dev/ttyACM2'...etc

Vær oppmerksom på at når enheten kobles fra av en eller annen grunn, kan den endre den fysiske banen, slik at du kanskje må kartlegge dem alle. I dette tilfellet kan det være greit å skrive en egen funksjon eks: get_id () som du kan ringe når som helst (ikke bare ved oppstart).

EternityForest
2014-11-07 07:17:58 UTC
view on stackexchange narkive permalink

Jeg ville være fristet til å identifisere en annen måte, som å få skissen til å svare på en spesiell identifikasjonskommando, bare for å unngå USBs rare måter å identifisere enheter på.

Combinacijus
2020-01-02 21:23:24 UTC
view on stackexchange narkive permalink

Oversikt

  • En måte som ansi_lumen nevnte i hans svar er å blinke ftdichip EEPROM for å ha unikt serienummer som da kan identifiseres av UDEV-regler.

    Men viser seg at det ikke fungerer på billige kinesiske Arduinos som i stedet for FTDI har CH340G-chip som ikke har EEPROM for å lagre unik ID ( CH340B skal fungere).

  • Dette svaret antyder å skrive UDEV-regel med spesialskript som ber Arduino sende sin unike ID via serie. Problemet med det er at du trenger å endre Arduino-skisse og generelt er det ganske komplisert.

Identifisering ved port

Så den enkleste måten Jeg fant ut at det var å bruke UDEV-regler og identifisere Arduinos etter USB-porten (devpath), så å koble Arduino til samme port (selv i nestede USB-nav) vil skape vedvarende navn. TLDR-oppsett:

Endret versjon av dette

  1. Finn Arduino idVendor og idProdukt:
    2. ol>

    lsusb

    Du får noe slikt: 

      ... Bus 004 Device 001: ID 1d6b: 0003 Linux Foundation 3.0 root hubBus 003 Device 124: ID 1a86: 7523 QinHeng Electronics HL-340 USB-Serial adapterBus 003 Device 123: ID 214b: 7000 Bus 003 Device 122: ID 1a86: 7523 QinHeng Electronics HL-340 USB-Serial adapterBus 003 Device 121 : ID 1a86: 7523 QinHeng Electronics HL-340 USB-seriell adapterBus 003 Enhet 120: ID 1a40: 0101 Terminus Technology Inc. Hub ...

    Ved å koble til / fra Arduino, finn whi ch en det er (jeg har 3 tilkoblede). Vi ser etter ID-en. I mitt tilfelle "... ID 1a86: 7523 QinHeng ...". Så idVendor = 1a86, idProduct = 7523

    1. Opprett ny UDEV-reglerfil:

    sudo nano / etc / udev / regler.d / 99-usb-serial.rules

    1. Endre idVendor og idProduct-verdier etter det du fant i forrige trinn på kopi, lim det inn i reglerfilen vi har opprettet:

    SUBSYSTEM == "tty", ATTRS {idVendor} == "1a86", ATTRS {idProduct} == "7523", SYMLINK + = "ttyUSB-arduino% s {/ devpath}"

    1. Last UDEV-regler på nytt

    sudo udevadm control --reload

    1. Bytt ut Arduinos, og nå har den et unikt navn. For å teste den skriver du:

    ls / dev / ttyUSB *

    Som vil sende ut:

    / dev / ttyUSB1 / dev / ttyUSB3 /dev/ttyUSB-arduino2.1 /dev/ttyUSB-arduino2.4 / dev / ttyUSB2 / dev / ttyUSB4 /dev/ttyUSB-arduino2.2 / dev / ttyUSB-arduino3

    Som du ser, får vi fremdeles / dev / ttyUSBx som før som alltid endres avhengig av hvilken som var koblet først. Men nå har vi også / dev / ttyUSB-arduino {port} som alltid er de samme for samme port og bare for Arduinos. For å analysere hva "..arduino2.4" betyr: 2 refererer til den andre porten på den bærbare datamaskinen og 4 til den fjerde porten på usb-hub.

    For å se den bedre:

    lsusb -t

    Output: 

      ... /: Bus 03.Port 1: Dev 1, Class = root_hub, Driver = xhci_hcd / 4p, 480M | __ Port 1: Dev 5, Hvis 0, Class = Human Interface Device, Driver = usbhid, 12M | __ Port 1: Dev 5, If 1, Class = Human Interface Device, Driver = usbhid, 12M | __ Port 2: Dev 84, Hvis 0, Class = Hub, Driver = hub / 4p, 480M | __ Port 1: Dev 85, Hvis 0, Class = Leverandørspesifikk klasse, Driver = ch341, 12M | __ Port 2: Dev 86, Hvis 0, klasse = leverandørspesifikk klasse, driver = ch341, 12M | __ Port 3: Dev 87, Hvis 0, Class = Hub, Driver = hub / 4p, 480M | __ Port 4: Dev 88, Hvis 0, Class = Leverandør Spesifikk klasse, driver = ch341, 12M | __ Port 3: Dev 89, Hvis 0, Class = leverandørspesifikk klasse, Driver = ch341, 12M /: Buss 02.Port 1: Dev 1, Class = root_hub, Driver = ehci-pci / 2p, 480M | __ Port 1: Dev 2, Hvis 0, Class = Hub, Driver = hub / 6p, 480M ...

    Ved å koble til / fra koblingen kan du se hvilke enheter som er på hvilke porter



ⓘ
Denne spørsmålet ble automatisk oversatt fra engelsk.Det opprinnelige innholdet er tilgjengelig på stackexchange, som vi takker for cc by-sa 3.0-lisensen den distribueres under.
Loading...