Lazer

Voilà une réponse qui n'a pas du te plaire vu ton projet ! En tout cas ce n'est pas la sécurité qui l'inquiète, mais juste la perte d'énergie. Rassurant alors. Sinon c'est intéressant cette histoire de LED à courant constant montées en série, je ne connaissais pas du tout, je suis curieux de voir si ça va se développer à l'avenir comme il le prédit.

Ah je connaissais pas cette marque, merci pour le tuyau

La zone de climat permet de faire du off sur les thermostats, ce qui n'existait pas sur HC2 Fonctionnalité que la vanne Danfoss ne sait pas gérer, contrairement aux QA ou au Remotec ZXT par exemples. Donc @jjacques68 utilise un QA intermédiaire pour émuler cette fonction. Après la question c'est pourquoi il veut faire du off et ne se limite pas aux températures comme sur HC2. A mon avis la réponse c'est : pour la beauté du geste

Oui, les relations entre 2 HC3 sont identiques aux relations entre 2 HC2 : - c'est soit le transfert de box manuel en passant par le cloud Fibaro en cas de panne de la première - soit le mode passerelle qui n'a absolument rien à voir avec du failover, car il permet d'agrandir l'installation par la création d'un 2nd réseau Z-Wave (éventuellement déporté) Pas possible de faire avec Fibaro ce que permet Jeedom et les VMs.

app.lua ? Bizarre ça... en tout cas, je vois un espace entre id et le crochet ouvrant, déjà c'est pas bon. Si ce n'est pas ça le problème, c'est que tu as un symbole inattendu quelque part, donc un caractère caché.

ça me semble correct @Nico je crois que tu l'avais expliqué à l'époque, mais que t'apporte les modules liés ? Il me semble que ça a voir avec ta gestion du chauffage qui est un peu particulière, car tu n'utilises pas de thermostat justement (pas de vanne thermostatiques dans les pièces), mais plutôt des vannes motorisées dans le local technique, du coup les modules liés te permettent de les contrôler en mode ON/OFF, et de se servir du panneau de chauffage, grâce aux modules liés, pour faire la régulation de température. J'ai juste ? Dans ce cas, ça n'a rien à voir avec le cas de @jjacques68

Ah ben oui, le coup du 1, je n'avais pas fait attention, mais pourtant je l'ai déjà dit plusieurs fois sur ce topic et sur l'autre. Sur HC3, les modules ne prennent plus la valeur 1, donc si tu testes cette valeur avec GEA, forcément ça ne va jamais déclencher la règle. Pour tous les détecteurs binaires, c'est true ou false. Bref, il y a une seule règle à retenir : sur HC3 regardez le JSON des modules pour voir quelle valeur prendre le champ "value", c'est le seul moyen efficace de ne pas se tromper.

Beau travail

Oui je n'ai plus le lien sous la main mais il y a un VD avec régulation PID sur le forum. L'idéal sera de reprendre l'algorithme. Mais attention, à ne pas utiliser avec un tête Danfoss, qui est déjà un thermostat. C'est prévu pour piloter des appareils sans régulation, ou à la régulation basique, genre vieux radiateurs électrique, ou bien chaudière en mode ON/OFF (pas les nouvelles avec Opentherm)

Tu vas y arriver Je viens d'établir ma première communication entre la HC3 et le robot aspirateur Xiaomi, je suis tout ému

Oui voilà, il faut sortir la tête de la zone et laisser le QA fait l'intermédiaire. Donc la logique, tu l'as déjà avec ton QA Heating Manager, il faut juste que tu le "transforme" en thermostat, afin qu'il s'intègre nativement dans la logique de la zone de climat Yapuka

Ben tu fais simples et efficace : - le QA reçoit le température de consigne, et la transmet à la Danfoss, tel quel - si par contre le QA reçoit un ordre OFF, alors il donne une consigne très basse à la Danfoss De cette façon tu auras ajouté le support de la fonction Off en 2 lignes de LUA, tout en conservant la régulation de la tête Danfoss (car tu ne feras pas mieux, aucun intérêt de la bypasser dans ton cas)

