jojo

qu'as-tu comme box domotique ? (indispensable pour commencer - ce sera le cerveau de toute ta domotique évolutive => je te conseille la HC3 pour ne pas être limité ensuite) D'après la doc, page 7 : https://king-gates.com/wp-content/uploads/2020/03/STARG8_24_FR.pdf Je te conseillerais un module Fibaro FGBS-22, qui te permettra de : contact 1 (6-7) : statut barrière ouverte contact 2 (5-7) : statut barrière fermée OUT1 (15-16) : actionner la barrière température extérieure avec la sonde comprise dans le module. Maintenant, je n'ai pas lu toute la doc du moteur, mais si tu as deux battants, ne te faudrait-il pas 2 FGBS, sauf si les deux moteurs parlent, ou bien tu pourrais utiliser le OUT2 pour commander le second moteur

Welcome !

passer sous HC3 ?

bonne nouvelle

c'est quoi la diffférence avec GEA.debug = true qui se trouve également dans config ?

c'est à dire : exclusion du module reset du module réinclusion du module ?

bonjour également et bienvenue la seule box pouvant le faire sérieusement ...

cette rubrique existe

bienvenue à toi, e suis en plein dans le monde des fain"ants, donc j'ai lu les5 premières lignes et la dernière ...

ma précédente vie, justement ...

comme la sonde de température remonte l'info en BT à la vanne, essaie de refaire le lien entre les 2

je n'ai pas ce type de vanne, mais voici pour un autre appareil sur piles

alors c'est la wakeup time. Il est a combien ?

les piles sont toujours ok ?

autre petit truc : pour toutes mes variables booléennes (yes|no, true|false, autorisé|interdit, ...) j'utiliserai des QA de type Binary Switch avec les icônes qui von bien avec)

