Lazer

Voilà, c'est ça l'idée, créer des pages Web en PHP (ou autre langage) afin d'exposer une API, qui permet à un script LUA qui tourne sur la HC2/HC3 d'envoyer des données sur le serveur externe. Après les pages PHP peuvent écrire dans n'importe quelle base de données SQL/noSQL/fichiers à plat, il n'y a pas de limite.

OK donc c'est confirmé, merci pour ton retour @Barelle Autre souci rencontré cette nuit, mon script de backup auto a échoué.... il faut que j'investigue... Sur le forum officiel, plusieurs utilisateurs se plaignent d'une pluie de codes 500, et d'autres de reboots intempestifs plusieurs fois pendant la nuit. Pendant ce temps là je continue l'exploration des nouveautés, et notamment l'intégration de la production d'énergie (panneaux solaires...) Il faut pour cela utiliser un module Z-Wave qui mesure l'énergie, ou bien un QuickApp de type "com.fibaro.energyMeter". A ce moment là, dans l'interface, on peut le déclarer comme tel : Malheureusement comme je ne produis rien, ce n'est pas une fonctionnalité dont je pourrai bénéficier.

Bon du coup je suis le seul à rencontrer ce problème de surconsommation CPU ? Vous avez regardé ? @couillerot tu es le seul à avoir cliqué ?

Bienvenue sur le forum

Je pense que je vais faire un recovery sur ma box de dev, et ainsi je pourrai tester le nouveau moteur Z-Wave v3 avec quelques modules. Bon par contre niveau CPU ça ne s'est pas arrangé, ça mouline depuis hier soir.... il faudra que j'investigue. Je ne risque pas d'installer cette beta sur ma box de prod de sitôt....

Remarque : attention, tu sembles confondre panneau d'énergie et panneau de climat. Ce dernier n'a pas changé, donc tes scénarios de chauffages seront toujours gérés par GEA. Du coup je me demande si le nouveau moteur Z-Wave va réussir à inclure proprement les modules Qubino Fil Pilotes buggués. En tout cas je passe mon tour, et Fibaro annonce la migration du moteur Z-Wave v2 actuel vers le nouveau v3 d'ici 3 à 4 mois, pas avant. Patience...

Ouh là, attention au CPU, il y a comme un gros souci : Avant / après la mise à jour : A surveiller de près EDIT 1 : saturation d'un coeur pendant quelques secondes : EDIT 2 : Un reboot n'y change rien. Cette saturation d'un coeur se répète chaque minute précisément. Je n'ai pas l'impression que ça soit lié à l'un de mes QuickApps, cependant ça se produit comme par hasard juste après que l'un de mes QA mette à jour la puissance/consommation d'un enfant, du coup je me demande si ce n'est pas lié au panneau d'énergie, qui traite cette information. Il faudra que j'approfondisse le sujet.... demain. ça fait pareil chez vous ?

Il a l'air chouette le nouveau panneau d'énergie, avec prise en compte de la production pour ceux qui sont équipés Il a falloir attendre qu'il se remplisse avec quelques données : En voilà une fonction utile, fini de se bruler les yeux avec les mots de passes visibles en clair dans les variables des QuickApps :

avec formula tu pourras toujours inverser la valeur, mais j'ai un doute sur le fait que la HC3 va accepter une puissance négative. Remarque, avec le nouveau firmware beta sorti aujourd'hui, ils parlent de supporter les appareils producteurs d'énergie, donc il doit y avoir moyen, mais je n'ai pas encore regardé comment ça fonctionne.

Bienvenue sur le forum

Merci, c'est ce que je voulais dire en plus

Attention, le Qubino Flush Shutter DC auquel tu fais référence est un contrôleur de volet par inversion de phase polarité en 12/24V, donc qui ne permet pas de l'utiliser dans le branchement tel que réalisé ici. Il viendrait en remplacement du module contrôleur fourni par Wibat, mais alors comme l'a clairement exprimé @Bebitoo il te faudra gérer à la main les temporisations des 2 battants, car bien sûr il te faudrait 2 modules Qubino, un pour chaque moteur. Bref difficilement gérable... (PS : ce module est souvent utilisé pour les moteurs de volets roulants Velux par exemple) La meilleure solution de mon point de vue reste celle de @Bebitoo : un module double contact sec qui vient entre les interrupteurs et le contrôleur. En 24V, il y avait le FGS-221 à l'époque, qui est remplacé par le FGS-224 aujourd'hui chez Fibaro. Il doit exister un équivalent chez Qubino, mais je ne connais pas les références.

