Lazer

Ah dommage

Euh, dès fois que le journal des nouveautés ne soit pas clair : Le nouveau moteur Z-Wave v3 n'est pas une mise à jour. Le nouveau moteur Z-Wave v3 n'est accessible qu'après une réinitialisation complète de la box, et après avoir spécifiquement choisi le moteur Z-Wave v3 lors de l'assistant de démarrage (sachant que le moteur v2 reste celui sélectionné par défaut) Quoi qu'il en soit, même pour ceux qui font le choix de faire une nouvelle installation avec ce nouveau moteur Z-Wave v3, cela reste une première version qui n'est pas exempte de bugs... à réserver aux plateformes de tests, et éviter la production. Pour les systèmes existants, la migration du moteur v2 vers le moteur v3 sera proposé ultérieurement par Fibaro.... d'ici l'automne environ (plus ou moins un certain retard) Bref, vous pouvez faire cette mise à jour 5.080.9 sans crainte (mais on n'est jamais à l'abri d'un bug quelconque).

C'est beau quand même Node RED. Mais je me vois pas gérer 200 règles en mode graphique.... je suis surement déformé (mode Unixien), mais je trouve tellement plus facile de gérer 200 règles GEA en mode texte dans mon éditeur favori...

Oui le Swagger, très pratique ça y est, la tempête de goutes d'eau est arrivée, la HC3 est donc en avance sur son temps

Si ça freeze, tu as tout autant de chance que l'API freeze également, comme le QA. Donc ça ne changera rien. Et que ça freeze n'est pas un souci, puisque tu mesures le delta justement. L’intervalle de temps sera allongé, et c'est tout. Mais tu mesureras bien la surconsommation CPU liée au freeze. Reste le bon point de l'application externe qui passe par l'API : détecter et noter l'heure du freeze. Sinon tu sais qu'en 10 minutes tu pourrais mettre en place DomoCharts sur un NAS et avoir la courbe CPU

En monitoring système, ça n'a pas de sens de regarder à un instant T, parce qu'une ça dure une microseconde, donc tu rates ce qui se passe pendant les 99,99999999999% du temps restant qu'il s'est écoulé depuis la dernière fois que tu as regardé. Ce que tu donnes l'API, ce sont les métriques systèmes au niveau de l'OS (noyau Linux). Pour simplifier, il compte le temps passé dans chaque "tâche" Sachant que idle est un cas particulier, c'est le temps passé à ne rien faire Et il faut soustraire la valeur précédente afin de calcul le delta CPU consommé De cette façon, tu ne "rates" pas ce qui s'est passé entre 2 périodes de monitoring. Enfin, c'est vite dit, parce que si tu regardes 1 fois toutes les 10 secondes, mais que le CPU a bossé 1s à 100% et le reste à 0, toi tu auras l'impression qu'il a bossé à 10% en moyenne pendant les 10s. Mais au moins, tu auras vu ces 10%, c'est toujours mieux que 0. Au fait, attention, le calcul est à faire pour tous les cœurs du CPU de la box (4 sur HC3, 2 sur HC3L), il faut donc faire une petite boucle. Regarde le code de mon QA DomoCharts, dont voici un extrait : local diagnostics = api.get("/diagnostics") local nbCPUs = #diagnostics.cpuLoad if not self.cpuLoad then self.cpuLoad = {} end local cpuAverage = 0 -- Parse cores for i = 1, nbCPUs do local cpuNew = diagnostics.cpuLoad[i] local cpuName = cpuNew.name local cpuOld = self.cpuLoad[cpuName] if cpuOld then local cpuTotalOld = (cpuOld.user + cpuOld.nice + cpuOld.system + cpuOld.idle) local cpuTotalNew = (cpuNew.user + cpuNew.nice + cpuNew.system + cpuNew.idle) local cpuPercentage = tools:round(((cpuTotalNew - cpuTotalOld) - (cpuNew.idle - cpuOld.idle)) / (cpuTotalNew - cpuTotalOld) * 100, 2) cpuAverage = cpuAverage + cpuPercentage print("Core #" .. i .. " " .. cpuName .. " = " .. cpuPercentage .. "%") end -- Memorize values self.cpuLoad[cpuName] = { user = cpuNew.user, nice = cpuNew.nice, system = cpuNew.system, idle = cpuNew.idle, } end print("Usage CPU moyen sur la période : " .. (cpuAverage / nbCPUs))

Cool Les 2 raisons... je pense que la syntaxe abrégée devait fonctionner il y a bien longtemps, et qu'elle a dû cesser de fonctionner à un moment donné dans mes différentes modifications pour HC3. J'ai regardé dans les règles que j'ai testé, je n'ai jamais testé cette syntaxe abrégée, uniquement la version longue avec WeatherCondition explicitement déclaré. Je regarderai si je peux patcher GEA pour rétablir le fonctionnement raccourci de cette règle, comme avant. Et mettre la doc à jour aussi du coup. Au fait, pour voir la condition actuelle de la météo, il faut passer par l'API de la box : /api/weather On y voit clairement toutes les propriétés exploitables avec "Weather" : (pour la précision, on repassera, il fait soleil en ce moment.... mais bon c'est du Cloud (sans jeu de mot), donc pas précis, peut être qu'il pleut effectivement de l'autre coté de Paris.

J'ai fait le déplacement (il y avait aussi les messages de Dragoniacs du coup) Tu peux essayer avec la syntaxe suivante (avec "WeatherCondition") : {"Weather", "WeatherCondition", "xxx"} Ce qui devrait donner un truc du genre (tu es sûr pour la valeur "dégagé" ?) GEA.add({id["OEIL_SAURON_CUISINE"], {"(Weather)", "WeatherCondition", "dégagé"}, {"(Time)","06:00","22:00"}}, -1, "", {"Color", 153, 255, 206, 51, 0}) Je soupçonne la syntaxe abrégée d'être buggée dans cette version de GEA (et vu que je ne l'ai jamais utilisé, ça fait peut être longtemps)

Rien ne se passe ? Alors là c'est curieux, car cette règle devrait se déclencher sur détection de mouvement, c'est ultra basique. Juste une remarque, tu es sûr de son ID ? Que dis le log au démarrage de GEA avec cette règle ? Si tu as bien la dernière version ? Qui affiche en couleur les déclencheurs instantanés au démarrage Mais... mais... mais .... je viens de voir que tu as posté sur le topic de GEA pour HC2... tu parles de quoi en fait ??

Extrait de la doc : --> Il est possible d'exclure une option des déclenchements instantanés à l'aide des parenthèses : -- Syntaxe : GEA.add({ {CONDITION1}, {(CONDITION2)} }, -1, "", {ACTIONS} ) -- Seule la CONDITION 1 sera utilisée en comme déclencheur de la ligne \\ Only condition number 1 will trigger the line -- Exemple : -- Ceci sans exclusion : GEA.add ({{"Global", "JohhnyHome", "1"}, {"Global", "TimeOfDay", "Night"}}, -1, "", {"QuickApp", QA["TTS"], "1"}) -->> La ligne se déclenche lorsque : -- 1- "JohhnyHome" passe à 1 -- 2- "JohhnyHome" est déjà à 1 ET lors du passage de la variable "TimeOfDay" passe à "Night" -- Ceci avec exclusion : GEA.add ({{"Global", "JohhnyHome", "1"}, {"(Global)", "TimeOfDay", "Night"}}, -1, "", {"QuickApp", QA["TTS"], "1"}) -->> La ligne se déclenche UNIQUEMENT lorsque : -- "JohhnyHome" passe à 1 ET que la variable "TimeOfDay" est égal à "Night" Dans ton cas ça ne change rien puisque tu veux le déclenchement instantané sur Weather et la Value du module, mais tu devrais mettre le Time entre parenthèses, car tu vas avoir de drôle de surprise si une prochaine version de GEA permet de réaliser des déclencheurs instantanés sur le Time (ce qui permettrait de faire de GEA un Scheduler....) Il faut prendre les bonnes habitudes dès le début. Remarque : le seul déclencheur pertinent est le détecteur de mouvement. Le déclenchent sur la condition Weather est peu utile à mon avis (il faudrait que la météo change pile pendant les quelques secondes où le détecteur est en alarme... peu de chances) Merci pour le log détaillé, mais bon... j'aurais aimé que tu isoles la règle... car le log est bavard, et avec les autres règles, c'est franchement pas simple à analyser.... Par ailleurs l'en tête de démarrage de GEA aurait été utile aussi, pour voir s'il prend bien en compte tes 2 déclencheurs. En tout cas je vois que le déclenchement instantané sur le détecteur de mouvement de la cuisine a bien lieu, c'est déjà bon signe.

Je n'ai pas vérifié les formules de @mprinfo, mais attention, il faut calculer le delta en faisant la soustraction avec les valeurs précédentes... ce qui implique que ton QA doit mémoriser les valeurs à chaque passage de boucle.

Tu peux regarder la méthode de calcul dans les QA suivants :

OK, mais du coup tu n'as pas répondu à mes questions. Je suis surpris par ta syntaxe, tu as 3 déclencheurs instantanés (= pas de parenthèse). Bon même si "Time" ne peut pas être utilisé en déclencheur instantané, ça en laisse quand même 2 : le changement de météo, et le mouvement. Tu es certain que c'est bien ce que tu veux ? Ensuite, quand tu dis que ça ne fonctionne pas, il faudrait que tu isoles la règle dans une instance GEA dédiée, et que tu actives GEA.debug=true et GEA;lldebug=true comme je le demande toujours, puis tu nous partages les logs pour voir ce qui se passe. Sans log, je ne peux pas deviner le problème.

D'après les messages, tu as des tables de ta base SQL qui sont corrompues. Tu as eu une coupure de courant, ou un reboot violent de ton NAS ? Je n'ai jamais eu ce genre de problème.... il va falloir que tu utilises phpMyAdmin pour aller voir l'état des tables en question, les réparer, voire les supprimer puis les recréer.

Je ne me moque pas, j'essaye d'expliquer Sur Amazon, il semble y avoir pas mal de modèles, à pas cher (de conception sino-chinoise, et de fabrication du même niveau, à la durée de vie au moins aussi réduite que l'alimentation d'origine) : https://www.amazon.fr/s?k=alimentation+12V+4A&__mk_fr_FR=ÅMÅŽÕÑ&ref=nb_sb_noss_2 Faut juste faire attention à l'embout DC 5.5 mm (diamètre extérieur). Je ne sais plus si la HC2 utilise un embout intérieur 2.1 ou 2.5mm. Je suis quasi sûr que c'est l'alimentation qui est bonne à changer. La box fait automatiquement des sauvegardes cloud à chaque mise à jour de firmware, donc tu as au moins ceux-là, mais ils elles ne sont peut être par récentes.