jojo

@mprinfo, tu as 300% raison. Je revenais à mon PC pour écrire ce qui suit, et je vois ton post. Tu es visionnaire. Donc l'aventure Jeedom s'arrête ici pour moi. J'ai passé des heures à mettre en place une solutions que je croyais robuste sur mon HP Gen8, et le Deamon ne veut plus démarrer, en plus de toutes les autres m.... Je me dis que c'est ESXi, alors je veux redémarrer mon RPI, et il ne veut pas. C'est fini ...

@pepite, J'ai pu repartir d'un snapshot de ESXi => ça ça a fonctionné. J'ai fait un reset de la clé z-wave => pas de recovery , je préférais repartir d'une situation super propre. Mais maintenant c'est mon dongle qui ne veut pas démarrer, ça me pompe. Je vais essayer avec mon RPI pour m'affranchir de la couche ESXi, mais je crois que tout va bientôt passer par la fenêtre.

merci Chris pour ton input. Je n'avais en effet pas fait la config interne car une fois qu'il avait bien voulu démarré, la page santé était tout vert, sauf les 3 modules à piles (mais ça dépend de leur réveil) J'avais déjà essayé une réinstallation des dépendances Merci pour la confirmation que le faire en nomade est également ok, car en effet, c'est parfois plus facile, ou on n'a pas le choix

j'avais lu cette doc Ma clé est également sur une rallonge, du coup

en effet, j'ai fait des snapshot, et je suis entraint de reprendre celui après ma Debian vierge. Vive ESXi

