jluc2808

ça c'est juste parce que quand je récupère le nom dans HA (via le plugin) j'ai cette info en direct.

j'ai regardé pour faire une scène en mode block puis transformation en LUA, mais la seule possibilité de condition est en mode scene centrale pas en mode store venitien alors pour avoir plus d'info j'ai le json du module et de son module parent Pour le module parent { "id": 334, "name": "334 - inter studio ch haut parent", "roomID": 232, "view": [ ], "type": "com.fibaro.zwaveDevice", "baseType": "com.fibaro.device", "enabled": true, "visible": false, "isPlugin": false, "parentId": 1, "viewXml": false, "hasUIView": false, "configXml": false, "interfaces": [ "polling", "zwave", "zwaveAssociation", "zwaveConfiguration", "zwaveMultiChannelAssociation", "zwaveSlaveRouting" ], "properties": { "associations": [ { "endPointId": 0, "groups": [ { "groupInfo": { "commands": [ { "command": "Device Reset Locally Notification", "commandClass": "Command Class Device Reset Locally" }, { "command": "Central Scene Notification", "commandClass": "Command Class Central Scene" }, { "command": "Multilevel Sensor Report", "commandClass": "Command Class Sensor Multilevel" } ], "name": "Lifeline", "profile": "General: Lifeline" }, "id": 1, "multiChannel": { "bitAddressable": false, "max": 1, "set": [ { "endPointId": [ 0 ], "nodeId": 1 } ], "view": [ { "endPointId": [ 0 ], "nodeId": 1 } ] }, "singleChannel": { "max": 1, "set": [ ], "view": [ ] } }, { "groupInfo": { "commands": [ { "command": "Basic Set", "commandClass": "Command Class Basic" } ], "name": "On/Off (1)", "profile": "Control: Control Key 1" }, "id": 2, "multiChannel": { "bitAddressable": false, "max": 5, "set": [ ], "view": [ ] }, "singleChannel": { "max": 5, "set": [ ], "view": [ ] } }, { "groupInfo": { "commands": [ { "command": "Switch Multilevel Set", "commandClass": "Command Class Switch Multilevel" } ], "name": "Dimmer (1)", "profile": "Control: Control Key 1" }, "id": 3, "multiChannel": { "bitAddressable": false, "max": 5, "set": [ ], "view": [ ] }, "singleChannel": { "max": 5, "set": [ ], "view": [ ] } }, { "groupInfo": { "commands": [ { "command": "Basic Set", "commandClass": "Command Class Basic" } ], "name": "On/Off (2)", "profile": "Control: Control Key 2" }, "id": 4, "multiChannel": { "bitAddressable": false, "max": 5, "set": [ ], "view": [ ] }, "singleChannel": { "max": 5, "set": [ ], "view": [ ] } }, { "groupInfo": { "commands": [ { "command": "Switch Multilevel Set", "commandClass": "Command Class Switch Multilevel" } ], "name": "Dimmer (2)", "profile": "Control: Control Key 2" }, "id": 5, "multiChannel": { "bitAddressable": false, "max": 5, "set": [ ], "view": [ ] }, "singleChannel": { "max": 5, "set": [ ], "view": [ ] } }, { "groupInfo": { "commands": [ { "command": "Basic Set", "commandClass": "Command Class Basic" }, { "command": "Switch Multilevel Set", "commandClass": "Command Class Switch Multilevel" } ], "name": "Multidevice", "profile": "Control: Control Key 3" }, "id": 6, "multiChannel": { "bitAddressable": false, "max": 5, "set": [ { "endPointId": [ 1 ], "nodeId": 17 } ], "view": [ { "endPointId": [ 1 ], "nodeId": 17 } ] }, "singleChannel": { "max": 5, "set": [ ], "view": [ ] } }, { "groupInfo": { "commands": [ { "command": "Switch Multilevel Set", "commandClass": "Command Class Switch Multilevel" } ], "name": "Slats", "profile": "Control: Control Key 4" }, "id": 7, "multiChannel": { "bitAddressable": false, "max": 5, "set": [ { "endPointId": [ 1 ], "nodeId": 17 } ], "view": [ { "endPointId": [ 1 ], "nodeId": 17 } ] }, "singleChannel": { "max": 5, "set": [ ], "view": [ ] } } ] } ], "categories": [ "other" ], "configured": true, "dead": false, "deadReason": "", "deviceControlType": 1, "deviceIcon": 28, "deviceRole": "Other", "deviceSpecificData": "h'00000000000031cd", "deviceSpecificIdType": "Serial Number", "deviceState": "Configured", "endPointId": 0, "icon": { }, "lastWorkingRoute": [ 1 ], "lastWorkingRouteRequestStatus": "ok", "lastWorkingRouteRequestTimestamp": 0, "lastWorkingRouteResponseTimestamp": 1684765273, "log": "", "logTemp": "", "manufacturer": "", "markAsDead": true, "model": "", "neighborList": [ 1, 54, 59, 75, 81, 86, 92, 97, 107, 115, 120, 125, 130, 135, 140, 145, 150, 157, 162, 168, 174, 180, 186, 191, 197, 203, 209, 215, 221, 227, 233, 239, 248, 254, 263, 269, 275, 281, 293, 313, 328, 331, 337, 340, 343, 346, 349, 352, 356, 359, 362, 365, 368, 371, 374, 377, 380, 383, 386, 389, 392, 398, 417, 421, 424, 427, 430, 433, 436, 439, 442, 445, 448, 451, 456, 459, 462, 467, 470, 473, 476, 479, 489, 508, 511, 514, 517, 520, 523, 535, 557, 575, 577, 582 ], "neighborListRequestStatus": "ok", "neighborListRequestTimestamp": 0, "neighborListResponseTimestamp": 1684765273, "nodeId": 63, "parameters": [ { "id": 13, "lastReportedValue": 100, "lastSetValue": 100, "size": 1, "value": 100 }, { "id": 20, "lastReportedValue": 6, "lastSetValue": 6, "size": 1, "value": 6 }, { "id": 150, "lastReportedValue": 1, "lastSetValue": 1, "size": 2, "value": 1 }, { "id": 151, "lastReportedValue": 1, "lastSetValue": 1, "size": 2, "value": 1 }, { "id": 152, "lastReportedValue": 99, "lastSetValue": 99, "size": 2, "value": 99 }, { "id": 153, "lastReportedValue": 99, "lastSetValue": 99, "size": 2, "value": 99 } ], "parametersTemplate": 872, "pollingInterval": -1, "pollingTimeSec": 0, "productInfo": "1,15,35,1,16,0,7,0", "saveLogs": true, "securityLevel": "S0", "securitySchemes": [ "S0" ], "serialNumber": "h'00000000000031cd", "supportedDeviceRoles": [ "Other" ], "useTemplate": true, "userDescription": "", "zwaveCompany": "Fibargroup", "zwaveInfo": "3,7,14", "zwaveSoftwareVersion": { }, "zwaveVersion": "7.0" }, "actions": { "getLastWorkingRoute": 0, "getNeighborList": 0, "getParameter": 1, "poll": 0, "reconfigure": 0, "requestNodeNeighborUpdate": 0, "setParameter": 2 }, "created": 1683728489, "modified": 1684620534, "sortOrder": 270 } et pour le module inter walli lui-même { "id": 335, "name": "inter studio chambre haut", "roomID": 232, "view": [ { "assetsPath": "dynamic-plugins/com.fibaro.fgwc201", "name": "com.fibaro.fgwc201", "translatesPath": "/assets/i18n/com.fibaro.fgwc201", "type": "ts" } ], "type": "com.fibaro.FGWC201", "baseType": "com.fibaro.remoteController", "enabled": true, "visible": true, "isPlugin": false, "parentId": 334, "viewXml": false, "hasUIView": false, "configXml": false, "interfaces": [ "FGWC201", "fibaroFirmwareUpdate", "zwave", "zwaveCentralScene", "zwaveIndicator", "zwaveMultiChannelAssociation", "zwaveProtection" ], "properties": { "parameters": [ { "id": 13, "lastReportedValue": 100, "lastSetValue": 100, "size": 1, "value": 100 }, { "id": 20, "lastReportedValue": 6, "lastSetValue": 6, "size": 1, "value": 6 }, { "id": 150, "lastReportedValue": 1, "lastSetValue": 1, "size": 2, "value": 1 }, { "id": 151, "lastReportedValue": 1, "lastSetValue": 1, "size": 2, "value": 1 }, { "id": 152, "lastReportedValue": 99, "lastSetValue": 99, "size": 2, "value": 99 }, { "id": 153, "lastReportedValue": 99, "lastSetValue": 99, "size": 2, "value": 99 } ], "pollingTimeSec": 0, "zwaveCompany": "Fibargroup", "zwaveInfo": "3,7,14", "zwaveVersion": "7.0", "RFProtectionState": 0, "RFProtectionSupport": 0, "categories": [ "remotes" ], "centralSceneSupport": [ { "keyAttributes": [ "Pressed", "Released", "HeldDown", "Pressed2", "Pressed3" ], "keyId": 1 }, { "keyAttributes": [ "Pressed", "Released", "HeldDown", "Pressed2", "Pressed3" ], "keyId": 2 } ], "configured": true, "dead": false, "deadReason": "", "deviceControlType": 1, "deviceIcon": 216, "deviceRole": "Other", "endPointId": 0, "firmwareUpdate": { "info": "", "progress": 0, "status": "UpToDate", "updateVersion": "7.0" }, "icon": { }, "indicatorSupportedProperties": [ ], "indicatorValue": [ { "id": 0, "properties": { "0": 0 } } ], "localProtectionState": 0, "localProtectionSupport": 7, "log": "", "logTemp": "", "manufacturer": "", "markAsDead": true, "model": "", "nodeId": 63, "parametersTemplate": "872", "productInfo": "1,15,35,1,16,0,7,0", "protectionExclusiveControl": 0, "protectionExclusiveControlSupport": false, "protectionState": 0, "protectionTimeout": 0, "protectionTimeoutSupport": false, "ringBottomColor": "white", "ringBrightness": 100, "ringLightMode": "off", "ringUpperColor": "white", "saveLogs": true, "serialNumber": "h'00000000000031cd", "supportedDeviceRoles": [ "Other" ], "updateVersion": "", "useTemplate": true, "userDescription": "", "walliOperatingMode": "venetianBlindsController" }, "actions": { "abortUpdate": 1, "reconfigure": 0, "retryUpdate": 1, "setIndicatorValue": 1, "setRingsLightMode": 0, "startUpdate": 1, "updateFirmware": 1 }, "created": 1683728519, "modified": 1684763491, "sortOrder": 271 } je ne vois rien qui puisse être utilisé sous la forme de condition dans du GEA ou même du LUA mais comme je l'ai dit, je n'ai pas forcément toutes les compétences

