Lazer

Bienvenue sur le forum

@Guizmo euh .... oui et ?..... ce n'est pas du tout ce que tu as dit. Relis toi, tu verras @Manu31 attention quand même, parce que Z-Wave Monitor c'était une scène développée pour HC2 et partagée sur le forum officiel, elle n'a pas encore été portée sur HC3. => https://forum.fibaro.com/topic/32655-z-wave-monitor/ à suivre.... mais avec le moteur Z-Wave v3 qui arrive sur la HC3, ça va encore changer tout ça.

Tu ferais peut être bien de te renseigner sur la spécification Z-Wave avant de critiquer ainsi sans savoir de quoi tu parles... non mais La limite est de 232 modules, ça l'a toujours été. Et même avant d'atteindre cette limite (qui a été déterminée il y a plus de 10 ans lorsque les modules étaient moins bavards), on arrive à des problèmes de saturation réseau, justement parce que les modules modernes sont très bavards (multisensor 6 en 1, report régulier des température, consommation, etc) @Manu31 c'est déjà impressionnant que tu aies réussi à atteindre 200 modules, perso sur mon HC2 j'étais monté à 92 modules et j'avais déjà beaucoup de mal à réaliser mes inclusions. Obligé d'inclure les modules à coté de la box. Et il avait fallu que j'utilise les scène Z-Wave Monitor pour détecter les modules les plus bavards et les calmer (indice : les Wall Plugs) Normalement la solution c'est de créer un 2nd réseau Z-Wave. Fibaro permet justement de mettre les box en passerelle (par exemple une HC3 en maitre, et des HC3 Lite en esclave) afin de créer autant de réseau que nécessaire. Et toute la config, les scénarios, la gestion depuis l'application mobile, etc se fait au travers de la box principale. Cela permet d'étendre le réseau dans des zones inaccessibles de la maison / du jardin / du château, de dépasser la limite des 232 modules, et même bien avant ça, de résoudre les problèmes de saturation du réseau. Sur le forum officiel, il y a des gens qui semblent avoir jusqu'à 3, 4, voire 5 HC3L derrière une HC3. Avec Z-Wave Long Range ils parlent de repousser la limite des 232 modules, mais je ne sais pas comment ça se passera en pratique, sur les réseaux avec des anciens modules existants. A ma connaissance aucun contrôleur Z-Wave n'est prêt à l'heure actuelle. Et quid des problèmes de saturation réseau ? On verra...

Les réfrigérateurs et congélateurs, ça ne consomme pas grand chose (enfin, plus exactement, la puissance est relativement faible, mais comme ça consomme sur la durée, à la fin de l'année ça fait beaucoup d'énergie) Les machines à laver, ça a une puissance déjà bien plus importante, au moment de chauffer l'eau, mais normalement ça reste en dessous des tolérances du WP : 2500W. Après faut pas oublier que tous ces appareils électro-ménagers, si tu utilises un Wall Plug, je suppose que c'est uniquement pour mesurer leur consommation, et à aucun moment tu n'actionnes le relai. Et c'est au moment de l'ouverture/fermeture du relai qu'il y a le plus de risque pour celui-ci, à cause de l'appel de courant, susceptible de coller la lamelle du relai. Mais ce qu'à fait @971jmd est vraiment dangereux, car le WP risque l'échauffement à cause du courant important qui passe, donc risque d'incendie.

Bienvenue sur le forum

Ben voilà, tu maitrises mieux que moi, je ne sais même pas utiliser le StopTask

OK je vois. Essaye les lignes que je t'ai proposé, c'est plus simple. Règle d'or de GEA (pardon, règle d'or de la programmation informatique) => quand un code ne fonctionne pas, on le décompose en éléments simples.

Je ne suis pas fan de ta façon de gérer le AutoOFF. Si le Sleep plante, ou GEA plante, ou la HC3 plante, ton fer ne sera jamais éteint. C'est trop compliqué comme règle. La preuve ça ne fonctionne pas. Il faut décomposer et revenir aux fondamentaux de GEA ("What To Do If Still Open"). Pour rappel, à l'origine ça servait à avertir quand une porte était restée ouverte depuis un certain temps.... ou encore un appareil allumé depuis un certain temps, ce qui est exactement ton cas. Une règle à déclenchement instantané pour allumer le fer, et une autre pour l'éteindre après 3 minutes : GEA.add( {{"CentralSceneEvent", id["TELECO_CH_PARENT"], 2, "Pressed3"}, {"(Global)", "FER", "A"}}, -1, "", {{"turnOn", id["FERS_A_REPASSER"]}, {"Global", "FER", "B"}} ) GEA.add( {id["FERS_A_REPASSER"], {"Global", "FER", "B"}}, 3*60, "", {{"turnOff", id["FERS_A_REPASSER"]}, {"Global", "FER", "A"}} ) --- AUTO OFF du FERS_A_REPASSER J'ai laissé la variable globale mais j'ai l'impression qu'elle est inutile.

Merci, mais 14 To, qu'est ce que tu veux que je fasse avec ça ? En dessous de 18 To je ne bouge plus le petit doigt maintenant

