Support Gea

[jojo]

Il y a 19 heures, 971jmd a dit :

je ne suis pas sûr 

pour en être sûr, il faut tester. Donc ç ta fonction autooffz1, tu rajoutes temporairement l'envoie d'un mail, et ainsi tu seras fixé

[971jmd]

local autooffZ1 =  GEA.add(true, 5*60 , "", {{"turnOff", id["ECL_ZONE1"] }})

GEA.add({"value", id["ZONE_1"] , true} , -1, "", { {"RestartTask", autooffZ1}  , {"TurnOn", id["ECL_ZONE1"]} })

j'ai fait le test suivant qui fonctionne maintenant 

 

Chaque fois que j'active le détecteur zone_1,  il relance la ligne de commande AUTOOFFZ1

 

Mais il y a quelque chose que je n'aime pas trop, ou que je ne comprends pas. Quand je lance GEA il exécute la ligne de commande AUTOOFFZ1

 

 

 

 

[971jmd]

salut tout le monde

 

avez-vous quelque exemple enfin que je comprenne le code ci-dessous 

 

merci d'avance 

 

GEA.add({"Scenetest", "1", "2", "3", "4", "Result"}, 30, "Result is: #value#")

Different scene?
					local param1 = GEAPlugin.param1
					local param2 = GEAPlugin.param2		
					local param3 = GEAPlugin.param3
					local param4 = GEAPlugin.param4
local Result = param1 + param2 + param3 + param4

					GEAPlugin.retour("Result")

[jojo]

Le 05/02/2023 à 15:34, 971jmd a dit :

Mais il y a quelque chose que je n'aime pas trop, ou que je ne comprends pas. Quand je lance GEA il exécute la ligne de commande AUTOOFFZ1

et pourquoi ne pas faire ceci tout simplement ?

GEA.add({"value", id["ZONE_1"] , true} , -1, "", {"TurnOn", id["ECL_ZONE1"]})
GEA.add({"TurnOn", id["ECL_ZONE1"]}, 5*60 , "", {"turnOff", id["ECL_ZONE1"]})

 

Modifié le 10 février 2023 par jojo

[jojo]

Le 09/02/2023 à 00:42, 971jmd a dit :

que je comprenne le code ci-dessous 

je ne comprends pas non plus.

Mais que cherches-tu à faire ?

[971jmd]

Finalement ça fonctionne 

demain je posterais le code 

Merci 

[Jerry]

Hello la compagnie,

j'utilise GEA 6.10 pour la gestion d'ouverture et fermeture de mes volets roulants en fonction du lever et coucher du soleil.

Régulièrement la scène bug et bloque le fonctionnement automatique.

Comment est-ce que je pourrais mettre en place une autre scène qui redémarre mon GEA automatiquement tous les jours svp ou alors peut être existe t'il une ligne à insérer dans le code pour l'obliger à redémarrer tout seul.

Merci de l'aide que vous pourrez m'apporter.

 

 

Modifié le 12 février 2023 par Jerry

[jojo]

