Aller au contenu

Lazer

Administrateur
 Afficher le profil  Afficher son activité

  • Compteur de contenus

    25 874

  • Inscription

  • Dernière visite

  • Jours gagnés

    1 256

 Type de contenu 

Tout ce qui a été posté par Lazer

  1. Lazer

    Support Gea

    Lazer a répondu à un(e) sujet de Steven dans HC2

    oui voilà mais sans sleep, c'est inutile
  2. Lazer

    Support Gea

    Lazer a répondu à un(e) sujet de Steven dans HC2

    Ah ben oui mais là c'est normal, et si tu regardes la zone de debug tu vas comprendre pourquoi Tes 3 règles sont exécutée séquentiellement, lors du premier clic : - BOUTON = A donc la première règle est remplie => exécution BOUTONB prend la valeur B - BOUTON = B (il vient d'être mis à jour par la 1ère ligne) donc la première règle est remplie => exécution BOUTONB prend la valeur C - BOUTON = C (il vient d'être mis à jour par la 2nde ligne) donc la première règle est remplie => exécution BOUTONB prend la valeur OK Donc en 1 seul clic, ta variable est passée de A à OK directement en passant par les valeur intermédiaires B et C pendant quelques millisecondes Bref, c'est juste logique, GEA fait ce que tu lui dit de faire EDIT : maintenant je comprends ton Sleep Mais il y a plus simple, il te suffit d'écrire tes lignes à l'envers, de bas en haut
  3. Lazer
    Voilà Pour info c'est l'ancienne API qui date de la v3 sur HC2. Elle fonctionne toujours, Fibaro l'a conservé, même si ce n'est plus documenté, et c'est indispensable pour les vieux appareils qui ne savent pas faire de requêtes POST/PUT, comme l'IPX800, le Rabiit, et pleins d'autres.
  4. Lazer
    ben non justement, ce n'est pas l'inverse, c'est exactement la même chose en GET : /api/callAction?deviceID=93&name=push&arg1=10&arg2=power
  5. Lazer
    Cool D'ailleurs dans la prochaine version on pourra appeler les profils par leur nom, j'ai réussi à l'intégrer dans GEA (idem pour les noms des partitions d'alarme)
  6. Lazer
    Ben oui, j'ai une idée, mais elle va pas te plaire. Ajoute le neutre (débrouille toi pour le passer dans la gaine) Sinon au pire du peux tenter avec le bypass, mais j'y crois guère
  7. Lazer
    Cool Tu veux appeler quoi dans le QA ? Parce que j'ai le même problème avec l'IPX800 v4 qui ne sait faire que des requêtes GET, et pourtant je peux tout faire (appeler une fonction d'un QA avec passage de paramètres), donc tu peux t'en sortir normalement.
  8. Lazer
    Non mais je connais, mais ils ont pas de Nodon, et de toute façon c'est pas intéressant sur de petites commandes à cause des frais de réexpédition
  9. Lazer

    Support Gea

    Lazer a répondu à un(e) sujet de Steven dans HC2

    Les parenthèses autour de la condition "(Global)", oui voilà parfait. Ainsi le changement de valeur de la variable globale ne déclenchera pas une instance instantanée de GEA Pour tes 2 lignes, j'ai du mal à voir la finalité.... vu que tu joues des Sleep de 2 secondes, il doit y avoir des effets de bords dans la vérification des paramètres
  10. Lazer
    Bon bah j'arrive toujours pas à commander sur Domadoo en payant par Paypal, après la saisie de mon mot de passe Paypal puis le choix de la CB, quand je suis redirigé sur le site de Domadoo j'ai ce superbe message : Et comme je suis geek et que j'espère qu'ils nous font pas le coup de la blague du texte blanc sur fond blanc, le code HTML n'indique rien de plus : Magnifique
  11. Lazer
    Yes, c'est normal, quand tu utilises #profile# pour récupérer la valeur du profil courant, en fait ce raccourci n'existe pas dans GEA Je l'ai rajouté dans la prochaine version 7.20 de GEA. J'ai testé tes lignes, elles fonctionneront. En attendant, il faudrait récupérer la valeur du profil avec #value# : GEA.add({{"(Profile!)", 3}, {"Value", "Présence Belette", false}}, 30, "&-1&GEA HC3 : Personne à la maison, activation du mode AWAY", {{"Profile", 2}, {"VariableCache", "Previous_Profile", "#value#"}})
  12. Lazer
    Non, le onInit() c'est juste la première fonction appelée lors de la création du QA (pas tout à fait, mais pour simplifier on va dire que c'est le cas) Ensuite chaque fonction va se déclencher sur événement. Par exemple un utilisateur qui a cliqué sur un bouton/slider du QA, une fonction qui est appelée en asynchrone par un setTimeout() dans le cas d'une pseudo boucle infinie, ou bien encore une fonction appelée depuis l'IHM ou un autre QA, etc. Le reste du temps, le QA ne fait rien. C'est tout simple en fait.
  13. Lazer
    Voilà, le déclenchement par trigger, c'est bien là la seule fonctionnalité exclusive aux scènes. Et encore, avec un QuickApp, on peut utiliser l'API refreshStates et arriver au même résultat (voir exemple d'implémentation dans GEA, tout en bas du fichier main) Mais ça reste plus complexe à mettre en œuvre, donc pour le semi-débutant qui veut juste coder quelques lignes de LUA rapides, il reste plus simple de créer une scène avec un trigger.
  14. Lazer
    Ce n'est pas vraiment indispensable, le getdevice est effectué automatiquement toutes les nuits. J'ai laissé le bouton pour les impatients qui veulent voir leurs premiers graphs tout de suite ... Et par la même occasion vérifier que tout fonctionne bien.
  15. Lazer
    Je réessaierai demain Sinon au pire je paierai en CB, mais c'est compliqué, faut aller la chercher pour taper le code... c'est tellement vintage
  16. Lazer
    En Allemagne en passant par un service de boite aux lettres locale et de réexpédition On en a pas mal parlé en décembre dernier dans le topic des bons plans, pour les supers promos Fibaro : modules et HC3 J'essaye de passer commande chez Domadoo depuis cet après-midi, et impossible, après le paiement Paypal ça me renvoie sur le site de Domadoo avec juste le message erreur sans aucun détail. Pfff.... ils sont en faillite ou quoi ? C'est inquiétant là...
  17. Lazer

    Support Gea

    Lazer a répondu à un(e) sujet de Steven dans HC2

    Ben déjà, vu que tu n'as pas entouré tes conditions Global par des parenthèses, elles vont être prises en compte en tant que déclencheur (-1), donc tu as créé un beau serpent qui se mort la queue : à chaque fois que tu modifies la variable, ça déclenche immédiatement une nouvelle instance de GEA, etc.... Bref.... relis la doc
  18. Lazer
    Perso j'en suis arrivé à la conclusion que les scènes ne servent quasiment plus à rien sur HC3 (contrairement à la HC2) Les QuickApps savent faire tout ce que savent faire les scènes, et même bien plus... donc le choix est vite fait. Même GEA est devenu un QA pour le coup !! En tout cas tu as raison de tester, c'est pas évident au début, ça permet de se familiariser, d'explorer les possibilités, découvrir les limites. Les Fake-devices, clairement ça n'a plus aucun intérêt, il suffit de se faire autant de QuickApp qu'on veut, avec le bon type, la bonne unité, etc. Intégration native dans la HC3 Et tous les QA sont pris en compte par DomoCharts, ça simplifie tout.
  19. Lazer
    Je n'ai rien défini non plus, mais ça revient à chaque reboot (le bouton en haut à droite se réactive) :
  20. Lazer
    Bah justement, comme je dis, ça ne fonctionne pas dans les credentials admin perso j'envisage pas de mettre mon mot de passe admin dans mes codes LUA...
  21. Lazer
    @Dragoniacs tu peux essayer en ajouter l'option suivante à ta config ? GEA.control = false En fait, GEA contrôle la validité des arguments au démarrage, or dans ton cas il ne peut pas vérifier que le profil "nil" existe au démarrage, car ta VariableCache n'a pas encore été initialisée (elle ne le sera que lors de l'exécution de la première règle)
  22. Lazer
    Cherche pas plus loin, si tu as été obligé de mettre le login:password dans ta requête, alors c'est normal que ça ne passe pas via api.*() On a le même problème avec les reboot et shutdown, ils sont protégés par les credentials.
  23. Lazer
    AH ben voilà, ça marche entre QA alors, tu me disais au message précédent que non Je préfère ça Sinon la méthode bourrin qui fonctionne, en passant par l'API HTTP : URL : /api/devices/25/action/NotifierFromScene2 Type de requête : POST Tableau de données : { args = [ { D1 = "Donnée 1" }, { D2 = "Donnée 2" } ] } Soit une fois encodé en JSON : {"args":[{"D1":"Donnée 1"},{"D2":"Donnée 2"}]} Tu n'as plus qu'à coder ça en LUA dans ta scène. Et la fonction du QuickApp qui récupère les données du tableau : function QuickApp:NotifierFromScene2(...) for _, v in ipairs({...}) do if type(v) == "table" then if v.D1 then self:debug(v.D1) elseif v.D2 then self:debug(v.D2) else -- ... end end end end
  24. Lazer
    Bah... pourquoi pas un api.put() dans ce cas ?
  25. Lazer
    Ben là je sèche...
×
×
  • Créer...