c'est ce que je me disais également, mais c'était plus pour le "fun" je vais essayer celui là pour mes idées tordues .. (en fait cela répondrait à la question que j''avais posée ici - mais elle n'était peut-être pas assez précise)

Ca c'est l"expérience qui parle ... Perso je suis très content que la personne (@mprinfo) qui s'est gentiment proposée pour changer/réinclure tous mes modules ne pouvait pas être immédiatement dispo, et ainsi je peut bien tout préparer

j'ai également déjà 2 reboot "intempestifs", uniquement détectés par mon syno et une scène qui m'envoi un message si reboot. Je vaus me faire un petit fichier log pour factualiser la fréquence et la version du firmware

si tu choisis l'option "réinclure à la mano", la question ne se pose plus ... ceci dit je suis également en phase de migration (mais pas depuis HC2). Le plus important pour moi, c'est la gestion du chauffage, de la piscine (et de l'airco de la cave à vins) (bien que je puisse tout gérer en manuel). Alors pour mon chauffage, j'ai créé énormément de QA de type Binary Switch pour tester la nouvelle solution. Et quand je migrerai effectivement mes devices (en fait de migration, je remplacerai les anciens z-wave par des nouveaux z-wave+) je leur donnerai le même nom que mes QA. Ainsi ma migration sera rapide ...

c'est précisément ce que je voulais éviter ... mais je vais devoir y passer

merci, mais j'ai déjà essayé cela, et le QA générique ne réagit pas aux clic sur l'icône, donc créer ces fonctions ne sert à rien ... MAIS tu vien de me faire penser à qqch: dans le JSON d'un generic QA, il n'y a rien dans les actions "actions": { }, mais dans celui d'un Binary Sensoe ; "actions": { "toggle": 0, "turnOff": 0, "turnOn": 0 }, avec les fonctions function QuickApp:turnOn() function QuickApp:turnOff() qui ont le même nom que les valeurs dans le JSON. donc déjà (ce serait rigolo) si on créait la fonction function QuickApp:toggle() ça pourrait fonctionner (à la place des fonctions turnOn() et turnOff()- Je mr disais qu'on pourrais rajouter ces actions au JSON du QA générique, mais en fait non, cela doit être codé dans le QA d'appeler ces fonctions => c'est mort et il faut trouver où il enregistre qu'il faut mettre telle ou telle icône pour les QA Binary Switch.

Bonjour et bienvenue. Le principe des modules Fibaro, c'est d'avoir une liaison sans fil (Z-Wave) tout en gardant la possibilité que tout fonctionne sans la box domotique, ie avec les interrupteur classiques. La box sera même informée de l'action que tu as prise via l'interrupteur, comme si c'était elle qui avait donné l'ordre. MAIS des modules (FGD, ...) et un stick USB ne suffiront pas : il te faudra une box en plus (HAAS, Jeedom, ...) Si tu optes pour une box Fibaro, il ne sera pas nécessaire (et même impossible) d'y connecter un stick USB Z-Wave, car elle a son propre contrôleur. le z-wave étant un réseau maillé (= si un module ne peut communiquer en direct avec la box (car trop éloigné) il utilisera d'autres modules z-wave (sur secteur) pour faire le relais. Donc pour avoir une installation domotique en z-wave qui fonctionne bien, il faut une bonne répartition des modules = ne pas multiplier les protocoles. Si je ne me trompe pas, Somfy = Nice; donc la HC3 peut faire parler et interagir ces 2 protocoles, mais ton réseau Somfy/Nice ne pourra pas servir de relais à tes modules z-wave.

oui, je savais cela, mais le Binary Switch, ne permet que 2 icône ( "Binary Switch") et moi je voudrais 4 positions : pour mon QA GestionChauffage, qu'il m'affiche la belle icône en fonction de la valeur de ma VG. Ceci est possible avec un QA de type générique, mais alors, je dois aller sans les settings -> General -> Variables pour changer la valeur de ma VG. Avec un BS, je peux directement cliquer sur l'icône du QA qui lancera la fonction TurnOn ou TurnOff en fonction du status. Je voulais dans chacune de ses fonctions appeler une fonction perso qui me permettrais de modifier directement ma VG et l'icône de mon QA. Je sais c'est un peu tordu, mais c'est le seul moyen que j'ai trouvé pour faire faire à la HC3 ce que je veux. Donc en regardant dans le JSON du device // 20220520155433 // http://192.168.1.xxx/api/devices/160 { "id": 160, "name": "Chauf_Circul_RdC", "roomID": 239, ... "properties": { ... "deviceIcon": 1002, "icon": { "path": "assets/userIcons/devices/User1002/User1002100.png", "source": "HC_USER" }, ... "value": true, ... } j'étais sûr de tout y trouver. La propriété "deviceIcon" me plaisait bien. Mais quand je click sur l'icône du device, son status passe bien à Off ("value"; false) et l'icône de l'interface change bien , MAIS aucune autre propriété (et donc pas la "deviceIcon") ne change . Donc, le JSON d'un device ne contiendrait pas tout l"info d'affichage/du statut du device.. Donc, en y réfléchissant, ce n'est pas la propriété "deviceIcon" que je dois modifier (pour un QA de type Binary Switch) mais laquelle alors ? Ma question est-elle assez tordue/complexe pour toi ?

Bonjour, Vous voyez que je tien parole : je vous avait prévenu que j'aurais beaucoup de questions ... Pour les QA de type "Generic device" : on charge l'icône depuis l'onglet général puis pour connaitre son id, on regarde le # qui se trouve après User quand on fait click droit -> Enregistrer sous (User1007.png) puis dans le code, on peut l'assigner à ce ou un autre QA de même type self:updateProperty("deviceIcon", 1007) Pour les QA de type "Binary Switch" (je les aime bien car on peut faire faire qqch en cliquant juste sur l'icône) : on char l'icône Off et l'icône On puis comment trouver l'id de ces icônes ? (car si click droit-> Enregistrer sous on a un id à 7 chiffres (pour le On - User1001100.png) et pour le Off? et de tout façon NI self:updateProperty("deviceIcon", 1007) NI self:updateProperty("deviceIcon", 1001100) NI self:updateProperty("deviceIcon", 1001101) NI self:updateProperty("deviceIcon", 10011) NI self:updateProperty("deviceIcon", 1011) ne fonctionne Il y a sûrement un truc ...

Merci pour ce "cours privé". C'est en effet sympa de "regrouper" les variables : QA GestionChauffage, QA GestionPiscine, ... surtout si on put les voir/mettre à jour (?) depuis d'autres QA. J'utilise encore les variables globales, pour les variables prédéfinies (malheureusement, pas (encore) disponible au niveau des QA).