jojo

si tu as le courage de tout réinclure et de tout recommancer à0, fait un recovery et des upgrade àvide. Tant qu'àfaire un clean install, qu'il soit clean de chez clean

les mêmes vendues par un site francophone http://www.intellihome.be/fr/z-wave-fibaro-capteur-de-temperature-4.html

1. C'est le module de Lazer, je n'ai fait que de la cosmétique ... 2. je pourrai travailler dessus qu'àpartir du 20 avril ...

je partage tous les avis ci-dessus. En résumé : si tu veux être sà»r à 300% que tout fonctionne du premier coup, éviter un max de problèmes : fait ton installation en 3.600, mais tu devras peut-être tout refaire pour passer vers une v4.x stable si tu acceptes de prendre un risque (modéré), upgrade vers 4.040 et commence ton install. De toute façon, ce que je crois avoir perçu, c'est que la majorité des gens qui ont des problèmes, vient du fait qu'ils ont upgradé une installation faite en 3.600 vers v4.x Perso, je prendrais le risque d'une clean install directement en v4.040

il y a seulement deux types de variables (àma connaissance) : local : au niveau d'un mainloop ou d'un bouton ou d'une scène global : utilisable partout pour échanger des infos simples et courtes au sein d'un VD, j'utilise quand je peux les champ Port ou IP, ce qui rend mon VD plus portable, car il ne faut pas créer manuellement de variable globale

tu peux faire ce genre de transfert via les champs Port ou IP, ou via une variable globale (fibaro:setGlobal('NomVariableGlobale', 'abc') / fibaro:getGlobal('NomVariableGlobale') oui, il sont modifiables. le champ IP est de type CHAR et le champ TCP est de type NUM pour mettre à jour la valeur du Port : -- action = 1 local HC2 = Net.FHttp("127.0.0.1",11111) local action = ('{"id":'.. fibaro:getSelfId() ..',"properties":{"port":1}}') HC2:PUT(fibaro:getGlobal("GETvirtualDevices") .. fibaro:getSelfId() , action) pour la lire : local action = fibaro:get(fibaro:getSelfId(),"TCPPort") action = tonumber(action)

1) ces champs IP/Port sont (je pense) utilisés pour accéder à des sites autres que ta box. Moi je les utilise pour paramétrer mon VD ou transférer des infos d'un bouton à l'autre (ou depuis le mainloop) sans devoir passer par une variable globale 2) pas à ma connaissance, mais si c'est possible, je suis preneur 3) pas à ma connaissance, je trouve cela également ridicule, car si tu changes l'ordre (rajoute un label, ...) tu dois changer ton "pressButton"

Voici les sondes que j'utilise https://www.betaalbare-domotica.be/sensoren/ds18b20-temperatuur-sensor.html le site est en néerlandais, mais tu veras la référence, et tu trouveras certainement qqch d'équivalent en France

moi, j'ai toujours fait le câblage recommandé par Fibaro, sans résistances , etc... (sinon, c'est trop compliqué pour moi ) au début (durant 30-60min) il m'indiquait parfois quelque-chose de farfelu, puis c'était ok. Pour voir que ça réagit correctement, je pinçais fort la sonde (histoire de la faire monter en tmp) et je voyais dans les 15-30 sec la tmp varier. Es-tu sà»r que ta sonde n'a pas morflé ?

@Lazer, pour ma culture générale, l'historique des events est-il également compris dans le backup ?

j'y pense, si tu ne branche pas correctement la sonde de tmp, ça ne marche pas et la sonde peut aussi fortement chauffer, et elle risque d'en prendre un coup

si tu as mis une sonde, tu fais exclure/inclure, et c'est bon. il ne faut modifier aucun paramètres pour les rendre visibles. Laisse un peu de temps pour qu'il se calibre correctement. Les paramètres permettent de dire la fréquence de remontée de la tmp, le delta min entre les remontées, ...

le remaillage se refait normalement automatiquement

heureusement que je ne suis pas pressé. Merci àtous de vos retours : je reste en v3.600 et bon courage

c'est pas encore la saison des BBQ

