Lazer

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 ?

Bienvenue sur le forum

Oui, exact, une version modifiée dispo sur un site russe.... perso j'ai pas osé Je préfère l'ancienne version officielle dispo sur apkmirror, c'est plus sûr.

Oui j'ai constaté que ça se produit de temps en temps avec tous les QA. Je ne suis pas certain, mais j'ai l'impression que quand on enregistre un QA au moment précis où il est en train d'exécuter une instruction, ça fait planter l'instance précédente. Rien de gênant en tout cas, ça n'empêche pas le bon fonctionnement du QA une fois redémarré

Aujourd'hui, je me suis connecté sur mon HC2. Pfiou... c'est laborieux. J'avais oublié à quel point l'interface web est lente Non pas lente. Ultra lente. Bref, j'ai installé ton VD et ta scène @ADN182 merci c'est nickel ça fonctionne (je n'en doutais pas ) avec mon Roborock S6 MaxV Pour récupérer le token il a fallu que je downgrade la version de Xiaomi Home sur mon smartphone Android (j'ai suivi ce tuto : https://xiaomirobot.wordpress.com/android-recuperer-son-token-jeton-methode-1/) En synthèse : - désinstaller Xiaomi Home - installer une vieille version de MI Home téléchargée ici : https://www.apkmirror.com/apk/xiaomi-inc/mihome/mihome-5-0-9-release/mihome-5-0-9-android-apk-download/ - lancer l'app et se connecter avec son compte Xiaomi, l'aspirateur est retrouvé automatiquement - utiliser MiToolKit dispo ici https://github.com/ultrara1n/MiToolkit/releases (il faut avoir déjà Java installé sur le PC, avoir activé le débogage USB sur son smartphone, et avoir autorisé le PC, heureusement tout ça j'avais déjà fait) - récupérer le token - désinstaller Mi Home puis réinstaller la dernière version de Xiaomi Home sur le Play Store Maintenant la suite... je vais attaquer le développement du QuickApp pour HC3. Je ne sais pas pour combien de temps j'en ai.... à suivre Précision vu qu'il y avait une discussion à ce sujet plus haut : il faut utiliser l'application Xiaomi Home, c'est le seul moyen (à l'heure actuelle) de pouvoir domotiser les aspirateurs Roborock. En effet, avec l'application Roborock, l'aspirateur est réinitialisé et le token disparait... je n'ai vu personne réussir à dialoguer avec l'aspirateur dans ce mode. Dommage car l'application Xiaomi Home est en retard sur la gestion des dernières fonctionnalités des aspirateurs Roborock (caméra par exemple), mais c'est un moindre mal, je préfère voir la domotique que la caméra au raz du sol sur mon smartphone.

Perso je suis à 100ms dans GEA pour refreshStates (et c'est paramétrable par l'utilisateur), mais je ne vois pas de raison de mettre plus ou moins. 50 ou 100 ms, du point de vue de l'utilisateur, c'est la même chose : instantané. En fait, le plus gros délai, sera comme toujours le capteur PIR lui-même. Plus la latence Z-Wave qui n'est pas nulle. A ce sujet, as-tu regardé le QuckApp GEA Alarm ? Il est indépendant de GEA, et permet de régler autant d'heures qu'on le souhaite, directement depuis une interface graphique (les boutons du QA), avec planning par heure/minutes et jours de la semaine. On peut aussi régler les heures "programmatiquement", donc mon intention à terme, c'est que GEA pourra régler l'heure, s'auto-déclencher une fois le moment venu, tout en laissant la possibilité à l'utilisateur de reprendre la main et de régler manuellement l'heure désirée. Les heures/jours sont stockées dans des variables du QA lui-même (pas de variables globales) Exemple de scénario : - GEA calcule tout seul l'heure de mise en route du chauffe-eau chaque nuit, en fonction de la température afin d'économiser et de ne pas chauffer trop d'eau inutilement. - Ponctuellement, je sais que le lendemain j'aurai besoin d'un maximum d'eau chaude (invités à la maison par exemple), alors avant de me coucher j'avance moi-même l'heure) Évidemment le même genre de scénario est applicable à l'heure du réveil-matin, ou à tout autre cas de figure.

Voici GEA version 7.21 : Correctifs :  Résolution du Profile identifié par son nom dans les conditions Ajout des paramètres user et password optionnels dans l'option "httpGet" Meilleure gestion des caractères spéciaux dans les notifications Push et Email. Copier/coller le contenu du fichier LUA téléchargé par dessus le fichier main dans le QuickApp. GEA v7.21.lua

Effectivement CustomEvent est arrivé en 7.20 Mais attends, je vais partager la 7.21, elle est prête, du coup à priori il n'y a pas de bug à corriger avec cette option

Cette valeur est mise à jour suite au boot, au backup, etc, bref tout ce qui redémarre les services Fibaro. Il suffit de le comparer au os.time() courant, si par exemple le delta est inférieur à 120 secondes, on peut raisonnablement penser que la box vient de booter, sinon c'est juste le QA qui a été redémarré. C'est comme ça que GEA procède depuis la HC2, de même que l'une de mes scènes que je m'étais fait à l'époque. @henri-allauch d'ailleurs je ne vois pas bien comment tu voudrait intercepter le boot de la box dans le refreshState depuis un QA, puisque le QA a nécessairement démarré après le boot de la box.

CTRL+F5 plutôt, le F5 n'est pas suffisant. Règle de base après une mise à jour Mais du coup, je n'avais pas fait attention, mais le bug "il y a {{time}}" a enfin disparu, à la place il n'y a ... Plus rien En fait ça ressemble à une erreur de traduction : en anglais le "ago" se met bien après la durée, mais en français le "il y a" doit venir devant. Courage Fibaro, dans 2 ou 3 firmwares vous arriverez enfin à faire un string.format() correct

@Cardane j'ai déplacé ton message ici car ça ressemble à un bug de GEA v7 pour HC3. Tu pourrais m'en dire plus sur le problème ? Logs de GEA, etc ? @Dragoniacs j'ai identifié et corrigé le bug des Profiles dans les conditions. @manulemalin et @Dragoniacs J'ai testé les multi-ID dans les commandes Open et Close, et ça fonctionne, donc là aussi si vous avez un bug, il faudra m'en dire plus (logs détaillés, etc) Pour rappel dans GEA pour obtenir un premier niveau de log, il faut mettre GEA.debug = true dans votre config. Et pour obtenir le 2nd niveau (très bavard), il faut ajouter en plus GEA.lldebug = true

Si les 2 alims sont dans le même tableau, alors l'échauffement sera le même. Et ça sera peut être même pire, car le rendement des alimentations a tendance à baisser avec les petites puissances... il faudra que tu vérifies cela dans la datasheet du modèle que tu vas choisir

Il faut aussi penser à tester le timestamp contenu dans serverStatus via /api/settings/info pour vérifier que le QA n'a pas été redémarré longtemps après le reboot de la box