flamalex

j'ai modifier le TemperatureSdb en supprimant le (event) et ajouté le repeat pour l'etage, resultat ok alors que pour le rdc je n'ai ajouté que le repeat mais pas modifié la fonction resultat comment ça fonctionne le repeat, je ne comprends pas

au demarrage, oui ça trigge bien, image ci dessous je viens d'ajouter le repeat GEA.add (true , 0, "", {"VariableCache", "TEMP_SDB_ETAGE", 0}) --initialisation de la variable cache GEA.add ({"VariableCache!","TEMP_SDB_ETAGE",{"Value", id["SONDE_TEMP_SDB_ETAGE"]}}, 0, "", -- si valeur mesurée differente de la valeur de la variable cache alors.... {{"QuickApp", id["QA_SECH_SERVIETTE_ETAGE"], "TemperatureSdb"}, {"VariableCache","TEMP_SDB_ETAGE",{"Value", id["SONDE_TEMP_SDB_ETAGE"]},{"Repeat"}}}) je vais attendre de voir si ca bouge! dans mon QA_SECH_SERVIETTE, la fonction est declinée TemperatureSdb(event), y a t il un rapport avec le fait que dazns GEA j'appele la function TemperatureSdb() ? ou aucun rapport?

voici la capture: peut etre un probleme d'affichage (mais j'y crois pas trop) et ici le GEA local id = { SONDE_TEMP_SDB_ETAGE = 354, SONDE_TEMP_SDB_RDC = 381, QA_SECH_SERVIETTE_RDC = 211, QA_SECH_SERVIETTE_ETAGE = 205 } -- ETAGE -- ACTUALISATION du QA sur changement etat SONDE TEMP SDB ETAGE GEA.add (true , 0, "", {"VariableCache", "TEMP_SDB_ETAGE", 0}) --initialisation de la variable cache GEA.add ({"VariableCache!","TEMP_SDB_ETAGE",{"Value", id["SONDE_TEMP_SDB_ETAGE"]}}, 0, "", -- si valeur mesurée differente de la valeur de la variable cache alors.... {{"QuickApp", id["QA_SECH_SERVIETTE_ETAGE"], "TemperatureSdb"}, {"VariableCache","TEMP_SDB_ETAGE",{"Value", id["SONDE_TEMP_SDB_ETAGE"]}}}) --RDC -- ACTUALISATION du QA sur changement etat SONDE TEMP SDB RDC GEA.add (true , 0, "", {"VariableCache", "TEMP_SDB_RDC", 0}) --initialisation de la variable cache GEA.add ({"VariableCache!", "TEMP_SDB_RDC", {"Value", id["SONDE_TEMP_SDB_RDC"]}}, 0, "", -- si valeur mesurée differente de la valeur de la variable cache alors.... {{"QuickApp", id["QA_SECH_SERVIETTE_RDC"], "TemperatureSdb"}, {"VariableCache", "TEMP_SDB_RDC", {"Value", id["SONDE_TEMP_SDB_RDC"]}}})

Bof j’ai crié victoire trop vite sur HC3, Qa J’ai testé dans un même gea, avec 2 VariableCache, l’une TMP_ETAGE l’autre TMP_RDC ça fonctionne qu’au reboot de gea mais pas après, sur trigger variation de 2 sondes.

Merci Lazer, je teste et me retrouve à la case départ, actualisé uniquement si save ou reboot Gea. bon je re teste. pour l’aspirateur, ton « Time » repasse (réinitialise) la variable cache à false dans la seconde, c’est bien ça? EDIT: ça fonctionne au TOP, merci @Lazer @jojo encore une fonction bie interessante

ok pour le cloisonnement, concernant le parametre: la VariableCache doit elle etre definie dans l'entete du QA ou directement dans le GEA.add dans l'exemple de Jojo le nom de la variablecache est "BUREAU_TMP", c'est bien cela?

ah ok ! c'est plus clair en cas de 2 GEA qui tournent en paralleles (ou dans le meme GEA?) , on peut toujours utiliser "variablecache" (dans les 2) sans devoir la nommer "variablecache" dans l'un et "variablecache2" dans l'autre ?

Bonjour, je comprends bien la notion de comparer la valeur de temperature precedente avec celle qui vient de changer (et donc declenchement, actualisation d'un Lbl ou fonction d'un QA) mais je ne comprends pas ou GEA stock la variablecache, vous pouvez developper? svp

Ok merci pour l’info et concernant ta multiprise zwave, quelle est la référence ?

. un autre exemple self:updateView("Lbl1", "text", " Temp. INT : "..TempInt .. " °C\r HUMID INT : "..Humidity .." %\r Temp. EXT : " ..TempExt.." °C\r")

je l'ai dans un autre QA tu peux tester ceci self:updateView("Lbl0_1", "text", " Etat charge: "..INFO_RECHARGE .."\r Batterie : "..INFO_BATTERIE .." %\r Trappe : " ..trappe.."\r Puissance charge : "..INFO_W_RECHARGE .." kW\r I charge : "..INFO_AMPERE_CHA .." A\r Consigne I actu : "..INFO_AMP_DEMAND .." A") tu obtiendras ceci j'ai du supprimer du code, pour ici sur forum, les icons emoji du code "eclair, batterie, prise ....." ça fait planter et ça veut pas PS: @TitiXsi ajoutes un espace apres le \r et ajoutes .. apres Etat

