Lazer

"Normalement" oui c'est compatible, puisque Z-Wave. Mais dans le doute, pourquoi ne pas utiliser un module Fibaro FGS-213 ? Même caractéristiques, et au moins tu ne prends aucun risque vis à vis de la box. Pour le raccord en T, là je ne sais pas trop, la plomberie c'est pas ma asse de thé Mais surtout, la sonde installée dedans, faut voir comment l'interfacer avec ta domotique, et ça c'est pas gagné : protocole de communication, tout ça... parce que "FKP 5,5", ça ne me dit rien.

C'est pareil que le FGS, c'est juste le concurrent direct. Par ailleurs, cette référence Qubino n'est plus fabriquée, depuis le rachat par Shelly ils sont en train de ressortir toute la gamme rafraichie.

Ah oui en effet... ou alors ça devient compliqué, car il faut ajouter un module type compteur à impulsion, ou bien pince ampèremétrique... Ou bien, tu peux le domotiser directement avec un FGS-213, qui supporte théoriquement la puissance requise.... même si je suis moyen fan, car faire passer de fortes puissances pendant plusieurs heures dans de si petits modules, c'est moyen niveau sécurité.

Dans ce cas, un contacteur au format DIN 1 module. Qui sera piloté par un module domotique type FGS. Et là tu es en sécurité. Pour la sonde : le terme "prévu" => clairement non. C'est du bricolage.