je ne suis pas certains d'avoir les compétences pour faire ce debugging du module walli controller en LUA, mais qui ne tente rien pour le changement de couleur j'ai oublié de mentionné que j'ai aussi fait l'essai avec un changement directement sur les paramètres, sauf si je me suis trompé dans la syntaxe , j'ai systématiquement un message d'erreur GEA.add({"Value", 84, true},-1,"",{"Parameter", 462, 150, 3}) je vais tester avec un Call unitaire comme précisé

@lazer, le module est sur secteur et a été inclus dans ces conditions (sur secteur), donc pas de phénomène de réveil lié à la batterie ce que je constate avec son usage : c'est que en mode association (pas en mode scène) hormis quand le module est configuré en mode : simple ou double donc dans min cas en store vénitien il faut que je clic 2 fois pour avoir une action - dans le cas ou le store a été arrêté via le bouton (donc 1 clic) alors le clic suivant est pris en compte sans délai (montée, descente ou orientation des lamelles ) , mais dans le cas ou le BSO est arrivé en bout de course (haute ou basse) alors l'action suivante, répond avec l'anneau qui clignote en vert (comme pour sire j'ai pris en compte la commande) mais rien ne se passe et c'est seulement sur le clic suivant qu'une action se déclenche (montée/descente/orientation des lames) j'ai l'impression, mais je peux me tromper, que le premier clic après action est comme si c'était systématiquement un stop (appui quand le volet descend ça stoppe) est-ce qu'il y a une syntaxe en GEA pour voir ce qui se passe sur cet appui pour du beurre ? pour les changements de couleur des anneaux des walli controller - je retiens ta solution de faire une scène en mode block , puis conversion en LUA et voir ce que la HC3 à coder. le code généré est : hub.call({[1] = 452, [2] = 457, [3] = 460, [4] = 463, }, 'setRingsLightMode', "on") hub.call({[1] = 452, [2] = 457, [3] = 460, [4] = 463, }, 'setProperty', "ringUpperColor","white") hub.call({[1] = 452, [2] = 457, [3] = 460, [4] = 463, }, 'setProperty', "ringBottomColor","white") donc si je reprend le GEA - suite à la condition l'action devrait être {"Property", {452,457,460,463}, "ringUpperColor", "white"}, ça fait parti des tests que j'ai déjà réalisé (voir mon post précédent) et rien ne se passe , quand je consulte le json du 452 alors ringUpperColor est toujours à green idem pour setRingsLightMode mon action a été codifiée en {"Call", {452, 457, 460, 463}, "setRingsLightMode", "on"} , idem rien ne se passe et si je regarde le json le ringLightMode est à Off

