e1000

Effectivement, je n'ai trouvé aucune référence à Tamper dans le code, j'avais testé au cas où. Je ne sais pas pourquoi ça marche, mais ça marche C'est peut-être une erreur dans mon code, j'ai peut-être autre chose qui me déclenche les alertes, mais les intitulés de mes alertes ("GEA mouvement") ne sont normalement émises que par GEA... On sera vite fixé si vous faites le test.

Bonjour à tous, @Steven, un truc qu'il faudrait peut-être ajouter dans la doc, dans la liste des conditions autorisées ? Je ne l'ai trouvé nulle part dans la doc GEA ni sur le forum, mais j'ai peut-être mal cherché : la condition "Tamper" dans les déclencheurs fonctionne parfaitement. Exemple de code : --[[ %% autostart %% properties -- [...] 213 tamper -- [...] %% globals -- [...] --]] -- [...] local id = { -- [...] -- Notifications ------------------------------------------------------ PROWL = 118, SARAH = 152, -- Détecteurs --------------------------------------------------------- INONDATION_CUISINE = 213, TILT_FGFS_CUISINE = 214, -- [...] } -- [...] GEA.add({"Tamper",id["INONDATION_CUISINE"]}, -1, "", { -- Envoi d'un message Prowl {"Global", "ProwlEvent", "GEA+Mouvement"}, {"Global", "ProwlDescription", "Détecteur+d+inondation+déplacé+dans+la+cuisine"}, {"VirtualDevice", id["PROWL"], 1}, -- Message Sarah {"Global", "SarahParle", "Détecteur+dinondation+déplacé+dans+la+cuisine"}, {"VirtualDevice", id["SARAH"], 1} }) -- [...] À part le fait que j'ai quelques déclenchements intempestifs, mais indépendants de GEA, ça fonctionne bien.

Salut Guybrush, Je suis également intéressé. Je n'ai plus beaucoup de matériel sur la ZiBASE, je ne l'utilise plus que pour les volets Somfy et deux ou trois bricoles, mais je t'envoie quand même mon json par MP.

Volontaire pour tester également.

Malheureusement non, c'était le cas avec l'ancien firmware, mais plus de retour d'état depuis la màj.

Je ne comprends pas : seul le thermostat est branché sur la chaudière, le relais doit seulement être àportée radio.

Avant d'acheter un répéteur WiFi, t'as essayé d'approcher le relais radio de ton point d'accès ? La portée max entre le relais et le thermostat est donnée pour 100m.

Il y a eu une mise àjour Logitech hier ou avant-hier, l'as-tu faite ? Ça a peut-être un lien. Je viens de tester, pas de soucis en ce qui me concerne, avec firmware Harmony Ultimate àjour.

Mise àjour installée et je confirme : - ça remarche - pas de retour d'état Pour l'harmonie 900 je ne sais pas, je ne la connais pas. Si elle se connecte au réseau, probablement oui, sinon il faudra un hub.

V4.057 : Logitech Harmony plug-in behaviour is adjusted to recent changes in Logitech's API Je testerai demain, mais a priori le problème est résolu, sauf qu'il fonctionnera de manière "dégradée" : en gros, pas de retour d'état... Important! Due to changes that took place in Logitech API, Harmony plug-in must have been adjusted. Because of manufacturer's restrictions new Harmony plug-in no longer polls Logitech service for changes, meaning, that plug-in values will not be updated when activity state is changed with some other device. This way of operation will maintain until Logitech establishes new way of requesting such data.

Ah ben c'est pourtant pas faute d'avoir cherché (ici et sur bugzilla). J'ai sans doute pas utilisé les bons mots-clefs. Cela dit, c'est un bug trivial qui ne me semble pas insurmontable àfixer. Je suppose qu'ils ont d'autres chats àfouetter chez Fibaro...

Il la stocke où ? Dans #value# ? Mais comment on l'utilise ensuite, parce que ça, ça permet uniquement de l'envoyer en push, non ? à‡a retourne une table : [DEBUG] 16:08:44: table: 0x8e279c8 [ERROR] 16:08:06: line 130: attempt to concatenate local 'SurveillanceDebut' (a table value)

Ticket déposé : http://bugzilla.fibaro.com/view.php?id=3554

Pardon, petit bug, je faisais des tests en parallèle. Je recommence donc ^^ Merci mais justement, je ne veux pas les définir dans GEA, uniquement les lire. De fait, le problème semble venir du panneau des variables qui remplace apparemment la chaine de caractère par une valeur numérique (string to integer ?) Tu as raison pour le mélange entre le code fibaro et GEA, mais il n'y a pas de commande GEA pour simplement lire une VG, si ? De ce que j'ai compris, on a : des déclencheurs : {"Global", "SurveillanceDebut"} : si SurveillanceDebut a changé, on démarre la tâche des conditions : {"Global", "SurveillanceDebut", "09:30"} : teste si SurveillanceDebut == "09:30" des actions : {"Global", "SurveillanceDebut", "09:30"} écrit "09:30" dans SurveillanceDebut si c'est mis dans les options Par exemple ça, ça ne marche pas : local siSurveillance = {"Time", {"Global", "SurveillanceDebut"}, {"Global", "SurveillanceFin"}} (déjà testé au cas où ^^) Je pense que je vais laisser un ticket sur bugzilla. J'ai l'impression que si une chaine de caractères commence par un nombre, seul le nombre est conservé. Petit test rapide : fibaro:setGlobal("SurveillanceDebut", "8gggg") fibaro:setGlobal("SurveillanceFin", "9996fff") fibaro:debug(fibaro:getGlobalValue("SurveillanceDebut")); fibaro:debug(fibaro:getGlobalValue("SurveillanceFin")); [DEBUG] 11:24:28: 8gggg [DEBUG] 11:24:28: 9996fff Je vais dans le panneau des variables, c'est OK. J'enregistre, et il ne reste que les chiffres : --fibaro:setGlobal("SurveillanceDebut", "8gggg") --fibaro:setGlobal("SurveillanceFin", "9996fff") fibaro:debug(fibaro:getGlobalValue("SurveillanceDebut")); fibaro:debug(fibaro:getGlobalValue("SurveillanceFin")); [DEBUG] 11:29:07: 8 [DEBUG] 11:29:07: 9996

