Problème de clés USB au passage Debian 11

Support Debian
Tags: #<Tag:0x00007f63f2b7f450>
#1

Bonjour à tous,
J’utilise une domotique Jeedom et je suis confronté à un problème de clé USB qui me prend la tête.
J’étais il y a peu sous Deiban 10 et je viens de passer sous Debian 11. J’ai 2 machines (l’une de test, l’autre de prod) et j’ai fait 2 freh install différentes, netinst pour la prod, installation complète pour la test.
Aupravant, sous Buster, toutes mes clés (aeotec zstick 7, Conbee II, bluetooth, …) étaient visibles de façon traditionnelles (ACM0 pour zwave, …). Petite précision, ces clés sont branchées sur un hub USB 2 mais le comportement est le même si je les branche en direct.
Depuis le passage à Bullseye, je ne vois plus ces ports sur ma Jeedom bien qu’en faisant un lsusb je les vois nominativement.
Pour le zwave, j’utilise le port USB0, pour la Conbee, pas moyen d’y accéder.
Sauriez-vous si je dois installer des paquets drivers pour ces clés ou si je dois faire quelque chose de particulier ?
Voici le lsusb de ma machine de prod :

 jeedom@Prod:~$ lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 026: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle ( HCI mode)
Bus 001 Device 023: ID 0403:6015 Future Technology Devices International, Ltd Br idge(I2C/SPI/UART/FIFO)
Bus 001 Device 022: ID 1a40:0101 Terminus Technology Inc. Hub
Bus 001 Device 021: ID 10c4:ea60 Silicon Labs CP210x UART Bridge
Bus 001 Device 020: ID 1a40:0101 Terminus Technology Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Et de ma machine de test :

michel@Test:~$ lsusb
Bus 003 Device 002: ID 8087:8001 Intel Corp. Integrated Hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 004: ID 8087:0a2a Intel Corp. Bluetooth wireless interface
Bus 001 Device 008: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)
Bus 001 Device 007: ID 10c4:ea60 Silicon Labs CP210x UART Bridge
Bus 001 Device 006: ID 1a40:0101 Terminus Technology Inc. Hub
Bus 001 Device 003: ID 1a40:0101 Terminus Technology Inc. Hub
Bus 001 Device 002: ID 1cf1:0030 Dresden Elektronik ZigBee gateway [ConBee II]
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Par avance, merci de votre aide.

#2

Dommage. La version Debian stable actuelle est 12 = Bookworm.
S’il s’agit d’une demande support Debian, il est préférable de faire une mise à jour en Debian stable.

Inconnu chez Debian. Il s’agit de support pour un produit commercial, qui risque d’être bien compliqué ici.
Avis aux utilisateurs de « Jeedom/zwave/Conbee/aeotec zstick 7 ».

#3

Jeedom n’est pas encore porté sous Debian 12.
Et la clé s’appelle aeotec zstick gen7 au cas où.

Lorsque je fais un :
ls -l /dev/serial/by-id
Le port qui sortait précédemment en ACM0 sort maintenant en ttyUSB0
Very strange

#4

Jeedom doit donc savoir comment faire pour Debian 11 je suppose.
Je dis ça, je dis rien.

Un point qui ne devrait pas être trop difficile:

Dans test, mais pas prod…

Bus 001 Device 002: ID 1cf1:0030 Dresden Elektronik ZigBee gateway [ConBee II]

comparer si cette commande retourne la même chose pour prod/test:

grep ^d /etc/apt/sources.list |sort

Et problème firmware deconz pas libre:
Update deCONZ manually · dresden-elektronik/deconz-rest-plugin Wiki · GitHub

1 J'aime
#5

Je ne connais pas Jeedom, mais je me demande si tu n’as pas un problème de droits. Est-ce que Jeedom a bien le droit d’accéder aux périphériques USB ou aux ports série ?
Et, concernant le nom donné au port série, est-ce qu’il n’y aurait pas par hasard, sur ta machine sous Debian 10, une règle udev pour que le port série soit nommé ainsi ?

#6

Je n’ai pas l’impression d’être le seul dans ce cas.
En faisant un lsusb par by-id les.noms.sont.bien ceux identifiés.
Pas plus gênant que ça.