Bah oui bien sûr, désolé ça me semblait tellement évident. La vanne Danfoss est un thermostat autonome. Elle intègre le capteur de température, l'actionneur pour agir sur la valve, et l'électronique pour calculer la régulation. Non c'est juste pour faire beau. C'est à dire afficher la température de la pièce quand on est sur la vue de l'application mobile (parce que la température de la pièce c'est plus utile que la température à l'intérieur du four ou du congélateur... oui certains y mettent des capteurs) Ah voilà, nous sommes d'accord sur notre désaccord Non. C'est à toi d'écrire le code LUA du QA Thermostat. Par défaut, il ne fait rien du tout (regarde le code LUA donné en exemple) Donc tu inventes la logique qui te sied

Non, là tu confonds la programmation horaire et la régulation de température. Cela confirme bien : je ne suis pas d'accord avec ce que tu as écris 3 messages plus haut Relis bien toute la discussion depuis le début. Zone de climat : dans la HC3 => programmateur horaire => envoie une consigne au thermostat Thermostat : dans la tête Danfoss => régulation de température => agit sur le robinet en comparant la consigne avec sa propre sonde de température interne A aucun moment, la HC3, et encore moins la zone de climat (=programmateur), n'a conscience de la température réelle de la pièce. Cette confusion entre la programmation et la régulation (= fonction de base d'un thermostat) est très courante, je la faisait moi même avant de me mettre à la domotique. Pour la petite histoire, c'est justement en cherchant à programmer mon chauffage que je me suis rendu compte que les documentations des spécialistes entretiennent la confusion (Delta Dore principalement, puisque c'est celui qu'on retrouve le plus sur le marché).... certainement pour vendre plus de produits, que les clients regretterons, pour ensuite changer et en acheter un autre.... et après ça parle de développent durable, mais non le marketing est plus fort. Bref, j'ai fini par me mettre à la domotique pour maitriser parfaitement la programmation et la régulation de chacun de mes radiateurs (pas une seule pièce n'est identique aux autres).

OK donc sur HC3, mais reste le problème de la récupération de la sonde de température, je ne vois pas ce que ça vient faire là, car à aucun moment il n'est question de sonde de température. Je le redis encore une fois : les zones de climats sur HC3 (tout comme les panneaux de chauffage et climatisation sur HC2), ne sont que des programmateurs horaires. Point final. Faut pas chercher plus loin. Ils ne font aucune régulation de température, ne prenne en compte aucune sonde de température, nada, rien, quedal.

euh.... tu parles de panneau de chauffage, donc de HC2 ? Je croyais que tu avais migré sur HC3 ? Et du dis "lui", mais tu parles de qui au sujet de la récupération de sonde de température ? Bref, je ne suis pas d'accord du tout

Ah OK, alors dommage pour les Danfoss, elles devraient logiquement fermer totalement le robinet et empêcher la circulation d'eau dans le circuit, donc le chauffage, ça m'aurait semblé logique. Avec le thermostat Remotec ZXT-600 (faux thermostat, c'est un thermostat au sens Z-Wave du terme, mais ce n'est pas un thermostat au sens régulation de température, car il se contente lui-même de transmettre la consigne de température à la pompe à chaleur), cela fonctionne bien, il envoi l'ordre OFF à la clim, qui s'éteint (ni chaud, ni froid, pas de ventilateur, groupe arrêté, donc consommation électrique = 0.... un vrai arrêt quoi) Un QA de type thermostat ça peut servir à plein de choses, par exemple s'interfacer avec un thermostat non-Z-Wave (tout ce qui est en Wi-Fi, par exemple Nest, Netatmo, etc). Mais je pense aussi à un QA custom qui ferait sa propre régulation de température (pour rappel, la zone de climat ne fait PAS de régulation), en pilotant un relai en mode ON/OFF à l'aide d'une sonde de température, et un algorithme PID... je pense à un certain VD sur le forum, qui j'espère sera transcrit en QA un jour) Ou bien encore un QA qui piloterait de manière un peu plus intelligente un vrai thermostat (les Danfoss) en implémentant correctement la consigne OFF (le QA pourra traduire cela en consigne de température tellement basse sur les Danfoss qu'elles fermeraient le robinet). Les possibilités sont infinies, comme toujours avec les QA, la seule limite est notre imagination.

Euh si, la tête Danfoss c'est bien un thermostat (au sens Z-Wave et au sens régulation de température) La zone de climat, tout comme le panneau de température sur HC2, sert à définir un planning de consigne de température, qui est envoyée au thermostat à l'heure programmée (mode schedule) ou forcé (modes manuel et vacances) C'est tout. Cela n'a jamais eu vocation à autre chose. Ce n'est pas un thermostat (c'est à dire que la zone de climat, tout comme le panneau de température/climatisation de la HC2, ne fait pas de régulation de température). Ce sont les thermostats qu'on met dans la zone qui font la régulation. Ou bien les modules liés. Pour mettre une zone sur off, j'utilise aussi le mode vacances, ça tourne comme ça sur mon HC2 depuis des années pendant les vraies vacances, mais aussi tous les étés, donc durant plusieurs mois. En revanche sur les zones de climats de la HC3, il y a bien un toggle pour activer/désactiver la zone, mais lors de mes tests ça n'a pas eu l'air d'avoir d'effet, car les consignes sont tout de même envoyées aux thermostats aux heures programmées. Donc soit un bug, soit un comportement que je n'ai pas encore compris :

