Support Gea

**Sakkhho** · le 14 avril

Hello

retour à la case depart tellement que je suis nul :-)

Je comprends pas pourquoi j'ai pas de push notification sur mon tel avec GEA HC3 ...

cette ligne de base devrait me dire que GEA démarre en push

    GEA.add(true, 0, "Démarrage de GEA le #date# à #time#", nil, "Démarrage GEA")

j'ai bien mis

GEA.portables = {29,117}

ID que j'ai trouvé ici dans acces

et les notifications sont bien activées sur mon tel pour Yubii Home .

j'ai loupé qq chose ?

**Sakkhho** · le 14 avril

bon ca fonctionne :§)) ... pas compris pourquoi pas du 1ere coup j'avoue.

bravo pour ce GEA adapté, par exemple je viens de tester le "Breached" d'une zone qui n'existait pas avant

je comprends aussi qu'avec ce GEA plus besoin de declarer les modules qq part pour le "-1"

et question supplémentaire, les "MODES" possible via à la HC3 sont ils repris qq part ? afin de faire un peu plus d'action que ce qu'on peut avoir dans le MODE

merci

**jojo** · le 14 avril

à je voyais pas ce qui était mal configuré => c'était quoi le problème ?

il y a 33 minutes, Sakkhho a dit :

les "MODES" possible via à la HC3 sont ils repris qq part ? afin de faire un peu plus d'action que ce qu'on peut avoir dans le MODE

je ne suis pas sûr d'avoir bien compris ta question/ton besoin

tu parles des Prfoles de la HC3 ?

-- "Profile" : Teste/active un profil

	-- SYNTAXE :
	{"Profile", <id_profil>}
	{"Profile", <"nom_profil">}

**Sakkhho** · le 14 avril

Non pas les profils mais les mode AWAY HOME etc ..

Je ne sais pas ce qui ne marchait pas à vrai dire l essentiel est que c est ok.

**jojo** · le 14 avril

ah ok :

Les Modes sont le nom en français des Profiles en uk.

Donc la sytaxe que je t'ai donnée + haut, est celle de GEA (Profiles)

**Domodial** · le 25 avril

Bonjour à tous,

Je galère après l'installation d'un capteur de porte fibaro sensor 2 avec gea (dsl je ne suis peut être pas au bon endroit), j'écris avec le smartphone car sur le pc je ne peux accéder au site = erreur EX145

J'essaye d'allumer la lampe 181 à partir du détecteur 277 mais rien ne fonctionne, si j'utilise un scénario propre à la hc3 ça fonctionne.

Ma ligne est simple, j'ai essayé plusieurs solutions mais a ne va pas. Je vois même gea qui dit que le QA est crached.

Si quelqu'un peut m'aider à comprendre, merci.

GEA.add(277, -1, "", {{"TurOn", 181}})

**jojo** · le 26 avril

as-tu essayé avec ceci ?

GEA.add ({"Value", 277, true}, -1, "", {"TurnOn", 181})

en faisant un copy/paste de ton action, je vois une faute de typo.

C'est

{"TurnOn", 181}

**Domodial** · le 26 avril

Merci @jojo

J'avais déjà tout testé, il ya quelque chose qui ne va pas. Je viens de me rendre compte que si j'allume la lumière une première fois au mur et que j'éteins, quand j'ouvre la porte la lumière s'allume. Mais pas directement après que le QA GEA se lance.

Par une scène basic de la box le phénomène ne se manifeste pas. J'ai essayé de voir si un paramètre du module dimmer 2 posait problème mais je ne vois rien en ce sens.

C'est assez fou.

**jojo** · le 26 avril