OK donc c'est une résistance d'appoint en fait. Tout est faisable, mais après faut voir l'électronique de ton système. Est-ce que c'est de la résistance pure (auquel cas un gros relai comme le Aeotec Heay Duty et c'est bon), ou bien une carte électronique avec son thermostat, et il faudra dériver la résistance uniquement vers le relai, comme on le fait sur les chauffe-eau de type cumulus avec thermostat électronique intégré, ACI, etc. Idem pour la sonde de température, il faut étudier là où tu peux l'introduire.

C'est quoi ton chauffe eau solaire ? Car dans ma compréhension, un chauffe-eau solaire, ça n'a pas besoin d'électricité, puisque l'eau chauffe uniquement avec l'énergie du rayonnement solaire. Tout au plus il y aura une pompe pour la circulation du fluide, soit quelques watts... Perso j'ai un chauffe-eau électrique classique (à résistance de 3 kW), que j'ai domotisé avec des relais, et que j'alimente aussi via un routeur solaire qui mesure en temps réel le courant injecté vers le réseau (surplus de la production photovoltaïque), pour l'injecter dans les résistance du chauffe-eau, en "hachant" la sinusoïde pour moduler la puissance. Le routeur solaire est un appareil dédié (le MK2PVRouter), mais il y a en a plein d'autres sur le marché. Pour la température, j'ai un FGBS-222 avec une sonde de température Dallas 1-Wire DS18B20 que j'ai réussi à glisser dans l'orifice de la sonde de température du thermostat d'origine du ballon.

Bienvenue sur le forum

Oui probable. La mienne redémarre 1 fois par semaine lors du backup automatique réalisé par mon script.

Après réflexion, vu que l'erreur intervient au moment où les QuickApps écrivent dans la socket TCP, j'ai l'impression que l'erreur ne provient ni des robots, ni des QuickApps, mais de la box HC3 elle-même. Il doit y avoir un problème quelque part dans la pile réseau TCP, trop de sockets ouverts ou je ne sais pas quoi, qui fait que tous les QA qui font des connexions réseau TCP se font jeter.

Pas de problème chez moi, ça fonctionne. Peut être as-tu fait une mise à jour firmware Roborock qui a tout cassé ?

OK Tu as bien raison. Vide quand même ton cache, ou à défaut force un rechargement complet de la page (CTRL+F5) Sinon, en dernier recours il te reste à tenter le support Fibaro.

Ah oui gros bug là. Tu as quel navigateur ? Tu as bien vidé le cache (réflexe à avoir, surtout après chaque mise à jour Fibaro)

Je crois que le firmware 2.8 est le dernier pour les FGMS de première génération (Z-Wave de série 300), et le firmware 3.2 est le dernier pour les FGMS de seconde génération (Z-Wave+ de série 500)

Oui, et tu peux aussi utiliser un FGD-212, c'est encore mieux car tu peux faire varier la luminosité, enfin pour cela il faut utiliser des ampoules LED dimmables. Attention avec le FGS, les ampoules LED ont souvent un courant d'appel au démarrage très important, à la longue la languette du relai va coller et ton module sera bon pour la poubelle. Il faut utiliser une résistance thermique pour limiter le courant d'appel et ainsi protéger le relai. ça : https://www.amazon.fr/gp/product/B01DUHKQQ2/ Vu son prix, qu'il faudra ajouter au prix du FGS, autant acheter une ampoule LED dimmable et l'utiliser directement avec un FGD. MAIS Je te rappelle que ta demande initiale ne concernait pas une simple ampoule LED, mais une ampoule LED connectée. J'ai expliqué pourquoi tu ne peux pas la domotiser avec un simple module domotique. Enfin si tu peux, mais elle ne sera plus connectée à rien du tout une fois qu'elle ne sera plus alimentée... donc aucun intérêt.

@jluc2808 intéressant, et bravo pour le résultat. Tu devrais poster sur le topic du script PHP en question, ça serait plus utile, ton message ne serait pas perdu parmi presque 500 pages de syntaxe GEA, et aussi partager le PHP modifié Petite erreur de syntaxe sur la 2nde condition. Tu as 2 façons de l'écrire, au choix, avec la syntaxe abrégée ou la syntaxe complète : GEA.add({{"Profile", 1}, id["VEILLEUSE_ENA"]}, 60*60, "", {"TurnOff", id["VEILLEUSE_ENA"]}) GEA.add({{"Profile", 1}, {"Value", id["VEILLEUSE_ENA"], true}}, 60*60, "", {"TurnOff", id["VEILLEUSE_ENA"]})

En pratique je suis à 5s d'intervalle de rafraichissement, mais comme la requête se prend 10s de timeout, en conséquence ça fait 15s entre chaque message d'erreur.

Tiens, comme tous les soirs à 23h, sauf que cette fois-ci j'étais devant le PC quand j'ai reçu la notification, donc j'ai fait une capture d'écran du log. La passerelle est indisponible pendant moins de 2 minutes.

Ah désolé j'avais pas compris ça comme ça Oui effectivement mes QA sont découpés en plusieurs "fichiers", ce qui permet de structurer le code un peu plus proprement... enfin j'essaye La finalité, c'est de faciliter la réutilisation de bouts de codes entiers, sous forme de fichier, et qui s'apparente à des librairies comme il est de coutume en programmation. Les premiers développements sont plus long, mais le temps gagné par la suite est considérable : création des nouveaux QA, mise à jour d'une partie d'un QA, et ça m'a même aidé dans ma migration HC2=>HC3.

30m en 2.5mm² derrière un disjoncteur de 20A, ça fait 11V de chute de tension, soit 4.80%, ça fait beaucoup je trouve. https://schema-electrique.net/calcul-chute-de-tension-electrique-formule-calcul-section-cable-triphase-monophase.html Après ça dépend aussi de la puissance sur chaque circuit (donc du nombre de MO), c'est peut être moins que ça, j'ai pris le pire cas de figure. Bon c'est pas le sujet mais quand même un peu important. Il est probable en effet que la passerelle Envoy essaye de se connecter au cloud Enphase. Non pas pour envoyer des infos (ce qu'elle fait tout au long de la journée tant que les MO produisent), mais peut être pour chercher ne dernière version de firmware ou autre truc dans le même genre... donc si elle n'arrive pas à se reconnecter au serveur, peut être qu'elle reste bloquée. Si c'est ça c'est quand même bien merdique comme fonctionnement... m'enfin si elle produit dès le matin, à la limite c'est sans impact réel. Non pas essayé ton code, mon QA me convient

Je ne connais pas ces panneaux en particulier, mais si tu as des coupures de courant / chute de tension, alors c'est normal que les MO arrêtent de produire, c'est dans la norme pour des raisons de sécurité. A noter que même sans coupure de courant secteur, tu peux aussi avoir une coupure des MO si la tension à leur borne dépasse 253V, ce qui peut arriver si le câble trop long / de trop faible section provoque une chute de tension importante. 23h c'est l'heure à laquelle mon Envoy est indisponible, mais ça ne dure que quelques minutes chez moi.

Tu peux utiliser les balises de code, ce n'est pas très lisible sans cela : Essaye sans les guillemets, ça ira mieux, il faut un booléen, pas une string : checkCertificate = false ça c'est très fort Tu as quels modèles de MO et quels panneaux ? C'est peut être normal, tu sais qu'il y a une tension minimale pour que les MO fonctionnent. C'est un des avantages des IQ7+ sur les IQ7A d'ailleurs, ils sont limités en puissance, mais produisent plus tôt/tard, donc c'est aussi valable en cas de temps très couvert quand la prod s'approche de 0W.

La liste des devices : /api/devices Qu'on peut récupérer en LUA avec api.get(), et qu'on peut également filtrer. Quelques exemples (liste non exhaustive) : /api/devices?visible=true returns devices with visible equal to 'true' /api/devices?property=[batteryLevel,100] returns devices with property batteryLevel equal to 100 /api/devices?property=[unit,%CE%BCg/m3] returns devices with unit equal to µg/m3 /api/devices?interface=light returns devices with light interface /api/devices?type=com.fibaro.netatmoWeatherStation returns Netatmo Weather Station /api/devices?baseType=com.fibaro.weather returns Weather plugins /api/devices/?property=isLight /api/devices?interface=zwave&parentId=1 Pour les child devices, voir la doc officielle : https://manuals.fibaro.com/knowledge-base-browse/hc3-quick-apps-managing-child-devices/ Et il y a un topic qui en parle sur le forum... la difficulté est de gérer la table de mapping des différents modules enfants. Pour le reste, vu que c'est de la bidouille, il faudra être imaginatif ! Et expérimenter ce qui marche / ne marche pas...

Ouais y'a du monde en effet ! Si c'est juste un tableau, à ta place je ferai un script en LUA directement, qui parcoure tous les modules parents de type Z-Wave, et affiche la liste dans le log du QA. Pas sûr GEA soit le meilleur outil pour ce besoin... d'ailleurs perso j'ai pas compris à quoi sert cette fonction, m'enfin dans GEA quand on ne sait pas à quoi sert une fonction, c'est sûrement qu'on n'en a pas besoin

Regarde dans le JSON de ton module si la propriété LastWorkingRoute existe bien, car c'est elle que va chercher GEA. A priori elle est présente sur le module parent, mais pas sûr que ça soit systématique. Normalement GEA est censé aller chercher tout seul le parent... mais cette fonction date de la HC2, je en sais pas si elle fonctionne encore depuis le portage de GEA sur HC3. Pour voir la cartographie de ton réseau Z-Wave, il y a un tuto quelque part sur le forum avec un script PHP à faire tourner sur un serveur Web, qui présente tout cela de façon bien plus visuelle que GEA.

Oui je pense que c'est techniquement faisable.