Cette méthode Dresden ne fonctionne hélas que si :
il n’y a pas déjà un process deCONZ lancé par ailleurs autrement que par les services Debian ,qui tourne sur la machine Debian sinon gare aux accès collisions sur la ConBee2
si la clef n’est pas affublée d’un problème de flashage antérieur
auxquels cas il faut :
arrêter toutes les applis et process qui peuvent avoir des accès à la ConBee2
ne brancher la clef que juste avant de lancer la commande
bonjour
petite question en attente de réceptionner ma clé Conbee2
conseillez vous dès réception de faire sa mise à jour (via Windows 10 si j ai bien compris)?
à l’avenir, si de nouveaux périphériques sont compatibles, doit on faire la mise à jour de la clé ? si oui, via Windows ?
enfin y a t il un tuto pour ajouter /configurer des appareils car j’ai lu la doc, lu plusieurs posts ici mais ce n est pas bien clair, notamment pour des appareils couplés à un interrupteur (du style Ikéa) ? car certains passent par windows pour coupler le matériel, d autres passent par jeedom exclusivement ?
j avoue pour moi tout cela est flou…
Je ne conseille de faire la mise à jour firmware que si il y a un pb dans le fonctionnement du réseau.
Les mises à jour firmware de la ConBee2 ne sont que très exceptionnellement liées à une compatibilité d’équipement et réciproquement.
Cette compatibilité d’équipement (au sens prise en charge par) est quasiment toujours liée à l’application deCONZ et plus particulièrement à son interface avec Jeedom REST API.
C’est cette application qu’il faut mettre à jour régulièrement.
Les mises à jours et ce qu’elles incluent sont ici : Releases · dresden-elektronik/deconz-rest-plugin · GitHub
De la même manière si un équipement n’est pas encore compatible on peut faire leur demande de prise en charge sur ce même site (en respectant à la lettre le template de renseignement des infos demandées).
Pour terminer la mise à jour de cette application deCONZ se fait :
de manière préférentielle depuis la page de configuration du plug in Deconz en cliquant sur Lancer de Installation Deconz Local (attention à ne pas se tromper avec la mise à jour du firmware)
Merci Yves, je comprends mieux désormais, je pensais naïvement que la mise à jour du Firmware comprenait justement l’update de nouveaux modules ; en fait ce sont 2 choses distinctes.
pour les associations, il semble plus cohérent de tout passer directement par jeedom, non ?
Si par association tu veux parler des appairages ou inclusions d’un équipement sur le réseau Zigbee, oui tu peux le faire depuis Jeedom/Deconz. Mais il est plus facile et plus visuel de le faire depuis Phoscon
Le mot association peut aussi avoir une autre signification similaire à celle qui existe en Z-Wave càd le lien direct de N vers P équipements Zigbee sans passer par une box domotqiue ou un coordinateur. En Zigbee cela s’appelle le binding. Jeedom ne propose pas encore (hélas) cette fonctionalité. Il faut pour cela passer par l’application Phoscon 2016, ou l’application deCONZ GUI ou bien encore par une application smartphone type Hue Essentials .
Voir ici pour cela : [TUTO] Groupes et binding avec Phoscon ou Hue Essentials- Deconz
Le sudo systemctl stop deconz ne vas pas arrêter les process mais uniquement les services. Donc la si un process deconz est actif il le restera. de même un process deconz non lancé par un service continuera d’être lancé.
Relancer 10 fois ou plus (je conseille souvent 100) permet en fait d’établir de manière plus certaine (au sens probabilité) une communication entre la clef et la box qui flashe en cas de pb de communication entre les deux à cause de la clef . Parfois ça se joue à qq 10 èmes de seconde et relancer à la main la commande ne permet pas de le faire aussi rapidement que le fera la machine.
Si la clef est mal programmée ou a des soucis, la vraie difficulté est de déterminer si le port est vraiment ttyACM0. Y’a vice, hélas, c’est là qu’est l’os (La Grande vadrouille).
Sinon oui pour un flash standard d’une clef nominale il n’y a besoin ni de l’option -R x ni de l’option -t y et de juste bien arrêter les process qui communiquent sur le port de la clef. Comme ces options ne coutent rien (en temps et en technique) autant les appliquer systématiquement ça renforce la certitude de bien faire la programmation.
En conclusion je préconise lorsque l’on ne peut pas faire la programmation firmware autrement que via la box domotique :
d’arrêter le démon Deconz
de vérifier par un sudo pas -ax | grep deconz qu’aucun process deconz ne tourne (sinon faire un sudo kill -9 n°process)
de lancer la commande sudo GCFFlasher_internal -t 60 -R 10 -d /dev/ttyACMx -f deCONZ_ConBeeII_0x26680700.bin.GCF après avoir débranché/rebranché la clef sur le port USB correspondant à ACMx (x étant donné par la commande sudo GCFFlasher_internal -l)
de patienter et d’admirer ou de pleurer en fonction du résultat
de relancer le service sudo systemctl start deconz
de redémarrer le démon Deconz.
Je vais essayer d’étayer le tuto avec ce cas ainsi que de compléter avec une programmation faite depuis une machine Debian
Très juste. la formulation serait putôt Sur la machine sur laquelle est installée la ConBee2 et sur laquelle s'exécute potentiellement l'application (processus) deconz (Headless ou GUI).
Le cas où la machine est une Debian stand alone sans deconz j’assimile cela à une machine sans problème particulier.
Pour une machine VM je n’oserai pas de tuto car la manière de mapper les ports physiques et virtuels est trop variable et trop instable (changeante dans le temps). Je pars du principe que celleux ( ) qui ont des VM doivent avoir les compétences pour traiter ces cas hyper spécifiques.
pour être à jour (cf phoscon) devrais je procéder à une mise à jour via Windows 10 ou cela peut être fait via
Configuration du plugin Deconz : "Installation Deconz local : Installation Lancer "
merci
@Yves19 Merci j’ai mis ma clé à jour sans encombre
je viens enfin de la mettre en service Et j’ai reussi à appairer mon inter legrand. Il y a que le dimmer que j’arrive pas à controler.
Bonsoir,
Je rebondis sur ce topic pour présenter mon problème, en espérant que quelqu’un puisse me dépatouiller…
J’ai une ConBeeII sur Jeedom V4 en VM dans un NAS Synology.
En allant sur l’interface Phoscon, j’ai vu qu’il m’indiquait que le firmware n’était pas à jour et qu’il me proposait donc de procéder à la montée en version. Ce que j’ai fait, je n’ai vu qu’après que ce n’est pas la méthode recommandée…
Donc là rien ne va plus : ma clé semble reconnue par Jeedom (lecture de la clé possible, la synchro remonte toujours mes équipements créés dans phoscon), mais alors qu’elle connaît tous les appareils, elle n’en contrôle plus aucun…
J’ai donc commencé par tenter des modifs hazardeuses depuis Jeedom, puis de puis Phoscon, de remettre la sauvegarde que j’ai fait faire à Phoscon avant de flasher, de forcer la mise à jour de deconz, de faire une MàJ de la clé sous Win 10 tel que décrit dans ce topic, mais rien n’y fait.
J’accède toujours à ma clé, elle a toujours en mémoire mes appareils, mais ils sont tous inutilisables… Est-ce que je vais devoir me réduire à tout ré-initialiser ? Ou est-ce que quelqu’un aurait une piste à me proposer ?
Merci d’avance.
EDIT : si ça peut aider, je mets un screenshot de ma clé telle qu’elle apparaît dans Phoscon, avec une icone ne ressemblant pas à la ConBee, et les champs à côté semblant avoir été ré-initialisés…
Tout me semble un peu mélangé dans ton esprit.
La clef ConBee2 ne garde aucune topologie réseau en mémoire (sinon le n° de réseau et la clef de cryptage) et certainement pas donc les équipements.
On va donc commencer par le début :
Que donne sur ton PC WIN10 la commande suivante lorsque tu y branches la conbee2 (voir le tuto pour lancer cette commande): GCFFlasher -l
la clef ConBee2 est OK car elle répond bien sur le Win10 (même si la partie modem zigbee n’a pas été testée)
la configuration Deconz semble OK aussi mais il me manque la partie haute de la fenêtre de configuration.
Visiblement la clef n’est pas connectée avec l’OS sur la box domotique. As tu bien mappé le port USB sur ta VM. C’est souvent de ce coté là que le bât blesse ?. Si tu peux accéder en ssh à ta box il suffit de taper dans une console la commande sudo GCFFLasher_internal -l
pour voir si la Conbee2 est bien connectée.