jojo

en effet

ah, ok tu es un débutant dans la domotique, et tu commences par du compliqué ! Il faut créer un bouton dans un virtual device. Donc tu vas dans Devices -> add or remove device -> add virtual device ajouter un bouton. choisir que c'est du LUA y mettre le code sauver et cliquer sur le bouton pour exécuter ce code est juste un test pour voir si on sait modifier par programmation la consigne de ton ZXT120. En fait la variable SetPoint est à la ligne 3 et pas à la ligne 2 ...

bienvenue, Attention de ne pas rester trop longtemps sur ce site, tu finiras par acheter une HC2

parentérale c'est ton correcteur ??? ;-) ce sont des touches du clavier qui sont restées bloquées dans mes doigts :"la bonne prise en compte du départ réel

les modules communiquent avec la box. Etant donné la portée limitée du signal z-wave, les devices alimentés sur secteur servent de relais aux modules plus éloignés. Donc une bonne répartition des modules te permettra d'avoir une bonne couverture du réseau z-wave. Normalement tu n'as pas besoin d'utiliser cette option. La box fait ce travail tout seul. Mais on peut la forcer à faire le job si on veut (tous les modules doivent alors ré-apprendre quels sont leurs voisins qui peuvent lui servir de relais) ! C'est une opération qui prend du temps, cela peut prendre plusieurs heures.

un noeud est marqué comme mort lorsque la box n'arrive plus à communiquer avec lui. Exemple : si tu débranche un Wall Plug, il finira par être considéré comme mort. Donc OUI, je te recommande : de cocher "marquer les noeuds comme mprts", ainsi tu verras immédiatement s'il y a un problème de cocher "interrogation des péri morts", car sinon, une fois qu'ils sont marqués morts, ils ne se réveilleront que manuellement, et pas automatiquement si par exemple tu as rebranché ton WP

@Moicphil, Je me permets de répondre à la place de Charles0, dans un précédent post il a précisé que le français n'était pas sa langue maternelle @Charles0, initialement, il fallait inclure les nouveaux device très proche de la box, pour qu'ils aient une communication directe avec celle-ci. Ils ont introduit maintenant la possibilité d'inclusion éloignée, c'est à dire sans communication directe, mais en utilisant les autres devices du réseau z-wave comme relais.

