Steven
-
Compteur de contenus
4 434 -
Inscription
-
Dernière visite
-
Jours gagnés
201
Tout ce qui a été posté par Steven
-
En version 6.05, tu peux envoyé autant de ligne que tu veux avec la même heure, il n'y a plus aucun impact, elles seront toutes traitées. D'ailleurs le bug sur l'heure date de la version 1.00 de GEA Sauf qu'avant on était obligé de mettre {"Time", début, fin} et on mettais par habitude 1mn de décalage. Il y a aussi que la V.3.x de nos HC2 était beaucoup plus véloce que notre chère v.4.x.
- 12 330 réponses
-
- 1
-
-
- support
- script lua
- (et 1 en plus)
-
Je ne suis pas d'accord avec ce genre de chose. Pour moi, cela ne sert à rien de contrôler qu'une lampe soit allumée pour l'éteindre. Ceci pour 2 raisons : La box le fait pour nous ... elle n'envoi pas l'ordre d'extinction sur un module déjà éteint (je met une réserve sur un volet, je ne connais pas) Dans 99% des cas, vérifier avant de faire quelque chose est plus coûteux en temps * * Je m'explique : contrôler qu'un volet est fermé coûte plus de temps que de juste envoyé l'ordre de fermeture. Donc s'il s'agit d'un événement ponctuel, il n'y a aucun intérêt à vérifier sa fermeture ou ouverture. Donc dans ton cas, il n'y a aucun intérêt a vérifier cela. Donc : GEA.add( {"Time", "20:25"}, 30, "GEA a fermé les volets de Lola et Lucas", {"close", {id["VOLET_LOLA"], id["VOLET_LUCAS"]}}) est parfait pour moi. Je m'exprime par directement pour toi, mateli31, mais pour tout le monde, il faut arrêter de faire des contrôles inutiles. Quand je veux allumer une lumière, je ne me pose jamais la question : est-elle éteinte ? Nos yeux le voit et nous agissons en conséquence mais notre but initial n'est pas d'allumer la lumière si elle est éteinte mais juste de l'allumer. Et dans le pire des cas, si la box envoi une demande inutile (allumer une lumière déjà allumée), à 20h25, ton réseau ZWave va envoyé une trame de quelques millièmes de secondes inutile. De mon point de vue, il ne devrait pas y avoir trop d'impact :-) Après cela peux se justifier. Prenons un autre cas : "S'il fait jour et que les enfants allument une lumière, je dois l'éteindre". Dans ce cas, mon désir est d'éteindre une lumière qui s'allume ... donc ... j'ai besoin de connaître son état. Bref, soyons "simple" ... "basique" comme dis une certaine chanson.
-
Le code du VD a été un peu un code à la jetée, un peu comme un exemple et non quelque chose de concret. Normal, moi même, je ne vois pas l'utilité de ce VD . Donc le code est simple, il interroge le GH et met à jour les données ... si le GH ne répond pas, il ne change rien ... il ne passera donc jamais à "Connecté : Non". Sur le dernier post que j'ai mis pour le ChromeCast (c.f. 2 posts au dessus) il y a les lignes suivantes : local id = fibaro:getSelfId() fibaro:call(id, "setProperty", "ui.online.value", "Non") Donc je passe le statut "Connecté : Non" puis j'interroge le ChromeCast. Si ce dernier ne répond pas, la valeur restera sur "Non" sinon elle passera à "Oui". Dans ce cas, non avons donc un statut fiable. Il suffit simplement de faire la même chose dans le VD Google Home. Les autres valeurs ne sont pas remises à jour volontairement car la version, les alarmes, ... ne change pas que le GH soit atteignable ou non. C'est les dernières valeurs qui font foi.
- 1 289 réponses
-
- 1
-
-
- topic unique
- (et 1 en plus)
-
Une durée a -1 correspond à un déclenchement immédiat provoqué par le changement d'une valeur d'un module déclaré dans l'entête. Dans l'entête de GEA, tu as du mettre %% properties ... 417 value ... Donc a chaque changement de valeur de ton module Netatmo, ta HC2 va lancer GEA pour traiter ce module. Hors tu n'en a pas besoin car toutes tes lignes concernant ton Netatmo on une durée supérieure à -1. Et les lignes qui ont une durée supérieur à -1 sont automatiquement traitée par une instance de GEA qui tourne en permanence. Donc tu lances, à chaque changement de valeur Netatmo, une instance de GEA qui ne sert à rien. Cela ne dérange absolument pas le fonctionnement mais coûte en mémoire et durée de traitement de ta box pour rien. Il te suffit juste d'enlever le 471 value de l'entête de GEA pour éviter se genre de traitement inutile. Voilà ... j'espère que c'est clair car j'ai parfois du mal a me comprendre moi-même.
- 12 330 réponses
-
- 3
-
-
-
- support
- script lua
- (et 1 en plus)
-
C'est que tu n'as pas de condition sur ton NetAtmo_temp_ext avec -1. J'ai mis volontairement ce message pour éviter les déclenchements inutiles de GEA. Le NotStart fonctionne bien, je l'ai testé celui là. Il va dans les actions, ainsi : GEA.add(....., 30, "", {"NotStart"})
-
Je pense que la ligne 93 mise en cause est la ligne 93 du fichier json.lua et non pas du script GEA.
-
@Sakkhho J'ai peur d'avoir introduit un bug ... peux-tu me confirmer que tu as bien une instruction du style {"Function", ...} ? @Johhny Ouch, you are right, this is not more possible with GEA 6.x but if possible just remove "TimeOfDay" from the header. (If not use as a trigger for an other line). I will have to work on this :-(
-
Voici le code propre du bouton "Refraichir" pour un Chromecast function deep_match(id, tbl) for k, v in pairs(tbl) do if type(v) == "table" then deep_match(id, v) else local r = v if (type(v)=="boolean") then if (v) then r = "Oui" else r = "Non" end end fibaro:call(id, "setProperty", "ui."..k:gsub("_", "")..".value", r) end end end local id = fibaro:getSelfId() fibaro:call(id, "setProperty", "ui.online.value", "Non") local ip_module = fibaro:get(fibaro:getSelfId(),"IPAddress") local port = fibaro:get(fibaro:getSelfId(),"TCPPort") HC2 = Net.FHttp(ip_module, port) -- infos sur le CC -- response = HC2:GET("/setup/eureka_info?options=detail¶ms=version,name,build_info,net,wifi,opencast") fibaro:debug(response) deep_match(id, json.decode(response))
- 1 289 réponses
-
- 1
-
-
- topic unique
- (et 1 en plus)
-
I don't get it, can you please give me more detail ?
-
Oui, dans la chambre ou tu en as 2, il ne faut en prendre q'un seul.
-
v.6.05 29 janvier 2018 add : #trigger# in message add : {"OnOff", <id>, "ON|OFF"} identique à turnOn mais retourne ON ou OFF add : {"SonosMP3", id_vd, id_button, filepath [, volume]} -->voir VD de Krikroff --> Merci @MAM78 add : {"SonosTTS", id_vd, id_button, message [, volume]} --> voir VD de Krikroff --> Merci @MAM78 add : {"JSONDecodeFromGlobal", <nom VG>, <propriété à vérifier>} add : {"JSONDecodeFromLabel", <id VD>, <label>, <propriété à vérifier>} add : {"TempExt"} -- température exterieure selon les conditions métérologique add : {"TempExtTTS"} -- température exterieure selon les conditions métérologique au format (X degrer X) mod : amélioration du translate mod : clarifier le message des actions dans le debug mod : optimisation #2 diminution accès aux variables globales mod : optimisation consommation mémoire mod : suppression bavardage intempestif au mode immédiat mod : correction décalage durée d'execution mod : correction du "Time" qui pouvait ne pas se comporter correctement mod : fonctionnement de l'optimisation mod : bug fix Disponible ici :
- 12 330 réponses
-
- 3
-
-
-
-
- support
- script lua
- (et 1 en plus)
-
Oui bien sûr, c'est assez simple car tu as un capteur de lux <idlux> et tu peux aisément connaitre sa valeur. Voici donc un exemple très basique GEA.add( {"Value+", <idlux>, 500}, 30, "Il fait suffisamment jour > 500 lux") GEA.add( {"Value-", <idlux>, 500}, 30, "Il fait trop nuit, j'ai peur a j'allume la lumière", {"TurnOn", <idlampe>}) A toi de modifier les valeurs pour adapter à tes besoins. Si par exemple tu ne souhaites pas que les enfants allument la lumière si la luminosité est suffisante, tu peux faire ainsi pour éteindre automatiquement : GEA.add({ <idlamp>, {"Value+", <idlux>, 500}}, -1, "Non non non, on allume pas la lumière", {"TurnOff", <idlampe>}) en mettant l'id de la lampe dans l'entête du script.
- 12 330 réponses
-
- 1
-
-
- support
- script lua
- (et 1 en plus)
-
On va résoudre le problème dès aujourd'hui. La version 6.05 arrivera ce soir avec une correction, entre autres, sur la gestion des heures (dont "Alarm" en souffre). Je réexplique le soucis pour les gens qui n'aurait pas suivis. Ton GEA se déclenche à 6h30 et 28s la première fois. Comme ta ligne indique que la condition doit être maintenu 30s, il va attendre le prochain passage. Au prochaine passage il sera 6h30mn et 58s ... dans ce cas, cela fonctionne bien. Par contre, si ta box est en train de faire autre chose, elle va prendre du retard et donc si au 2ème passage, qui aurait du avoir lieu à 6h30mn 58s, elle se déclenche à 6h31mn 0s, la condition n'est plus valable car il est 31mn et non pas 30mn. Voilà. Tout cela est corrigé dans la 6.05 que je posterais dans la journée .. mais probablement ce soir.
- 12 330 réponses
-
- 2
-
-
-
- support
- script lua
- (et 1 en plus)
-
Ton url à toi devra est http://user:password@ip_de_ta_hc2/api/callAction?deviceID=<id du vd>&name=pressButton&arg1=<id du bouton>
-
-
Je viens de voir que le VD Google Home fonctionne la même chose sur une autre appareil Cast. Hormis les alarmes et timers. Il suffit donc de mettre l'IP de votre *Cast (ChromeCast dans mon cas) et du supprimé les labels inutiles.
-
Par contre, je suis surpris que cela fonctionne GEA.add( {"Label", 497, "ui.labelEtat.value", "On"}, -1, "", {"Close", 25} ) Car normalement, seul le nom du label doit être mis. Sans les "ui." et ".value". Juste "labelEtat".
- 12 330 réponses
-
- 1
-
-
- support
- script lua
- (et 1 en plus)
-
Il doit sniffer un truc qui fini par "*domus" dans ta maison et ne pas voilà fonctionner. Je le comprends
- 1 289 réponses
-
- 3
-
-
- topic unique
- (et 1 en plus)
-
Je ne pouvais rien configurer depuis mon téléphone qui était en Français (Suisse), j'ai du le passer en Français (Français). Par contre sur ma tablette, c'était parfais. Oui les "raccourcis" prennent du temps à être pris en compte. J'avais oublié cela.
-
Moi j'ai vraiment qu'une seule phrase dans IFTTT ... les autres non jamais vraiment fonctionné. Et je n'ai aussi qu'une phrase dans les raccourcis pour la même raison.
-
Déclarer les ID sous %% properties est utile uniquement si tu souhaites que ton script s’exécute lorsque la valeur d'un de ses modules change. Or ce n'est pas le cas, le script est appelé par IFTTT. J'avais déjà expliqué le principe de mon VD et de la température extérieur/intérieur/... : J'ai une tablette murale sur laquelle je tourne Imperihome. Imperihome est capable de faire du TTS et ma tablette est connectée en Bluetooth sur mon Google Home. Donc l'appuis sur le bouton de mon VD fait parler Imperihome et le son sort sur ma GH. Voilà P.S. Vu la température affichée, on remarque que la photo n'est pas du jour :-) P.S.2 : Le seul truc dérangeant est : lors de l'écoute de musique sur la GH, si le bluetooth est utilisé, la musique s’arrête et ne reprend pas après l'annonce. Donc une annonce Imperihome coupe la musique.
-
GEA.add( {"Power+", <id_plaque>, <consommation>}, 30*60 , "La plaque de cuisson consomme #value#W depuis plus de #durationfull#") Ne surtout rien mettre dans l'entête cela ne sert à rien. Et voilà.
-
J'ai le même soucis que toi et j'ai fait ainsi : Sur IFTTT, j'ai mis une "Allume la télé" J'ai créé un "Raccourci" depuis l'application Home : "Allume la télévision" --> "Allume la télé" Ainsi cela passe dans 100% des cas. Apparemment, le raccourci intervient avant les automatismes de la GH.
- 1 289 réponses
-
- 1
-
-
- topic unique
- (et 1 en plus)
-
C'est le code pin fournis pour les appareils "cast" de Goggle. Cela permet de jumeler un appareil avec un autre.
-
Je t'ai posté ici le code du bouton rafraîchir qui fait tout le travail (voir la pièce jointe GH_API.lua).
