jojo

15 min ça semble beaucoup (trop). Du coup je suis aller voir dans la doc officielle

si ma mémoire est bonne, les vannes DANFOSS LC-13 se réveillent toutes les 5 min. il faut donc être patient

effectivement, question stupide de ma part

Peux-tu poster le code d'une fonction (Year par exemple) ?

@Stillwatter, merci de me remonter le moral. Pourrais-tu partager tousles paramètres de ton HEM3 pour la consommation totale de la maison (je suppose que c'est celui que tu utilises pour le délestage de ton chauffe eau)? (je vais mettre EXATEMENT les mêmes et espérer que ça fonctionne.) Merci

Bonjour, Je remonte ici 2 bugs avérés et la solution. Les actions (je n'ai pas testé les condition) pour les fonctions 'Property" et "DeviceIcon" ne font rien. Les explications détaillées sont ici : Pour l'action "Property": Le code original (ligne 420) est : fibaro.call(id_num, "updateProperty", property, self:getMessage(self:incdec(value, self.options.property.getValue(id_num, property)))) et s'il est remplacé par fibaro.call(id_num, "setProperty", property, self:getMessage(self:incdec(value, self.options.property.getValue(id_num, property)))) ok ! Pour l'action "DeviceIcon" Le code original (ligne 769) est : action = function(id, value) if type(id) ~= "table" then id = {id} end for i=1, #id do local id_num = self:findDeviceId(id[i]) self.cachedDeviceProperties[id_num] = {} fibaro.call(id_num, "updateProperty", "deviceIcon", tonumber(value)) end end, et s'il est remplacé par action = function(id, value) if type(id) ~= "table" then id = {id} end for i=1, #id do local id_num = self:findDeviceId(id[i]) self.cachedDeviceProperties[id_num] = {} fibaro.call(id_num, "setProperty", "deviceIcon", tonumber(value)) end end, ok ! Je n'ai pas fait la modif pour l'option "CurrentIcon" car elle est une copie de l'action "DeviceIcon". Merci à @jluc2808 de m'avoir mis sur la piste. C'est la première fois que je vais dans le code de GEA : qu'il est propre malgré sa complexité

MERCI @jluc2808 pour ton input !!! Cela m'a permis de trouver l'erreur dans le code GEA. J'xplique en détail dans l'autre topic.

Dans le JSON de mon device (qui est un WP), j'ai ces actions "actions": { "abortUpdate": 1, "reconfigure": 0, "reset": 0, "retryUpdate": 1, "startUpdate": 1, "toggle": 0, "turnOff": 0, "turnOn": 0, "updateFirmware": 1 Or, dans ce que j'ai vu du code (ligne 420) fibaro.call(id_num, "updateProperty", property, ...) il n'y a pas l'action "updateProperty" dans le JSON. Une piste, ou j'ai mal interprété ? Un changement entre la HC2 et la HC3 ? P.S. Je ferai un reminder demain dans l'autre topic. Merci.

J'essaye de regarder dans le code, mais tout ce que je trouve sur 'Property" c'est : property = {name = "Property", optimize = true, math = true, control = function(id) return self.options.number.control(id) end, getValue = function(id, property) return self:getDeviceProperty(id, property) end, action = function(id, property, value) if type(id) ~= "table" then id = {id} end for i=1, #id do local id_num = self:findDeviceId(id[i]) self.cachedDeviceProperties[id_num] = {} fibaro.call(id_num, "updateProperty", property, self:getMessage(self:incdec(value, self.options.property.getValue(id_num, property)))) end end, trigger = function(id, property) return {event = {type = "device", id = self:findDeviceId(id), property = property}, filter = {type = "DevicePropertyUpdatedEvent", data = {id = self:findDeviceId(id), property = property}}} end, Saurais-tu me dire où chercher dans le code ?

Merci pour le tuyau. J'ai donc mis ceci GEA.add ({"TurnOn", id["EST_NOEL"]}, 0, "", {"DeviceIcon", id["JARDIN_PRISE"], 1055}) GEA.add ({"TurnOff", id["EST_NOEL"]}, 0, "", {"DeviceIcon", id["JARDIN_PRISE"], 1078}) Mais ça ne fonctionne pas non plus. Je me dis que @Steven a peut-être développé cette action comme un "raccourci" de la fonction standard {"Property", id["JARDIN_PRISE"], "deviceIcon", 1055} et que donc si l'une ne fonctionne pas, l'autre non-plus ? Peut-être un faute de typo dans le code ? du coup, j'ai testé ceci GEA.add ({"TurnOn", id["EST_NOEL"]}, -1, "", {"Property", id["JARDIN_PRISE"], "userDescription", "NoelOn-1055"}) GEA.add ({"TurnOff", id["EST_NOEL"]}, -1, "", {"Property", id["JARDIN_PRISE"], "userDescription", "NoelOff-1078"}) et toujours rien. Je pense de plus en plus à un bug"ueke" (comme on dit en Belgique)

c'était bien mon intuition, mais alors le visuel doit être adapté. Je fais d'autres essais. Y a-t-il une doc Fibaro ?

Comme je suis curieux, j'ai essayé, mais je n'ai pas trouvé la possibilité de modifier les paramètres

merci @SebDel pour tes pistes de réflexionS. Je pensais également un problème de FW, c'est pourquoi j'a fait l'ugrade. Avec une remontée toutes les 2s, mes autre appareils continuaient de répondre immédiatement. J'ai testé avec 111=15s, ça ne change rien. Dans le nanneau de diagnostique, je ne vois que les devices 2 à112 (donc pas la box (id=1), et j'ai des id jusqu'à > 950 (donc je n'y comprends rien)

je viens de faire le FW upgrade vers 5.150.18, mais rien ne change

Bonjour, Voici ma config/utilisation : J'ai également un HEM3 pour mesurer le courant général de la maison de chacune des 3 phases. je remonte l'info A de chaque phase (param 101) toutes les 2s (param 111) pour faire du délestage de ma PAC et ainsi éviter le blackout Cela a parfaitement fonctionné jusqu'il y a 2-3 semaines (sur la HC3 & l'app Androïd). Je me creuse la tête depuis lors (sans succès) pour trouver la cause. Donc, on est 2 (au moins) dans la même galère, mais pas plus heureux malgré tout.

merci de ta réponse, mais comme j'aime bien avoir à un endroit, j'aimerais comprendre pourquoi ça ne fonctionne pas, car, connaissant @Lazer, s'il la mis dans la syntaxe, c'est que c'est ok

et ça sert à quoi ? J'n ai changé 1 de button à switch, et je n'ai vu aucune différence.

Bonsoir, Il me semblait avoir vu quelque part qu'on ne savait pas modifier les propriétés d'un device via GEA ? Car j'essaie ceci sans succès GEA.add ({"TurnOn", id["EST_NOEL"]}, 0, "", {"Property", id["JARDIN_PRISE"], "deviceIcon", 1055}) GEA.add ({"TurnOff", id["EST_NOEL"]}, 0, "", {"Property", id["JARDIN_PRISE"], "deviceIcon", 1078}) Avais-je bien lu ou y a-t-il une astuce ? (car la syntaxe dit : "Teste/modifie une propriété spécifique")

normalement un capteur magnétique ne dois pas être alimenté. Mais d'après ce que tu montres, il semblerait que oui pour le tient. Comme ça se présente, je ferais un petit labo près de ton PC, pour vérifier les câblages et les paramètres

@flacon030, j'étais également persuadé d'être en v2.7, mais non je suis encore en v2.6. Pourrais-tu SVP poster le code de la v2.7, histoire que je ne doive pas créer un nouveau QA, avec nouvel ID, etc Merci

ah ok alors. Mon moteur est comme le tient, s'il est bloqué en fermeture. Je n'ai jamais testé un blocage en ouverture.

la porte forcée, c'est (espérons le) l'exception. Le contrôleur du moteur est obligé de savoir quoi, sinon comment fait-il pour demander au moteur de s'arrêter ? Rajouter des contacts sur le rail, raccordés au FGBS, c'est en effet encore mieux, comme ça si la porte est en manuel, on sait quoi aussi . Mais utilise l'alim du moteur pour alimenter un FGBS, c'est cool, car alors plus de piles. Et avec une bonne config du FGBS222 on peut vraiment dissocier IN et OUT

justement, PAS besoin de capteur magnétique; car la carte électronique devrait fournir ces contacts sec. Le moteur DOIT savoir s'il est bou de course pour s'arrêter. C'est ça la beatué de la solution : juste un FGBS222?

avec un FGBS222 (placé dans le moteur) tu peux tout faire, sans piles)