Dragoniacs

@Lazer, mauvaise nouvelle, cela ne fonctionne pas du tout.... il ne se passe absolument rien en fait... Pourtant cela doit pouvoir se faire, car en attendant je le pilote parfaitement via une scène : Status_Reserve = fibaro.getValue(36, "value") Status_Osmolateur = fibaro.getValue(38,"value") if Status_Reserve and not Status_Osmolateur then fibaro.call(38, "turnOn") fibaro.setGlobalVariable("Pushover", "&-1&OSMOLATEUR : Réserve OK, pompe activée.") end if not Status_Reserve and Status_Osmolateur then fibaro.call(38, "turnOff") fibaro.setGlobalVariable("Pushover", "&0&OSMOLATEUR : Réserve vide, pompe arrêtée.") end if not Status_Reserve and not Status_Osmolateur then fibaro.setGlobalVariable("Pushover", "&0&OSMOLATEUR : Réserve vide, pompe arrêtée.") else fibaro.debug("OSMOLATEUR", "Osmolateur running...") end

Merci@Lazer je vais tester ça et je te ferai un retour. Envoyé de mon RMX1993 en utilisant Tapatalk

J'ai un beertender sinon [emoji38] Envoyé de mon RMX1993 en utilisant Tapatalk

La bière est au frais@Lazer [emoji1787] Envoyé de mon RMX1993 en utilisant Tapatalk

Si tu as mis VL_BAR dans les déclencheur en entête mais que tu ne veux pas qu'il active certaines lignes, alors il faut utiliser des parenthèses sur ta condition : GEA.add({{"(Global)", "VL", "ok"}, {"SceneActivation", id["MINITELECOM"] , 3}} , -1, "", {{"Open", {id["VL_PRINCIPAL"]}, 100} }) Envoyé de mon RMX1993 en utilisant Tapatalk

Pour utiliser le pluviomètre, il fait la station météo ? Moi je suis intéressée par le pluviomètre et le capteur qualité de l'air... Mais s'il faut ajouter la station, ça fait cher ! Envoyé de mon RMX1993 en utilisant Tapatalk

Oui, les QA sont sa force ! Pour l'application moi je m'y fait, et on peut se connecter en local en précisant l'IP de la box Envoyé de mon RMX1993 en utilisant Tapatalk

Moi je la kiffe la nouvelle box Envoyé de mon RMX1993 en utilisant Tapatalk

A ma connaissance, il n'y a que le système Netatmo qui est intégré nativement a la box. Pour les autres, il faudrait bidouiller, sous réserve qu'un accès aux infos soit possible. Envoyé de mon RMX1993 en utilisant Tapatalk

HC3-12755 Novembre 2020 Envoyé de mon RMX1993 en utilisant Tapatalk

On les boira ensembles [emoji38] Envoyé de mon RMX1993 en utilisant Tapatalk

Ah mince.... Bon courage@Lazer et merci ! Envoyé de mon RMX1993 en utilisant Tapatalk

Autre gros avantage de la HC3 : on peut supprimer des icônes Envoyé de mon RMX1993 en utilisant Tapatalk

GEA peut faire ça nativement , pas besoin d'une scène : GEA.add({{"CentralSceneEvent", id["Keyfob_terrasse"], 5, "Pressed" },{"(Value)",id["Prises_commandees_Salle_a_manger"],1}}, -1, "", {"turnOff",id["Prises_commandees_Salle_a_manger"]}) GEA.add({{"CentralSceneEvent", id["Keyfob_terrasse"], 5, "Pressed" },{"(Value)",id["Prises_commandees_Salle_a_manger"],0}}, -1, "", {"turnOn",id["Prises_commandees_Salle_a_manger"]}) (je me suis plantée sur le INVERSE, c'est pas comme je voulais l'utiliser)

Ouaip Envoyé de mon RMX1993 en utilisant Tapatalk

Pour faire le distinguo allumer / éteindre avec la même touche, tu peux ajouter l'état du module commandé dans les conditions. S'il est déjà allumé, il va s'éteindre, et inversement. Envoyé de mon RMX1993 en utilisant Tapatalk

Je n'ai pas de problème avec l'action qui est réalisée mais les conditions de déclenchement. Et c'est bien le capteur d'eau qui pose problème. [03.12.2020] [11:23:49] [DEBUG] [QA_GEA_26]: @30s [Validation*] #10 [Value, ["Réserve Némo",1]][Value, ["Osmolateur Némo",0]][TurnOn, ["Osmolateur Némo"]] [03.12.2020] [11:23:49] [TRACE] [QA_GEA_26]: [Démarrage] #10 [Value, ["Réserve Némo",1]][Value, ["Osmolateur Némo",0]][TurnOn, ["Osmolateur Némo"]] [03.12.2020] [11:23:49] [DEBUG] [QA_GEA_26]: [action] [TurnOn, ["Osmolateur Némo"]] [03.12.2020] [11:23:49] [DEBUG] [QA_GEA_26]: @30s [Validation*] #11 [Value, ["Réserve Némo",0]][Value, ["Osmolateur Némo",1]][TurnOff, ["Osmolateur Némo"]] [03.12.2020] [11:23:49] [TRACE] [QA_GEA_26]: [Démarrage] #11 [Value, ["Réserve Némo",0]][Value, ["Osmolateur Némo",1]][TurnOff, ["Osmolateur Némo"]] [03.12.2020] [11:23:49] [DEBUG] [QA_GEA_26]: [action] [TurnOff, ["Osmolateur Némo"]]

