Dragoniacs

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

Petite question sur ce QA par rapport au VD. On ne peut plus changer la localisation pour lancer un enregistrement. Comment faites vous ? Vous activez directement les caméras via les Childs? Idem pour les détections de mouvement, vous utilisez un déclencheur ? Envoyé de mon RMX1993 en utilisant Tapatalk

Il ne fait pas les escaliers non plus [emoji16][emoji36] Envoyé de mon RMX1993 en utilisant Tapatalk

C'est top pour la poussière !!! Envoyé de mon RMX1993 en utilisant Tapatalk

Je confirme qu'il y a bien un bug.... J'ai fait une demande au support. Mon QA d'origine a bien cette tronche là : et lorsque je l'exporte / importe , voilà ce que ça donne : et je ne peux rien cliquer, le "set mode" est bloqué ! Dommage car ma V2.0 était prête, avec suppression des login & mdp une fois la clé créée, et reprise de cette clé dans les autres QA importés par la suite (1 QA par unité split)... bref....

J'ai pris le temps de tester avec un thermostat chaud et froid. Ça simplifie bien le code et l'interface. Par contre, je crois que l'export import du QA bug... Je creuserai ça demain. Envoyé de mon RMX1993 en utilisant Tapatalk

Bon, reste à voir ce que cela ça donner... En attendant, impossible de passer tout sur ma HC3, j'ai besoin du bilan sur la tablette... Envoyé de mon RMX1993 en utilisant Tapatalk

Bonjour à tous ! Je n'arrive pas à visualiser ma HC3 sur l'application tablette... L'application est-elle bien compatible ? Ou est-ce un soucis d'interface chaise-clavier ?

J'y ai juste pas pensé... Je vais regarder ça. Je débute encore sur HC3, tous vos conseils sont les bienvenus De toutes façons, il y a aussi le fait ses les identifiants de connexion soient en clairs... Ça fera l'objet d'une V2.0 quand j'aurai un peu de temps Envoyé de mon RMX1993 en utilisant Tapatalk

Vous l'attendiez tous pour commander votre HC3, voici le QA qui va tout changer !

Bonjour à tous, Voici la version QuickApp pour HC3 du VD suivant : Je ne vais pas refaire toute l'explication de l'installation du MelCloud, je vous laisse vous référer à l'ancien topic. Ici je ne vais aborder que le QuickApp réalisé pour la HC3. 1° Commencez par importer le fichier .fqa Climatisation_MelCloud_V3-1.fqa (ou changer le code du "main" de votre QA dans une version V2.0 : voir dans le détail plus bas) 2° Définissez vos paramètres dans le panneau de variables du QA MelCloud_login : xxxxxxxxxxx@xxxxxxx.com -> votre login MelCloud MelCloud_mdp xxxxxxxxxxxxxxxxx -> votre mot de passe MelCloud, en clair Split_Name : MonSPlit -> le nom du split tel que défini dans l'interface MelCloud, que ce QA viendra piloter MelCloud_Key , MelCloud_IDBat , Split_ID seront complétés automatiquement Et voilà, c'est fini ! Amusez vous bien ! Publication de la V3.0: - Prise en charge de tous les modes (Ventilation + Deshumidification) - Correction du bug d'importation Code du "main" à mettre à jour pour passer de la V2.0 à la V3.0 : Publication de la V3.1: - Correction du bug de mise à jour des splits Code du "main" à mettre à jour pour passer de la V3.0 à la V3.1 : MelCloud_V3-1_main.lua Code du "tool" à mettre à jour pour passer de la V3.0 à la V3.1 : MelCloud_V3-1_tools.lua

Bon, ben je pense ne pas avoir eu gain de cause, vu les réponses pourries que j'ai eu sur le forum officiel.... Envoyé de mon RMX1993 en utilisant Tapatalk

Quelle bonne idée ! Je vais essayer d'installer ça Envoyé de mon RMX1993 en utilisant Tapatalk