Et bien, la RAM augmente : 58% utilisé, ça a bien grimpé, mais ça va encore. Il y a 3 semaines, je suis parti d'un recovery complet, et j'ai migré mon installation sur la HC3. J'ai fait un seul reboot il y a 2 semaines, depuis je n'ai fait que des backups (donc redémarrage des services), mais surtout énormément d'inclusion, ajouts de QA, etc. 85 modules Z-Wave inclus. 27 QuickApps + 35 enfants 6 caméras 1 plugin météo YR Weather 10 utilisateurs DomoCharts remonte 205 mesures chaque minute ! Évolution sur 15 jours (le gris c'est l'espace utilisé) :

Oui par exemple, j'allais le suggérer. Mais c'est pas évident à détecter. Tu peux commencer par installer la scène Z-Wave Monitor pour détecter les éventuels modules trop bavards : https://forum.fibaro.com/topic/32655-z-wave-monitor/

Oui voilà. Et puis je suis pas du tout fan de tes 2 "Inverse", que tu peux remplacer ainsi dans les conditions par exemple : {"Value", id["SENSOR_CH2"], false}

Nope, Z-Wave planté ça ne m'est jamais arrivé.

Mais donc, il a tenté de déclencher l'action ou non ? Est-ce que tu as reçu le message "Marche clim chambre 2 en froid le soir en semaine" par notification push ? Car sinon, c'est que tes conditions ne sont pas remplies.

Tu as essayé cette ligne ? Et sinon, tu as essayé d'attribuer ta production solaire à un sous poste de l'EDRT comme je te l'avais conseillé au message précédent ?

Attention, "ThermostatMode" c'est pour un module thermostat, pas pour le panneau de climat (qui se contrôle avec "Climate" dans GEA) Ne confond pas les 2. Et pour savoir si "Cool" est supporté par ton thermostat, il faut regarder la propriété "supportedThermostatModes" dans son JSON Et comme toujours, quand tu as un problème, il faut activer GEA.debug = true pour obtenir des logs, parce que "ne fonctionne pas" ne veut rien dire

Bravo Pas évident à trouver quand même, bien joué !

Yes mais la HC2 état un vrai PC avec une carte mère x86, pas super optimisé, elle consomme beaucoup (et pas que à cause de la carte réseau) Mais 100Mbps c'est plus que suffisant pour le flux de la caméra, qui tourne plutôt autour de 10M selon comment tu l'as configuré.

Oui, comme pour beaucoup d'autres options, tu peux faire des comparaisons avec + et - GEA.add({"VariableQuickApp+", 123, "variable", 5}, 10*60, "la variable est supérieure à 5 depuis 10 minutes") Même syntaxe que "Global" par exemple. Je vais modifier la doc de syntaxe pour faire apparaitre ce cas de figure. EDIT : c'est déjà le cas, tu n'as pas lu la doc, c'est pas bien

Notepad++ Installer le complément JSON Viewer Sélectionner tout le texte, faire Compément / JSON Viewer / Format JSON (ou bien le raccourci clavier que vous connaitrez par cœur à force...)

Pas sûr de bien comprendre ton besoin exact pour ta piscine. C'est difficile de te conseiller, il faudra peut être aussi expérimenter par toi même. Car mettre en œuvre des modules enfants, ce n'est pas si simple, surtout quand on débute. Il est surement plus sage de commencer par un QA simple, au moins tu arriveras rapidement à un résultat fonctionnel. Puis plus tard, éventuellement, remettre en cause ce que tu as fait en te rendant compte qu'il y a moyen de faire mieux (child device ou pas, ça restera à voir)

Bienvenue sur le forum