Sinon tu peux regarder du coté des solutions comme Heatzy. Il y en a surement d'autres. Je n'ai aucune expérience dessus, mais c'est censé permettre de domotiser simplement ses radiateurs électriques sans se lancer dans l'installation d'une box domotique. ça ne sera pas du Homekit, mais si ça s'intègre dans iOS, je pense que tu auras le résultat voulu.

Comme quoi la capture d’écran était utile, sans quoi on aurait pu échanger des mots entre humains pendant longtemps

Là :

Attention ici on parlait de fil pilote, donc de chauffage électriques. Le chauffage central avec chaudière et vannes n'a rien à voir. Modules différents, gestion différentes, rien n'est comparable.

C'est le cas de la serrure Nuki. Peut être aussi d'autres que je ne connais pas. Il y a une section serrures connectées sur le forum, elle n'est pas très active, mais il y a quand même quelques références.

Les éclairages automatiques, c'est tout simple, et vraiment efficace Un excellent 1er niveau de sécurité.

Bienvenue sur le forum

Essaye de contacter support@fibaro.com, parce que là je n'ai pas d'idée... c'est étrange.

Bienvenue sur le forum

Oui j'ai fais exactement la même intégration lorsque j'ai basculé sur HC3. Lien du tuto pour rappel :

Non pas eu le temps de tester, de toute façon à lire les retours sur le forum officiel c'est encore du beta pas stable. Donc attendre patiemment est la meilleure chose à faire Cela dit, Fibaro vient d'annoncer sur le forum officiel qu'ils allaient bientôt permettre de basculer du moteur v2 ou moteur v3 sans devoir exclure/réinitialiser/réinclure les modules comme c'est le cas actuellement. Et là on va avoir des surprises, y'a intérêt que ça soit stable, sinon beaucoup d'utilisateurs vont faire la migration en 1 clic et venir se plaindre des dysfonctionnements.

Bravo Oui le travail de cartographie est impressionnant Pour l'instant je n'ai pas eu besoin de pièces détachées.... le plus pénible c'est comme toujours avec ces robots-aspirateurs de bien démêler les cheveux / fils divers sous les brosses.

Ah oui je m'en souviens.... et ça n'a toujours pas brûlé ? Impressionnant ton expérience. Perso j'ai mis le gros module Aeotec Heavy Duty sous la plaque, avec ça j'ai de la marge

En moyenne 100W, mais c'est très variable, il y a pas mal de pics et d'arrêts en fonctions de la chauffe du bed et de la tête. Ça me fait penser que je ne sais même pas quelle est la puissance maxi de l'alimentation, il faudrait que je regarde. Mais à mon avis ça doit être assez proche de la tienne, 400W ça semble largement suffisant.

Hum... laisse moi deviner, alimentation chinoise toute pourrie, avec des gros appels de courants ? Parce que 400 W, jamais elle ne devrait faire des pointes > 2500 W.... il y a un gros problème. Je te conseille plutôt de changer d'alimentation, ça sera plus sécurisant pour tout le monde : durée de vie de l'alimentation, du Wall Plug, voire de la maison... J'ai un Wall Plug sur ma Prusa depuis 3 ans, il n'a jamais remonté le moindre avertissement.

Perso j'utilise beaucoup "Or", mais uniquement dans le cadre de règles avec vérification à intervalle régulier (durée >= 0), pas dans le cas de déclencheurs instantanés (durée = -1) Tu es probablement le premier à qui ça arrive, je n'ai pas souvenir d'avoir vu quelqu'un s'en plaindre ces derniers mois. Dans le fichier de syntaxe, chaque colonne Condition, Trigger, et Action, indique dans quel cas chacune des options est utilisable. C'est plus clair que d'aller fouiller dans le paragraphe de la syntaxe de chacune des options. Dans le cas d'une règle avec déclencheur instantané, "Time" doit être en parenthèses "(Time)" pour indiquer qu'on ne souhaite pas qu'il soit utilisé en tant que déclencheur justement. Bon le cas de Time ce n'est pas gênant car il n'est pas utilisable en déclencheur instantané (donc que tu mettes des parenthèses autour de Time ou pas ne change rien), mais ça pourrait devenir problématique avec un module, une variable, etc... qui sont tous utilisables en déclencheurs. Là c'est pas nouveau, ça date de la HC2, depuis une certaine version où Steven avait permis d'utiliser plusieurs déclencheurs pour une même règle. Il est alors important de ne laisser que le seul déclencheur sans parenthèses, et mettre les autres options (qui ne sont alors que des conditions, mais non "déclenchantes") avec des parenthèses. C'est encore plus important avec GEA sur HC3 car il détecte tout seul les déclencheurs. Ce point particulier, je l'ai déjà expliqué plusieurs fois, et pas mal de gens sont tombés dans le panneau. Le comportement automatique de GEA sur HC3 oblige à plus de rigueur, là où GEA sur HC2 étant plus tolérant, laxiste, de part son fonctionnement (il fallait forcément mettre le trigger dans l'entête de la scène) Je ne sais pas si je suis clair... ? En tout cas ce n'est pas la raison pour laquelle ta règle ne fonctionne pas. Elle est juste mal écrite, tu aurais pu t'en rendre compte en la regardant mieux, ou en regardant les logs de GEA. Je suis certain que la règle se déclenche, mais n'effectue aucune action. Indice : il te manque des accolades autour de ton action