# Ecran tactile non reconnu par usb

**URL:** <https://www.debian-fr.org/t/ecran-tactile-non-reconnu-par-usb/79657>\
**Category:** Support Debian\
**Tags:** usb, écran, tactile\
**Created:** [Juillet 17, 2019, 11:22 UTC](https://www.debian-fr.org/t/ecran-tactile-non-reconnu-par-usb/79657 "2019-07-17T11:22:47Z")\
**Posts on this page:** 13\
**Page:** 1

<div class="post-metadata">

**Author:** ![mik4](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/b487fb/32.png) [@mik4](https://www.debian-fr.org/u/mik4)\
**Post date:** [Juillet 17, 2019, 11:22 UTC](https://www.debian-fr.org/t/ecran-tactile-non-reconnu-par-usb/79657/1 "2019-07-17T11:22:47Z")

</div>

Bonjour à toutes et tous,

J’ai des bornes tactiles qui permettent de diffuser des contenus interactif dans des lieux publiques. Ces bornes sont équipées d’écran IIYAMA T2236 capacitif 1920\*1080 22’’ (55,8cm) qui fonctionnent avec trois câbles:

- Alimentation électrique
- Câble hdmi
- Câble USB pour le tactile

Les bornes qui fonctionnent sur **Stretch** n’ont pas posé de problèmes, le tactile a fonctionné directement et fonctionne même très bien. Je viens de faire une nouvelle borne sur **Buster** et le **câble USB** n’est pas reconnu. Il y a les informations qui s’affichent à l’écran mais le tactile ne fonctionne pas.

Lorsque je fais un **lsusb** , l’écran ne figure pas dans les résultats. Pourriez-vous m’aider SVP ?

Merci et bonne journée

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Juillet 17, 2019, 1:19 UTC](https://www.debian-fr.org/t/ecran-tactile-non-reconnu-par-usb/79657/2 "2019-07-17T13:19:06Z")

</div>

> [@mik4](#):
>
> Il y a les informations qui s’affichent à l’écran

Normal, le HDMI marche tout seul.

> [@mik4](#):
>
> Lorsque je fais un **lsusb** , l’écran ne figure pas dans les résultats.

Forcément que si.  
Ou alors, c’est que le hub sur lequel le dispositif est branché n’est pas géré, mais s’il est branché, on trouve forcément son ID YYYY:XXX dans lsusb, même si il n’y a pas le nom associé qui apparait au regard de l’id.  
Pourrais tu donner le résultat complet de lsusb ?  
A priori, ça doit être un ID en 0408:XXXX pour du IIYAMA

Petite question à coté, l’usb est bien branché sur le même port entre une borne etch et la nouvelle buster ?

---

<div class="post-metadata">

**Author:** ![mik4](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/b487fb/32.png) [@mik4](https://www.debian-fr.org/u/mik4)\
**Post date:** [Juillet 17, 2019, 2:11 UTC](https://www.debian-fr.org/t/ecran-tactile-non-reconnu-par-usb/79657/3 "2019-07-17T14:11:08Z")

</div>

Bonjour **mattop** ,

Alors la borne est chez un client, il me certifie que le câble USB est branché des deux côtés comme il faut.

voici le résultats de la commande lsusb

```
~# lsusb -v
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Device Descriptor:
  bLength 18
  bDescriptorType 1
  bcdUSB 3.00
  bDeviceClass 9 Hub
  bDeviceSubClass 0 
  bDeviceProtocol 3 
  bMaxPacketSize0 9
  idVendor 0x1d6b Linux Foundation
  idProduct 0x0003 3.0 root hub
  bcdDevice 4.19
  iManufacturer 3 Linux 4.19.0-5-amd64 xhci-hcd
  iProduct 2 xHCI Host Controller
  iSerial 1 0000:00:14.0
  bNumConfigurations 1
  Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 0x001f
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0 
bmAttributes 0xe0
  Self Powered
  Remote Wakeup
MaxPower 0mA
Interface Descriptor:
  bLength 9
  bDescriptorType 4
  bInterfaceNumber 0
  bAlternateSetting 0
  bNumEndpoints 1
  bInterfaceClass 9 Hub
  bInterfaceSubClass 0 
  bInterfaceProtocol 0 Full speed (or root) hub
  iInterface 0 
  Endpoint Descriptor:
    bLength 7
    bDescriptorType 5
    bEndpointAddress 0x81 EP 1 IN
    bmAttributes 3
      Transfer Type Interrupt
      Synch Type None
      Usage Type Data
    wMaxPacketSize 0x0004 1x 4 bytes
    bInterval 12
    bMaxBurst 0
Hub Descriptor:
  bLength 12
  bDescriptorType 42
  nNbrPorts 6
  wHubCharacteristic 0x000a
No power switching (usb 1.0)
Per-port overcurrent protection
  bPwrOn2PwrGood 10 * 2 milli seconds
  bHubContrCurrent 0 milli Ampere
  bHubDecLat 0.0 micro seconds
  wHubDelay 0 nano seconds
  DeviceRemovable 0x00
 Hub Port Status:
   Port 1: 0000.02f0 5Gbps power Polling RESET
   Port 2: 0000.02a0 5Gbps power Rx.Detect
   Port 3: 0000.02a0 5Gbps power Rx.Detect
   Port 4: 0000.02a0 5Gbps power Rx.Detect
   Port 5: 0000.02a0 5Gbps power Rx.Detect
   Port 6: 0000.02a0 5Gbps power Rx.Detect
Binary Object Store Descriptor:
  bLength 5
  bDescriptorType 15
  wTotalLength 0x000f
  bNumDeviceCaps 1
  SuperSpeed USB Device Capability:
bLength 10
bDescriptorType 16
bDevCapabilityType 3
bmAttributes 0x02
  Latency Tolerance Messages (LTM) Supported
wSpeedsSupported 0x0008
  Device can operate at SuperSpeed (5Gbps)
bFunctionalitySupport 3
  Lowest fully-functional device speed is SuperSpeed (5Gbps)
bU1DevExitLat 10 micro seconds
bU2DevExitLat 512 micro seconds
can't get debug descriptor: Resource temporarily unavailable
Device Status: 0x0001
  Self Powered

Bus 001 Device 006: ID 8087:0a2b Intel Corp. 
Device Descriptor:
  bLength 18
  bDescriptorType 1
  bcdUSB 2.00
  bDeviceClass 224 Wireless
  bDeviceSubClass 1 Radio Frequency
  bDeviceProtocol 1 Bluetooth
  bMaxPacketSize0 64
  idVendor 0x8087 Intel Corp.
  idProduct 0x0a2b 
  bcdDevice 0.10
  iManufacturer 0 
  iProduct 0 
  iSerial 0 
  bNumConfigurations 1
  Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 0x00b1
bNumInterfaces 2
bConfigurationValue 1
iConfiguration 0 
bmAttributes 0xe0
  Self Powered
  Remote Wakeup
MaxPower 100mA
Interface Descriptor:
  bLength 9
  bDescriptorType 4
  bInterfaceNumber 0
  bAlternateSetting 0
  bNumEndpoints 3
  bInterfaceClass 224 Wireless
  bInterfaceSubClass 1 Radio Frequency
  bInterfaceProtocol 1 Bluetooth
  iInterface 0 
  Endpoint Descriptor:
    bLength 7
    bDescriptorType 5
    bEndpointAddress 0x81 EP 1 IN
    bmAttributes 3
      Transfer Type Interrupt
      Synch Type None
      Usage Type Data
    wMaxPacketSize 0x0040 1x 64 bytes
    bInterval 1
  Endpoint Descriptor:
    bLength 7
    bDescriptorType 5
    bEndpointAddress 0x02 EP 2 OUT
    bmAttributes 2
      Transfer Type Bulk
      Synch Type None
      Usage Type Data
    wMaxPacketSize 0x0040 1x 64 bytes
    bInterval 1
  Endpoint Descriptor:
    bLength 7
    bDescriptorType 5
    bEndpointAddress 0x82 EP 2 IN
    bmAttributes 2
      Transfer Type Bulk
      Synch Type None
      Usage Type Data
    wMaxPacketSize 0x0040 1x 64 bytes
    bInterval 1
Interface Descriptor:
  bLength 9
  bDescriptorType 4
  bInterfaceNumber 1
  bAlternateSetting 0
  bNumEndpoints 2
  bInterfaceClass 224 Wireless
  bInterfaceSubClass 1 Radio Frequency
  bInterfaceProtocol 1 Bluetooth
  iInterface 0 
  Endpoint Descriptor:
    bLength 7
    bDescriptorType 5
    bEndpointAddress 0x03 EP 3 OUT
    bmAttributes 1
      Transfer Type Isochronous
      Synch Type None
      Usage Type Data
    wMaxPacketSize 0x0000 1x 0 bytes
    bInterval 1
  Endpoint Descriptor:
    bLength 7
    bDescriptorType 5
    bEndpointAddress 0x83 EP 3 IN
    bmAttributes 1
      Transfer Type Isochronous
      Synch Type None
      Usage Type Data
    wMaxPacketSize 0x0000 1x 0 bytes
    bInterval 1
Interface Descriptor:
  bLength 9
  bDescriptorType 4
  bInterfaceNumber 1
  bAlternateSetting 1
  bNumEndpoints 2
  bInterfaceClass 224 Wireless
  bInterfaceSubClass 1 Radio Frequency
  bInterfaceProtocol 1 Bluetooth
  iInterface 0 
  Endpoint Descriptor:
    bLength 7
    bDescriptorType 5
    bEndpointAddress 0x03 EP 3 OUT
    bmAttributes 1
      Transfer Type Isochronous
      Synch Type None
      Usage Type Data
    wMaxPacketSize 0x0009 1x 9 bytes
    bInterval 1
  Endpoint Descriptor:
    bLength 7
    bDescriptorType 5
    bEndpointAddress 0x83 EP 3 IN
    bmAttributes 1
      Transfer Type Isochronous
      Synch Type None
      Usage Type Data
    wMaxPacketSize 0x0009 1x 9 bytes
    bInterval 1
Interface Descriptor:
  bLength 9
  bDescriptorType 4
  bInterfaceNumber 1
  bAlternateSetting 2
  bNumEndpoints 2
  bInterfaceClass 224 Wireless
  bInterfaceSubClass 1 Radio Frequency
  bInterfaceProtocol 1 Bluetooth
  iInterface 0 
  Endpoint Descriptor:
    bLength 7
    bDescriptorType 5
    bEndpointAddress 0x03 EP 3 OUT
    bmAttributes 1
      Transfer Type Isochronous
      Synch Type None
      Usage Type Data
    wMaxPacketSize 0x0011 1x 17 bytes
    bInterval 1
  Endpoint Descriptor:
    bLength 7
    bDescriptorType 5
    bEndpointAddress 0x83 EP 3 IN
    bmAttributes 1
      Transfer Type Isochronous
      Synch Type None
      Usage Type Data
    wMaxPacketSize 0x0011 1x 17 bytes
    bInterval 1
Interface Descriptor:
  bLength 9
  bDescriptorType 4
  bInterfaceNumber 1
  bAlternateSetting 3
  bNumEndpoints 2
  bInterfaceClass 224 Wireless
  bInterfaceSubClass 1 Radio Frequency
  bInterfaceProtocol 1 Bluetooth
  iInterface 0 
  Endpoint Descriptor:
    bLength 7
    bDescriptorType 5
    bEndpointAddress 0x03 EP 3 OUT
    bmAttributes 1
      Transfer Type Isochronous
      Synch Type None
      Usage Type Data
    wMaxPacketSize 0x0019 1x 25 bytes
    bInterval 1
  Endpoint Descriptor:
    bLength 7
    bDescriptorType 5
    bEndpointAddress 0x83 EP 3 IN
    bmAttributes 1
      Transfer Type Isochronous
      Synch Type None
      Usage Type Data
    wMaxPacketSize 0x0019 1x 25 bytes
    bInterval 1
Interface Descriptor:
  bLength 9
  bDescriptorType 4
  bInterfaceNumber 1
  bAlternateSetting 4
  bNumEndpoints 2
  bInterfaceClass 224 Wireless
  bInterfaceSubClass 1 Radio Frequency
  bInterfaceProtocol 1 Bluetooth
  iInterface 0 
  Endpoint Descriptor:
    bLength 7
    bDescriptorType 5
    bEndpointAddress 0x03 EP 3 OUT
    bmAttributes 1
      Transfer Type Isochronous
      Synch Type None
      Usage Type Data
    wMaxPacketSize 0x0021 1x 33 bytes
    bInterval 1
  Endpoint Descriptor:
    bLength 7
    bDescriptorType 5
    bEndpointAddress 0x83 EP 3 IN
    bmAttributes 1
      Transfer Type Isochronous
      Synch Type None
      Usage Type Data
    wMaxPacketSize 0x0021 1x 33 bytes
    bInterval 1
Interface Descriptor:
  bLength 9
  bDescriptorType 4
  bInterfaceNumber 1
  bAlternateSetting 5
  bNumEndpoints 2
  bInterfaceClass 224 Wireless
  bInterfaceSubClass 1 Radio Frequency
  bInterfaceProtocol 1 Bluetooth
  iInterface 0 
  Endpoint Descriptor:
    bLength 7
    bDescriptorType 5
    bEndpointAddress 0x03 EP 3 OUT
    bmAttributes 1
      Transfer Type Isochronous
      Synch Type None
      Usage Type Data
    wMaxPacketSize 0x0031 1x 49 bytes
    bInterval 1
  Endpoint Descriptor:
    bLength 7
    bDescriptorType 5
    bEndpointAddress 0x83 EP 3 IN
    bmAttributes 1
      Transfer Type Isochronous
      Synch Type None
      Usage Type Data
    wMaxPacketSize 0x0031 1x 49 bytes
    bInterval 1
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
Device Status: 0x0001
  Self Powered

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Device Descriptor:
  bLength 18
  bDescriptorType 1
  bcdUSB 2.00
  bDeviceClass 9 Hub
  bDeviceSubClass 0 
  bDeviceProtocol 1 Single TT
  bMaxPacketSize0 64
  idVendor 0x1d6b Linux Foundation
  idProduct 0x0002 2.0 root hub
  bcdDevice 4.19
  iManufacturer 3 Linux 4.19.0-5-amd64 xhci-hcd
  iProduct 2 xHCI Host Controller
  iSerial 1 0000:00:14.0
  bNumConfigurations 1
  Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 0x0019
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0 
bmAttributes 0xe0
  Self Powered
  Remote Wakeup
MaxPower 0mA
Interface Descriptor:
  bLength 9
  bDescriptorType 4
  bInterfaceNumber 0
  bAlternateSetting 0
  bNumEndpoints 1
  bInterfaceClass 9 Hub
  bInterfaceSubClass 0 
  bInterfaceProtocol 0 Full speed (or root) hub
  iInterface 0 
  Endpoint Descriptor:
    bLength 7
    bDescriptorType 5
    bEndpointAddress 0x81 EP 1 IN
    bmAttributes 3
      Transfer Type Interrupt
      Synch Type None
      Usage Type Data
    wMaxPacketSize 0x0004 1x 4 bytes
    bInterval 12
Hub Descriptor:
  bLength 11
  bDescriptorType 41
  nNbrPorts 12
  wHubCharacteristic 0x000a
No power switching (usb 1.0)
Per-port overcurrent protection
TT think time 8 FS bits
  bPwrOn2PwrGood 10 * 2 milli seconds
  bHubContrCurrent 0 milli Ampere
  DeviceRemovable 0x00 0x05
  PortPwrCtrlMask 0xff 0xff
 Hub Port Status:
   Port 1: 0000.0101 power connect
   Port 2: 0000.0100 power
   Port 3: 0000.0100 power
   Port 4: 0000.0100 power
   Port 5: 0000.0100 power
   Port 6: 0000.0100 power
   Port 7: 0000.0100 power
   Port 8: 0000.0107 power suspend enable connect
   Port 9: 0000.0100 power
   Port 10: 0000.0100 power
   Port 11: 0000.0100 power
   Port 12: 0000.0100 power
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
Device Status: 0x0001
  Self Powered

```

_Petite question à coté, l’usb est bien branché sur le même port entre une borne etch et la nouvelle buster ?_  
Désolé je ne comprends pas ce que tu veux dire ☹

Merci beaucoup et bonne soirée

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Juillet 17, 2019, 2:40 UTC](https://www.debian-fr.org/t/ecran-tactile-non-reconnu-par-usb/79657/4 "2019-07-17T14:40:45Z")

</div>

> [@mik4](#):
>
> de la commande lsusb

Alors non, là il il y a le **-v** qui donne un listing un peu trop complet.  
Je pensais plutôt à **lsusb** tout court, si c’est possible, et le même, sur une etch, pour comparer.  
Eventuellement si c’est possible, **lsusb -t** (pas v) sur les deux release.  
Sinon, je crois bien que c’est sur le hub usb qu’il y a un problème, pas directement sur le touchscreen lui même, quand je vois les messages

> [@mik4](#):
>
> can’t get device qualifier: Resource temporarily unavailable

> [@mik4](#):
>
> _l’usb est bien branché sur le même port entre une borne etch et la nouvelle buster ?_  
> Désolé je ne comprends pas ce que tu veux dire

Je veux dire qu’il peut y avoir un hub (un port, une prise) usb2 bien gèrée sur lequel tu avais l’habitude de brancher l’écran sur la etch, mais aussi un 2e port USB, 3.0 cette fois et pas gèré par buster, sur laquelle vous avez branché cette fois ci.  
En gros, je veux dire que s’il y a deux ports usb sur la borne, ça marchera peut être mieux sur l’autre.

---

<div class="post-metadata">

**Author:** ![mik4](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/b487fb/32.png) [@mik4](https://www.debian-fr.org/u/mik4)\
**Post date:** [Juillet 18, 2019, 9:59 UTC](https://www.debian-fr.org/t/ecran-tactile-non-reconnu-par-usb/79657/5 "2019-07-18T09:59:01Z")

</div>

Salut,

Buster:

```
lsusb 
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 006: ID 8087:0a2b Intel Corp. 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

lsusb -t
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 5000M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/12p, 480M
    |__ Port 8: Dev 6, If 0, Class=Wireless, Driver=btusb, 12M
    |__ Port 8: Dev 6, If 1, Class=Wireless, Driver=btusb, 12M

```

Stretch

```
lsusb
Bus 002 Device 002: ID 0424:5537 Standard Microsystems Corp. 
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 8087:0a2b Intel Corp. 
Bus 001 Device 004: ID 0457:1139 Silicon Integrated Systems Corp. 
Bus 001 Device 002: ID 0424:2137 Standard Microsystems Corp. 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

lsusb -t
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 5000M
    |__ Port 4: Dev 2, If 0, Class=Hub, Driver=hub/7p, 5000M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/12p, 480M
    |__ Port 4: Dev 2, If 0, Class=Hub, Driver=hub/7p, 480M
        |__ Port 7: Dev 4, If 0, Class=Human Interface Device, Driver=usbhid, 12M
    |__ Port 7: Dev 3, If 0, Class=Wireless, Driver=btusb, 12M
    |__ Port 7: Dev 3, If 1, Class=Wireless, Driver=btusb, 12M

```

Toutes les bornes étaient sur Stretch mais l’un des Pc est mort. J’en ai acheté un nouveau (différents des autres mais du même style) et j’ai fait une nouvelle installation avec Buster. Lors de l’installation, avec le clavier, souris, clé USB bootable et clé pour les firmwares tous les ports USB étaient utilisés et fonctionnaient.

Le client demain ira sur la borne et testera en branchant sur les autres ports USB . Je lui ai dit que si cela ne fonctionnait pas, je récupérerais les logs du moment où il tente de brancher l’USB pour voir si des messages peuvent aider.

Je te remercie de m’aider et te souhaite une belle journée.

A+

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Juillet 18, 2019, 10:33 UTC](https://www.debian-fr.org/t/ecran-tactile-non-reconnu-par-usb/79657/6 "2019-07-18T10:33:37Z")

</div>

Je pense que les

> [@mik4](#):
>
> ```plaintext
> Bus 00X Device 00Y: ID 0424:ZZZZ Standard Microsystems Corp.
> 
> ```

disparaissent en buster juste parce que le format lsusb ou bien la gestion des hubs usb dans le noyau a un peut changé mais que ça ne concerne pas ton probléme. Ca peut, mais je ne pense pas.  
Par contre dans **lsusb -t** , le device

> [@mik4](#):
>
> ```plaintext
> Bus 001 Device 004: ID 0457:1139 Silicon Integrated Systems Corp.
> 
> ```

> [@mik4](#):
>
> ```plaintext
> |__ Port 7: Dev 4, If 0, Class=Human Interface Device, Driver=usbhid, 12M
> 
> ```

qui est géré en stretch par le module usbhid, n’est pas visible en buster.  
Essaye un **modprobe usbhid** , en surveillant les messages d’erreur dans le syslog, pour voir si ça ne vient pas de là.

Et sinon, à tous hasards, ça pourrait valoir le coup de tester la buster en la boutant sur le noyau stretch qui fonctionne (copie du .deb sur la buster, et install avec **dpkg -i** par exemple).

---

<div class="post-metadata">

**Author:** ![mik4](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/b487fb/32.png) [@mik4](https://www.debian-fr.org/u/mik4)\
**Post date:** [Juillet 18, 2019, 11:52 UTC](https://www.debian-fr.org/t/ecran-tactile-non-reconnu-par-usb/79657/7 "2019-07-18T11:52:44Z")

</div>

Bonjour,

J’ai fais un **modprobe usbhid** et voici le résultat dans syslog:

```
Jul 18 13:39:38 name kernel: [6723.344270] hidraw: raw HID events driver (C) Jiri Kosina
Jul 18 13:39:38 name kernel: [6723.351778] usbcore: registered new interface driver usbhid
Jul 18 13:39:38 name kernel: [6723.351779] usbhid: USB HID core driver

```

Je redémarre et appelé une personne qui travaille sur place, elle m’a dit que le tactile ne fonctionnait pas.

Merci

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Juillet 18, 2019, 3:02 UTC](https://www.debian-fr.org/t/ecran-tactile-non-reconnu-par-usb/79657/8 "2019-07-18T15:02:21Z")

</div>

> [@mik4](#):
>
> J’ai fais un **modprobe usbhid** et voici le résultat dans syslog:

Le module se charge bien, ce n’est pas lui qui plante.  
J’ai regardé au niveau de la détection, le fichier de signatures usb /var/lib/usbutils/usb.ids qui est dans le paquet usb.ids sur buster, mais qui est téléchargé à l’aide de la commande update-usbids sur stretch diffère entre les deux.  
La commande update-usbids n’existant plus en buster, essaye de voir si tu remplaces le fichier /var/lib/usbutils/usb.ids de buster par celui de stretch.

> [@mik4](#):
>
> Le client demain ira sur la borne et testera en branchant sur les autres ports USB .

Aïe.  
Ca aurait été peut être mieux que tu aies la machine dans ton atelier pour éviter qu’il te voie trop merdouiller pendant des heures à trouver la solution. 😃

> [@mattotop](#):
>
> Et sinon, à tous hasards, ça pourrait valoir le coup de tester la buster en la boutant sur le noyau stretch qui fonctionne (copie du .deb sur la buster, et install avec **dpkg -i** par exemple).

Ca, ça me semble, faute de diagnostiguer le probléme précis"ment, la meilleure piste restante pour le règler rapidement (en attendant de l’examiner en détail hors des yeux du client sur une autre machine).

---

<div class="post-metadata">

**Author:** ![mik4](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/b487fb/32.png) [@mik4](https://www.debian-fr.org/u/mik4)\
**Post date:** [Juillet 19, 2019, 7:05 UTC](https://www.debian-fr.org/t/ecran-tactile-non-reconnu-par-usb/79657/9 "2019-07-19T07:05:17Z")

</div>

Bonjour,

merci de ta réponse, je vais regarder tes solutions et je tiens au courant. En attendant, voici les logs de syslog au moment où l’on branche l’écran si jamais cela te donne une nouvelle idée.

```
Jul 19 09:00:23 name kernel: [112.509307] usb 1-3: new full-speed USB device number 4 using xhci_hcd
Jul 19 09:00:23 name kernel: [112.637227] usb 1-3: device descriptor read/64, error -71
Jul 19 09:00:23 name kernel: [112.873347] usb 1-3: device descriptor read/64, error -71
Jul 19 09:00:24 name kernel: [113.117326] usb 1-3: new full-speed USB device number 5 using xhci_hcd
Jul 19 09:00:24 name kernel: [113.245259] usb 1-3: device descriptor read/64, error -71
Jul 19 09:00:24 name kernel: [113.481197] usb 1-3: device descriptor read/64, error -71
Jul 19 09:00:24 name kernel: [113.589391] usb usb1-port3: attempt power cycle
Jul 19 09:00:25 name kernel: [114.245370] usb 1-3: new full-speed USB device number 6 using xhci_hcd
Jul 19 09:00:25 name kernel: [114.245727] usb 1-3: Device not responding to setup address.
Jul 19 09:00:25 name kernel: [114.453596] usb 1-3: Device not responding to setup address.
Jul 19 09:00:25 name kernel: [114.661377] usb 1-3: device not accepting address 6, error -71
Jul 19 09:00:25 name kernel: [114.789365] usb 1-3: new full-speed USB device number 7 using xhci_hcd
Jul 19 09:00:25 name kernel: [114.789739] usb 1-3: Device not responding to setup address.
Jul 19 09:00:26 name kernel: [114.997757] usb 1-3: Device not responding to setup address.
Jul 19 09:00:26 name kernel: [115.205178] usb 1-3: device not accepting address 7, error -71
Jul 19 09:00:26 name kernel: [115.205281] usb usb1-port3: unable to enumerate USB device

```

Merci et à plus tard

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Juillet 19, 2019, 7:53 UTC](https://www.debian-fr.org/t/ecran-tactile-non-reconnu-par-usb/79657/10 "2019-07-19T07:53:05Z")

</div>

Piste trouvée sur le net (désactivation de l’autosuspend):  
echo -1 \>/sys/module/usbcore/parameters/autosuspend  
et reboot

> [@mik4](#):
>
> usb 1-3

Il n’y avait pas de dev 3 sur le bus 1 dans les lsusb stretch que tu as filé plus haut.  
Même si physiquement, tu branches le truc sur le même trou dans la machine, à moins qu’il n’y ai eu des changements dans l’ordre d’énumération des devices, ça ressemble bien à un changement dans la structure matérielle du bus entre les deux machines «&nbsp;différents des autres mais du même style&nbsp;».  
Je n’arrive pas à savoir si c’est le dispositif HID lui même qui plante, ou si c’est le hub usb sur lequel il est connecté.

> [@mik4](#):
>
> Device not responding to setup address.

Sinon, autre test, d’aprés:

> **[How to fix "device not accepting address" error | Paul Philippov](https://paulphilippov.com/articles/how-to-fix-device-not-accepting-address-error)**

C’est un probléme matériel plutôt qu’un pb dans le pilote ou le noyau.  
Ca mériterait de tester la borne avec un autre écran, c’est peut être l’usb de cet écran là qui déconne, pas la buster.

---

<div class="post-metadata">

**Author:** ![mik4](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/b487fb/32.png) [@mik4](https://www.debian-fr.org/u/mik4)\
**Post date:** [Juillet 19, 2019, 8:34 UTC](https://www.debian-fr.org/t/ecran-tactile-non-reconnu-par-usb/79657/11 "2019-07-19T08:34:57Z")

</div>

Salut,

> Ca mériterait de tester la borne avec un autre écran, c’est peut être l’usb de cet écran là qui déconne, pas la buster.

Alors oui je n’y avait pas pensé 😑, j’ai changé de PC car l’ancien avait grillé suite à un problème électrique et c’était cet écran qui était dessus. Je viens de lui demander de tester l’écran avec un autre ordinateur. Si le problème ne vient pas de l’écran, je ferai les manipulations proposées.

Je te remercie car en plus de m’aider, tu m’aides à réfléchir 🙂

---

<div class="post-metadata">

**Author:** ![mik4](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/b487fb/32.png) [@mik4](https://www.debian-fr.org/u/mik4)\
**Post date:** [Juillet 19, 2019, 11:13 UTC](https://www.debian-fr.org/t/ecran-tactile-non-reconnu-par-usb/79657/12 "2019-07-19T11:13:48Z")

</div>

Bonjour,

apparemment vous aviez raison, il semble que l’écran soit grillé. J’en saurai plus la semaine prochaine.

Merci et bon weekend

---

<div class="post-metadata">

**Author:** ![mik4](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/b487fb/32.png) [@mik4](https://www.debian-fr.org/u/mik4)\
**Post date:** [Juillet 23, 2019, 8:01 UTC](https://www.debian-fr.org/t/ecran-tactile-non-reconnu-par-usb/79657/13 "2019-07-23T08:01:09Z")

</div>

Monsieur,

je confirme l’écran est mort, j’en commande un autre et si je rencontre des problèmes que je n’arrive pas à résoudre, je tente ma chance ici 🙂

Merci encore pour vos conseils et le temps passé à me réponde.

Bonne journée