essaye ce code ci pour commencer, il devrait (j'espère) forcer la valeur du setpoint de ton SRT120 à 50°C (tu peux essayer avec d'autres valeurs en modifiant la valeur de la variable SetPoint ligne 2 local zxt120_ID = 52 local SetPoint = 50 local HC2 = Net.FHttp("127.0.0.1",11111) -- préparation du nouveau json NewJson = '{"properties":{"targetLevel":'..SetPoint..'"}}' -- écriture du nouveau json -- écriture du nouveau json payload = "/api/devices/" ..zxt120_ID HC2:PUT(payload, NewJson)

@Sebcbien, Je ne pourrai pas beaucoup t'aider sur le coup, je n'ai aucun dimer chez moi. Mais on peut sans problème stocker une info structurée sous forme de table son dans une variable globale. Une autre façon, sans passer par le json, peut être comme ceci : ---------------------------------- -- User Settings ---------------------------------- -- la Table doit avoir la structure suivante : -- 1/ nom de la variable globale entre " -- 2/ ID du VD qui affiche la valeur de la VG -- 3/ n° du premier bouton qui doit être appuyé -- (qui correspond à la première valeur de la variable) -- 4/ n° du dernier bouton qui doit être appuyé -- (qui correspond à la dernière valeur de la variable -- on suppose que tous les boutons se suivent de 1 en 1) -- 5/ valeurs possibles de la variable entre " -- (elles doivent être listées dans l'ordre des boutons de la VD) local Table = {"Auth_PS3", 23, 3, 4, "Autorisé", "Interdit", "Auth_TV", 289, 3, 4, "Autorisé", "Interdit", "Auth_VMCEtage", 290, 3, 4, "Autorisé", "Interdit", "Auth_TerrPar", 291, 3, 4, "Autorisé", "Interdit", "Auth_LumHallNuit", 362, 3, 4, "Autorisé", "Interdit", "ECS", 292, 3, 4, "Oui", "Non", "DayPart", 130, 3, 4, "After SunRise", "After SunSet", "Noel", 363, 3, 4, "Oui", "Non", "Saison", 133, 3, 6, "Printemps", "Eté", "Automne", "Hiver", "Chauffage", 351, 3, 5, "0", "1", "2", "Vacances", 293, 3, 4, "Oui", "Non" } ---------------------------------- -- DO not change bellow this line ---------------------------------- local i = 1 while Table[i] ~= nil do local VG_Nom = tostring(Table[i]) fibaro:debug("----------------------------") fibaro:debug("Nom de la variable Globale = " ..VG_Nom) local VD_id = tostring(Table[i+1]) local Btn_Deb = tonumber(Table[i+2]) local Btn_Fin = tonumber(Table[i+3]) local NbrVal = (Btn_Fin - Btn_Deb) + 1 --Nbr de valeur possibles de la variable fibaro:debug('NbrVal = ' ..NbrVal) i = i + 4 local VG_Val = fibaro:getGlobalValue(VG_Nom) fibaro:debug('Valeur de la variable Globale = ' ..VG_Val) for j = 1,NbrVal do if VG_Val == Table[i+j-1] then fibaro:debug(VG_Nom.. ' = ' ..VG_Val) fibaro:debug("Il faut appuyer sur le bouton : " ..Btn_Deb.. " de la VD_id " ..VD_id) fibaro:call(VD_id, "pressButton", Btn_Deb) end Btn_Deb = Btn_Deb + 1 end -- for i = i + NbrVal end -- while

ça àl'air IMPECCABLE. Merci ! [DEBUG] 17:19:13: Mon 17/08 Presence Simulation | v3.5.1 Starting up [DEBUG] 17:19:13: Mon 17/08 -------------------------------------------------------------------------- [DEBUG] 17:19:13: Mon 17/08 Sunset is at 20:59 + Sunset Shift of 10min = Start Time at 21:09 [DEBUG] 17:19:13: Mon 17/08 End of Simulation: 00:15 + random of 15min [DEBUG] 17:19:13: Mon 17/08 Checking for actions every minute. [DEBUG] 17:19:13: Mon 17/08 Simu_presence = 0, Aborting Simulation scene [DEBUG] 22:48:25: Mon 17/08 Presence Simulation | v3.5.1 Starting up [DEBUG] 22:48:25: Mon 17/08 -------------------------------------------------------------------------- [DEBUG] 22:48:25: Mon 17/08 Sunset is at 20:59 + Sunset Shift of 10min = Start Time at 21:09 [DEBUG] 22:48:25: Mon 17/08 End of Simulation: 00:15 + random of 15min [DEBUG] 22:48:25: Mon 17/08 Checking for actions every minute. [DEBUG] 22:48:25: Mon 17/08 It's sunset time -> Simulation ON [DEBUG] 22:48:25: Mon 17/08 Presence Simulation started. Will stop at: 00:15 + rand(15min) : 00:18 [DEBUG] 22:48:25: Mon 17/08 Turning On Always_On lights: [DEBUG] 22:48:25: Mon 17/08 Device: Lum_PetitSalon Turned On [DEBUG] 22:48:25: Mon 17/08 Now randomizing other lights... [DEBUG] 22:48:26: Mon 17/08 light ID:Lum_SalleManger status:1 [DEBUG] 22:48:26: Mon 17/08 Entering loop of 9.22 minutes [DEBUG] 22:49:14: Scene already active! Aborting this new instance !! [DEBUG] 22:49:18: Mon 17/08 TurnOff All Simulation lights! [DEBUG] 22:49:18: Mon 17/08 Device: Lum_SdBRez_Douche Off [DEBUG] 22:49:18: Mon 17/08 Sleeping 0 minute(s) before next TurnOff [DEBUG] 22:49:18: Mon 17/08 Device: Lum_SalleManger Off [DEBUG] 22:49:18: Mon 17/08 Sleeping 0 minute(s) before next TurnOff [DEBUG] 22:49:18: Mon 17/08 Device: Prise_Bureau Off [DEBUG] 22:49:18: Mon 17/08 Sleeping 0 minute(s) before next TurnOff [DEBUG] 22:49:18: Mon 17/08 Device: Lum_SdBEtage Off [DEBUG] 22:49:18: Mon 17/08 TurnOff All Always_On lights! [DEBUG] 22:49:18: Mon 17/08 Device: Lum_PetitSalon Off [DEBUG] 22:49:18: Mon 17/08 Turned On light Lights_On_if_Simulation_deactivated: [DEBUG] 22:49:18: Mon 17/08 Lum_HallEntrée [DEBUG] 22:49:18: Mon 17/08 Presence Simulation deactivated [DEBUG] 22:49:18: Mon 17/08 Simu_presence = 0, Aborting Simulation scene

as-tu placé une caméra chez moi ? Je l'ai installé à17h00 et vai commencer des tests. En tout cas j'aime déjàle log du début qui confirme la bonne prise en compte du départ réel

oui, mais le prérequis était d'installer les plugins officiels. Et tu me dis qu'il y a un plugin pour le zxt120 => bonne nouvelle j'aurais besoin du json du zxt120 (installe l'extension son viewer pour ton browser, histoire que ce soit plus lisible) Ensuite tu dois repérer l'ID du contrôleur zxt120 (il se trouve dans l'url) et tu m'envoies le résultat de http://<ip HC2>/api/devices/<id zxt120> pour mon Nest, cela donne ceci (son ID est le 530) http://192.168.xxx.xxx/api/devices/530 { "id": 530, "name": "Nest Controler", "roomID": 1, "type": "com.fibaro.nestThermostat", "baseType": "com.fibaro.multimedia", "enabled": true, "visible": true, "isPlugin": true, "parentId": 529, "remoteGatewayId": 0, "interfaces": [ ], "view": [ ], "properties": { "currentHumidity": "51", "currentTargetHumidity": "35", "currentTargetTemperature": "18", "currentTargetTemperatureHigh": "24", "currentTargetTemperatureLow": "20", "currentTargetTemperatureType": "heat", "currentTemperature": "23", "dead": "false", "deviceControlType": "0", "deviceIcon": "28", "emailNotificationID": "0", "emailNotificationType": "0", "isOnline": "true", "lastUpdated": "-829863777", "liliOffCommand": "", "liliOnCommand": "", "log": "", "logTemp": "", "manufacturer": "", "model": "", "mute": "false", "nestID": "02AA01AC39140F18", "nestName": "", "nestStructureID": "", "power": "false", "pushNotificationID": "0", "pushNotificationType": "0", "remoteGatewayId": "0", "saveLogs": "true", "setpointTemp": "18", "setpointTemp2": "24", "smsNotificationID": "0", "smsNotificationType": "0", "state": "", "ui.Away_Switch.captionOff": "Away: Off", "ui.Away_Switch.captionOn": "Away: On", "ui.Away_Switch.value": true, "ui.Cool_Button.caption": "Cool", "ui.Current__Setpoint_Name_Label.caption": "Current Setpoint:", "ui.Current__Setpoint_Value_Label.caption": "18°C", "ui.Current__Target_Type_Label.caption": "Target Type:", "ui.Current__Temperature_Name_Label.caption": "Current Temperature:", "ui.Current__Temperature_Value_Label.caption": "22.47°C", "ui.Current__Type_Value_Label.caption": "heat", "ui.Heat_Button.caption": "Heat", "ui.Minus__Setpoint_Button.caption": "", "ui.Minus__Setpoint_Button2.caption": "", "ui.OFF_Button.caption": "OFF", "ui.Plus_Setpoint_Button.caption": "", "ui.Plus_Setpoint_Button2.caption": "", "ui.Range_Button.caption": "Range", "ui.Setpoint_Name_Label.caption": "Cooling target:", "ui.Setpoint_Name_Label2.caption": "Heating target:", "ui.Setpoint_Value_Label.caption": "35", "ui.Setpoint_Value_Label2.caption": "9", "userDescription": "", "volume": "0" }, "actions": { "setMute": 1, "setVolume": 1, "turnOff": 0, "turnOn": 0 }, "created": 1439039625, "modified": 1439039625, "sortOrder": 180 }

