Felig

Je ne crois pas que ce soit possible, mais jamais vraiment creusé. Pour mon contournement précédent, c'est encore plus rapide (et moins consommateur en ressources système) de le faire sous GEA: IMPORTANT: Il faut remplacer 123 par l'Id de votre thermostat SRT 321 -- Id thermostat = 123 GEA.add({"Function", function() if fibaro:getValue(123,"value")~=fibaro:getValue(123,"targetLevel")then return true end end}, 900,"Thermostat désynchronisé",{{"Repeat"},{"function", function() fibaro:call(123,"setTargetLevel",fibaro:getValue(123,"targetLevel"))end}})

Bonjour, Il y a une erreur à la ligne 63 du script au début du post: table.sort(devices, function(a, return a.roomID<b.roomID end) Il faut corriger comme suit je pense: table.sort(devices, function(a,b) return a.roomID<b.roomID end)

Bonjour à tous, J'ai depuis peu un problème de transmission des consignes au SRT-321 par le panneau de chauffage que certains ont déjà rencontré apparemment. La bonne nouvelle c'est que j'ai trouvé une solution de contournement, que je partage au cas où. Si quelqu'un a une solution plus propre, je suis bien entendu preneur! 1) Le Problème Parfois, les changements de température du panneau de chauffage ne sont plus transmis au SRT 321. Ils sont bien répercutés dans l'interface Web (avec une température cible affichée différente de celle du thermostat - cf.image), donc la HC2 sait qu'elle doit demander au thermostat de changer sa température. Mais à chaque réveil, elle ne le fait pas, comme si le SRT 321 était mort. J'ai vérifié, il n'est pas mort: le SRT continue à envoyer les températures etc. Un réveil du SRT ne change rien la plupart du temps. Un redémarrage de la box semble régler le pb, mais pas pour longtemps. Si je change la température sur le SRT 321, le changement est immédiat sur l'interface Web, il n'y a pas de pb de communication dans ce sens. Le bug est aléatoire (typiquement le premier réveil se passe bien), mais assez fréquent. Et une fois planté, ça reste planté pendant des heures, voire des jours (testé en vacances). Précision importante: pendant ces périodes de plantage, il n'y a plus de message "Waiting for wakeup" sur le SRT lorsque le température est changée par le panneau de chauffage (cf.image) 2) Causes possibles ? C'est là ou j'aurais besoin de votre aide. C'est peut-être un pb de configuration, mais j'ai le même problème sur mes 3 SRT 321. J'ai l'impression que c'est apparu avec la version 4.12. J'ai eu des plantages 503 et j'ai du faire une restauration après le passage en 4.12, c'est peu-être dû à ça ? Je n'ai pas testé exclusion/inclusion pour l'instant, en espérant que ce sera corrigé dans de prochaines versions. Je n'ai pas non plus testé de changer les périodes de réveil (je suis à 900 par défaut). 3) Solution de contournement J'ai observé que lorsque je change la valeur du thermostat manuellement, le message "Waiting for wakeup" apparaît tout de suite (cf.image), et la consigne est bien transmise au prochain réveil. J'ai donc ajouté une boucle toute simple dans le Main Loop de mon module de contrôle du panneau de chauffage (cf. ci-dessous). C'est basique, pas très propre, mais ça marche pour l'instant. Si vous avez d'autres idées, ou si vous avez eu le même bug, je suis preneur de vos retours Merci! local srtid = *** id du SRT 321 *** local targ = fibaro:getValue(srtid, "targetLevel") -- température cible thermostat local curr = fibaro:getValue(srtid, "value") -- température actuelle thermostat if curr == targ or synctime == nil then synctime = os.time(t) end syncdelay = os.time(t) - synctime -- délai en secondes depuis la désynchronisation if syncdelay >900 then -- période de réveil dépassée: bug est apparu fibaro:call(srtid, "setTargetLevel", targ) -- consigne est fixée manuellement pour forcer transmission synctime = os.time(t) end

Merci, je vais regarder la télécommande. Entre temps j'ai trouvé une solution possible: quand j'associe le wall-plug au sèche-serviette (association Groupe 1 dans les menus), ça n'associe que le bouton en fait. En d'autres termes, si j'appuie sur le bouton du wall-plug, ça se répercute sur le séche-serviette; mais si j'allume ou j'éteins le wall-plug par l'interface Fibaro, il ne se passe rien ! (bug ?) . Donc je devrais pouvoir mettre en place un script GEA qui rallume la prise automatiquement après 30 secondes, et ça ne devrait pas rallumer le sèche-serviette ... Seul problème: pour allumer le sèche serviette, il faudra appuyer 2 fois: 1 fois pour éteindre la prise, et 1 autre fois pour la rallumer.