bonjour, est-ce que quelqu'un aurait une piste sur ce point ?

je reviens après pas mal de testes qui ne donnent rien - pour la partie conditions j'ai testé les syntaxes suivantes : {"Property", 84, "value", 0} et {"Property!", 84, "value", 0} fonctionne {"Value", 84, 0} et {"Value!", 84, 0} fonctionne mais pas {"Value", 84, true ou false} 84 fonctionne mais pas 84! - pour la partie action j'ai testé toutes les syntaxes suivantes et aucune ne fonctionnent: {"Call", {452,457,460,463}, "setRingsLightMode", "on"} ==> ne donne rien après avoir regardé dans l'api/device/452 le json du ringLightMode est à off {"Property",{452,457,460,463},"ringBottomColor","green"} ==> ne donne rien dans le json le ringButtomColor est à white {"Parameter",452,150,3} ==> rapporte une Erreur, vérifier : ["Parameter",[452,150,3]]

oui j'ai regardé dans le json, les noms des propriétés sont OK (je les avaient prises à partir d'un scenario BLOCK mis en LUA) dans les actions j'ai un TurnOff et TurnOn et j'ai posté juste au dessus les properties dispos : value ou state edit : je viens de regarder , quand j'allume la lampe du FGD j'ai "state": true, "value": 99 et quand elle est éteinte "state": false, "value": 0

