Dragoniacs

J'ai eu le même soucis. J'ai réduit la sensibilité du capteur pour ne pas sur les araignées le déclenchent. Envoyé de mon RMX1993 en utilisant Tapatalk

J'ai commencé a adapter le code. Mais je suis coincée, j'ai une erreur 501 sur le api/networkDiscover. La fonction n'a pas l'air activee... Envoyé de mon RMX1993 en utilisant Tapatalk

Bonjour à tous, Je vous publie une première version du QuickApp, dérivé du VirtualDevice que j'avais fait pour la HC2. Tout le fonctionnement est expliqué en détail dans l'autre post, je ne vais pas tout redire ici. Ce QuickApp utilise des modules enfants, qui sont automatiquement importés depuis votre KLF200, en passant par OpenHab. Tout ce que vous avez à faire, c'est d'importer ce fichier .fqa, et de mettre à jour les variables : - IP_OpenHab = 192.1.1.xxx:YYYY (l'adresse de votre système OpenHab) - OpenHab_KLF_ID = monklf (l'identifiant unique de votre KLF tel que déclaré sous OpenHab. Sachez que OpenHab en défini un par défaut, mais vous pouvez aussi le spécifié lors de la création du bridge) Petite chose à retenir : pour le moment, je vérifie les besoin de création des modules enfants via leur nom. Je sais qu'on peut faire autrement, mais je n'ai pas encore eu le temps de m'y pencher plus que ça. Cela n'empêche pas l'utilisation de ce QA, mais il ne faut pas modifier les noms des modules enfant, sous peine de voir le QA en créer de nouveau. Ca sera pour la V2.0 KLF200_OpenHab.fqa

J'ai résolu mon bug d'importation ! C'était un soucis d'interface chaise-clavier.... pour une fois, FIBARO n'y est pour rien (sauf le fait qu'on manque cruellement de documentation sur les QA...) Pour ceux qui avaient déjà la V2.0, vous pouvez vous contenter de mettre à jour le code du fichier "main" dans le QA (ça c'est un beau progrès : vive la HC3 !) J'en ai profité pour intégrer aussi les modes "ventilation" et "déshumidification".

Serait-il possible de gérer les profils avec leur nom plutôt que leur numéro ? Pour plus de clareté dans le code

C'est un coup monté pour nous forcer à passer sur la HC3 ! [emoji16] Envoyé de mon RMX1993 en utilisant Tapatalk

Bonne année a tous les barbus et barbues [emoji16] Envoyé de mon RMX1993 en utilisant Tapatalk

Oui, tout a fait d'accord Envoyé de mon RMX1993 en utilisant Tapatalk

Pour les QA thermostat tu ne peux effectivement pas agir dessus depuis l'appli. mais tu peux changer la consigne depuis l'onglet "climate". Envoyé de mon RMX1993 en utilisant Tapatalk

Moi ça m'intéresse une gestion des panneaux via GEA. Envoyé de mon RMX1993 en utilisant Tapatalk

Tu peux mettre une zone sur off depuis le panneaux de chauffage ou via les profils, sur HC3 Envoyé de mon RMX1993 en utilisant Tapatalk

Mais que ferions nous sans GEA ? [emoji16] Envoyé de mon RMX1993 en utilisant Tapatalk

Ok donc il faut que je reprenne en partie la logique de mes anciens VD.... Ou que je me fasse un GEA special chauffage pour pas trop alourdir le GEA principal.

Hello a tous ! Petite question sur l'utilisation des panneaux de chauffage. Un truc super cool avec la HC3, est que lorsqu'on développe un QA de type thermostat, il se met a jour tout seul avec les consignes du panneau de chauffe (ou clim) associé. Plus besoin de passer par l'api comme je le faisais avec les VD de la HC2. Sauf que voilà : comment je fais lorsqu'on est mardi et que exceptionnellement je ne travaille pas ? Est-ce que je peux facilement lui dire "fait comme si on était dimanche"? Ou faut il que je passe par l'api pour forcer les consignes ? Je sais qu'on peut forcer une consigne depuis le panneaux des profils, en disant : quand on est en HOME, chauffe a 19°C. Mais il faudra alors que le soir, je le repasse en auto pour qu'il rebaisse la température pour la nuit... Pas très automatique tout ça.... Une idée ? Envoyé de mon RMX1993 en utilisant Tapatalk

Ah ouai merde, pas con..... [emoji17] Envoyé de mon RMX1993 en utilisant Tapatalk

Faut que je regarde dans le détail du QA pour connaître les noms des objets alors.... Envoyé de mon RMX1993 en utilisant Tapatalk

J'ai une question sur la personnalisation des modules enfants. Je suis en train de mettre en QA la gestion de mes VELUX (via le KLF200). Je gère chaque volet comme un child, ce qui est super pour alléger le code et la charge du réseau wifi. Mais par contre, ils sont un peu moches, car j'ai pris le type "multilevelswich". Savez vous si je peux changer le label "Brightness" en "Ouverture", et le "On/Off" en "Ouvert / Fermé" ? ou le "PowerSwich" en "Mode" (ou un truc du genre....)

Bon ben je vais attendre la version stable avant de tester l'import de mon QA Mitsu.... Envoyé de mon RMX1993 en utilisant Tapatalk

Quand tu créée un QA, tu peux choisir le type "thermostat". Et après, dans le code de ce QA, je gère les commandes qui sont envoyées au fil pilote Qubino. Envoyé de mon RMX1993 en utilisant Tapatalk

Moi j'arrive bien à gérer la température de mes QA de type thermostat avec les panneaux de chauffage et climatisation, et les profils. Et le QA se charge de transformer la consigne en ordre de chauffage. Envoyé de mon RMX1993 en utilisant Tapatalk

Non, pas encore eu le temps de faire ça... Envoyé de mon RMX1993 en utilisant Tapatalk

Ça sera pour la prochaine update [emoji16] Envoyé de mon RMX1993 en utilisant Tapatalk

C'est pas possible d'utiliser une liste comme expliqué dans le manuel ? : https://manuals.fibaro.com/knowledge-base-browse/hc3-quick-apps-managing-child-devices/ we can create some kind of map for our sample model, which may look like this: hub device id -> hc device id. We’ll be able to check which device from the Home Center represents a particular device from a hub. We would have to do this on child device creation. ..... Now by using devicesMap we can properly synchronize our devices. It can help us with updating properties as well. Envoyé de mon RMX1993 en utilisant Tapatalk

Je n'ai pas l'impression qu'ils aient corrigé mon bug d'import des QA type thermostat.... Envoyé de mon RMX1993 en utilisant Tapatalk

Oui, j'avoue que les scènes sur la HC3 n'ont plus grande utilité.... Envoyé de mon RMX1993 en utilisant Tapatalk