c'était de l'humour (à 5 francs belges).

as-tu besoin de conseils pour le câblage ?

pour faire communiquer ton Nest avec ta HC2, as-tu implémenter le Plugin officiel de Fibaro pour Nest ? C'est la première chose àfaire

MERCI !!

je vai essayer de t'aider. Pour être sà»r que je comprenne bien : Ton Nest gère la clim ET le chauffage ? Ce que tu voudrais, c'est que quand Nest chauffe ou refroidit, il envoie l'information à ton Zxt-120 ? Donc s'il est en demande de chauffe, consigne pour Zxt-120 = 30°C, s'il est en demande de clim, Zxt-120 = 10°C et s'il demande de ne rien faire Zxt-120 = température actuelle ? Je suppose que tu as un HeatingLink avec ton Nest ? A la page 13, tu vois les contacts de sortie pour dire si on chauffe, ou si on est au repos. Il faudrait mettre un FGBS (entrée IN1) pour savoir si on chauffe. Mais le Heatlink ne fonctionnerait que pour le chauffage, et pour la clim ? Sache que j'ai un Nest chez moi (non raccordé à un FGBS), mais pas de ZXT-120. Il faudrait me dire comment la box communique avec lui

avec le code que j'ai mis, vous pouvez régler l'offset comme vous voulez. J'avais exactement ce problème avec mes FGBS