ah oui tout ça, merci de ces explications j'ai appelé l'api/devices/452 1 - dans les actions j'ai : setRingsLightMode ==> {"Call", {452,457,460,463}, "setRingsLightMode", "on"} 2 - dans properties j'ai "ringBottomColor": "white", "ringBrightness": 100, "ringLightMode": "off", "ringUpperColor": "white", ==> {"Property",{452,457,460,463},"ringUpperColor","White"} {"Property",{452,457,460,463},"ringBottomColor","White"} 3 - maintenant j'ai un doute sur la syntaxe de la condition (ON ou OFF pour le module id=84) dans properties j'ai "state": false, "value": 0 ==> soit je prend ce que m'a proposé @fredokl GEA.add({"Value", 84, true},-1,"",{Actions}) ou j'avais essayé ce que j'avais trouvé dans la doc dans la partie test l'état d'un module avec l'exemple de id[TV] GEA.add(84!,-1,"",{Actions}) GEA.add(84,-1,"",{Actions}) 4 - pour le tableau des id, oui je vais voir à utiliser id[nom_du_module] mais comme j'ai mis des noms à rallonge

@lazer @jojo, de ma part comme pour vos posts, ceci est ma remarque sans aucune forme de reproche, ni d'agressivité. quand on ne connait pas un sujet, même en lisant attentivement, il m'est apparu, cela dans divers situations par le passé, et pas seulement à moi, que les mots n'ont pas de sens, ne connotent pas ce que l'auteur à posté. Dans ce cas, même en lisant attentivement, on passe à côté parce que ça n'a pas de valeur (au sens littéral). maintenant que j'ai pu appréhendé concrètement le concept de GEA et de ce qui touche aux QuickApp, à la lecture des posts et des liens que vous avez mis, je comprends vos réactions. ==> lit avec le doigt et tu verras tout est déjà dit ou écrit. (résumé probablement un peu brut de vos messages) je me suis déjà retrouvé, dans l'autre situation, cad la votre dans laquelle on donne une réponse et c'est agaçant de voir que ce celui en face ne comprend pas et passe à côté, ou redemande plusieurs fois et dans ce cas on ne comprend pas pourquoi il en fait pas bon usage. Pour celui qui connait c'est tellement évident !!! un point sur lequel je ne suis pas d'accord avec ton post: " j'ai commencé comme tu le dis avec des scènes en mode bloc, puis quelques une en LUA, je n'ai jamais souhaité aller sur GEA, mais les fils d'échanges - va sur GEA tu verras c'est simple - m'ont poussé à aller vers. je pense que je n'aurais pas dû.

