Ce n’est pas un probleme dans phoscon, phoscon est juste une appli qui utilise deconz, comme jeedom.
Par contre si ça déconne sur jeedom et phoscon, ça confirme que le probleme ne vient pas de jeedom.
Que la date soit la même, c’est normal, par contre elle devrait être inférieure a 2h, sinon au bout d’un moment le capteur va se « griser » pour signaler qu’il est hors service.
Si tu as toujours un numéro de firmware dans phoscon/gateway au lieu de « not connected », tu peux commencer les recherches de problemes de connexions. Tester avec le capteur plus proche, rallonge USB, couper le bluetooth, couper le wifi, ect …
Et tu as obligatoirement des logs, si tu n’as rien désactivé, même si il n’y a pas de probleme, il y a des logs (sans arretter/redemarrer/relancer).
Je crois qu’on peut aussi savoir si un capteur a déco, en appuyant brièvement sur le bouton, un clignotement c’est bon, trois il a déco, mais c’est pour l’interrupteur, pas sur que ton capteur marche pareil.
Merci Hugo
J’ai désinstallé le plugin Deconz mais j’ai pas trouvé quoi supprimer à la main (en ssh) pour qu’il ne garde aucune info … j’ai réinstallé … toutes les infos de ma conf ainsi que celle du phoson ont été gardée … j’ai refait l’inclusion de l’objet dans la pièce ou est le dongle conbee 2 … du coup tout marche bien … j’ai balader la sonde dans toute la maison pour voir si je captais … tout semble OK … mais tjs pas de logs … prochain point à voir les logs …
Concernant les logs …
Deconz_server
J’ai redémarrer le serveur jeedom, relancer le daemon mais rien y fait … avez vou un conseil ?
Donc en résumé pour que cela fonctionne sur un DS918+ avec Vm de 2vcpu et 1go Ram il faut :
Monter le périphérique usb (virtual manager) avant installation du plugin Deconz
modifier les droits sur le point de montage /dev/ttyACM0 (chmod 666) ==> reste a trouver le user utilisé par le plugin pour l’ajouter au groupe dialout
installer deconz et suivre les instructions
faire l’inclusion de l’objet dans la même pièce que le dongle conbee2
Voili voilou
Encore merci pour votre aide … et à très bientot sur le forum … sur d’autres post …
Christophe
Et si tu montes le « niveau log » ? Y aurait pas plus d’infos ?
Par contre je viens d’y penser, tu n’as qu’un seul capteur pour tester ? Si oui, tu le laisses 1 journée a 1m, 1 journée a 5m, 1 journée a 8m, ect …
Je me souviens pas, tu as essayé d’éloigner la conbee de la machine avec un cordon USB ?
Et vérifie bien de temps en temps si le firmare ne passe pas en « not connected » sur phoscon/gateway.
Bonjour, j’ai reçu ma Conbee II aujourd’hui j’avoue que j’ai fait l’installation a l’one again… je n’ai pas trouvé de procédure claire nulle part. bref, je me suis retrouvée avec le même problème Firmware: not connected. J’avais reussi à connecter 2 capteurs (ouverture et T°) mais ils n’envoyaient pas d’état… Voici ce qui a marché pour moi:
flasher la GW avec
sudo GCFFlasher_internal -d /dev/ttyACM0 -t 60
-f /usr/share/deCONZ/firmware/deCONZ_ConBeeII_0x26490700.bin.GCF
à noter que ça n’a pas marché du premier coup, j’ai eu plusieurs timeout, invalid CRC… faut insister! si ca marche vous aurez ça:
Oui c’est un soucis récurrent, ils devraient la vendre sans firmware ^^ ça serait pas pire.
Pour les capteurs Xiaomi, si la passerelle n’est plus joignable pendant trop longtemps (quelques heures) ils quittent le réseau. C’est un des gros probleme avec Xiaomi.
Le firmware 264A0700 est vraiment conseillé et résout beaucoup de problèmes de testabilité réseau ZigBee.
Note bien que chaque mise à jour firmware va imposer de régénérer la clef API sous Jeedom vers l’API deCONZ (via Phoscon). Je n’ai pas vérifié si cela changeait aussi la ref du Dongle Conbee2 .J’espère que non car autrement il faudrait … régénérer le réseau (ré inclusions et tout le toutim) autant dire la galère et sans les rames.
sudo chmod 666 /dev/ttyACM0 si tu veux que tout le monde puisse lire et écrire sur le point cité dans la commande
pour ta gouverne voici la référence UNIX que tu peux trouver très facilement sur Internet
chmod 666 file/folder means that all users can read and write but cannot execute the file/folder;
chmod 777 file/folder allows all actions for all users;
chmod 744 file/folder allows only user (owner) to do all actions; group and other users are allowed only to read.
permission to: user(u) group(g) other(o)
/¯¯¯\ /¯¯¯\ /¯¯¯\
octal: 6 6 6
binary: 1 1 0 1 1 0 1 1 0
what to permit: r w x r w x r w x
binary - 1: enabled, 0: disabled
what to permit - r: read, w: write, x: execute
permission to - user: the owner that create the file/folder
group: the users from group that owner is member
other: all other users
Bonjour,
Je suis sous Docker en Bridge sur un DS218+ (merci @Didier3L)
J’ai un cas aussi proche : ma clé à l’air détectée mais impossible de lancer Phoscom… lorsque je clique sur le lien il m’envoie vers http://172.17.0.2:8484/
Mais la page ne se charge pas : normal c’est une page interne
Voici ma config réseau :
Peut être que @GBT peut m’aider ?
Car son sujet a été fermé mais je ne connais sais pas la solution exacte au probleme qui a l’air proche du mien ?
Pour ma part j’ai mis dans la config réseau l’adresse de mon ethO mais sans port
et cela permet au plugin rfxcom de fonctionner parfaitement sur mon docker en bridge
Dans Jeedom-Configuration-Reseaux-Acces Interne : j’ai 127.0.0.1 port 80. Cette valeur est utilisée par le démon Deconz.
Dans Jeedom-Plugin Deconz : j’ai l’IP et le port web + websocket de mon instance Phoscon. Dans mon cas j’utilise une instance docker séparée de Jeedom. Ce port est utilisé par le plugin deconz pour parler à phoscon.
Si tu as une instance Phoscon en local, il faut que tu NAT le port Phoscon sur un port de ton host pour que tu puisses y avoir accès depuis ton navigateur.
Je viens de vérifier en branchant la clé conbee sur mon pc j’arrive a commander une mapoule : ma clé est ok
J’ai un DS218+ et un Docker en mode Bridge (clé zwave / enocean / rfxcom) avec la config réseau jeedom modifiée pour etre en 127.0.0.1 port 80 comme toi @GBT . Tout fonctionne sauf une alerte dans santé sur la config réseau interne :
Si je mets 172.17.0.2 cela devient ok dans analyse santé
J’ai essayé et ce n’est pas mieux : pas possible de joindre Phoscom par le lien proposé par Deconz…
Si j’ai bien compris : Phoscom est comme le systeme qui va gérer les ampoules et autres en zigbee.
Et Deconz est le plugin permettant de passer les commandes a Phoscom pour allumer les ampoules par ex ?
Dans le réseau Deconz je trouve dans résumé une clé qui n’est pas ma clé conbee mais mon NAS…
en effet le MAC indiqué correspond a eth0 de la config réseau : en 172.17.0.2 (voir 1ère copie écran)
Ce qui me fait raler est que la clé conbee branchée sur le NAS est bien reconnue par la NAS car dans la fenetre terminal de mon Docker Jeedom je la vois : Dresden Elektronic…
Donc pour que cela fonctionne il faut que je garde mon jeedom sur le docker actuel en Bridge
et que je crée un autre Docker en host pour phoscom ? Qu’appelles tu une instance Phoscom ?
Je ne sais pas comment joindre Phoscom dans mon navigateur quand la clé est sur le NAS…
J’ai la meme alerte que toi dans la Santé, donc cest OK pour moi.
Il te manque juste la declaration d’un port NAT dans ton container Docker pour acceder a ton phoscon installé en local depuis ton navigateur.
Ton déconz utilise le port 8484 à l’interieur du conteneur Jeedom.
Dans la definition de ton container, il faut associer le port 8484 (interne) à un port externe (à definir, tu peux choisir 8484 ou un autre) que tu pourras utiliser depuis ton navigateur.
Aujourdhui, tu as deja le port Jeedom (80) qui est NATté vers le port ??? de ton NAS.
Peux tu me montrer la config reseau de ton conteneur Jeedom ?