content pour toi que ça fonctionne. Perso j'aurais fais une condition (>= "21:00" et >= "01:00") au lieu de (== "21:00" et == "01:00") car si pour une raison ou une autre (panne de courant, la box est allé prendre un apéro, ...) elle loupe l'heure précise ta pompe ne démarre pas ou ne s'arrête pas. Et pour éviter avec le >= que le relais trinque, faire un test si le relais est on ou off

Hello, Do you prefer to continue in English ?

Voici le code que j'utilise pour régler l'offset de mes sondes FGBS. Il a deux utilités : l'option offset de Fbaro ne fonctionne pas, je l'ai remontée dans le bug tracker (http://bugzilla.fibaro.com/view.php?id=3368) chez moi, la mesure de la température de la piscine n'est correcte que quand la pompe tourne, donc lorsqu'elle est arrêtée offset = +100°C local DeviceID = 650 local Piscine_Output = 50 local HC2 = Net.FHttp("127.0.0.1",11111) local Piscine = tonumber(fibaro:getValue(Piscine_Output, "value")) fibaro:debug(Piscine) if Piscine == 1 then TmpOffset = -0.7 else TmpOffset = 100 end if TmpOffset ~= tonumber(fibaro:getValue(DeviceID, "offset")) then -- préparation du nouveau json NewJson = '{"properties":{"offset":'..TmpOffset..'"}}' -- écriture du nouveau json -- écriture du nouveau json payload = "/api/devices/" ..DeviceID HC2:PUT(payload, NewJson) end

il y a un gros travail de conversion de la DB entre v3.x et v4.x. Donc théoriquement si on ne doit pas faire la conversion, ça doit être mieux. D'ailleurs, ils indiquent un message d'avertissement àpropos de la conversion lorsqu'on passe de 3.600 à4.x

Nico, Je confirme que les associations "physiques" (de module àmodule) ne fonctionnent qu'avec le module maître. C'est pour cela que tout passe par GEA. Et ce nouveau menu d'association ne permet pas d'associer des modules filles ?

Voici le résultat très surprenant de quelques tests. le fibaro:log fonctionne s'il est mis dans un bouton ou dans la main loop AUX CONDITIONS SUIVANTES : - le main loop doit appeler un bouton (même sans code) - le bouton doit avoir une icône différente que celle qui est affichée par le main loop (pour éviter le clignotement, je vai faire le test si je charge 2 fois la même icône, et que donc la différence se situe au niveau de l'ID de l'icône) EDIT : cela fonctionne si on a des ID différents d'icônes

merci. Sachez que mon principe est "si on ne demande pas, on ne risque pas d'air", alors je demande et qui sait ...