regarde dans la doc GEA de la HC2, s'il n'y a pas une fonction dans GEA qui ferait un reboot de la box, style (pour la HC3, mais qui nz fonctionne plus suite ç une modif d'un firmware)

-- "RebootHC3" : Redémarre la box HomeCenter

	-- SYNTAXE :
	{"RebootHC3"}

	-- CONDITIONS : Ne peut pas être utilisé comme CONDITION

	-- ACTIONS :
	GEA.add( {CONDITIONS}, 30, "", {"RebootHC3"} ) -- Redémarrage de la box HomeCenter

 

[gorn]

Bonsoir le fil,

Je rencontre depuis quelques jours (je ne sais quantifier combien) un bug sur GEA.

Je suis sous HC3 v5.130, GEA v7.36. Je n'ai pas fait de modifications depuis assez longtemps donc je ne pense pas que ce soit lié mais sait on jamais.

Le debug me dit :

[27.02.2023] [21:25:01] [DEBUG] [QUICKAPP118]: onInit
[27.02.2023] [21:25:01] [DEBUG] [QUICKAPP118]: Loaded all data
[27.02.2023] [21:25:01] [ERROR] [QUICKAPP118]: QuickApp crashed
[27.02.2023] [21:25:01] [ERROR] [QUICKAPP118]: main.lua:364: attempt to index a nil value (local 'info')
[27.02.2023] [21:25:38] [TRACE] [QA_DBDMANAGER_97]: QuickApp:checkChildDevices() :  Véfification du statut des modules enfants
[27.02.2023] [21:25:38] [TRACE] [QA_DBDMANAGER_97]: QuickApp:loop() -  Prêt
[27.02.2023] [21:26:01] [DEBUG] [QUICKAPP118]: onInit
[27.02.2023] [21:26:01] [DEBUG] [QUICKAPP118]: Loaded all data[27.02.2023] [21:26:01] [ERROR] [QUICKAPP118]: QuickApp crashed
[27.02.2023] [21:26:01] [ERROR] [QUICKAPP118]: main.lua:364: attempt to index a nil value (local 'info')
[27.02.2023] [21:26:38] [TRACE] [QA_DBDMANAGER_97]: QuickApp:checkChildDevices() :  Véfification du statut des modules enfants
[27.02.2023] [21:26:38] [TRACE] [QA_DBDMANAGER_97]: QuickApp:loop() -  Prêt
[27.02.2023] [21:27:01] [DEBUG] [QUICKAPP118]: onInit
[27.02.2023] [21:27:01] [DEBUG] [QUICKAPP118]: Loaded all data
[27.02.2023] [21:27:01] [ERROR] [QUICKAPP118]: QuickApp crashed
[27.02.2023] [21:27:01] [ERROR] [QUICKAPP118]: main.lua:364: attempt to index a nil value (local 'info')

Sur la ligne 364, dans le main, j'ai ça :

trigger  = function(id) return {event = {type = "device", id = self:findDeviceId(id), property = "value"}, filter = {type = "DevicePropertyUpdatedEvent", data = {id = self:findDeviceId(id), property = "value"}}} end,

Je n'ai pas souvenir d'avoir modifié le main, j'ai regardé avec l'original de @Lazer ça correspond bien.

J'ai quelques modules absent a cause d'un manque de piles mais j'ai déjà eu le cas et GEA ne c'était pas comporté comme ça.

 

Avez vous une idée?

[Lazer]

Ton log ne correspond pas au QuickApp GEA.

On y voit un QuickApp ID 118, et un autre QuickApp "DBDMANAGER" ID 97.

 

[gorn]

Oui, il y a les deux mélangés. Le 118 est le GEA

[Lazer]

ça m'étonnerait, la chaine "Loaded all data" ne fait pas partie de GEA.

Tu dois avoir un autre QuickApp qui traine dans le coin... ou bien un fichier qui ne contient pas ce qu'il est censé contenir.

[Jerry]

Voici l'erreur récurrente à laquelle je suis confronté.

 

De l'aide SVP?

[gorn]

Bien vu @Lazer, je n'étais pas sur la bonne scène. Méa Culpa. Un redémarrage de la box a résolu mon soucis avec GEA.

[jojo]

je souhaite exécuter une action par GEA à chaque changement de la température mesurée:

j'ai mis ce code 

GEA.add ({"Value!", id["SDBRDC_TMP"], 0}, 0, "", blablabla ...)

ça fonctionne au save du QA, puis plus rien ...

 

Une idée de l'instruction à utiliser ?

[Lazer]

@Jerry pas sûr qu'il reste encore beaucoup de monde qui utilise GEA sur HC2, et encore moins de développeurs.

 

@gorn cool

 

@jojo

Je pense que tu dois pouvoir y arriver en stockant la valeur de la température dans une variablecache, puis en comparant ladite variablecache avec la nouvelle temperature.

[jojo]

j'ai essayé ceci sans succès.

Pour les deux tests j'initialise ma variable cacche

GEA.add (true , 0, "", {"VariableCache", "BUREAU_TMP", 0})

et voici les 2 tests que j'ai fait :

Test1 :

GEA.add ({"VariableCache!", "BUREAU_TMP", id["BUREAU_TMP"]}, 0, "", 
         {"QuickApp", id["GESTION_CHAUFFAGE"], "Label", "Bureau"})

et test 2 :

GEA.add ({"VariableCache!", "BUREAU_TMP", {"Value", id["BUREAU_TMP"]}}, 0, "", 
         {"QuickApp", id["GESTION_CHAUFFAGE"], "Label", "Bureau"})

donc il y a 2 possibilités :

1) soit je n'ai pas bien compris/ou implémenté ton conseil