tu peux mettre entre 0 et 4 sondes. Si tu modifie la config (# de sondes), tu dois faire un exclude/include Voit la doc officielle pour les branchements, c'est bien expliqué Tu auras également d'autres info intéressante ici http://tutoriels.domotique-store.fr/category/58/fgbs_001-_-adaptateur-universel-zwave-entrees-_-sorties-binaires-_-1wire.html

pour le coucher du soleil, on n'est pas à5 minutes près => donc un sleep de 10 ou 15 min me semble suffisant. Pour éviter d'écrire àchaque fois la variable, on fait une lecture de la variable, et SI elle doit être modifiée, alors on fait le fibaro:setGlobal ...

Merci sebcbien pour avoir pris le temps de répondre. No stress, j'attendrai une version stable de la v4.x avec un plugin qui fonctionne. L'hiver est presque fini, donc moins d'urgence. J'ai également trouvé une astuce avec IFTTT. En plus d'être excellent en LUA, php, etc, tu es également très bon psychologue : sans ne jamais m'avoir rencontré, tu as parfaitement cerné mes capacités

1- les sorties sont activées automatiquement lorsque l'entrée correspondante est activée. ! elles sont limitées en courant qui peut passer dans le contact. Malheureusement, elles ne peuvent pas être contrôlées par ta box 2- si tu as inclus ton BS puis tu as rajouté tes sondes, tu ne les verras pas. Tu peux avoir jusque 4 sondes en parallèle. Mais tu dois exclure/inclure ton BS avec les sondes connectées, pour que le device soit créé dans la box

elles sont belles tes icônes => je voudrais juste acheter tout ce matos pour pouvoir voir ces icônes sur mon écran

Merci Lazer, mais il faudra encore une autre idée. L'autorefresh ne fonctionne pas

Je serais fully intérested, mais je n'ai pas de thermostgat Netatmo. Mais par hazard, aurais-tu un thermostat NEST ? Si oui, serais-tu motivé de faire qqch de similaire pour Nest, et idéalement compatible v3.600) ?

Merci Did et Nico, de m'aider à préciser mon besoin, car même si vous n'avez jamais vu mon installation en vrai, vous :13:la connaissez mieux que moi (qui est proche du zéro absolu en élec).

tant mieux, si j'ai pu contribuer à faire germer la bonne idée. En effet, comme je vois que tu maîtrises les langages de programmation, etc, tu vas t'éclater avec une HC2

Voici un petit ajout au code, qui permet de générer un mail lors de la modification d'une variable. Avec IFTTT, j'intercepte le mail et il alimente une sheet Google Drive. On peut ainsi avoir un log des changements des variables. Contrainte : il faut créer une Variable Globale "LastVarChanged", qui ne sera pas considérée par le script comme une variable à surveiller. HC2 = Net.FHttp("127.0.0.1",11111) response = HC2:GET("/api/globalVariables") -- read LastVarChanged -- create a GlobalVariable named LastVarChanged local LastVarChanged = fibaro:getGlobal('LastVarChanged') fibaro:debug('LastVarChanged') local push_dev = 2 -- id of the device to send push message to (2 to send e-mails) local variables = {} local t = json.decode(response) local j = 0 for i = 1, #t do -- do not report changes to LastVarChanged if t[i].name ~= "LastVarChanged" then j = j + 1 variables[j] = {t[i].name, t[i].value, fibaro:getGlobalModificationTime(t[i].name)} end end j = 0 table.sort(variables, function(a, return a[3]>b[3] end) -- test if variable changed LastVarValue = variables[1][1] .. ' = ' .. variables[1][2] .. ' [' .. os.date("%d/%m/%Y %H:%M:%S", variables[1][3]).. ']' if LastVarValue ~= LastVarChanged then fibaro:setGlobal('LastVarChanged', LastVarValue) fibaro:debug('Changed variable : ' ..LastVarValue) -- send e-mail fibaro:call(push_dev, "sendEmail", "Changed variable", LastVarValue) end -- Display results local id = fibaro:getSelfId() for i = 1, #variables do pcall(function() fibaro:debug(i .. " id=" .. variables[i][1] .. " - Value=" .. variables[i][2] ) fibaro:call(id, "setProperty", "ui.Label"..i..".value", variables[i][1] .. " = " .. variables[i][2] .. " [".. os.date("%X", variables[i][3]).."]") end) end