re bonjour , je voudrais simuler un clic sur un walli controller, lorsque le store venitien qu'il commande (via association de groupe) est en position fermée ou ouverte (je m'explique : lorsque les walli controller commandes les BSO, il veulent être 'réveiller' pour envoyer une commande - même si le walli est alimenté par du 24DC) donc actuellement , si je monte ou descend un BSO et si je le stoppe , pas de souci la commande suivante est prise en compte par contre si je le laisse aller sur les butées hautes / basses (donc pas de stop à l'inter) pour lui envoyer une autre commande je suis obligé d'appuyer une 1ère fois sur l'inter (attendre la validation par anneau vert) et ensuite la commande est prise en compte donc mon abjectif est de supprimer ce double appui que j'ai appelé 'reveil' par un ordre GEA qui va envoyer le clic manquant au walli lorsque butée basse et haute là je vois pas comment coder cela. âme charitable IN

bonjour, me voilà enfin dans le topic de l'usage de GEA , si je suis pas dans le bon topic, dites moi ou poster. après plusieurs essais sur des trucs simple j'ai voulu faire - allumer l'anneau d'un walli controller en blanc si la lumière qu'il contrôle est éteinte et en vert si allumée pour cela j'ai ajouté le code : GEA.add(84!,-1,"",{"Property",{452,457,460,463}, "setRingsLightMode", "on"}) GEA.add(84!,-1,"",{"Property",{452,457,460,463},"ringUpperColor","White"}) GEA.add(84!,-1,"",{"Property",{452,457,460,463},"ringBottomColor","White"}) -- GEA.add(84,-1,"",{"Property",{452,457,460,463}, "setRingsLightMode","Value", "on"}) GEA.add(84,-1,"",{"Property",{452,457,460,463},"ringUpperColor","green"}) GEA.add(84,-1,"",{"Property",{452,457,460,463},"ringBottomColor","green"}) mais ça fonctionne pas, j'ai forcément une erreur quelquepart 84 est l'id de la lampe, c'est un variateur FGD212, 452, 457, 460, 463 les id des walli controller à mettre à jour. merci de vos corrections

c'est juste ça qui me manquait , c'est précisé nul part (ou j'ai pas trouvé), mais comme je suis totalement NOOB sur le sujet, je voyais pas ou rentrer mes GEA.add je vais tester maintenant que je sais comment ça fonctionne sans vouloir faire de la mauvaise polémique - je découvre le sujet et dans les tuto / explications , ça vous parait évident , mais pas pour quelqu'un qui débute - 2 choses : dans le 1er post de GEA pour HC3 (de @lazer) , très bien fait par ailleurs et super boulot dans installation il est dit : Importer le fichier fqa ci-joint. se serait bien d'ajouter les instructions pour une première installation - ajouter un appareil (réglages > ajouter un périphérique > autre appareil) choisir dans autre , télécharger un fichier - nommer ce QuickApp GEA - ouvrir l'appareil GEA - puis sélectionner avec modifier/prévisualiser - taper sur modifier - enregistrer pour l'usage de GEA : - ouvrir l'appareil GEA - puis sélectionner avec modifier/prévisualiser - taper sur modifier - sélectionner l'onglet config - entrer vos règles de type : GEA.add(.....) dans la section "règles utilisateur" - enregistrer et ç'est tout

j'ai suivi tes instructions , donc j'ai un équipment qui s'appelle GEA avec dedans les fichiers téléchargé, il y a 3 onglets à droite main, config, tools une fois cela fait , on rentre les ordres GEA comment et ou ? GEA.add..... puis quand c'est rentré on les execute comment desolé mais mode boulet ON pour moi

je deviens fou, c'est pire qu'avec homeassistant je résume après avoir parcouru 20000 posts , github, vos recos , ce que j'ai compris ==> merci aux bonnes âmes de rectifier ce que j'aurais mal fait pris dans github - instruction d'installation - il faut créer une variable GEA_Tasks (Général > variables) et lui mettre n'importe quoi dans son contenu - télécharger les fichiers du 1er post de ce fil de discussion - aller dans scénario et créer un scénario puis le transformer en LUA (ça le copie et ensuite on rentre dedans) - dans la partie action , faire un copier coller le contenu du fichier GEA v7.37.lua pris dans ce post : - aller dans réglages > Appareils ajouter un appareil > autre > télécharger 1 fichier > le fichier GEA v7.37.lua - aller dans l'onglet modifier et prévisualiser de l'appareil et cliquer sur modifier j'en suis là : mais je ne sais toujours pas comment utiliser GEA , je vois des GEA.add ... et la doc donne des syntaxes mais on les mets ou ? et on les exécute comment ?

je suis vraiment désolé, mais j'ai toujours pas compris comment s'installe cet outils GEA , j'ai téléchargé le fichier GEA_v7.36.fqa mais une fois que j'ai celui-ci j'en fait quoi ? si je l'ouvre dans un éditeur de type notepad++ c'est une seule grosse ligne. Et pour être complet dans mes questions : une fois que ce sera installé ou copié ou ?? on l'utilise comment parce que j'ai parcouru les 10 premières pages du lien au dessus et j'ai pas compris comment ça s'installe et ça s'utilise je dois être le seul parce que en essayant de fouiller j'ai rien trouvé qui réponde à ces 2 questions.

là tu m'as perdu , tu saisis ça ou ? comment tu accèdes à GEA ? (encore un truc que je découvres et que je ne connais pas)

@jojo tu fais comment pour les surveiller et détecter qu'ils sont déconnectés et les tu as un ordre pour les reconnecter ? un script LUA ? (si tu peux le poster )

c'est un FGS223 avec 2 éclairages dessus, il est dans un endroit qui passe très mal en terme de réseau, dans le local piscine qui est sous la piscine donc des m3 d'eau au dessus. j'en avais un 2ème que je viens de remplacer par des modules everspring et qubino , là ça a réglé le souci pour ceux là , mais je dois changer ce dernier car 1 coup sur 2 il passe en déconnecté. le fait qu'il soit à part en dit long.

@Lazer merci de ces explications , j'ai repris toute ma config pour mettre des noms et des pièces aux parents donne ça ce qui est pas trop mal , avec un truc c'est le petit en bas sans lien avec rien , mais qui s'allume quand même quand j'appui sur l'entité.

ce qui m'embête c'est que je n'ai que les modules cachés et pas les autres, j'ai regardé tous sont dans 'général autre' et sont cachés/desactivés je ne retrouve aucun module 'opérationnel' et aucune des pièces de mon arborescence ?? j'ai fait une erreur ?

@Lazer merci de ta réponse, en fouillant j'ai trouvé et ça pourra peut-être servir à d'autres: - en définitive les scénario de HC3 remontent via le plugin (il faut juste attendre un peu et faire un rechargement du plugin dans HA) - ensuite les scénario HC3 sont vus comme des entités de type scene.nom_de_la_pièce_nom_du_scénario_idHC3 - avec ça on peut créer un bouton dans l'interface HA qui a comme action : permuter (en langage HA c'est équivalent à un booleen) et ça envoi un ordre via l'API (le plugin) qui est un 'start' du scénario - j'ai créé plusieurs scénario qui n'ont pas de déclencheur mais que des actions avec la fermeture de plusieurs volets (group ==> volet/BSO ==> choix des volets ==> actions = fermer/ouvrir) et ça fonctionne, lorsque je clic sur le bouton HA associé à l'entité scene.xxx le scénario HC3 se déclenche Formidable

bonjour, je voudrais déclencher un scènario depuis homeassistant - le scènario est ouverture de tous les volets dans homeassistant j'ai installé le plugin Fibaro-HC3 mais je bloque pour savoir comment programmer cela ? dans la HC3 si je créé un scénario, il veut absolument un déclencheur ? dans homeassistant je peux créer un automate qui se déclenche sur l'appui d'un bouton et qui utilise rest_command: declencher_scenario_volet: url: "http://adresse_ip_homecenter3/api/scenarios/nom_du_scenario/run" method: "GET" si une bonne âme vient à passer , merci bien.

oui l'explication 1) est claire mais le fonctionnement pas du tout satisfaisant, sur un ordre simple (clic remontée) on doit en même temps que les lamelles doivent être à 100% et le volet à fermer j'ai trouvé un bypass : si tu mets dans les paramétrages le param 155 : moteur operation detection à 0w ou même 1w alors on a plus le phénomène de redescente.

bon , j'ai décidé de changer le FGS223 (double sortie) par un vieux everspring AD146 et un qubino ZMNHAD1 qui trainaient dans les tiroirs, là miracle je n'ai plus de problème, un peu de latence du fait de l'éloignement et probablement des rebonds sur plusieurs équipement pour les atteindre, mais plus de déconnexion. C'est quand même extrêmement bizarre, j'ai dans l'armoire électrique près de 20 FGS223 tous les uns à côté des autres, sans aucun soucis, l'armoire est 3 étages en dessous de la box avec 2 planchers bétons et dans des endroits diamétralement opposés. mon 1er FGS223 dans le local piscine, pas de soucis (latence longue, mais ça communique), le 2ème FGS223 juste à côté là pas stabilité et ça fait ping-pong quand l'un fonctionne l'autre 'déconne', comme si le signal était perturber par l'un des 2. Pour les voisins, 1 seul : 150m + 1 mur de clôture en parpaing + 2 haies de cyprès dense, + 1 mur beton du local piscine + mur de leur maison ==> possible mais j'y cois moyen

bonsoir, chez moi c'est très bizarre (j'ai utilisé le code que j'ai trouvé sur ce fil z-wave_network_hc3_correct.php) , si il y en a un autre j'ai pas trouvé le résultat est surprenant : mais tout est dans la même pièce "général autre" qui est la 1ère et je n'ai pas les autres pièces , ni tous les modules