Lazer

Effectivement le Reboot ne fonctionnait plus depuis le firmware 5.050.13 : Si tu as une scène dans laquelle ça fonctionne, je veux bien que tu la partages, ça m'aidera à comprendre.

Oui @domo comme le précise Jojo, c'est pas cohérent, dans le commentaire tu parles de "ET" et dans ta règle tu mets un "OU". A mon avis il faut simplement que tu vires le "Or" et les accolades qui vont avec, car tu veux que les 2 conditions soient remplies simultanément, et non pas l'une OU l'autre.

Dans ta condition il y a quelques erreurs de syntaxe. Il faut bien regarder les accolades ouvrantes et fermantes que tu as mis (tu peux utiliser Notepad++ avec la colorisation syntaxique LUA pour aider). En fait tu as mis 2 conditions distinctes, séparées par une virgule : {"Value+", {"Value", id["Temp_EauPiscine"]}} et : {"VariableCache", "TempPiscineCache"} En outre, chaque condition n'est pas validée, car rien que dans la première tu as une erreur de syntaxe (des "Value" imbriquées), et puis tu compares à ... rien ! Idem pour la 2nde condition, il n'a pas de comparaison. Essaye plutôt comme ça : GEA.add({{"Value+", id["Temp_EauPiscine"], {"VariableCache", "TempPiscineCache"}}}, 5 * 60, "La température de la piscine a augmenté : #value#°C", {{"Repeat"}, {"VariableCache", "TempPiscineCache", {"Value", id["Temp_EauPiscine"]}}})

Bonjour, Merci

Tu devrais poser la question au support Fibaro... peut être un bug avec ce module en particulier ?

Alors, la cagnotte en est à 199,91 € Donc c'est bon pour juillet Mais encore trop juste pour janvier.

Étonnant, pas de power... pourtant il y a bien energy dans le JSON. Est-ce que tu peux regarder sur les autres modules enfants (probablement cachés), pour voir si le power ne s'y retrouverait pas sur l'un d'entre eux ?

Étonnant. Partage son JSON complet pour voir : /api/devices/ID Normalement on doit voir power dans les properties, ainsi que dans les interfaces.

Oui c'est une pratique courante, j'utilise GEA pour tous mes scénarios, et j'ai de nombreuses règles qui exploitent la consommation des équipements.

Oui c'est une bonne idée d'utiliser la consommation pour connaitre l'état de fonctionnement des appareils derrière. Mais attention effectivement à la consommation. Un moteur inductif, ça peut faire des appels de courant 10, 100, voire 1000 fois supérieur au courant nominal. La conséquence à terme, c'est de coller le micro-relai intégré au Wall Plug (le courant élevé crée un arc au niveau des lamelles du relai, ce qui crée un échauffement, et à la longue ça finit par coller le relai) J'ai collé des relais dans un Wall Plug et un FGS.avec des appareils qui consomment seulement 20W en nominal, à cause de l'appel de courant de ces charges inductives. Idéalement pour de telles charges, il faut un contacteur de puissance (Legrand, etc), piloté par un FGS. C'est plus cher, plus gros, mais plus durable et surtout plus sécurisé. Le problème avec ce montage, c'est que le module domotique ne voit plus la consommation de l'appareil, donc ça invalide le scénario envisagé de mesure de la conso pour connaitre l'état de fonctionnement de l'appareil.

Dans ton code LUA tu peux définir une variable dans ton QuickApp. Par exemple, très simplifié : au début de ta séquence : self.sequence_en_cours = true à la fin de ta séquence : self.sequence_en_cours = false Et dans le code de ton autre bouton, tu commence par faire le test de la variable : if not self.sequence_en_cours then -- OK on fait les actions... else print("Ah bah non alors, il faut attendre...") end

Après quelques tests avec différents modules, je pense avoir trouvé le fin mot de l'histoire : updateProperty fonctionne uniquement avec les QuickApps setProperty fonctionne avec tous les modules, Z-Wave et QuickApps Donc setProperty est plus universel et doit être utilisé. Je prépare une petite mise à jour de GEA avec quelques correctifs, à venir bientôt

Effectivement, le site de RTE affiche les infos.

Effectivement l'API de RTE semble hors-service : https://www.services-rte.com/fr/visualisez-les-donnees-publiees-par-rte/calendrier-des-offres-de-fourniture-de-type-tempo.html Le truc comme tu l'as constaté, c'est que l'interrogation RTE est faite le matin. Vu que tu as redémarré le QA, il a besoin d'interroger l'API RTE, sauf que si l'API est en panne cet après-midi, il n'y a rien que le QA puisse faire à part t'afficher un message d'insulte grossier Sur mes 2 box, comme je n'ai pas eu de redémarrage du QA dans l'après-midi, les infos RTE ont bien été obtenues le matin, et je ne me fais pas insulter ! Bref.... c'est bien une coincidence et il n'y a rien à faire à part attendre demain. On ne voit pas la suite de ton log, mais je suppose que le QA a obtenu l'info depuis l'API EDF, qui a l'air opérationnelle : https://particulier.edf.fr/fr/accueil/gestion-contrat/options/tempo.html#/ Donc pas de problème, c'est bien là tout l'intérêt de ce QA, d'obtenir l'information depuis plusieurs sources redondantes. PS : code d'erreur HTTP 500 c'est un problème coté serveur Web, aucune inquiétude ta HC3 va bien avec sa mise à jour

Cherche Homebridge sur le forum.