Dragoniacs

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

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 !