Les zones de climats sont complètement nouvelles, rien à voir avec les panneaux de chauffage et de climatisation de la HC2. Et elles prennent les options dépendants du (ou des) thermostat(s) qu'on met dans chaque zone. Donc tout dépend des possibilités de chaque thermostat. Tu peux regarder leur JSON pour voir. Voici vite fait 3 thermostat différents, c'est assez parlant : Et comme j'ai mis chacun d'eux dans une zone différente (bien qu'ils soient dans la même pièce, on s'en fout ce n'est pas limitant et c'était juste pour les tests), je me retrouve avec 3 zones aux propriétés différentes : Bref, prend le temps de te créer des QA à partir des exemples fournis, tu regardes leurs JSON, tu les intègres dans des zones bidons, et tu vas vite comprendre.

Bizarre ton truc, une rapide recherche montre que ce n'est pas un thermostat, mais juste une sonde de température Du coup je pense que tu n'as pas mis de thermostat dans ta zone, donc par défaut je suppose qu'elle doit fonctionner en bimode : froid + chaud Ce qui t'oblige à gérer le froid même si tu n'en as pas besoin

Je veux dire : froid + chaud Mais je me suis mal exprimé, ce n'est pas la zone de climat qui est bi-mode, mais le thermostat que tu mets dedans. Du coup c'est quoi ton thermostat ? S'il t'impose 2°C de différence entre le froid et le chaud, c'est qu'il sait gérer les 2 modes, du coup la question à se poser est pourquoi un thermostat bi-mode ? C'est un QuickApp ? Dans ce cas tu peux choisir son type lors de sa création. Ou un thermostat physique (module Z-Wave) auquel cas tu n'as pas le choix.

Oui je confirme, il impose 2°C de différente entre les consignes froides et chaudes. Pourquoi, je n'en sais rien. J'ai constaté ce mode de fonctionnement quand j'ai commencé à m'intéresser aux zones de climat, donc c'est comme ça depuis au moins depuis la stable d'octobre dernier. Mais si tu n'utilises pas la clim, pourquoi avoir créé une zone bi-mode ? Il te suffisait de créer une zone de chauffage uniquement non ?

Honnêtement tu donnes tellement peu d'info que je vois pas bien comment on pourrait t'aider ? OK tu débutes, on est tous passé par là, mais faut quand même préciser ta demande.... parce que c'est pas facile de deviner... Déjà pour commencer, de quels modules tu parles ? Quelle valeur tu mets ? Etc... ?

Je ne sais pas ce que tu veux faire en fait. Mais là il faut poser la question sur le topic Support GEA, car ta problématique est générale et pas lié à la HC3. Un détecteur de mouvement, ça se déclenchera et s'arrêtera de se déclencher tant qu'il y aura des mouvements dans la pièce. EDIT : déplacé au bon endroit

D'après le log, je vois que ton détecteur s'est désactivé 2 fois (car tu prends en compte la condition "Inverse") : - une 1ère fois à 07:51:11 - 6 secondes plus tard, une seconde fois à 07:51:17 GEA ne fait que réagir aux événements de tes capteurs, donc il est logique que tu aies reçu 2 notifications. Non ?