Bjr, lorsque tu cliques sur ton bandeau de bp tt à droite tu as une corbeille, tu cliques dessus pour les espaces, dans mon QA il doit y avoir la syntaxe, je vais regarder et fais un retour

Top @jojo a quelle distance as tu fait les tests?

Bonjour à tous @JLT AS Tu constaté une anomalie avec ta modif pour temperature négative ? edit: pour avoir le negatif j’ai modifié fin = début + 1 par +3 puis j’ai ajouté dans remplace le « e » j’attendrai de voir lorsque ça passera en positif avec un nombre.

@JLT c'est top les commentaires sont en effet tres utiles, pour moi aussi tu sais !!, car je me penche sur la HC3 periodiquement (episodiquement) donc ..... pas simple meme si ce n'est pas urgent ou utile pour moi dans immediat, j'aimerai comprendre pourquoi le slider revient toujours à zero (probleme que je n'ai pas avec le VD sur HC2) alors oui ne melangeons pas le slider avec le QA thermostat bouton ...... mais la c'est pour le test dans INIT je definis les valeurs maxi et min (le 0 et 100% en Temperature maxi et min) est ce cela qui provoquerait la mise à zero? function QuickApp:onInit() self:debug("AC onInit") self : updateView ( "Lbl_Slider" , "min" , "15" ) -- définir la valeur minimale absolue du curseur / ref @jgab self : updateView ( "Lbl_Slider" , "max" , "28" ) --set max absolu du slider / ref @jgab self : updateView ( "Lbl_Slider" , "step" , "1" ) --step 0.5 à la fin du temps par pas de 0.5 self.valueduslider = self:getVariable("valeurduslider") --on lit la variable ou le probleme vient il de la fonction slider function QuickApp:Lbl_Slider(event) valueslider = event.values[1] -- variable valuetest self:setVariable("valeurduslider", valueslider) -- création d'une variable dans le QA lorsqu'on positionne le slider self:updateView("Lbl5", "text", "Temp. consigne du Slider : "..valueslider .. "°C") -- on affiche la variable dans label self:updateView("Lbl_Slider", "value", "valueslider") -- on place le curseur --lecture des variable self.valuepow = self:getVariable("pow") --on lit la variable self.valuemode = self:getVariable("mode") --on lit la variable self.valueduslider = self:getVariable("valeurduslider") --on lit la variable self.valuefrate = self:getVariable("f_rate") --on lit la variable -- ici on envoie au daikin la nouvelle valeur de temperature consigne suite à la modif du slider self.http:request("http://" .. self.ipaddress .. "/aircon/set_control_info?pow="..self.valuepow.."&mode="..self.valuemode.."&stemp=" ..self.valueduslider..".0&shum=0&f_rate="..self.valuefrate.."&f_dir=0", { options = { method = 'GET' }}) self:refreshLoop() end

mes sondes sont à 3m, donc no probleme. le seul probleme c'est le qubino qui n'actualise pas la temperature

A la mise en service, La sonde sur Qubino a remonté une fois la température, celle ci reste fixe. avant cela j’ai excu et inclu avec sonde branchée mais rien à faire si vous connaissez la manip (sur hc3, avec sonde achetée avec le Qubino )

ça fonctionne au poil egalement, as tu des sondes de temperatures sur les qubino? si oui, le refresh est ok?

Bonjour @JLT tu trouveras une tuile QA qui devrait répondre à tes besoins ci joint le nouveau QA multilevel (affichage de la temperature de consigne et affichage du mode de fonctionnement) PAC_RDC (1).fqa

La lecture en diago ça me connaît

C’est de celui la dont tu fais référence ?

hello merci les icônes : tu vas sur Google et tu tapes « emoji « pour le QA, il faut que tu trouves un QA type multilevel ou qq chose comme ça exemple: type energy

Le Cloud? Whaou c’est la mode je viens de palier au même problème (pcq pour moi le Cloud est un problème) avec Enphase (photovoltaïques) sur une bête mise à jour du firmware, l’accès local terminé. Mise en place de l’authentification, génération d’un jeton…. de fait, j’ai mi en place la génération automatique du token en python puis je récupère, toutes les minutes, le json avec jeedom et j’envoie dans les QA de hc3. ça n’a pas été simple, mais ça marche . en faisant cela je n’ai pas résolu mon problème (la dépendance au Cloud) donc avec arduino + pinces ampère+ mesures tension, je reconstitue le monitoring et celui d’en phase (400bal’es) poubelle. bon, c’est pas vrai, je garde la console enphase pcq les maj des micro onduleurs restent indispensable donc ici, avec daikin, je ne ferai pas mise à jour du fw et après on verra.

oui sur HC2, j'etais déjà obligé de faire plusieurs GEA, pcq bcp de trigger -1 si tout sous le meme GEA, il est vrai, comme l'expliquait Lazer, que l'on pouvait sentir une "hésitation" une latence ici je découpe en plusieurs GEA par domaines qui ne devraient pas se télescoper

ah oui, en effet tu n'as pas la sonde et pourtant si il deshumidifie il faut bien une valeur de reference, sinon il ne s'arrete jamais , curieux j'ai 2 Stylish