@i-magin, tu ne me connais pas bien. Attendre ne fait pas partie de mon vocabulaire (quand c'est possible)

il me dit ceci lors de l'installation de Jeedom --------------------------------------------------------------------- Start step_8_jeedom_configuration ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES) Could not execute CREATE USER 'jeedom'@'localhost' IDENTIFIED BY '12688b656791109'; into mysql - abort root@jeedom:/home/jeedom# C'est grave docteur ?

je viens de faire un reset de mon stick z-wave. Je réinstalle mon Jeedom Je repart donc de zéro, mais lentement cette fois. Suivant vos expérience, mieux vaut préconiser une inclusion en nomade ou avec la clé branchée ?

pour info, tout le temps de ma conversation téléphonique et encore maintenant (c'est à dire plus d'une heure que le redémarrage a eu leiu) mon z-wave est en "Driver initialized"

je viens de l'avoir 45 min au tél ... En attendant, je continue d'essayer de faire fonctionner Jeedom (je suis en congé jusqu'au 2/1), mais ça sent le roussi pour Jeedom chez moi. P.S. : je suis super content pour Gomba et les autres chez qui Jeedom fonctionne parfaitement, et idem évidemment pour la HC2.

de toute façon il n'y a plus rien qui fonctionne chez moi Je dois redémarrer Jeedom car le Deamon ne veux plus démarrer. Serait-ce mon implémentation sous esxi qui me pose finalement ant de problème ?

Merci de me remonter le moral, car je ne sais plus quoi penser : Le FGBS qui contrôle le status de d'une de mes portes de garage : le IN1 ne bouge pas sur le Dashboard, le IN2 = ok et la sonde de température ok. Pour l'autre porte de garage, c'est le IN2 qui est ok, et le IN1 qui ne réagit pas.... Je ne sais vraiment plus quoi penser. Je viens de exclure et réinclure (en nomade, car il ne voulais pas le faire avec l'interface WEB, alors que mon ableau indique qu'il communiquait n direct avec la clé). Redémarrage du Deamon en cours et voici ce que j'ai après 10 min : Je ne sais plus quoi penser, help !

Les premiers tests qu j'ai fait montrent que ce n'est pas ok chez moi. Je les ait du coup tous exclus. Je recommencerai

bonjour, J'ai un FGS qui est dans le mur de mon salon pour alimenter une prise extérieure (qui est à l’abri du vent, de la pluie et du soleil). Hors son accessibilité dans le salon est épouvaentable. Je souhaiterais le mettre dans la prise extérieure. Mais dans la doc, je vois température de fonctionnement : 0-35°C. Il y a parfois -5°C, -10°C par ici. Je tente le coup ? Est-ce que quelqu'un a de l'expérience ?

@sebcbien m'a expliqué / donné une explication pourquoi le retour d'état était plus lent que sur la HC2 : sur la HC2, il change l'affichage au moment de l'envoie de la commande; sur Jeedom, il enverrait la commande, puis ferait une demande au module pour savoir dans quel état il est. Avec 5 morts subites, ton réseau ne devait plus aller bien droit Tu as reçu des notifs de ces noeuds morts. C'est configurable alors ? comment ? Et n'y a-t-il pas moyen de l'afficher dans le dashboard que le noeud est mort ?

pour l'instant il termin sa reconfiguration recommencée à 22h30. (il y a 1h30 ...) Sur les 36 noeuds, il y en a 3 sur batterie. La "queue sortante" est en augmentation constante ? AUCUNE instruction ne passe ??? (en fait oui, il y en a une qui vient de passer après 15 min ... au momen où la queue sortante est passé à zéro) Maintenant que le réseau s'est calmé, tout passe, mais il aura fallu près de 2 heures. Mais les diagnostiques actuels ne me semblent pas si mauvais je devrais regarder les noeuds 50 et le 57 Mais ils seraient en communication directe avec le contrôleur les noeuds 27 et 49 (en gris) sont sur pile), donc laissons leur le temps de se réveiller.

je ne pense pas à un module qui a grillé, car alors il serait mort ou ne répondrait plus. Or ils répondent TOUS. Cela fait longtemps que je ne regarde plus le panneau des events, car il est vraiment mal fout : pas de filtres, impossible (chez oi en tout cas) de revenir plus que 12 heures en arrière

je doit continuer mon trip vers Jeedom, car : si un module ne supporte pas une coupure d'alimentation, où va-t-on ? j'avais déjà avant cette coupure de courant des lampes qui faisaiet ce qu'elles voulaient le WAF ne comprendrait pas que je n'esssaye pas jusqu'au bout, et surtout que je revienne à une solution qu'elle a détesté. Mes lumières qui faisaient ce quelles voulaient, c'est un prbl Z-Wave ou de la box. J'espère qu'avec Jeedom ça ira mieux, et tant pis si un reboot prend 1 heure, tant que ça fonctionne

@Nico, je te sens en train d'essayer d'abuser de mon impatience / de profiter de mon doute pour me faire revenir à la HC2 ....

de ce que j'ai retenu, l'objectif est d'avoir un bon maillage en 220V près de la box et de l'étendre vers les coins plus reculés de la maison. Ensuite on inclut les devices sur pile (qui ne participent pas au maillage), mais après peu importe, on continue dans l'ordre d'achat des modules

Merci, donc ce qui est important ici, c'est l'ordre d'inclusion sur la clé => je continue avec leur exclusion

@sebcbien, tu me connais, il faut que ça avance, et vite. Donc laisser le temps au temps ... Après avaoir dé-inclus 2 devices sur piles, il ne voulait plus rentrer en mode exclusion => j'ai redémarré le bidule. Le redémarrage du réseau est en cours, et prendra donc un certain temps. Je reposte un graphique de mon réseau dès que j'ai exclus tous les ùodules sur piles et les FGS-223 et ait refait un "soigner le réseau" => ce sera pour demain matin. @gomba, tous les modules gris, sont simplement parce que j'ai pris l'iùage alor que le redémarrage n'était pas complet. Je ne connaissais pas encore tous vos trucs et ficelles. Donc ce n'est pas très représentatif. Je pense que l'image de demain matin sera plus représentative

@Nico, je vois donc que tu connais mieux Jeedom que moi Aux experts Jeedom : peut-on changer les ID des noeuds sans risque, car il semble que cela est possible depuis l'interface. Comme j'ai environ 70 mondules dont 15 sur piles, je réserverais les ID 2 à 99 à ceux sur secteur et ceux à partir de 100 à ceux sur pile. Les nouveau arriveraient à la fin et je change leur ID. Pour certains modules sur secteur je dois le faire en mode nomade, donc pour eux également je devrais "mettre à jour les noeuds voisins" ? ou bien est-ce que "soigner le réseau" ne fait pas cela pour tout ?

oui, c'est vrai, il y aurait moyen de les renuméroter facilement, je vais le faire pour tout avoir bien qui se suit, mais j'espère que ça ne va pas foutre le brin dans la DB

ce serait bien, mais je ne sais pas comment on fait. Et de toute façon j'ai fait un gros tas avec ces modules que je vais déinclure à la queue leu leu et je ne sais donc plus qui était où