Lazer

Pour le déclenchement instantané, c'est avec le paramètre durée = -1 Si tu voulais que GEA exécute la règle immédiatement quand la température change, alors tu peux effectivement utiliser ce mode. Dans ce cas, tu n'auras même plus besoin de ta VariableCache. C'est une approche complètement différente. Avec la durée = 0, GEA teste la règle à chaque cycle. Avec une durée de 30s, alors GEA activera les actions uniquement si la condition est valable depuis minimum 30s (donc 2 cycles) Etc avec 60, 90, etc... Après, sur le fond, je trouve un peu étrange ton cas d'usage... utiliser un QuickApp externe (GEA) pour mettre à jour la valeur d'un autre QuickApp (ton QA radiateur) à partir de la valeur d'un 3ème module (la sonde), c'est particulièrement lourd. Le QuickApp radiateur ayant son propre code LUA, tu pourrais écrire une main loop qui va interroger la valeur de la sonde à intervalle régulier (30s par exemple, comme GEA, ou bien encore 1 minute si tu estimes suffisant pour ton scénario), et met à jour sa valeur. Ainsi tu t'affranchis de GEA, qui est un tiers inutile dans le cas présent, ça rajoute de la complexité, et surtout une dépendance, rendant ta gestion de chauffage moins robuste (si GEA plante, alors le radiateur ne pourra plus connaitre la température.... ça va casser ton scénario de chauffage) Ou bien je n'a pas saisi ce que tu cherches à faire...

Oui il y a un rapport, si ta fonction s'appelle comme ça, c'est bien avec son nom que tu l'exécute depuis GEA. GEA teste les conditions des règles à chaque cycle (30s). Dès que les conditions d'une règle donnée sont validées, alors GEA déclenche les actions correspondantes. Aux cycles suivants, si les conditions de cette règle sont toujours valables, mais que tu n'as pas mis le Repeat, alors GEA ne déclenchera pas les actions. Si tu mets le Repeat, alors GEA déclenchera les actions à chaque cycle, tant que les conditions seront OK. Je ne sais pas ce que fait ta fonction TemperatureSdb() que tu appelles depuis les actions de GEA, mais selon si elle met à jour la température du QA, ou pas, alors cela va avoir un impact sur les conditions de tes règles... et donc sur la nécessité du Repeat ou pas.

Alors pour moi, les icônes sont enfin OK depuis depuis la version 1.18.0 Mais bon, il faut bien que Fibaro laisse des bugs pour quelques heureux privilégiés, ils ont une réputation à tenir

ça a l'air OK.... tu as bien dit que ça ne trigger qu'au démarrage ? Et si tu ajoutes un "Repeat" dans les actions, est-ce c'est mieux ?

Oui oui tu as été clair Donc les QuickApps sont non concernés, c'est clair aussi, et tant mieux

Ah une scène, OK, ça expliquer surement... donc ça serait le trigger qui lance la scène, avant même que l'API soit disponible. C'est quand même ballot. Donc à priori les QuickApps ne sont pas touchés par ce phénomène.

Yes, du coup j'ai repris la config que j'avais faite pour toi à ce moment là Comme ça, je vois l'injection dans la box et DomoCharts

Dans la doc de Fibaro, les fonctions sont documentées soit dans la section relative aux QuickApps, ou bien dans celle relative aux Scènes : https://manuals.fibaro.com/home-center-3-quick-apps/ https://manuals.fibaro.com/home-center-3-lua-scenes/ Et pour les fonctions qui ne sont pas documentées, alors c'est au petit bonheur la chance !

