jojo

j'avais bien vu que c'était l'url du navigateur. Et avant de poser la question, j'avais réessayé à plusieurs reprises et même fait un reboot de la box ... Maintenant, je le refaisait (pour essayer de prouver que je suis pas encore complètement sénile, et bien c'est ok ... Je n'y comprends plus rien, sauf que mes doigts ont eux aussi décidé de n'en faire qu'à leur mode ...

bonjour, Suis-je seul, ou est-ce le retour de mes chats noirs ? Lorsque je faits un copy du bout de code d'un QA (exemple : une partie de ma config GEA) h'au ceci dans le presse-papier : http://192.168.xxx.xxx/app/settings/devices/quickapp/edit/167

si tu remplaces ton vieux (qui a 5 ans) par le nouveau modèle à 50% => GO!

en effet, je n'ai pas besoins de l'instantané, donc je vais dans une premier temps développer ma fonction dans le gros LUA de gestion du chauffage où j'aurai une main loop qui tournera toutes les 10 sec. En fait j'ai une partie de la gestion du chauffage sous GEA, et une autre dans un QA LUA, ce qui n'est clairement pas optimal. Et comme maintenant je gère mes période de chauffage via mes Google Calendar, il faut que j'étudie la possibilité d'avoir tout en 100% local si internet était mort... (P.S. ne disions-nous pas avant que les meilleurs sujets étaient ceux qui généraient bcp de HS ?)

autrement, tu peux envoyer un mail avec les infos et peut-être le traiter avec IFFFT ?

en effet, c'est ce que j'avais vu également, pas de retour d'état ... la boucle infinie ou une petite scène qui appelle mon lua : { operator = "any", conditions = { { isTrigger = true, type = "device", id = 344, --id["CHAUF_CIRCUL_RDC"] property = "state", operator = "anyValue", }, { isTrigger = true, type = "device", id = 343, --id["CHAUF_CIRCUL_ETAGE"] property = "state", operator = "anyValue", }, { isTrigger = true, type = "device", id = 157, --id["CHAUF_ECS_RADIATEUR"] property = "state", operator = "anyValue", }, } } hub.call(id["GESTION_CHAUFFAGE"], "ChaudOut") dans, les actions, j'ai pu définir id[] -- IDs générés le : 19/03/23 à 17:55:38 local id = { --Chaufferie PAC_TOTAL_W = 661, CHAUF_ECS_RADIATEUR = 157, CHAUDIERE_SOLAIRE = 269, PAC_BACKUP_A = 675, CHAUF_CIRCUL_RDC = 344, CHAUF_CIRCUL_ETAGE = 343, PAC_A = 667, PAC_AUTH = 263, CHAUF_ECS_PID = 889, CHAUF_CIRCUL_RDC_FGS223 = 706, CHAUF_CIRCUL_ETAGE_FGS223 = 705, SOLAIRE_TMPL = 526, SOLAIRE_PRISE = 534, CHAUDIERE_OUT = 268, SOLAIRE_TMPH = 525, SOLAIRE_POMPE = 517, GESTION_CHAUFFAGE = 177, PAC_BAKCUP_AUTH = 264, TISUN_TMP = 528, } Mais j'aurais bien voulu qqch de similaire dns les déclaration, mais sans succès. Y a-t-il un truc ?

j'ai eu une très mauvaise expérience (avec Lifedomus) d'une clé USB pour le z-wave. Donc je crains que ce soit similaire avec HA. En tout cas depuis mon retour sous HC3 pour le z-wave, je suis ENCHANTE.

oui, mais si l'objectif est de passer de 2 sources "d'erreurs" à 1 source, alors je reste avec GEA ...

j'avais pensé à une MaunLoop qui tournerait toutes les 10s pour vérifier si le FGS224 avait changé de statut et faire ce qu'il fallait. Mais alors il tournera souvent pour rien, et j'aurais préféré utiliser le changement d'état comme déclencheur. En fait j'utilise actuellement GEA comme déclencheur, mais en ayant lu une remarque de @Lazer, jai déjà un QA pour la gestion de mon chauffage, et je voulais donc tout rassembler en un endroit pour limiter les risques. Mais donc je passerait par cette boucle.

est-ce à ceci que tu fais allusion ?

exemple concret, j'ai un FGS-224 (que tu as mis à la chaufferie) pour contrôler les circulateurs (1 pour le rdc et 1 pour l'étage). et un autre pour commander ma chaudière. Elle ne "peut" fonctionner que si la température du ballon solaire est sous un certain seuil ET que 1 des 2 circulateurs tournent. Donc, je voudrais mettre un code lua au turnOn/turnOff des circulateurs. Mais en effet ce n'est sûrement pas possible, car la norme z-wave ne prévoit pas d'ajouter du code, sauf à ce que Fibaro rajoute à add-on au json du module. il faudrait que je retrouve le post que, évidemment, je n'ai pas suivi, car ici pas de fil pilote ...

