olivier828 Posté(e) le 3 décembre 2016 Signaler Posté(e) le 3 décembre 2016 Il y a 2 heures, pepite a dit : Moi non plus donc difficile a dire. Ça fonctionne peut etre comme les srt. Je me dis que tu ne pourras l'associer qu'avec 1 LC13. chez moi il est impossible de les associer ensemble. Sur le RS il grise les associations... par contre en LUA ça marche parfait j'utilise aussi le panneau de chauffage en parallèle
Fredmas Posté(e) le 3 décembre 2016 Signaler Posté(e) le 3 décembre 2016 OK, donc si on a une HCL et pas de LUA, ça semble compliqué que la consigne de la RS soit reportée sur des LC13 Pis ce n'est pas avec une scène en mode bloc que j'arriverai à prendre en compte la consigne RS pour ordonner une LC13
Lazer Posté(e) le 3 décembre 2016 Auteur Signaler Posté(e) le 3 décembre 2016 En dehors du LUA, j'aurais aussi pensé qu'on pouvait faire une association directe, et je viens de constater qu'on ne peut pas : "Le périphérique sélectionné ne supporte pas la fonctionnalité des associations." Donc sur HCL, ce module semble totalement inutile 1
momos Posté(e) le 3 décembre 2016 Signaler Posté(e) le 3 décembre 2016 Just wait a bit more and it will be ok. Fibaro is working on a fix now. Problem was reproduced, ticket is opened so soon we should have full integration.
pepite Posté(e) le 3 décembre 2016 Signaler Posté(e) le 3 décembre 2016 Merci @Lazer d'avoir testé..etonnant qu'on ne puisse pas associer. Thanks @momos for the information
augur Posté(e) le 28 décembre 2016 Signaler Posté(e) le 28 décembre 2016 (modifié) Jusqu'ici très satisfait de la sonde Danfoss RS, je constate depuis quelques jours des températures davantage élevées par rapport aux autres sondes, alors que les piles disposent encore de 85% d'autonomie. La référence chez moi étant Netatmo dont les valeurs, corrélées par la sonde Banggood, sont indiquées sur la tablettes Pipo x9 sous Imperihome. La sonde Everspring a un délais d'affichage probablement dû à une méthode de mesure dans le temps moins précise. Par contre, la Danfoss RS, qu'elle soit placée au dessus du Netatmo pour la photo ou gauche de la sonde Banggod ou à droite de la sonde Everspring ST814 ... elle semble être à la ramasse !! :/ Modifié le 28 décembre 2016 par augur
pepite Posté(e) le 28 décembre 2016 Signaler Posté(e) le 28 décembre 2016 Impossible d etalonner la temperature ou de jouer avec un hysteresis sur le RS ?
Fredmas Posté(e) le 29 décembre 2016 Signaler Posté(e) le 29 décembre 2016 Ha mince. Comment expliquer cette dérive si avant elle était plus précise et juste ? Bizarre cette évolution
augur Posté(e) le 29 décembre 2016 Signaler Posté(e) le 29 décembre 2016 Oui d'autant que ce matin, à 9h21 Danfoss = Banggood : 21,4 Everspring : 20,6 Netatmo : 21 La banggood est celle qui fait les mesures le plus régulièrement. Peut être que les différences viennent de là, mais je doute !
Fredmas Posté(e) le 31 janvier 2017 Signaler Posté(e) le 31 janvier 2017 (modifié) Le 03/12/2016 à 21:11, Lazer a dit : En dehors du LUA, j'aurais aussi pensé qu'on pouvait faire une association directe, et je viens de constater qu'on ne peut pas : "Le périphérique sélectionné ne supporte pas la fonctionnalité des associations." Donc sur HCL, ce module semble totalement inutile @Lazer (et les autres possesseurs) j'ai compris que l'association directe des modules à piles n'est pas possible via leurs paramètres avancés. Mais je viens de penser à un truc, et peut-être tu y avais déjà pensé et essayé ; au cas où je le dis quand même Qu'en est-il avec le Panneau Modules Liés - Chauffage Peux-tu sélectionner le LINK RS comme thermostat et y lier quelque chose ensuite ? Modifié le 1 juin 2017 par Fredmas
olivier828 Posté(e) le 1 janvier 2023 Signaler Posté(e) le 1 janvier 2023 (modifié) Bonjour, J'ai déjà écris un post à ce sujet en 2016 mais j'ai l'impression que certaines de mes vannes ne réagissent pas correctement. J'ai donc une vanne LC13 (ID=208) dans un bureau avec également un Thermostat Danfoss RS (ID=219 pour le thermomètre et ID=220 pour les boutons qui permette de régler la température) La fréquence de réveil de la vanne est de 900 secondes Depuis le début j'utilise ce code LUA: --[[ %% properties 141 value xx timestamp --]] -- récuperation de la temperature et du timestamp du RS local rstemp = tonumber(fibaro:getValue(220, "value")) local rstime = tonumber(fibaro:getValue(220, "timestamp")) -- Ids des LC13 local lc13 = {208} -- envoie de la valeur au "X" LC13 for i=1, #lc13 do fibaro:call(lc13, "setTargetLevel", rstemp) fibaro:call(lc13, "setTime", rstime) end Mon problème est que la vanne (ID: 208) ne réagit pas quand je change la température. Est-ce qu'il y a qqch qui cloque dans la formule? Je suis pas du tout doué dans cette programmation donc je me demandais aussi comment la vanne sait pendant combien de temps elle doit chauffer? Jusqu'à la prochaine instruction du panneau de chauffage? Il y a également en place un panneau de chauffage qui règle les horaires de chauffage dans cette pièce. Merci d'avance Modifié le 3 janvier 2023 par Lazer Message fusionné
jojo Posté(e) le 3 janvier 2023 Signaler Posté(e) le 3 janvier 2023 de ce que je comprend, ta box communique avec ton RS, qui lui donne les ordres à la vanne ? Si ce code a fonctionné correctement durant des années, c'est qu'il est bon => problème au niveau de la liaison entre la vanne et le RS ?
olivier828 Posté(e) le 3 janvier 2023 Signaler Posté(e) le 3 janvier 2023 il y a 54 minutes, jojo a dit : de ce que je comprend, ta box communique avec ton RS, qui lui donne les ordres à la vanne ? Si ce code a fonctionné correctement durant des années, c'est qu'il est bon => problème au niveau de la liaison entre la vanne et le RS ? merci pour ta réponse. Je ne suis pas certain que cela a correctement fonctionné avant. En réalité j'utilisais surtout le RS pour voir la température dans la pièce plutot que pour la controller... La box reconnait bien les RS et les vannes mais quand je change la température sur les RS la température choisie clignote plusieurs fois mais rien ne change sur la vanne et la température de la pièce réapparait sur le RS. tu vois une piste?
jojo Posté(e) le 3 janvier 2023 Signaler Posté(e) le 3 janvier 2023 je n'ai pas ce matériel, donc mes "conseils" vaudront ce qu'ils vaillent. Comme le "couple" RS & vanne est supposé pouvoir fonctionner de manière autonome (donc sans la box HC2), je déconnecterais tout de la box, ferait un factory reset des Danfoss, et validerait que l'ensemble fonctionne bien. Si ok, je reconnecterais le tout à la box. Principe : y aller petit à petit pour identifier ce qui pose problème (mais il faut du temps ...)
Lazer Posté(e) le 3 janvier 2023 Auteur Signaler Posté(e) le 3 janvier 2023 Attention avec le module "RS", je crois qu'il existe (enfin "existait" car ce n'est plus produit) plusieurs versions. J'ai la version Link RS dont on parle sur ce topic : Elle communique en Z-Wave. Je crois me souvenir (à confirmer) que l'autre version communiquait avec le protocole propriétaire de Danfoss, directement entre la sonde RS et les têtes LC13. Donc usage autonome, et par conséquent indépendant de la domotique qui nous intéresse. Comme son nom l'indique, le module RS n'est PAS un thermostat, mais une simple sonde d'ambiance, avec 2 boutons permettant de modifier la température de consigne d'un thermostat. Le thermostat (c'est à dire l'organe responsable de la régulation de température) est situé ailleurs. Soit dans la box (thermostat logiciel : par exemple QuickApp dédié ou modules liés dans le panneau de chauffage), soit dans le module cible... par exemple le Secure SRT321, les têtes thermostatiques Fibaro, ou bien encore les têtes thermostatiques Danfoss LC13 dont tu disposes justement. Et c'est là que ça se complique, car selon la version du module RS utilisé, la liaison est soit directe entre le RS et la LC13, soit passe par le contrôleur Z-Wave (la box domotique donc) sur laquelle il faut créer un petit scénario pour transmettre la consigne du RS vers le thermostat de la LS13. Mais j'espère déjà que ces explications te permettront d'y voir plus clair. Et justement, la lecture de ton premier post n'est pas claire, car tu sembles confondre les notions de température de consigne et de thermostat. Pourtant le script LUA que tu as écrit laisse penser que tu avais bien les versions Z-Wave des modules, et tu as justement mis en oeuvre la liaison logique entre la consigne du module RS et le thermostat de la vanne LS13. Je n'ai pas de LC13, donc je ne pourrai pas t'en dire plus. Je n'ai plus non plus de HC2. Peut être un problème d'inclusion du module LC13 dans la box, ou bien d'intervalle de réveil trop long.
olivier828 Posté(e) le 3 janvier 2023 Signaler Posté(e) le 3 janvier 2023 (modifié) merci pour vos retours. Je ne pense pas que mes RS puissent communiquer en direct avec mes vannes. Ici mes RS doivent envoyer l'instruction à la box qui elle doit l'envoyer aux vannes. J'ai déjà diminuer le temps de réveil mais cela ne change rien... j'ai le modèle DRS21 Z-Wave Room Sensor Modifié le 3 janvier 2023 par olivier828
Lazer Posté(e) le 3 janvier 2023 Auteur Signaler Posté(e) le 3 janvier 2023 Donc ton souci doit se situer au moment d'envoyer la nouvelle consigne aux vanne avec les commandes suivantes que tu as mis dans ton 1er message : local lc13 = {208} for i=1, #lc13 do fibaro:call(lc13, "setTargetLevel", rstemp) fibaro:call(lc13, "setTime", rstime) end Parce que déjà tu as une erreur LUA. Un truc comme ça (non testé) serait déjà plus correct : local lc13 = {208} for _, id in ipairs(lc13) do fibaro:call(id, "setTargetLevel", rstemp) fibaro:call(id, "setTime", rstime) end Ensuite vérifie dans le JSON du module (/api/ID) que les actions sont bien setTargetLevel et setTime (je n'ai pas ces modules donc je ne peux pas vérifier) Le 01/01/2023 à 20:57, olivier828 a dit : comment la vanne sait pendant combien de temps elle doit chauffer? Parce que justement tu lui envoie le paramètre rstime avec l'action setTime, qui doit logiquement être un timestamp UNIX indiquant l'heure de fin de la nouvelle consigne là tu ne connais même pas la valeur de ce timestamp car tu le récupères depuis le module 220 Autre remarque, dans l'entête (trigger) de ta scène tu as un ID 141 je ne sais pas d'où il vient, surement une erreur. Tu voulais surement écrire 220 Attention aussi au xx timestamp qui est incorrect et n'a rien à faire là Le 01/01/2023 à 20:57, olivier828 a dit : Jusqu'à la prochaine instruction du panneau de chauffage? Je crois bien oui, mais à vérifier par des tests sur ta box
Lazer Posté(e) le 3 janvier 2023 Auteur Signaler Posté(e) le 3 janvier 2023 (modifié) @olivier828 j'ai fusionné tes messages avec le topic du Link RS car j'ai constaté que tu as pompé ton code depuis ce topic, donc c'est plus logique de poursuivre la discussion ici... on aurait même gagné du temps. EDIT : ah et tu avais même participé, maintenant je comprends mieux. Modifié le 3 janvier 2023 par Lazer
olivier828 Posté(e) le 3 janvier 2023 Signaler Posté(e) le 3 janvier 2023 il y a une heure, Lazer a dit : Donc ton souci doit se situer au moment d'envoyer la nouvelle consigne aux vanne avec les commandes suivantes que tu as mis dans ton 1er message : local lc13 = {208} for i=1, #lc13 do fibaro:call(lc13, "setTargetLevel", rstemp) fibaro:call(lc13, "setTime", rstime) end Parce que déjà tu as une erreur LUA. Un truc comme ça (non testé) serait déjà plus correct : local lc13 = {208} for _, id in ipairs(lc13) do fibaro:call(id, "setTargetLevel", rstemp) fibaro:call(id, "setTime", rstime) end Ensuite vérifie dans le JSON du module (/api/ID) que les actions sont bien setTargetLevel et setTime (je n'ai pas ces modules donc je ne peux pas vérifier) Parce que justement tu lui envoie le paramètre rstime avec l'action setTime, qui doit logiquement être un timestamp UNIX indiquant l'heure de fin de la nouvelle consigne là tu ne connais même pas la valeur de ce timestamp car tu le récupères depuis le module 220 Autre remarque, dans l'entête (trigger) de ta scène tu as un ID 141 je ne sais pas d'où il vient, surement une erreur. Tu voulais surement écrire 220 Attention aussi au xx timestamp qui est incorrect et n'a rien à faire là Je crois bien oui, mais à vérifier par des tests sur ta box je check tout cela au plus vite! merci en tt cas!!!
Messages recommandés