T1_PAPP : puissance apparente, toujours affiché INDEX_C1 : index du compteur branché sur le 1er bornier, toujours affiché (mais la valeur reste à 0 si rien n'est branché) En revanche, les champs suivants vont être affichés, OU PAS, selon l'abonnement utilisé : T1_BASE : index en abonnement de Base T1_HCHC et T1_HCHP : index HC et HP en abonnement Heures Creuses Et on pourrait aussi citer les 6 index de l'abonnement Tempo. Donc peut être que le QA ne sait pas prendre en compte tous les types d'abonnement.

Le souci c'est que si l'API n'est pas disponible au reboot, ton test de serverStatus ne fonctionnera pas... En pratique dans mes QA, quand je parlais de tempo au démarrage, en fait il se passe exactement ça : - le onInit() s'exécute immédiatement, et fait son initialisation, donc plusieurs appels à l'API (chargement des variables du QA notamment) - ensuite, il lance la boucle infinie (main loop) avec le fameux délai de quelques secondes dont je parlais précédemment. Et avec ce nouveau firmware installé hier, je n'ai pas eu de souci, tous mes QA ont démarré sans encombre. Du coup... Je ne comprends pas bien le phénomène observé par @mprinfo sur sa box suite à la mise à jour.

Je ne sais pas quel bug cette nouvelle version corrige.... installée à l'instant, je ne constate aucun changement, toujours cette latence et ce micro-flash lors des changement d'écrans

Pas de plantage de la box, en revanche j'ai eu le plantage de 2 QuickApps, qui correspondent au moment où j'ai eu une micro-coupure d'accès Internet.... c'est un peu inquiétant. Par ailleurs, l'utilisation CPU a explosé par rapport au firmware v5.120, d'un bon 50% supplémentaire : Rien à signaler coté utilisation mémoire, ça semble constant pour l'instant.

Et voilà, je suis officiellement producteur Comme prévu, aujourd'hui à minuit, la téléinfo du Linky a ajouté les champs EAIT et SINSTI, donc je peux suivre en temps réel l'injection (bon... à zéro vu l'heure) Excellent tout ça

Je ne suis pas surpris de la réponse. Mais pourquoi tu leur a posé la question, tu voulais importer quelle librairie ?

Dans un accès de folie, j'ai cliqué sur la mise à jour sur ma box de prod... pour l'instant rien à signaler, ça fonctionne

Ouais, c'est toujours la même histoire avec le cloud...

J'avais posé la question il y a 1 ou 2 ans à Fibaro sur le forum officiel, réponse claire net et précise : ce n'était pas prévu dans l'immédiat... donc déjà quand Fibaro dit "soon" ça se compte souvent en mois, alors je te laisse imaginer pour une fonctionnalité non prévue. Et oui c'est nul, on te parle sécurité, et Fibaro donne les clés du compte administrateur de ta maison aux grands méchants GAFA...

Netatmo va changer le mode d'authentification, donc le plugin HC2 pour Netatmo ne fonctionnera plus. Et idem pour le QuickApp HC3, sauf si tu utilises la dernière version disponible sur le marketplace, car son auteur a mis en place une page hébergée sur son serveur pour assurer le relai de l'authentification. Il y a un autre topic dédié à ce sujet où on a pas mal abordé le sujet à l'été/automne dernier, quand Netatmo a annoncé le changement du mode d'authentification, finalement reporté à avril 2023. EDIT : mais vu qu'on est en mars 2023, c'est normal que tu n'aies pas constaté de changement... Pour l'instant

Attestation Consuel validée, sans passage de celui-ci Vu que les photos ont été suffisantes, j'en déduis que j'ai bien réalisé l'action la plus importante : coller les étiquettes au bon endroit ! JPME a transmis à Enedis, activation de ma production dès mercredi, la vache c'est rapide quand tout se débloque

Pas tant que ça, des dérouleurs magnétiques j'en vend encore... c'est le genre de truc qui ne disparaitra peut être jamais malgré leur mort maintes fois annoncées.

Je ne vois pas du tout de quoi vous voulez parler mon cher

Yes, reçu aussi, ça devait arriver...

Oui mais tu ne les as pas programmé, tu as juste appuyé sur un bouton.... (j'ai connu aussi... à titre éducatif bien entendu )

C'est ici qu'on parle de trucs de vieux ? Je me souviens de mes débuts en assembleur sur 68HC11... et encore ça c'était moderne, j'ai programmé des trucs vraiment préhistoriques dont j'ai oublié la référence...

Il faut que tu prennes en compte le fait que les VariableCaches seront réinitialisées au prochain démarrage de GEA. Donc ça dépend complètement de ta façon de les utiliser en condition de tes règles. C'est pour ça que Jojo a mis une règle qui initialise sa VariableCache au démarrage de GEA plus haut (condition true, avec durée = 0), ainsi pas de mauvaise surprise.