Bonjour,
Tu peux développer ? Il y a un souci sur l’USB C ok mais sur le reste ?
Amitiés
Phil
Salut,
Il y a eu un fil hier où quelqu’un signalait qu’après avoir fait plein d’essais sa clé ConBee2 ne fonctionnait que s’il la branchait sur un HUB USB et pas directement sur le RPI4.
Je ne pense pas qu’il existe de ConBee en USB-C.
J’en déduit donc que le problème ne se limite pas à l’usb-c.
Peut-être est-ce une extrapolation trop rapide mais autant prendre en compte l’expérience des autres.
1 « J'aime »
Pas de quoi, je ne fais que rapporter
Bonne journée
Perso jai pu decouvrir mon usb (pour un dongle bluetooth) en rentrant ISUSB en ligne de commande.
Oui mais le découvrir ne signifie apparemment pas qu’il marche parfaitement sur cette machine.
C’est ce qui était rapporté
Je n’ai pas de RPI4 et ne compte pas en acheter, je me contente de lire les posts sur le sujet.
Essayez de retrouver ce fil. Il concernait l’utilisation d’une passerelle Xiaomi avec une clé ConBee2.
ok je ne faisai que partager mon experience 
Ce n’était pas absolument pas une critique.
De plus il est utile que chacun partage ses experiences, bonnes ou mauvaises.
C’est même essentiel.
Bonne soiree
1 « J'aime »
aucun soucis je ne l avais pas pris en tant que critique .
Merci à tous pour tous ces retours pas l’habitude d’autant de réactivité.
Du coup le problème exacte est que dans la ligne « Port clé Z-Wave » dans la page de configuration du plugin « Z-wave », le(s) port(s) USB n’apparaissent pas. SI je mets en « Auto » j’obtiens le message « Controller is busy » dans le mode inclusion.
Voici le résultat de lsusb -v | grep -E ‹ <(Bus|iProduct|bDeviceClass|bDeviceProtocol) › 2>/dev/null :
Couldn’t open device, some information will be missing
Couldn’t open device, some information will be missing
Couldn’t open device, some information will be missing
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Couldn’t open device, some information will be missing
bDeviceClass 9 Hub
bDeviceProtocol 1 Single TT
iProduct 2
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
bDeviceClass 9 Hub
bDeviceProtocol 3
iProduct 2
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
bDeviceClass 9 Hub
bDeviceProtocol 1 Single TT
iProduct 1
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
bDeviceClass 9 Hub
bDeviceProtocol 1 Single TT
iProduct 2
Pas très propre.
Et si tu supprimais les ports pour les recréer ?
Je ne rappelle plus comment on fait mais je sais que c’est possible
Salut,
As-tu essayé avec un hub Usb alimenté comme suggéré dans le second message ?
Je test demain une réinstallation complète puis hub USB si cela ne marche pas, je vous tiens au courant. Merci à tous.
Bonjour,
Un problème de même nature a t’il été signalé pour les rpi3b, en particulier pour la clé AEOTEC Gen5?
Merci.
Bonjour,
J’ai lu que la clé Aeotec pompait en intensité le max de l’usb3 et que c’était limite sur rpi3.
Hub auto Alimenté conseillé aussi pour cette clé du coup.
Je viens à l’instant de récupérer ma clé Aeotec Gen5 sur RPI3b en utilisant le port /dev/ttyACMO. Je vais voir si ça tient la route dans le temps. Je vais tenter des inclusions de modules.
Bonjour,
C’est la clé la plus utilisée.
Il est recommandé d’utiliser une alimentation de 3A avec un RPI3 et Jeedom.
C’est ce que j’avais sur mon RPI3 du temps où ma domotique était dessus et je n’ai jamais eu de problème avec.
Bonne journée
Clef Aeotec fonctionne de façon stable sur Rpi3b en utilisant port usb /dev/ttyACMO.
Bonjour.
Pour celles et eux que la langue de Shakespear ne rebute pas il y a ici un excellent article qui explique pourquoi la non conformité hardware du port USB C du RPI4 peut conduire à ce que des terminaux branchés sur ce port soient non reconnus (ou reconnus comme des terminaux audios ).
D’où l’importance de passer par un hub USB 2 (auto alimenté) pour contourner ce problème.
https://hackaday.com/2019/07/16/explori … -in-depth/
paragraphe « The Analog Raspberry Pi 4 » pour la synthèse
Cordialement
2 « J'aime »
Bonjour,
Pi4 et ports USB, un exemple de mise en oeuvre ici : [Présentation] akenad - #5 par akenad
akenad 
Bonjour a tous
Concernant le problème sur le Raspberry PI4 avec dongle USB sur Port USB 2 ou 3.
Il y a un problème connu sur le Raspberry PI4 qui limite la puissance offert aux périphériques USB 2 ou 3.
Il faut utiliser un hub USB auto alimenté.
J’ai trouvé différents tuto sur internet qui parle d’un problème de mémoire , de faire croire au PI4 qu’il n’a que 2GB de mémoire … ça ne marche pas …
Un autre de mettre le dernier Firmware … je l’ai c’est pas mieux …
Et un : utiliser une alimentation 3A et pas 2.5A… et bien pas mieux j’ai l’officielle Raspberry en usb-c de 3A c’est pas mieux.
Donc la seule solution qui marche aujourd’hui avec un RPI4 c’est d’utiliser un hub USB alimenté.
J’ai 2 configurations Jeedom Community (en cours de migration de RPI3 vers RPI4):
Raspberry P3 B (pas +) avec Aeotec Z-StickGen5 sur port usb2 sous raspian strech + bluetooth interne desactivé > jeedom V3.3.39
Raspberry P4 B 4GB avec Aeotec Z-StickGen5 (sur port usb2 + hub usb2 alimenté) sous Raspian Buster + bluetooth interne activé → jeedom V4.0.35
sur le Pi3 B, le Aeotec Z-StickGen5 fonctionne très bien sur le port USB2
un simple « ls /dev/ttyA* » permet de le trouver : /dev/ttyACM0
/dev/ttyAMA0 est autre chose… quoi je sais pas …
sur le Pi4 B, le Aeotec Z-StickGen5 ne fonctionne pas et que ce soit sur n’importe quel port USB 2 ou 3
Il ne fonctionne que sur un hub USB (j’en ai ressorti un vieux USB2 Belkin).
et la commande « ls /dev/ttyA* » permet de le trouver : /dev/ttyACM0
Voili Voila.
j’ai galéré un moment pour trouver le probleme.
J’ai même désactivé la lumière des 2 dongles Aoetec pour réduire la conso sur le port USB pas mieux…
Si quelqu’un nous trouve la config a mettre sur Raspian pour augmenter la capacité des ports USB … je suis preneur.
Cordialement.
GTU
1 « J'aime »