sebcbien

dans la doc du module z-wave (plein d'infos intéressantes, même pour les autres box), https://jeedom.github.io/documentation/plugins/openzwave/fr_FR/index.html#_configuration_des_équipements Changer l'id ne fait que lier l'id du module jeedom à un autre module zwave si j'ai bien compris et permet de garder le module jeedom mais de le lier à un autre module z-wave. Node ID : ID du module sur le réseau Z-Wave. Ceci peut être utile si, par exemple, vous voulez remplacer un module défaillant. Il suffit d’inclure le nouveau module, de récupérer son ID, et le mettre à la place de l’ID de l’ancien module et enfin de supprimer le nouveau module.

Je pense que ça n'a rien a voir, tu changera a mon avis les id jeedom, mais pas les id z-wave. Tu peux éventuellement essayer avant de tout re-inclure, de lancer un "soigner réseau" ce soir avant d'aller dormir. Sinon comme dit gomba, il faut faire les choses a son aise apparemment (càd pas inclure 50 modules en 1h ) Je pense que là on est vraiment dans les soucis z-wave, et que j'ai personellement pu remarquer qu'il faut laisser le temps au temps et qu'il se mette en place. Maintenant si tu peux détecter un ou l'autre module qui "fout la grouille" grâce aux stats, matrice et graphiques, ça ne peut qu'aider

Concernant la lenteur au démarrage, ok, c'est effectivement long mais ça peut être grandement amélioré: Voici un topic avec un paramètre pour moins attendre les modules sur piles: https://www.jeedom.com/forum/viewtopic.php?f=87&t=23171 @gomba777 a 99 modules et ça démarrait en +- 350 secondes sur un Raspberry PI3, avec la dernière version du plugin, c'est 10 minutes. D'un autre côté, on ne reboote pas un jeedom tous les jours (lui en est à 2,5 mois pour le réseau Z-wave et à plus de 4 mois pour le RPI3) donc c'est embêtant mais une fois démarré on est tranquille pour des mois.

avec planchers en bois sans doute :-) Je vois que tu as aussi une imprimante 3D :-)

Pas mal, le rêve Z-Wave ;-) maison ossature bois sans doute ?

@ADN182 voici la solution, simple: pas de plugin script ni de scénario, directement dans le device jeedom. Elle est pas belle la vie ? https://www.domotique-fibaro.fr/topic/8330-mon-test-jeedom/?do=findComment&comment=143775 tu dois juste pousser vers l'api de fibaro au lieu de emoncms, l'état de ton device jeedom est retourné via #value#

@ADN182 oui je pense que c'est ça, c'est vrai que c'est un peu lourd de devoir chaque fois passer pour un scénario pour les déclenchements. Il y a je crois un autre moyen, j'ai lu aussi dans ce fil d'autres solutions je pense mais je ne la retrouve plus.

Désolé Jojo, pour les gros réseaux Z-wave je n'ai pas d'expérience. Pour tes nœuds morts, si un device n'est pas joignable ou ne réponds plus, c'est avant tout un problème de réseau plus que de box je pense. Et effectivement avec les outils mis à ta disposition par Jeedom tu devrais pouvoir résoudre ca, identifier le ou les devices problématiques. Laisse aussi un petit temps à ton réseau pour se stabiliser. Réfléchis aussi si tu n'as pas introduit récemment un appareil dans ta maison qui pourrait parasiter. Sent from my Note4

Salut, La.reponse est dans ce fil, cherche sur scripts. Il faut utiliser le.plugin scripts. Sent from my Note4

Ben si, tu dis qu'il n'y a pas besoin de retour d'état car c'est juste "écouter" des capteurs ... la comminication bidirectionelle, n'est pas que pour que la box s'assure que l'objet distant a bien reçu la commande, mais également là pour que le capteur puisse s'assurer que la box à bien reçu son état également. ca permet des échanges plus fiables même dans un environnement parasité. En fait retour d'état c'est un "mauvais langage" qui ne s'applique que dans un sens. il faut parler de bidirectionel avec ACK vs unidirectionel. Si j'ai bien compris, le boitier RFX peut reçevoir et émettre mais les capteurs rfx ne save que émettre, une fois, et si le récepteur à été parasité, tant pis, le boitier ne saura pas que la fenêtre à été ouverte.

non, mais je crois que c'est résolu dans les dernières beta.

Heuuu objection votre honneur. une communication bi-directionelle n'est pas juste un retour d'état... Même pour un capteur tu as besoin d'un "retour d'état"... Si on ouvre ta fenêtre, que le capteur envoie un message à la box mais que la box ne le reçoit pas, il faudrait que le capteur le sache (pas de réponse) et revoie le.message... Sent from my Note4

Le -1 ne fonctionnera pas, c'est uniquement pour réagir sur une événement,en instantané. Or ici tu dois agir sue un état stable(allumé plus de 30 secondes) Attention je t'ai écris le principe, la syntaxe n'est pas bonne hein Sent from my Note4

Le -1 ne fonctionnera pas, c'est uniquement pour réagir sur une événement,en instantané. Or ici tu dois agir sue un état stable(allumé plus de 30 secondes) Attention je t'ai écris le principe, la syntaxe n'est pas bonne hein Sent from my Note4

Le -1 ne fonctionnera pas, c'est uniquement pour réagir sur une événement,en instantané. Or ici tu dois agir sue un état stable(allumé plus de 30 secondes) Attention je t'ai écris le principe, la syntaxe n'est pas bonne hein Sent from my Note4

Le -1 ne fonctionnera pas, c'est uniquement pour réagir sur une événement,en instantané. Or ici tu dois agir sue un état stable(allumé plus de 30 secondes) Attention je t'ai écris le principe, la syntaxe n'est pas bonne hein Sent from my Note4

Essaye avec {value+ éclairage meuble, 0},30 ... Pourquoi tu utilises 60 comme temps? Sent from my Note4

Essaye avec {value+ éclairage meuble, 0},30 ... Pourquoi tu utilises 60 comme temps? Sent from my Note4

Y'a aussi la technologie mysensors.@gomba777 en utilise, très stable apparemment et très économique. Sent from my Note4

@pepite, j'ai vu un boitier rfxcom je ne sais plus où, à 109€... Par contre je ne connais rien en rfxcom... Sent from my Note4

Joli Jojo, tu ne fais jamais les choses à moitié... Impressionnant ! Dis, ta HC2 était placée à un endroit plus central dans la maison? Et finalement tu as tout inclus avec la clefs en nomade sans ouvrir les boitiers ? Ou tu en as inclus aussi en direct avec la clefs sur ton gen8 ? Sent from my Note4

Oui les possibilités de scénario avec ça sont pas mal... Sent from my Note4

c'est aussi peut être moi qui suis trop impatient et que il se remettrais tout seul après xx minutes...

Peut être, ... un watchdog tu veux dire? On t'attends...

Bon, pas totalement transparent, après un suspend et un reboot de l'hôte (windows), même si la debian ne remarque rien, la clef z-wave a elle bien vu le reboot et il faut relancer le demon z-wave. Comme je suis prévenu lors d'un reboot, je n'ai qu'à me connecter au jeedom et relancer le daemon z-wave. Un jour j'aurai un esxi, un jour ! ;-)