Je n'ai pas de dimmer, mais dans GEA c'est PEUT-ETRE (je n'en sais rien) une autre option ?

Des pistes de recherche :

quelles sont les actions proposées dans le JSON de ton module
quelle est l'action LUA proposée par Fibaro dans to scène qui fonctionne
si tu t'envvois un mail lors de la condition, tu pourras valider qu'elle est ok

**Domodial** · le 27 avril

Merci @jojo

Finalement j'ai fait une erreur de syntaxe.

Comme je ne touche plus à la domotique, quand je veux mis remettre c'est un vrai désastre.

Et je fais perdre du temps aux copains.

Mais le fait d'échanger ma mis sur la piste.

Une histoire de double } je n'en n'avais mis qu'un et un param que je mettais et qui ne faisait rien, alors que True fonctionne.

**jojo** · le 27 avril

:74: , c'est un PLAIKSIR de rendre service , même pour des "bêtises". (je pose plus qu'à mon tour des questions élémentaires.)

**Sakkhho** · le 11 mai

@jojo la syntaxe avec le profil 'n'est pas' AWAY est la suivante ?

si profile n'est pas sur AWAY alors TurnOn WP à 4:30

si WP est On alors Turnoff WP à 5h45

GEA.add({{"Profile!", "Away"}, {"Time","04:30","04:31"}},30,"ChauffeEau ON", {"TurnOn", id["WP_CHAUFFEAU"]})
GEA.add({{id["WP_CHAUFFEAU"]},{"Time","05:45","05:46"}},30,"Chauffe Eau OFF", {"TurnOff", id["WP_CHAUFFEAU"]})

je suis à distance alors je peux pas bien tester :-)

**jojo** · le 11 mai

ça me semble ok.

Pour simplifier, je le mettrais off à 5h45, sans autre condition

GEA.add({"Time","05:45","05:46"},30,"Chauffe Eau OFF", {"TurnOff", id["WP_CHAUFFEAU"]})

**jojo** · le 11 mai

tu peux facilement tester/valider tes condition (même à distance) en t'envoyant un mail ...

**Sakkhho** · le 13 juillet

Hello les amis

Je suis en train de refaire mon GEA sur HC3 maintenant que nous sommes installés.

j'ai un doute sur les actions "-1" , sur HC2 il fallait mettre l' ID du module dans l'en-tête, mais je ne vois plus d'entête dans le fichier "config" maintenant

ce n'est plus nécessaire ?

merci

EDIT : semble inutile en effet maintenant quand je regarde le log

et question annexe, avant le -1 était pour la 1ere condition mais la, il prends toutes les conditions en -1 non ?

EDIT2 ; quel boulot enorme @Lazer pour rendre GEA encore plus indispensable !!! l'exclusion avec les () c'est top

