jojo

Je viens de revivifier, et en effet le champ que j'avais utilisé n'était pas toujours mis àjour correctement. Pourquoi ??? Bug ??? Mais par chance il y en a un autre qui semble fonctionner. Donc remplace le code du bouton Nest par celui-ci (et adapte les id de devices) ---------------------------------- -- User Settings ---------------------------------- local id = { ZXTThermostat = 697, ZXTMode = 699, ZXTFanSpeed = 700, NestControler = 530 } ---------------------------------- -- DO not change bellow this line ---------------------------------- --[[ local ZXTThermostat = { Heating = "1", Cooling = "2", Dry = "8", Auto = "10" } local ZXTMode = { Off = "0", Heat = "1", Cool = "2", Resume = "5", Fan = "6", Dry = "8", Auto = "10" } local ZXTFanSpeed = { AutoLow = "0", Low = "1", AutoHigh = "2", High = "3", AutoMedium = "4", Medium = "5", Off = "128" } --]] local HC2 = Net.FHttp("127.0.0.1",11111) local selfID = fibaro:getSelfId() --récupération des infos du Nest local payload = "/api/devices/"..id["NestControler"] response, status, errorCode = HC2:GET(payload) if tonumber(errorCode) == 0 and tonumber(status) == 200 then if response ~= nil and response ~= "" then jsonTable = json.decode(response) NestSetPoint = jsonTable.properties["ui.Current__Setpoint_Value_Label.caption"] fibaro:debug("NestSetPoint : " ..NestSetPoint) NestCurrentTemperature = jsonTable.properties["ui.Current__Temperature_Value_Label.caption"] fibaro:debug("NestCurrentTemperature : " ..NestCurrentTemperature) NestMode = jsonTable.properties.currentTargetTemperatureType fibaro:debug("NestMode : " ..NestMode) NestAway = jsonTable.properties["ui.Away_Switch.value"] fibaro:debug("NestAway : " ..tostring(NestAway)) if NestAway == true then NestAway = "Oui" else NestAway = "Non" end end end fibaro:call(selfID, "setProperty", "ui.NestTmp.value", NestCurrentTemperature) fibaro:call(selfID, "setProperty", "ui.NestSetPoint.value", NestSetPoint) fibaro:call(selfID, "setProperty", "ui.NestMode.value", NestMode) fibaro:call(selfID, "setProperty", "ui.NestAway.value", NestAway) -- NestSetPoint to number NestSetPoint = string.sub(NestSetPoint,1,-4) fibaro:debug(NestSetPoint) -- récupération des infos du ZXT-120 local payload = "/api/devices/"..id["ZXTThermostat"] response, status, errorCode = HC2:GET(payload) if tonumber(errorCode) == 0 and tonumber(status) == 200 then if response ~= nil and response ~= "" then jsonTable = json.decode(response) ZXTSetPoint = jsonTable.properties.targetLevel fibaro:debug("ZXTSetPoint : " ..ZXTSetPoint) end end fibaro:call(selfID, "setProperty", "ui.ZXTSetPoint.value", ZXTSetPoint) if NestAway == "Non" then if NestMode == "heat" then fibaro:call(id["ZXTMode"], "setMode", "1") fibaro:call(id["ZXTThermostat"], "setThermostatSetpoint", "1", NestSetPoint) else -- NestMode <> "heat" fibaro:call(id["ZXTMode"], "setMode", "2") fibaro:call(id["ZXTThermostat"], "setThermostatSetpoint", "2", NestSetPoint) end else -- NestAway = oui fibaro:call(id["ZXTMode"], "setMode", "0") end

dans le VD ici, tu dois avoir les mêmes info que sur ton Nest http://www.domotique-fibaro.fr/index.php/topic/5544-zxt-120-et-nest-thermostat/?p=92499 ce dont j'ai besoin, c'est la valeur que le Nest envoie lorsqu'il est en mode refroidissement. Sur le screenshot précédent, c'est Mode = heat Voici à quoi ressemble le controler Nest

regarde dans la section HC pour les nuls, il y a une explication pour la redirection de ports

je penserais que le "capteur" de niveau de batterie du FGK a un problème. Il envoie 0% àla box, qui indique donc qu'il faut changer la pile. Tant que le noeud n'est pas mort, laisse-le aller. Pour la tension, je ne suis pas électricien, mais il me semble que mesurer la tension d'une pile au multimètre n'est pas significatif, car la pile doit être en charge pour avoir une mesure fiable

vérifie bien lesID de tous les devices, car s'il y a une chose que j'ai pu vraiment tester, et c'est bien la modification de consigne.. J'ai passé la consigne de mon Nest à 19°C Puis j'ai appuyé sur le bouton Nest du VD et environ 15-30 sec après, la consigne est définitivement arrivée au ZXT Ton Nest est en mode chauffage ou refroidissement ?

voilà , j'ai quelque chose qui devrait fonctionner, MAIS je n'ai pas pu tout tester, car chez moi il n'accepte que le changement de température, pas le changement de mode (même en manuel)Il faudra évidemment ajouter les ID de ton Nest Contrôler (le plugin Nest doit être installé) et les id de tes devices ZXT dans le bouton 1 du module virtuel (à la place de ceux existants). Le module virtuel va lire les données du Nest toutes les 5 minutes, mais tu peux lancer manuellement en appuyant sur le bouton "Nest", qui est le bouton par défaut. Lazer, je n'ai pas pu utiliser ta suggestion pour les consignes, car il me retourne une erreur LUA. Bizarre, je regarderai plus tard. Charles0, peux-tu me retourner ce que le module viturel retourne comme info pour Nest Mode lorsqu'il est en mode "cooling". En mode chauffage, c'est "heat". Fait-moi savoir si cela fonctionne.

