… et en plus , je suis très jeune en termes de programmation et beaucoup moins en age…On avance doucement vers l’acquisition d’une jeedom Atlas… (si ma douce veut bien)
Ceci dit la console montre que la CONBEE est bien vue sur le port uSB :
Oui oui la Conbee2 est bien vue par l’OS (UNIX) mais cette commande shunte ta VM et attaque directement les couches de l’OS qui supporte ta VM.
Donc pas de relation de cause à effet.
Pour l’Atlas ça me semble pertinent.
Dans ta configuration avant plantage avait tu relevé l’IP de ta Gateway Phoscon ?
Je en connais pas la Freebox, mais Jeedom tourne t il sur une carte SD ou un SSD ?
Je ne veux pas voir le résultat 
Si … une Freebox
je n’avais malheureusement pas fait de copie de l’IP, mais lorsque j’ai réinstallé la sauvegarde, cela m’a renseigné cette info. IP et Port. J’ai modifié l’IP car la nouvelle etait diffrente de l’ancienne.
Sur ma frebox Delta, la VM tourne sur un SSD.
Je crois que je vais effacer le plugin deconz et débrancher la conbee pour refaire à zero la configuration de l’ensemble.
J’ai cependant un probleme pour comprendre ( je ne sais peut-etre pas lire) avec l’extrait suivant de la donc deconz
où sont les « 3 petits traits » qui pourraient bien être la solution.
Le plug in Deconz s’interface à la base Zigbee gérée par l’application deCONZ au travers d’uen autre application , Phoscon. Pour que cet accés soit autorisé, le plug in Deconz doit recevoir de la part de Phoscon une clé API.
Donc une fois la Gateway réinstallée (cf documentation) et découverte, il faudra se rendre sur Phoscon (en cliquant sur la petite icône en forme d’écran traversé par une flèche, en bout de ligne de la Gateway).
Une fois logué sous Phoscon il faudra aller ici
puis là
et dans la minute qui suivra (temps de validité de la clef API) il faudra sous Deconz authentifier le plug in en cliquant ici :
1 « J'aime »
Merci Yves19
Je vais essayer de faire cela tranquillement ( je l’ai deja fait une fois donc c’est possible) .
pour que vous passiez un bon week-end , je reprendrai ce post ensuite…
Le WE est pluvieux donc je reste au chaud avec mes petits 
desolé pour la meteo,
mois je reste en Bretagne où il fait beau chaque jour
1 « J'aime »
Bonsoir
J’ai bien lu votre dernier post et relu la doc et les tutos sur la configuration de deconz.
Après l’installation , il faudraitse connecter au dongle Conbee II qui est sur le port USB de la Freebox. cela se fait en cliquant en bas à droite ( carré traversé d’une flèche vers le haut) .
Or cette connection ne se fait pas : IPfreebox:8484 ne répond pas :
Firefox ne peut établir de connexion avec le serveur à l’adresse 192.168.0.39:8484.
il me semble que l’on peut en conclure que soit le port USB, soit le dongle lui-même sont en cause. J’ai fait plusieurs essais en retirant le cable USB et en mettant le dongle directement sur la prise USB, arrêt et redémarrage de la VM, rien y fait.
Je me souviens avoir eu du mal à la première installation. Par ailleurs en décembre dernier, j’ai brusquement perdu tous les capteurs Zigbee. On m’a parlé d’instabilité de l’USB de la freebox delta. Les choses se sont effectivement rétablies seules …
j’essaierai demain sur une VM jeedom que j’ai sur mon mac pour voir si la même chose se produit.
Bonne soirée
Expérience concluante : Tout se passe sans problème avec deconz et conbee II sur la VM installée sur mon mac.
Je pense qu’il faut admettre que la port USB de la Freebox Delta fonctionne mal.
Au moins le diagnostic est établi. reste plus qu’à commander la Box Atlas ou mieux un NUC (mais la pénurie de composants signifie éloignement de la date de disponibilité)
Hello,
j’ai le meme probleme que toi et je m’arrache les cheveux depuis quelques jours sur le sujet.
Je suis sur la delta aussi, avec la debian 10.11 mis a dispo par jeedom.
en gratant dans les logs debug, j’ai trouvé : cette ligne qui empeche le demon d’up :
Error: importing module from jeedom folder cannot import name ‹ collections_abc › from ‹ six.moves › (unknown location)
Par contre absolument rien trouvé sur google sur le sujet…
Je suis preneur d’idée, mais j’ai l’impression qu’il manque un prérequis
Merci !
Pierre
Un petit tour ici si tu veux avoir de l’aide efficace 
Cela va finir par couter cher en matos (box ou nuc, onduleur, capteurs, actioneurs…) pour un truc de geek pas très fiable. Et en plus il faut se préparer à mettre les mains dans le cambouis (mises à jour, correction de bugs…). A 70 ans passés, j’apprécie de plus en plus le plug and play !
j’ai exactement la même ligne et je pense que c’est un fichier que jeedom devrait aller chercher dans la conbee 2, s’il pouvait s’y connecter.
Est-ce qu’un développeur pourrait le confirmer ?
Jeedom n’est pas en relation directe avec la ConBee2.
Par ailleurs ce dongle ne contient rien sinon un MODEM pour réaliser la communication couches physiques du réseau Zigbee.
Tout ce qui est protocole et applicatif est traité par le logiciel deCONZ qui tourne sur la box domotique. C’est donc cette application deCONZ qui gère les échanges avec la ConBee2 sur ligne USB.
Jeedom (Deconz) interface l’application deCONZ au travers d’une API. Et c’est le démon Deconz qui se charge de cette interface par un mécanisme de Websocket.
Donc on peu aisément identifier l’origine du problème entre la ConBee2 (pbs hardware purs), la communication de la ConBee2 avec la machine hôte (liaison de communication USB), la gestion du protcole et de la base Zigbee (application deCONZ) ou la présentation utilisateur Jeedom (plug in Deconz et gestion des équipements Jeedom).
Dans le cas @manerbras le pb se situe au niveau de la communication USB qui est aléatoire.
Dans le cas de @Neo451 il faut les quelques infos de diagnostic usuelles pour nous aider à vous aider.
Et oui la domotique peut se voir sous deux aspects :
- comme un hobby sans autre conséquence que l’assouvissement du plaisir de tester et d’apprendre ; dès lors qu’ile reste sur la paillasse du savant fou pas de souci
- comme une partie intégrante de l’installation électrique du logement et qui doit donc satisfaire aux exigences de sécurité et de fiabilité/disponibilité afférentes
Dans le premier cas l’investissement peut cesser à tout instant et tout peut être remisé au fond d’un tiroir sans autre forme de procès. Donc là privilégier des solutions de type laboratoires bas coût avec des montage sur paillasse, pour voir , découvrir , tester et s’instruire, bref s’amuser. C’est quand même un hobby qui peut couter cher (mais quel hobby ne coute pas un bras ou une jambe ?)
Dans le second cas il faut résonner le long terme et bien structurer sa démarche et son besoin dans le temps (faire ou faire faire, niveau du budget d’investissement initial et de soutien ensuite, fonctions et services attendus, niveau de compétence requis pour le déploiement et l’emploi, …). Là c’est le domaine du sérieux voire du pro. L’investissement peut être d’une autre échelle de grandeur car quand on commence on se rend compte qu’on en veut tjrs plus (pas forcément justifié). Je préconise de passer par un professionnel à ce stade si on n’est pas un bricoleur averti en électricité et en domotique et dans ce dernier cas d’investir dans des solutions All inclusive (tout en un) avec un service de support ad hoc.
La difficulté est de savoir déceler quand on passe du cas de figure 1 au cas de figure 2. ce n’est pas tjrs flagrant.
Merci Yves19,
Pour cet avis raisonnable et mesuré. Il est vrai que je m’amuse pas mal.
Mon problème est de savoir si en passant à une box atlas , je ne vais pas, en fait retomber sur le même type de difficultés . Pour le matos, il y a deux ans de garantie, mais quid de la mise à jour de l’OS ? je n’ai rien vu dans la description des packs.
@Yves19, si je poste ici, c’est bien que je pense que nos problèmes sont les mêmes, sinon je ne l’aurais pas fait. Manerbras a la même erreur et ligne de log (et le meme matos), mais je peux me tromper.
Je soupçonne un pb de VM mise a dispo sur la delta (full packagée) mais pas encore gratté sur ce point
Je souhaite juste contribuer a la recherche du pb
Ah la partie logicielle qui défie le temps !
Pour ma part je mets en pratique les deux adages suivants :
Quand ça marche et que ça rend les services attendus , je ne touche plus à rien
Le mieux est l'ennemi du bien.
Le corollaire de ces adages est qu’il faut donc prévoir dès le début (installation stable) des pièces de rechanges de la même configuration et conserver les outillages de programmation ou de duplication pour palier à toute panne durant au moins 10 ans .
J’ai donc constitué un stock de rechange pour les lampes, et autres équipements zigbee dont la ConBee2 , ainsi qu’un disque dur cloné de celui en cours d’utilisation ainsi qu’une box domotique complète identique prête à l’échange. Et je m’assure de conserver un PC Win10 avec les logiciels ad hoc, prêt à fonctionner pour reconfigurer ce qui aurait besoin de l’être au niveau de la maintenance de l’installation. Théoriquement je suis tranquille pour les au moins 10 ans qui arrivent (et même plus).
Dernier point : j’ai complètement documenté la partie de l’installation que j’ai réalisée moi même, des plans de câblage avec synoptiques aux procédures de maintenance et de configuration et d’installation de la box et du réseau.
Cette partie est essentielle à la transmission du patrimoine à un tiers.
1 « J'aime »