Bonjour, Je n'ai pas trouvé ma question dans les 19 pages de post, donc c'est pas bon signe sur la faisabilité. Je la pose quand même. J'utilise le wall-plug dans une salle de bain en association avec un sèche serviette: chaque fois qu'on appuie sur le bouton du wall-plug, ça allume / arrête le sèche-serviette. Le sèche-serviette n'est pas branché sur le wall-plug pour être clair. Jusque là tout va bien. Par contre je voudrais que le courant passe tout le temps dans le wall-plug (pour que la prise reste utilisable quand le sèche-serviette est éteint). Je pensais qu'il suffisait d'utiliser le mode "Always on" mais le problème c'est que dans ce mode, le bouton du wall-plug ne sert plus à rien ! Vous connaissez un moyen de détecter la pression du bouton (dans script GEA ou autre) quand le mode "Always on" est activé ? Merci d'avance PS: Je sais que je pourrais utiliser un interrupteur à la place, mais ils sont avec piles, et celui que j'ai testé n'était pas fiable.

Voici la photo du telerupteur d'origine

Bonjour, j'essaie de remplacer un (très vieux) télérupteur par un fgs 211, mais il n'est branché qu'à 3 câbles, et non 4. Sur le télérupteur, il y a 4 entrées: 2 avec un symbole alimentation, et 2 avec un symbole interrupteur. J'ai trouvé le cable phase: il est branché à 2 entrées du télérupteur, une pour l'alimentation, et l'autre pour l'interrupteur apparemment Et il y a ensuite 2 câbles bleus, un qui est branché sur un symbole alimentation, l'autre sur un symbole interrupteur. Quand le télérupteur est branché, les deux câbles bleus semblent alimentés en permanence. Dans les schemas vus sur les forums, il faut toujours 4 cables, donc je suis un peu perdu. Est-ce que je peux quand même le remplacer par un fgs 211 ? EDIT: j'ai compris en consultant un tuto que dans mon cas les poussoirs et le télérupteur sont branchés sur le neutre et non la phase. Dans ce cas on ne peut pas utiliser un fgs 211 en gardant un retour d’état si j'ai bien compris. A moins que vous ayez une idée ? Merci d'avance

PIPT2, ci-joint mon module puisqu'il t'intéresse, mais il n'est pas très différent de ceux postés sur le forum, dont je me suis beaucoup inspiré pour apprendre àprogrammer en lua (j'ai ma box que depuis 4 jours). Dans les choses que j'envisage d'ajouter: un mode manuel temporaire (comme ce que fait ton module, mais simplifié: juste des incréments d'une heure), une fonction qui passe automatiquement en mode Manuel pendant 1 heure quand le thermostat est changé manuellement, et le passage en mode Off quand une fenêtre sera ouverte (il faudra que je mémorise le mode précédent quelque part). Comme indiqué, le code est pas super propre (2 variables globales ça me semble lourd, j'ai bien aimé votre astuce d'utiliser le champ IP du module pour économiser une variable), et ça ne marche pour pour un panneau avec une seule pièce. Bref àsuivre. Chauffage (1).vfib

Bonjour, Petites questions de débutant, désolé. Je vois dans le code que l'adresse http pour les fonctions Net.FHttp est ("127.0.0.1",11111) et d'après les instructions on n'a pas besoin de la modifier. Dans les autres modules virtuels que j'ai pu regarder, il faut la modifier si j'ai bien compris. De même, je ne vois pas la fonction setBasicAuthentication ("admin","xxxxxx") qui est dans les autres modules. Comment vous avez réussi à vous en passer ? Sinon, module virtuel de chauffage très intéressant, ça me donne beaucoup d'idées pour le mien, notamment pour une programmation plus propre. La seule originalité du mien c'est que j'ai un "vrai" mode manuel, dans lequel le panneau de chauffage est désactivé (je retire la pièce concernée de la zone régulée par le panneau avec la fonction jsontable.properties.rooms). L'avantage de ce mode est que le thermostat du str321 redevient prioritaire si on le règle à la main. Mais le code est pas propre du tout pour l'instant. Merci d'avance de vos éclaircissements

Bonjour, Je me suis lancé ce week-end (HC2 reçue juste à temps vendredi . Pour l'instant 2 radiateurs électriques pilotés par un SRT321. J'ai programmé le panneau de chauffage de la box, mais du coup, il prend toujours le pas sur le thermostat (d'apres les posts ce n'était pas le cas avant: on restait en manuel pendant 2h). Du coup je me suis lancé dans la programmation d'un module virtuel, à partir des modèles trouvés dans ce forum. J'ai un passé de programmeur amateur, mais je perd beaucoup de temps sur des petites spécificités LUA que je ne connais pas encore. Bref un week-end bien rempli, et maintenant je m'inscris pour télécharger un module vituel qui ressemble à celui que je fais (je cherche notamment la fonction pour changer le nom d'un bouton). Voilà , voilà , je ne sais pas si c'est une présentation dans les formes, mais au moins ça permet de me situer en termes d'expérience