en effet, ça m'a l'air ok maintenant, il n'accepte pas le Wide Inclusion Mode. J'avance

regarde déjà ici pour comment installer GEA (en effet c'est une scène développée par Steven). et tu peux déjà t'entrainer à faire quelques trucs. Pendant ce temps là , je termine ce que je fait, puis je m'attaque à ta question. Ceci est la bible GEA : https://gea.piccand.me/doku.php

utilises-tu GEA ? car en GEA c'est relativement simple. Je veux bien traduire ta demande en GEA si tu es preneur

bon, j'ai décidé de recommencer àzéro : exclude / include. et voici ce que j'ai après l'inclusion. Pas normal ? les drop down sont vides

Merci Lazer de ton apport très constructif ! J'alimente le brol en USB, mais j'ai essayé de faire comme expliqué dans la doc pour always on, avec le device non inclus, et je vois toujours la led clignoter que 2 fois. c'est en essayant de faire tous ces essais, que j'ai du finir par faire un restore du backup ... J'avais également essayé de mettre le setmode, mais rien n'y fait. et même lorsque je le fait depuis l'interface, il revient à off... Merci pour ta proposition de structure des ID, je continue de chercher

bon, les nouvelles depuis que j'i reçu les ZXT-120. Fastidieux l'inclusion, j'y ai passé 2heures la nuit dernière et 1 recovery. Je croyait que ça allait être simple avec les info de Lazer, mais, Il semble ne vouloir prendre en compte que la consigne de température, et pas le mode chauffage ou refroidissement Puis il dit que le transfer est ok, mais la consigne ne change pas sous le device (9 fois sur 10). Une fois ou 2, elle a changé. Ici, je lui ait demandé cooling 16°C avec l'instruction fibaro:call(ZXTControler, "setThermostatSetpoint", "2", "16) -- Refroidissement et il ne fait rien, il reste sur la consigne de 21°C que je lui avait envoyée précédemment, et qu'il n'a pas transmise (malgré le message vert Transfert OK) Ca a l'air du bol ce truc, sauf si Lazer me confirme une expérience positive ? Je veux bien faire un VD qui transfert la consigne Nest vers le ZXT-120, mais est-ce que cela fonctionnera ???

mais c'est grandiose, je ne connaissait pas ! Merci Lazer et sorry 97jmd, je comprend maintenant pourquoi j'avais l'impression que tu me parlais chinois.

sorry, je crois ne pas être un manche en GEA, (j'ai 200 GEA.add) mais je n'ai jamais entendu parlé de l'alarme GEA. Mais si je devine, tu utilise ton module virtuel (Alarm Clim On) pour définir un horaire. et tu souhaiterais utiliser cette période dans les conditions de temps de ton GEA. Alors ton module virtuel mes un variable globale àOui (Alarme : Oui), et tu fais simplement un test sur la valeur de ta VG

ah, ça commence à être plus clair dans mon esprit, mais que veux-tu dire par " grâce une alarme GEA " ?

dans les 14-30 sec

je ne sais pas si c'est moi, mais j'ai beau relire 10 fois, et je ne comprends pas ta demande. Peux-tu reformuler SVP ?

je suis également en tri-phasé (belge, ce qui est encore différent du triphasé français) et je n'ai pas réussi à faire fonctionner le 60A. Mon problème était je crois un soucis de compatibilité avec la v3 (je ne voyais pas toutes les pinces). Maintenant que je suis en v4 je devrais réessayer. De mémoire les tests que j'avais fait sur une prise (par définition monophasée) étaient positifs. ! Did a une ancienne version/génération du HEM3 qui fonctionnait bien en v3. Je crois que le mieux est de l'acheter, de l'essayer et de le retourner si cela ne fonctionne pas (on a 14 jours d'après la loi)

cool, en effet un petit resart de temps en temps ne fait pas de tort. Il y a même un sujet sur le forum de comment programmer un reboot automatique et propre de la HCL

c'est en effet plus raisonnable, surtout qu'une beta est officiellement bougée. Attends les retours avant de tout recommencer en 4.058 ?

en effet c'est normal qu'on ne sache pas récupérer un backup v3 et v4. mais très bizarre que si tu as tout retrait depuis zéro en partant d'un recovry, tu aies des problèmes

voici le lien vers des infos sur l'API http://tutoriels.domotique-store.fr/content/49/45/fr/api-commander-le-home-center-par-des-requêtes-http.html Et pour comment le mettre en oeuvre sur HCL, regarde dans ma signature et ici (c'est peut-être plus actuel) http://www.domotique-fibaro.fr/index.php/topic/5935-requêtes-get-et-put-sur-hcl-synthèse-de-celles-qui-fonctionnent/

en effet, si tu n'as qu'un circulateur, un seul relais doit suffire. et donc si tu veux contrôler la température dans chaque pièce tu n'as malheureusement pas d'autre choix que de mettre des LC-13 partout

tu était parti d'une box vide, upgrade en v4 et puis tout réinclure ? Ou bien tu as upgradé de v3 àv4 ace test modules et scène, et comme ça n'allait pas, tu as tout détruit et recommencé ? Ce n'est PAS la même chose

je ne sait pas pour les scènes bloc/magiques, mais les panneaux de chauffage, as-tu essayé ? Cela ne serait-il pas mieux ? Et ça je sais que ça doit fonctionner