GEA.add({id["MOV_SALON"],{"(Profile)", "Home"},{"(Time)", "06:45", "09:00"}}

Modifié le 13 juillet par Sakkhho

**Lazer** · le 13 juillet

Effectivement, GEA sur HC3 détecte automatiquement tous les déclencheurs dans les conditions, et tu peux exclure ceux qui ne sont pas nécessaires avec les parenthèses ()

**jojo** · le 21 août

Bonjour,

J'ai un soucis avec l'instruction "httpget" : à chaque exécution, il redémarre GEA.

Suis-je seul ou bug ?

Voici mon code :

--=========================
-- TEST
--=========================
GEA.add ({id["BUREAU_PRISE"]}, -1, "", {"httpGet", "http://192.168.xxx.yyy/YAPUSS/SSS_Get.php?action=mail"})

Merci

**Lazer** · le 22 août

Est-ce que ça te fait ce comportement quelque soit l'URL appelée ?

**jojo** · le 23 août

j'y comprends de moins en moins ...

Quand j'ai posté, c'était systématique. Maintenant, parfois oui, parfais non ou oui avec un délais.

Mais ça ne peut pas être le php, car quand on le lance en direct, tout va bien.

A ne rien y comprendre ...

**Lazer** · le 23 août

Si ça se trouve le script PHP génère une page avec un contenu qui ne plait pas à la librairie net.httpclient() de la HC3 et qui fait cracher le QuickApp.

Peut être aussi que la librairie a changé de comportement avec un firmware récent.

Essaye de reproduire cet appel dans un QA séparé, dédié à ce seul test, en appellant manuellement l'URL.

**jojo** · le 30 août

sorry pour ma réponse (beaucoup) trop tardive.

j'espère revenir (bientôt) avec le résultat de tes tests.

**jojo** · le 1 septembre

j'ai enfin pris le temps de faire le test que tu m'as recommandé.

Voici le code

Citation

function QuickApp:onInit()

    self:debug("onInit")

end

function QuickApp:http()

local http = net.HTTPClient()

local url = "http://192.168.xxx.yyy/YAPUSS/SSS_Get.php?action=mail&camera=4"

http:request(url,

    {success = function(response)

        if response.status == 200 then

            self:trace("OK, réponse :", response.data)

        else

            self:error("Erreur : réponse avec statut = " .. tostring(response.status))

        end

    end,

    error = function(err)

        self:error("Erreur : " .. err)

    end,

    options = {method = "GET"}

    })

end

et le log :

Citation

[01.09.2024] [12:57:48] [DEBUG] [QUICKAPP1338]: onInit[01.09.2024] [12:58:07] [TRACE] [QUICKAPP1338]: UIEvent: {"elementName":"b_http","deviceId":1338,"eventType":"onReleased","values":[]}[01.09.2024] [12:58:11] [TRACE] [QUICKAPP1338]: OK, réponse :

Elapsed Processing time: 1.7803030014038 Seconds
mail préparé pour caméraID: 4

Sujet : Snapshot caméra
Mail envoyé.
[01.09.2024] [12:59:15] [DEBUG] [QUICKAPP1338]: onInit

j'ai en effet bien reçu le mail.

Mon interprétation du log :

Comme il y a un onInit à la fin, le QA aurait redémarré ?

Bonne interprétation ? Cela voudrait dire qu'il y a dans mon code php un truc que la HC3 n'aime pas ?

Sauf que du coup je viens de rajouter à l'instant dans la fonction onInit

Citation

hub.call(2, "sendEmail", "test QA http", "Body")

pour recevoir un mail en cas de redémarrage du QA.

J'ai bien reçu le mail lors de sa sauvegarde (ok) mais rien (sauf le résultat de mon php) ensuite. Ce log est identique au précédent.

Oups, non, je croyais ne pas avoir reçu le mail de re-démmarrage du QA, mais en fait oui, 3 minutes plus tard ...

Modifié le 1 septembre par jojo
information importante à la fin

**jojo** · le 2 septembre

et aujourd'hui, il n'a plus de "onInit" dans le log après l'envoie de la photo.

Je ne comprends plus rien ...

**Lazer** · le 5 septembre

Donc tu as bien un comportement anormal du QuickApp sur la HC3 qui crash selon les jours... comme je le pressentais.

Ce n'est pas lié à GEA, mais alors quelle peut en être l'origine, et surtout comment contourner le problème ?

Si tu n'affiches par le résultat à l'écran (le contenu de response.data), est-ce que le problème persiste ? Il te faudra peut être quelques jours pour confirmer ou non.

**jojo** · le 5 septembre

il y a 29 minutes, Lazer a dit :

Ce n'est pas lié à GEA, mais alors quelle peut en être l'origine, et surtout comment contourner le problème ?

C'est en effet un truc vraiment étrange, qui n'est pas lié à GEA.

Pour "solutionner" le problème, GEA appelle un QA qui envoie les photos : je préfère que ce soit ce petit QA qui plante, que le gros GEA.

Je teste ton truc avec le response.data (mais tester qu'il n'y a pas de problème alléatoire, est moins évident que le contraire)

Support Gea

Messages recommandés

Meilleurs contributeurs dans ce sujet

Jours populaires

Meilleurs contributeurs dans ce sujet

Jours populaires

Messages populaires

Steven

Steven

Steven

Images postées