Bonjour Non, ça n'existe pas. Envoyé de mon RMX1993 en utilisant Tapatalk

Hier j'ai importé mes 2 premiers modules dans la HC3 Mais paf, un bug pour les gérer dans GEA J'explique. J'ai détourné un capteur d'eau Everspring pour vérifier le niveau d'une cuve d'eau pour mon aquarium. S'il y a de l'eau, la petite pompe fonctionne, sinon, ca coupe ma prise connectée pour pas griller la pompe. -- Gestion de l'osmolateur GEA.add({{"Value","Réserve Némo",1},{"Value","Osmolateur Némo",0}},30,"&-1&OSMOLATEUR : Mise en marche de l'osmolateur",{"turnOn","Osmolateur Némo"}) GEA.add({{"Value","Réserve Némo",0},{"Value","Osmolateur Némo",1}},30,"&0&OSMOLATEUR : Réserve vide - Arrêt de l'osmolateur",{"turnOff","Osmolateur Némo"}) Problème : la pompe se coupe tout le temps, quelque soit l'état du capteur d'eau... J'ai essayé d'inverser les 0 & 1, j'ai tenté un true/false... c'est tout pareil... J'ai tenté de comprendre en regardant l'api du module (en passant, c'est pas mal cette fonctionnalité de la HC3) { "id": 36, "name": "Réserve Némo", "roomID": 225, "view": [], "type": "com.fibaro.floodSensor", "baseType": "com.fibaro.lifeDangerSensor", "enabled": true, "visible": true, "isPlugin": false, "parentId": 35, "viewXml": false, "configXml": false, "interfaces": [ "battery", "fibaroBreach", "zwave", "zwaveConfiguration", "zwaveWakeup" ], "properties": { "pollingTimeSec": 0, "wakeUpTime": 4000, "zwaveCompany": "Everspring", "zwaveInfo": "6,2,64", "zwaveVersion": "1.3", "batteryLevel": 100, "batteryLowNotification": true, "categories": [ "remotes" ], "configured": true, "dead": false, "deadReason": "", "defInterval": 0, "deviceControlType": 0, "deviceIcon": 45, "emailNotificationID": 0, "emailNotificationType": 0, "endPointId": 0, "lastBreached": 1606982743, "log": "En attente du réveil", "logTemp": "TxtGreen", "manufacturer": "", "markAsDead": true, "maxInterval": 0, "minInterval": 0, "model": "", "nodeId": 2, "parametersTemplate": 22, "pendingActions": true, "productInfo": "0,96,0,11,0,1,1,3", "pushNotificationID": 0, "pushNotificationType": 0, "saveLogs": true, "serialNumber": "", "smsNotificationID": 0, "smsNotificationType": 0, "stepInterval": 0, "useTemplate": true, "userDescription": "", "value": true }, "actions": { "getParameter": 1, "reconfigure": 0, "setInterval": 1, "setParameter": 2 }, "created": 1606924157, "modified": 1606924157, "sortOrder": 19 },

J'ai un soucis avec ce QA, le même que j'avais avec le VD. Lorsque mon Syno redémarre, je perds les droits d'accès à SS : [02.12.2020] [16:39:40] [ERROR] [QA_SURVSTATION_23]: QuickApp:getCameras() : Error #105 Insufficient user privilege[02.12.2020] [16:39:40] [ERROR] [QA_SURVSTATION_23]: Error : can't get cameras list Avec le VD je supprimais les variables globales, pour forcer le système du VD à recommencer à demander les accès etc... Comment faire avec le QA ? Et surtout, est-ce possible d'avoir un correctif pour cette situation ? Merci

J'ai eu la réponse du support... Y a plus qu'à attendre patiemment... Hello, I apologize for the inconvenience. I will report your issue to our Software department, who will try to solve this problem. I have to ask you for a little more patience.

A condition d'être bien sages [emoji56] Envoyé de mon RMX1993 en utilisant Tapatalk

Quelle fonction ? hC2 en slave ou migration progressive ? Envoyé de mon RMX1993 en utilisant Tapatalk

Oui, merci Lazer, c'était juste pour bien comprendre les différences avec l'ancien VD. C'est plus simple en QA C'est vraiment top cette gestion avec les Childs Envoyé de mon RMX1993 en utilisant Tapatalk

En fait, quand je mettais en route l'alarme, j'allais appuyer sur le bouton du VD pour mettre le SS en "out home". Cela lançait un enregistrement continu. Envoyé de mon RMX1993 en utilisant Tapatalk