je poste des fois que Fibaro lis ... En fait je voudrais ajouter du code pour un module standard. Je m'explique. Si je crée un QA de type (par exemple) Binary Switch, je peux rajouter du code aux méthodes standards proposées (onInit, turnOn et turnOff). Dans le cas qu'un module z-wave inclus, je ne peux pas en éditer le code. L'astuce serait alors de créer un QA qui actionne le module z-wave, mais alors pour le retour détat au QA, ça devient chaud, et donc un usine à gaz ... (sauf si possible de faire des associations entre le module physique et le QA ?)

as-tu essayé un reboot de ta HCL ?

PowerNodes : GreenWave mais ils ne la fabriquent/vendent plus

je me disais également, du coup on abandonne (on = moi en tout cas) Merci pour l'idée du favori pour l'édition du GEA, du coup j'ai ré-upgrédé max box.

je ne suis pas programmeur, juste curieux. Donc si j'ai pu apprivoiser (en commençant par des choses très simples), tout le monde peut y arriver...

très bonne question, je te remercie de l'avoir posée. (ce n'est pas une réponse de politicien ...) En effet reproduire 10x le même code, ce n'est pas optimal. Mais, Comment faire autrement, sachant que c'est 1 thermostat par pièce, que les températures et consignes peuvent être différentes d'une pièce à l'autre, ... C'est comme le QA Sonos de @Krikroff, il y en a 1 par appareil, donc si tu en a 10, tu as également 10 QA et 10x le même code ...

je comprend alors pourquoi la longueur visible du champ "Nom" ne t'importe pas. Comme tu sais, je suis, par exemple, un grand utilisateur du HCM (QA PID). J'en ai 10 ( 7 pièces + cave à vins + ECS + Piscine) et ils ont tous PID dans leur nom. Alors quand il y a une nouvelle version du code, je dois modifier 10 QA. Je fais alors un filtre sur le nom PID, et je trouve les 10. Pour les éditer à la queue leu leu, c'est plus facile quand il garde le filtre ... et que je vois le nom dans la liste.

pour mes portes de garage, g'en ai mis 1 dans chaque moteur. son alimentation est assurée par celle de l'électronique du moteur j'utilise IN1 et IN2 pour récupérer les 2 contacts sec du moteur. Ainsi je sais si ma porte est ouverte, fermée ou en mouvement j'utilise OUT1 en parallèle avec le bouton physique de commande de la porte

tu réfléchis donc à quitter Fibaro ?

ah bon et comment tu fais pour éditer l'appareil GEA (dont l'id serait 245), sans devoir scroller jusqu'à le trouver ?

voici comment retrouver l'ID d'une icône : dans le menu de sélection de l'icône d'un appareil : Clic droit sur l'icône, puis ouvrir dans un nouvel onglet. Récupérer l'url de ce nouvel onglet : http://192.168.xxx.yyy/assets/userIcons/devices/User1007/User1007.png ici l'ID est 1007 et pour mettre à jour l'icône du QA self:updateProperty("deviceIcon", id de l'icône) ici : self:updateProperty("deviceIcon", 1007)

Oui sûrement, mais avec le meême niveau de zomm je passe de 19 à 8 caractère (de lême taille) Ma colone de nom faut maintenant (5,120) 5 cm de large, alors qu'avec la nouvelle version elle est (environ) moitié moins large. Et tu n'as pas observé le problème des filtres ?