2) soit c'est ok, et en fait je n'y croyais pas trop , car je ne vois pas la différence avec "Value!"

 

Comment j'interprète le "Value!" : si la valeur mesurée est <> alors faire l'action. La première fois elle est <> donc ok . Au prochain changement elle est toujours <> (SANS entre temps être redevenue =); donc pas d'action.

Idem pour le "Value+" (ou "Value-") est-ce qu'il agit à chaque modification de la valeur si elle est > (ou <) à la consigne ou uniquement la première fois ?

[Lazer]

Le test 1 n'a aucune chance de fonctionner car tu compares non pas avec la valeur du module BUREAU_TMP, mais.... la valeur de son id !

C'est donc bien le test 2 qui est OK... mais au niveau des conditions seulement.

 

Il te manque ensuite une action, qui est de stocker la valeur courante du module dans la variablecache... afin de pouvoir la comparer aux cycles suivants.

 

 

[jojo]

il y a 33 minutes, Lazer a dit :

Il te manque ensuite une action, qui est de stocker la valeur courante du module dans la variablecache... afin de pouvoir la comparer aux cycles suivants.

ah ok, très bonne idée. j'essaie

[jojo]

voici donc ce que j'ai, et qui évidemment fonctionne (c'est super logique)

GEA.add (true , 0, "", {"VariableCache", "BUREAU_TMP", 0})
GEA.add ({"VariableCache!", "BUREAU_TMP", {"Value", id["BUREAU_TMP"]}}, 0, "", 
         {{"QuickApp", id["GESTION_CHAUFFAGE"], "Label", "Bureau"},
          {"VariableCache"  , "BUREAU_TMP", {"Value", id["BUREAU_TMP"]}}})

et après on s'étonnera que je suis fan de GEA (déjà 190 GEA.add)

[Lazer]

Bravo

[jojo]

NOOOON , bravo à TOI ! (pour le GEA et ce truc)

[nicolasvibrato]

bonjour

 

Je passe de la V5 à V6 mais j'ai cette erreure quelqu'un à une idée? j'ai un HC2

 

[ fatal] Unknown exception: /opt/fibaro/scenes/34.lua:42: attempt to index global 'id' (a nil value)

 

Si quelqu'un à son scenario LUA avec la declaration des ID local et des GEA je suis preneur pour voir comment ça marche

 

merci à tous

Modifié le 3 mars 2023 par nicolasvibrato

[jojo]

tu dois être un rares derniers à utiliser GEA sous HC2 ...

(c'est un peu comme si quelqu'un demandait du support pour des programmes écrits sur des cartes perforées )

[flamalex]

Le 02/03/2023 à 21:48, jojo a dit :

voici donc ce que j'ai, et qui évidemment fonctionne (c'est super logique)

GEA.add (true , 0, "", {"VariableCache", "BUREAU_TMP", 0})
GEA.add ({"VariableCache!", "BUREAU_TMP", {"Value", id["BUREAU_TMP"]}}, 0, "", 
         {{"QuickApp", id["GESTION_CHAUFFAGE"], "Label", "Bureau"},
          {"VariableCache"  , "BUREAU_TMP", {"Value", id["BUREAU_TMP"]}}})

et après on s'étonnera que je suis fan de GEA (déjà 190 GEA.add)

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