Barelle

math.random(-30, 30) cf. http://lua-users.org/wiki/MathLibraryTutorial

Sans doute l'opportunité de découvrir une autre approche de la gestion des flux dans une approche plus XXIe siècle.

Le sujet du topic n'est pas GEA... Je répondais à @jjacques68 pour une application externe. Même si je préfère le LUA au Javascript, il n'empêche que, pour des fonctions simples, Node-RED est bien commode et d'une rare puissance

C'est facile à réaliser avec Node-Red :

Yes, off course, when the variable if locally declared, its scope is known only after its declaration.

Je crains que tu ne confonde deux aspects : 1) Lua n'impose pas syntactiquement parlant de déclarer une fonction avant son emploi, le fait que cette variable appartienne ou non à la classe QuickApp n'y change rien. 2) La référence que tu fais à onInit, est relative à l'exécution du programme qui ne commence qu'après sa "compilation", donc une fois que l'ensemble du programme a été lu et donc les différentes variables déclarées connues. Le test de @jang ne fait référence qu'à la vitesse d'exécution selon la portée de la variable. function QuickApp:onInit() f1("toto"); end function f1(a) return f2(a); end -- f1 function f2(a) print(a); end Désolé, mais ça marche, mon avis se limite à cette considération langagière... https://www.lua.org/pil/4.2.html

@Lazer https://stackoverflow.com/questions/6067369/forward-define-a-function-in-lua <edit> Pour illustrer, to QA Synology Surveillance Station appelle la fonction loop déclarée après onInit... </edit>

En lua la seconde forme est inutile, on peut déclarer dans l'ordre que l'on veut. La notion historique de FORWARD du Pascal n'est pas nécessaire.

Je confirme, passage de 13,2 % de CPU User à 4 %.

J'utilise une variable globale "EcoDevices" pour mémoriser les index, à titre d'exemple chez moi j'ai : {"firstUpdate":1607336057,"teleinfo1":{"HCdayTotalIndex":19334989,"BASEhourTotalIndex":19885426,"HChourTotalIndex":19346744,"dayTotalIndex":19858838,"HPhourTotalIndex":30877214,"HPIndex":30877831,"abonnement":"BASE","lastTotalIndex":19886192,"HCmonthTotalIndex":19279930,"HCIndex":19346744,"BASEyearTotalIndex":19346746,"hourTotalIndex":19885426,"yearTotalIndex":19346746,"BASEdayTotalIndex":19858838,"consoActuelleWh":15,"HPmonthTotalIndex":30766412,"HPyearTotalIndex":28136471,"periode":"TH..","monthTotalIndex":19346746,"HPdayTotalIndex":30875101,"HCyearTotalIndex":17809978,"puissanceApparente":1160,"BASEmonthTotalIndex":19346746,"BASEIndex":19886192},"compteur2":{"monthIndex":670453288,"lastIndex":670603492,"dayIndex":670594573,"consoActuelle":0,"hourIndex":670603491,"yearIndex":670068238},"lastUpdate":1624650395,"compteur1":{"monthIndex":631288772,"lastIndex":631380432,"dayIndex":631376499,"consoActuelle":0,"hourIndex":631380432,"yearIndex":631288772},"teleinfo2":{"puissanceApparente":0,"yearTotalIndex":0,"consoActuelleWh":0,"dayTotalIndex":0,"periode":0,"monthTotalIndex":0,"BASEIndex":0,"abonnement":"BASE","lastTotalIndex":0,"hourTotalIndex":0}} Sachant que j'ai commencé avec un abonnement HPHC et que je suis, depuis, passé à un abonnement BASE.

Avez-vous remarqué que dans cette version, il semble possible d'entrer en mode édition (dans l'onglet Modifier et prévisualiser) pour un child ?

Je n'ai qu'un seul QA avec un child de type Compteur de puissance, il s'agit de ton QA GCE Electronics IPX800 v4 & EcoDevice RT2 (je suis actuellement en phase de migration entre l'EcoDevice et l'EcoDevice RT2). Après un disable du QA, la courbe de consommation CPU ne possède plus de pointes à 100% toutes les minutes : Ce qui correspond à une baisse de 4,5% de la moyenne de la consommation CPU par minute :

C'est incontestable, après installation la consommation CPU est supérieure (relevé toutes les minutes) : et avec un petit zoom : Et je retrouve bien une consommation CPU toutes les minutes :

Pas de fichier de conf, dans la variable du QA childs, comme indiqué en première page... Plus concrètement, il suffit de cliquer sur le crayon pour pouvoir modifier la variable (attention aux majuscules et minuscules)

Pour un abonnement BASE, certains childs n'ont pas beaucoup de sens, je te suggère d'adapter la variable childs du QA en supprimant les valeurs T1SimuBaseJour, T1SimuBaseMois, T1SimuBaseAnnee, HCIndex, HPIndex. Après une analyse plus approfondie, il semblerait que l'ajout du child BASEIndex pourrait corriger le problème. Merci de ton retour