Lazer

Oh oui dis donc, c'est génial ça, et surtout on peut enfin modifier les variables d'un child depuis ses propriétés via l'interface Web, une fonctionnalité dont je m'étonnais de son absence il y a 1 an Je n'ai pas testé, je me demande ce qui se passe si on ajoute un fichier LUA à un child.... ?!? Et ce que je vais tester, c'est surtout la possibilité de customiser son interface, avec des labels et boutons, car ce n'était pas possible jusqu'à présent.

Pareil, j'ai l'impression que l'interface Web est plus lente aussi, mais je n'était pas certain... bon bah maintenant c'est clair. Décidément, c'est pas un succès cette beta... une braie beta quoi !

Bon, voilà qui est clair net et précis, et confirme ce que je pensais depuis 2 jours : Dès que je désactive mon QuickApp GCE qui s'occupe de l'EDRT2, les pics de CPU disparaissent. Je précise que le problème ne vient pas du QuickApp en lui-même, car : - le pic de CPU se produit juste après la boucle infinie (rafraichissement toutes les 60 secondes) qui met à jour les modules enfants. - j'en ai un second strictement identique, mais qui gère l'IPX800 au lieu de l'EDRT2, qui est toujours en fonctionnement, et cela n'impacte pas le CPU Et celui de l'EDRT2, justement, il met à jour un module enfant, qui représente la consommation électrique globale de la maison, au niveau du compteur (Teleinfo Linky). Donc forcément, chaque minute, la valeur change. @Barelle laisse moi deviner, tu as un QA pour ton Eco Devices, et celui-ci produit la même conséquence sur le CPU de ta box. Est-ce que tu peux le désactiver pendant 2 ou 3 minutes pour confirmer le comportement ? @josephMa tes 2 modules qui remontent de l'énergie, c'est quoi ? Des modules Z-Wave ou des QuickApps ? Ils remontent du power (W) ou du energy (kWh) ? Ce qui n'est pas pareil... Et enfin, les appareils branchés dessus, est-ce qu'il consomment suffisamment pour déclencher une mise à jour chaque minute ou pas ? Parce que s'ils consomment peu et n'envoie une mise à jour de la consommation d'énergie qu'une fois toutes les quelques heures, tu ne risques pas de voir la moindre pointe CPU sauf à rester coller devant l'écran. Du coup, tu aurais le problème, mais sans le voir.

Est-ce que tu as des modules qui remontent une consommation d'énergie ? Je soupçonne que ça soit lié

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é.