Merci, mais justement, je veux éviter de définir les variables depuis GEA, seulement les lire. Si je les définis depuis un VD ou un autre script, j'ai toujours le même problème : la sauvegarde depuis le panneau semble remplacer la chaine de caractères par une valeur numérique. De fait, le problème ne vient pas de GEA, mais du panneau des variables. La chaine {"Global", "SurveillanceDebut", "09:30"} sera bien :

Merci, mais justement, je veux éviter de définir les variables depuis GEA, seulement les lire. Si je les définis depuis un VD ou un autre script, j'ai toujours le même problème : la sauvegarde depuis le panneau semble remplacer la chaine de caractères par une valeur numérique. De fait, le problème ne vient pas de GEA, mais du panneau des variables. La chaine {"Global", "SurveillanceDebut", "09:30"} sera bien :

Les variables ont été préalablement créées via le panneau des variables. Le "setGlobal" est au début du script GEA : je l'ai exécuté une fois pour définir les variables, puis j'avais mis les 2 lignes en commentaire (dans la mesure où tout était OK, je ne pensais pas qu'elles se modifieraient toutes seules...). J'envisage d'utiliser un VD pour les redéfinir, lorsque je veux changer les heures. Tant que je ne sauvegarde pas le panneau, tout est bon et le debug me donne : [DEBUG] 10:16:01: 09:30 [DEBUG] 10:16:01: 18:00 Mais dès que j'ai sauvegardé depuis le panneau, j'obtiens : [DEBUG] 10:16:38: 9 [DEBUG] 10:16:38: 18 Il faudrait que j'ajoute une tâche pour forcer régulièrement la réécriture des variables globales, mais on tourne en rond : l'objectif est de les lire, pas de les écrire... Ce n'est pas critique, et à terme je vais activer la surveillance automatique dès que la maison est vide, quelle que soit l'heure. Mais en attendant, j'aimerais régler ça ^^

Bonjour, (Ce n'est pas spécifique à GEA, donc je ne poste pas dans le sujet "Support GEA", mais si un modo souhaite déplacer la discussion, pas de soucis) Dans GEA, j'utilise deux variables globales pour alimenter des conditions. Les variables : local SurveillanceDebut = fibaro:getGlobalValue("SurveillanceDebut") local SurveillanceFin = fibaro:getGlobalValue("SurveillanceFin") Et la condition : local siSurveillance = {"Time", SurveillanceDebut, SurveillanceFin} Ces variables ont été préalablement définies en lua : fibaro:setGlobal("SurveillanceDebut", "09:30") fibaro:setGlobal("SurveillanceFin", "18:00") Tout fonctionnait bien, puis depuis hier, des erreurs apparaissent dans le debug de GEA. Apparemment, l'erreur porte sur les conditions. En fait, je me suis aperçu que si je clique sur le bouton sauvegarder depuis le panel des variables globales, la chaine 09:00 devient 9 et 18:30 devient 18, ce qui fait planter la condition de GEA puisque le format n'est plus le bon. J'ai essayé de redéfinir les variables en ajoutant des simples quotes autour des doubles quotes, mais ça ne marche pas. Dans l'immédiat, ces variables ne sont utilisées que par GEA, donc je peux me passer de variables globales, mais évidemment l'idée est de les utiliser dans d'autres scripts... Avez-vous déjà constaté le même problème, et avez-vous une solution pour le contourner ? Merci e1000

C'est pas plutôt le wifi qui améliore la géolocalisation ? Quoi qu'il en soit, fonctionnement très aléatoire comme le souligne Juju95. J'utilise la détection de l'iPhone par Ping, mais avec l'HCL ça ne sera pas possible. Pour contourner le problème, tu peux utiliser une recette IFTTT avec l'app sur l'iPhone - this = iOS localisation : détection de l'entrée dans un périmètre (geofence) - that = maker : commande http vers l'HCL pour déclencher une scène ou un module e1000

Bonjour et bienvenue, Pour le thermostat, il y a un plugin Netatmo. Malheureusement il semble buggé : ça marche quelques heures puis il ne se synchronise plus. Faut juste espérer que Fibaro le corrige rapidement. Tu trouveras plus de détails dans la section du forum qui lui est dédiée. e1000

Si c'est du 1,5mm2, aucun risque, ça supporte 3,5kVA : y a de la marge pour un chauffe-serviette. Avec du 1mm2 (assez rare), c'est 2,3kVA max : je suppose que ton radiateur ne dépasse pas 1kW ?

Merci PdB, j'ai ajouté une remarque.

Merci pour ton retour. Donc apparemment, la dernière mise à jour Logitech n'est pas compatible avec le plugin

Pas de caractère exotique dans le mot de passe, et le plugin fonctionnait avant de faire la mise àjour de la télécommande, donc je ne pense pas que ça vienne de là. Mais merci pour la suggestion.

Ah oui, quand même... Bon ben wait and see.