jojo

j'ai un FGS224 qui tombe régulièrement mort. Dans sa config avancée si je clique sur le bouton 'Interroger cet appareil", il revient à lui Je me dis donc que si je change le dropdown juste au dessus par "L'appareil utilise la file d'attente d'interrogation globale", ça devrait faire le job. Mais la nouvelle valeur ne reste pas assez longtemps pour que je puisse sauver la config, elle revient après 3 sec à son ancienne valeur (et ce n'est pas mon browser, j'ai testé avec un autre). Ce problème est peut-être lié à celui-ci : je n'arrive pas à modifier la valeur suivant les recommandations de Fibaro J'ai bien l'icône verte à chaque appuis (donc la box reçoit l'info), mais la valeur revient toujours à sa valeur initiale. Suis-je le seul ?

mon QA chauffage n'exploite pas encore cette API. Il va falloir que je prenne mon courage à 2 mains pour m'y pencher (et comprendre ton code) sérieusement. Quand de je fais du reverse enginering, je ne comptrnds pas local id = event.data and event.data.id j'aurais compris : local id = event.data.id idem pour : --self:debug("Event :", json.encode(event)) il faut que j'essaie pour voir ce que ça donne

su la procédure de reset ne fonctionne pas => échange

d'après la box, j'ai 97 appareils z-wave Actuellement, pour la gestion du chauffage, j'ai de la config dans GEA et dans un QA. Afin de réduire les dépendances, je souhaite tout rammer dans le QA (car il fait déjà ce que GEA ne sait pas facilement faire). Et comme dans GEA j'ai des actions qui ne sont faites qu'en fonction du changement d'état d'un appareil, je crois que le refreshState serait plus approprié, mais je me posait la question car il collectait les changements d'état (en fait, uniquement le changement de la propriété Status ou de n'importe quelle propriété ?) de tous les appareils, ou mon QA ne vérifierait qu'un nombre limité de devices ? La question reste donc ouverte ...

je me pose une question "philosophique" : qu'est-il plus intéressant (performance, fonctionnalit, ....) entre l'API Refresh state programmée à 250 ms un main loop (qui tourne également toutes les 250ms) pour interroger le status d'une liste de devices ?

quelle est la raison réelle de tes économies ? Le divorce ou la domotique ? (j'ai mon idée ...)

tu ne vas pas t'y mettre aussi ? Mais ouf, je suis sauvé, car il est sur pile => non

uniquement si tu en achètes alors que n'en n' pas besoin, ce qui ne sera jamais notre cas ...

idem

On fait confiance à personne, sauf à toi ...

en effet, je n'avait pas osé dire qu'avec SAFARI ça fonctionnait.

j'utilisais ce navigateur sur les conseils d'un ami, car il respecterait plus la vie privée. Il est quand-même sur une base Chrome. Ils m'ont juste proposé une mise à jour qui semble avoir solutionné le problème

bonne nouvelle (pour moi en tous cas) : je ne suis pas complètement fou : C'est mon browser (Brave) qui déconne : erreur similaire avec d'autres pages, et pas l'erreur avec un autre browser.

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 ...