Avant toute chose je vois sur ton profil que tu utilise un Rpi4
Les alimentations des rpi4 sont très limitées.
Je te conseil donc d’utiliser un port usb alimenté et de mettre ta ou tes clefs dessus.
Les connexions/dé-connexion sont peut être juste un problème d’alimentation.
Les 2 ports USB qui ne sont pas USB 3 ne sont pas permutables. L’un est alimenté et l’autre non ?
Tu peux trouver les réponses aux questions qui se posent sur le sports USB RPI ici :
As tu essayé de passer ta clef ConBee2 sur PC Win10 et voir si elle est reconnue par l’application deCONZ ?
Si ça marche sur PC alors ton dongle est OK.
Tu peux vérifier sa version firmware au passage sous deCONZ.
Réinstalle la clef sur ton RPI4 en la connectant sur une petite rallonge USB et sur un port USB 2 (pas ceux en bleu).
Si ça ne fonctionne toujours sur ton RPI4 pas alors passer par un HUB USB2 alimenté et y brancher ta clef.
Sinon si ça ne marche pas sur PC il faut reclaquer le firmware selon indications données précédemment.
Si ça ne marche pas encore près cela c’est retour de la ConBee2 en SAV (garantie). Sinon passer à l’étape ci dessus en rebranchant ta clef sur le RPI4.
Merci de votre aide,
je viens d’essayer de nouveau, en ssh et sur le PC (je n’ai pas de win 10 juste un win7) pas de retour d’information sur le port avec un GCFFLasher, j’ai essayé de le flasher avec des firmwares differents, je connais le port par difference (le seul qui ne me renvoie pas une fin de non recevoir immédiate) mais pour seule réponse :"retry, fail’
J’y repasse 1 heure max demain et retour case depart avec demande de remboursement pour cette grosse m**de
Edit: ca ne retire rien à la qualité de votre aide pour laquelle je vous remercie, soit je suis une burne, soit c’est une merde… mais je reste bien decu.
Va pour un double post …
Essai avec rallonge, avec un autre PC, reessai en SSH, et tout le tremblement = Retour casse depart avec une demande de remboussement
Expérience très décevante de cette grosse merde à 50€ - Seule utilité, faire de la musique sous windows pour la connexion / deconnexion incessante
Et avec cette méthode Mise a jour firmware conbee 2 - windows - #10 par Sirjulien
Mais effectivement si « GCFFLasher » ne te voit pas la clé sous windows (7 ou 10), c’est que la clé a un soucis.
La cle n’est pas vue sur le Rpi4, mon RPi1, mon PC pro, le perso en win 7 et mon perso en win 10 que je suis aller chercher expres pour l’essai
Je reviens a l’instant de la zone commerciale, je viens d’acheter un hub xiaomi…
Hub Xiaomi ! Et bien là effectivement c’est la fin du monde 
Au moins il marchera avec les seuls capteurs Xiaomi.
Après réflexion je me dis que c’est peu être normal de ne pas voir la clé sous « GCFFLasher » vu la vitesse a laquelle elle déconnecte ? Ou alors faut avoir du bol a taper la commande au bon moment ?
Je sais que ça marche mais je l’ai jamais fait de mon coté, peut être que les gens tapent les commande en aveugle ?
C’était bien une commande avec « -t 60 » et « -R 100 » ?
sous Win10 :
GCFFlasher -d COM7 -t 60 -f ../firmware/deCONZ_ConBeeII_0x26580700.bin.GCF
en remplaçant COM7 par COM5 ou COM9 en testant jusqu’à ce que ça marche.
Et j’ai aussi vu « -R 100 » c’est le nombre de retry, mais avec du recul 100 ça fait pas mal quand même.
Bonjour,
La ligne de commande que j’ai utilisé ressemblait à ça:
.\GCFFlasher.exe -d COM5 -f deCONZ_ConBeeII_0x26580700.bin.GCF -t 20 -R 100
Ça a marché du premier coup, je ne sais pas pourquoi j’ai du ajouter " .\ " 
En fait le nb de retry peut rester élevé car dès le premier OK la boucle s’arrête. Ça laisse plus de chances.
L’option -t spécifie le time out au delà duquel si la clef n’est pas trouvée le programme de flash s’arrête.
On peut cumuler les deux pour donner ceci
Sous Win10 (je crois que GCFFlasher ne marche pas sous Win7) en remplaçant le x par le numéro de port sur lequel est branché la clef (résultat de la commande GCFFlasher -l)
GCFFlasher -d COMx -t 60 -R 100 -f ../firmware/deCONZ_ConBeeII_0x26580700.bin.GCF
Sous Linux en remplaçant le x par le numéro de port de la commande GCFFlasher_internal -l
sudo GCFFlasher_internal -d /dev/ttyACMx -t 60 -R 100 -f deCONZ_ConBeeII_0x26580700.bin.GCF
Je l’ai redéballé par culpabilité,j’ai fait tous les ports de 1 à 15 avec 2 firmwares au cas ou = j’aurai juste eu le plaisir de lire en retour « retry, fail »
Honnetement je me fais du mal, j’en suis a au bas mot 10 heures sur cette connerie. Cette cochonnerie repartira d’ou elle vient j’abandonne purement le sujet et je retenterai plus rien
Y’ a pas de mal à se faire du bien.
Il y a de fortes « chances » (forte probabilité) pour que ta clef soit en panne.
Donc effectivement si les commandes ci dessus ne marchent pas c’est retour à l’envoyeur.
Pour ma part j’ai 3 ConBee2 (en provenance de A…n et Domotique.store) et toutes les 3 ont très bien marché jusqu’à présent.
Que la force soit avec toi.
Elle vient egalement de domotique store via amazon
Echange rapide et gratuit
Mes dongle Conbee2 sont en plus sur des ports USB3 et sans rallonge sur mes NUC Intel. Juste pour dire que le RPI de ce coté là c’est tout sauf terrible.
J’ai essayé tous les ports de mes 2 PC et de Rpi, avec 2 rallonges au cas ou l’une merde…
Là c’est plus de la vérification, c’est de l’acharnement thérapeutique sur ta clef.
Renvoie la au SAV de l’expéditeur (si c’est A…n c’est rapide et ils ne chipotent pas).
Au passage sur ton PC pour connaître le port il suffit de brancher un dongle bluetooth par exemple et de lister les ports. Retient le port de COM qui comporte le dongle bluetooth, retire celui ci et remplace le par la clef ConBee2. Ça lève au moins le doute sur le numéro de port à mettre dans la commande GCFFlasher
XD « l’acharnement thérapeutique », vite les électrochocs docteur carter.