C’est ce que je penses aussi, maintenant je ne me souviens plus de la configuration de la clé sous Deconz mais chez moi il essayait de manger ttyACM0 justement. J’avais contourner le truc en nommant le point de montage zwave autrement.
C’est pour ça que je te disais que justement, je supprimerai temporairement la clé Zwave pour voir si au reboot ca passe ou pas.
On voit aussi dans ton log plus haut, qu’il trouve pas de clé.
Le pb rencontré n’a rien à voir avec le Dongle ConBee2 qui au passage est un des plus fiable du marché.
Beaucoup imputent à ce dongle des problèmes qui viennent de leur configuration de ports USB sous Debian et tentent pour je ne sais quelle raison de reflasher leur firmware.
Et là les ennuis commencent car la procédure de flash firmware (comme pour tous les firmwares) doit être effectuée de manière précise sinon la clef ne fonctionnera plus correctement. Heureusement elle est robuste et peut être reflashée sans problème mais avec la bonne méthode bien sur.
De mon coté j’ai eu entre les mains une vingtaine de ces clefs pour test et en quatre ans 0 panne rédhibitoire, zéro retour sous garantie.
J’ai testé des dizaines d’autres clefs à base de composants Ti ou autres et là c’est bcp moins joyeux car la qualité est très variable selon le fournisseur de dongle. Ça varie de très bon pour les sources Ti à très mauvais pour des sources design made in China (certes à qq EURle dongle) . Quant aux dongle Popp c’est aussi assez variable avec en prime un flash firmware beaucoup plus délicat et souvent non réversible (si le flash plante la clef est à retourner usine).
Donc attention à ne pas induire les utilisateurs du forum sur des pistes hasardeuses.
Ok Yves, je ne commande pas tout de suite une autre marque alors 
Mais je ne vois pas ou j’ai mal configuré ma debian, vu qu’il n’y a aucune config a faire, a part sur proxmox, et le USB3 est desactivé…
pour info, j’avais d’abord fait une premiere installation sous debian11, sans savoir que zwave ne fonctionnait que jusqua la debian10, et la, la conbee fonctionnait 
Je te confirme que dans ton cas la ConBee2 n’y est pour rien.
Tu fais face à un problème de configuration coté Debian ou Jeedom .
Je pense que la Conbee2 essaye de communiquer sur le port ACM0 là où se trouve la clef Zwave et forcément ça ne marche pas.
Comme l’a conseillé @Kaz il faudrait tester en débranchant le dongle Z-Wave et en redémarrant ta VM puis en remappant les ports USB sous la VM.
Avec une VM et les ports USB c’est souvent la galère pour faire correspondre les bons ports physique aux ports logiques si j’ose dire.
Hello,
j’ai le meme problème ici, meme ligne de log. Je suis sous la Debian mise a dispo par jeedom pour le freebox delta. (10.11)
J’ai essayé d’installer la collection ABC et le module six mais pas de changement, peut être que je m’y prends mal
et je pense que ici, il a le meme pb :
j’ai viré ma clé zwave, et mis uniquement la conbee, qui semble sur le bon port :
root@Jeedom:~# GCFFlasher_internal -l
GCFFlasher V3_17 (c) dresden elektronik ingenieurtechnik gmbh
Path | Vendor | Product | Serial | Type
-----------------+--------+---------+------------+-------
/dev/ttyACM0 | 0x1CF1 | 0x0030 | DE2140512 | ConBee II
root@Jeedom:~# lsusb
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 002: ID 1cf1:0030 Dresden Elektronik
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 002: ID 0627:0001 Adomax Technology Co., Ltd
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
mais tjs le meme probleme
Quelle est ta version de Debian ?
root@Jeedom:~# ls -al /dev/serial/by-id/*
lrwxrwxrwx 1 root root 13 févr. 1 13:14 /dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2140512-if00 -> ../../ttyACM1
root@Jeedom:~# GCFFlasher_internal -l
GCFFlasher V3_17 (c) dresden elektronik ingenieurtechnik gmbh
Path | Vendor | Product | Serial | Type
-----------------+--------+---------+------------+-------
/dev/ttyACM1 | 0x1CF1 | 0x0030 | DE2140512 | ConBee II
root@Jeedom:~# cat /etc/debian_version
10.11
OK donc coté version Debian tout va bien.
Reste le point commun à tous ces soucis : le passage en version 4.2.7. M’étonnerait pas qu’il y ait un soucis concernant la gestion de la sécurité des accès fichier ddésormais.
C’est vrai que je n’ai pas eu de chance, avec la sortie d’un nouvelle version en pleine reinstall, mais cela n’a rien a voir, car mon snapshot n’est pas en 4.2.7, et ne fonctionnait deja pas…
Idem, c’est LE gros problème qui me reste sur le NUC avec Promox et Jeedom dans une VM.
Ce que j’ai remarqué : c’est que lorsqu’un dongle est débranché manuellement ou se déconnecte seul, et bien de façon aléatoire certains (mais pas tous) des autres dongles se déconnectent aussi et se reconnectent aussitôt. Exemple, je débranché la clé 1-Wire ou le RFPlayer, et bien les clés Z-Wave et ZigBee vont sauter, le réseau Z-Wave est mort et le pire, tout est en vert dans la page santé, Jeedom ne le voit pas, donc pas de relance du daemon.
J’ai le même comportement avec 3 hubs USB2 différents, alimentés ou pas. En revanche, lorsque je connecte tout ce matériel sur mon PC portable avec Linux Mint, il n’y pas de déconnexion intempestive.
J’en conclue que cela ne vient ni des dongles ni des hubs.
De plus, le plus intéressant est ceci : j’ai remarqué que ce sont les dongles qui sont sur la même VM qui sautent. Si je débranche un dongle sur la VM2, il n’y a pas de déconnexion dans la VM1.
Remarque, je dépasse la limite des 5 dongles de Promox sur une seule VM, je ne sais pas s’il y a un lien.
A l’avenir, je vais m’arranger pour avoir une VM par dongle/protocole pour être tranquille.
concretement, comment ajoutez vous vos dongles USB dans votre VM ?
Perso, je vais dans l’hyeprviseur proxmox, je selectionne ma VM, puis « ajouter un hardware / peripepherique USB » et la je choisis « use USB Vendor/Device ID », je choisis ma clé conbee, et je descative l’USB3.
y-a-t-il quelque chose de plus a faire?
Et si tu vire le dongle conbee, tout est stable durant des mois, va comprendre :
Enfin c’est ce que j’ai remarqué sur X vm.
Pour être parfaitement transparent, pour avoir un dongle conbee fonctionnel, j’ai dédié un raspi4 (avec Zigbee2mqtt).
maintenant pour plus de souplesse durant les MAJ, j’ai virtualisé dans une VM Zigbee2mqtt mais n’ayant absolument pas envie de revoir le problème en question, j’ai remplacé directement la clé conbee par une clé Sonoff, ça fonctionne juste parfaitement ! ( 3 Dongle ici + un Rflink), le tout sur un hub usb alimenté sur le tableau elec.
Voire ici pour un élément de réponse :
Voir un élément de réponse ici :
Non, pour les 5 premiers ports, tout peut se faire via l’interface graphique.
Avec plus de 5 ports sur une même VM, il faut passer en ligne de commande.
Je viens de refaire un test avec 7 dongles USB et 3 VM sous Proxmox 6.4-4. J’ai respectivement 3, 2 et 3 dongles sur la VM1, VM2 et VM3. Lorsque je débranche un dongle USB d’une seule VM, presque tous les autres dongles de cette même VM se déconnectent. Il y a aucune déconnexion sur les autres VM. Si 2 dongles de 2 VM différentes sont sur le même hub USB mais ne se déconnectent pas ensemble, j’en conclue que c’est ni un problème de dongle, ni un problème de hub USB, ni un problème de hardware (NUC) mais bel et bien un problème de soft (Debian ou Proxmox ou kernel autre…).
Bonjour @Kaz ,
comment as tu fait pour que Zigbee2MQTT « voit » ta clé usb dans ta VM proxmox ? quelque chose special à mettre pour le port dans le fichier configuration.yaml de zigbee2mqtt ?
Salut, dans ta VM, tu peux aller tout simplement sur la configuration hardware et tu ajoutes un périphérique USB, ca va te proposer l’ensemble des éléments connectés proxmox.