Gregory

Sûrement trois fils. Le neutre et une phase pour faire monter le volet, l'autre phase pour la descente. Envoyé de mon iPhone àl'aide de Tapatalk

petite correction sur le post de Shad, les somfy filaires n'ont pas de système propriétaire. J'en suis équipé et c'est un simple câblage un neutre et deux phases. En revanche les somfy radio sont équipés du RTS qui est propriétaire, mais dans ce cas ils n'ont pas de commande filaire donc pas possible d'utiliser le module Fibaro. Envoyé de mon iPhone àl'aide de Tapatalk

Bonjour, Bienvenue sur le forum

Non, ce sont les modules qui pilotent les moteurs, donc même si ton HC2 est HS, les modules continuent de fonctionner de la manière dont tu les as configurés, seules les scenes ne seront plus exécutées.

Tout est là http://domotique-info.fr/2014/03/communiques-fibaro-en-direct-dhanovre/

c'est ça, j'ai été un peu feignant sur le coup et les grands copier/coller faut les relire avant de poster ....

tu as plein d'Ebooks gratuits sur le sujet (à condition de lire l'anglais ...) http://it-ebooks-search.info/search?q=lua

@Shad: Pas de problème avec ton avis, le forum est là pour que chacun puisse exprimer le sien. @Romain80: Je ferai un truc comme ça pour modifier ton script (ATTENTION, je suis au bureau et je n'ai pas pu le tester) --[[ %% properties 29 value 34 value 33 value %% globals sunsetHour --]] local startSource = fibaro:getSourceTrigger(); lights = {29, 33, 34}; -- id des lampes local lightOn = 0; if (fibaro:getGlobal("sunsetHour") == "0") then for i = 1, #lights do if (fibaro:getValue(i, "value") > "0") lightOn = 1; end end if ( lightOn > "0") then fibaro:call(4, "sendPush", "Lumière Ext Allumée. Procedure d extinction."); fibaro:sleep(20*1000) for i = 1, #lights do fibaro:call(i, "turnOff") end lightOn = 0; end end

Bonjour à tous, désolé pour mon silence, j'ai un Pb avec mon iphone et je me connecte beaucoup moins souvent. @Romain80 et @I-magin, c'est exactement ça. @Shad : Je ne suis pas d'accord avec toi, autant prendre les bons réflexe de programmation dès le départ, surtout si tu veux partager tes scripts avec d'autres personnes. Ceci pour plusieures raisons: De cette manière tu participes activement à la formation des gens qui vont lire tes scripts Tu simplifies l'adaptation de tes scripts par les autres (J'ai peut-être 27 modules à gérer ) Tu facilites la maintenance de test scripts Voila, c'est mon côté architecte qui reprend le dessus.

Bonjour, Comme tu utilises la variable currentDate à la ligne 19 il faut absolument initialiser cette variable, c'est pour ça que ça ne marche pas sinon.

Pour plus de d'efficacité en cas d'un grand nombre de modules, il vaudrait mieux mettre les Id dans une table et la parcourir dans ton code plutôt que de multiplier les termes de ta condition IF Grégory

Bonjour, Je me pose une question sur le bon fonctionnement de la fonction fibaro:wakeUpDeadDevice() J'ai une scène qui tourne toutes les 5 minutes pour réveiller (essayer ...) les noeuds morts de mon réseau, en gros cette scène vérifie tout mes devices pour voir si ils sont mentionnés comme mort ou pas, si c'est le cas j'appelle fibaro:wakeUpDeadDevice(i) , j'attends 10 secondes et je teste à nouveau, si le noeud est toujours mort j'envois une notification. Le problème est que la fonction WakeUpDeadDevice ne semble pas réveiller les noeuds, par contre, si depuis l'interface des devices, je clique sur le noeuds en question, il se reveille sans problème, est-ce que j'ai loupé un truc ? Merci d'avance

Bonjour, @shad, qu'est-ce que tu entends par "revalider les alarmes" ? @Did, pourquoi passer par une variable pour connaitre la saison, tu peux très bien utiliser os.date() pour connaitre le mois et tu stockes dans une table les mois correspondant aux saisons, tu n'as plus qu'à vérifier dans quelle table se trouve le mois courant, ainsi tu as tout dans ta scène (d'ailleurs je cherche a trouver un moyen de partager des tables LUA entre scène, mais par les variable globale ça n'a pas l'air possible, si quelqu'un a une idée ...). Autre option, toujours avec os.dat, tu peux vérifier la valeur de "isdst" pour savoir si on est en heure d'hiver ou d'été (http://www.lua.org/pil/22.1.html)

Bon je vais essayer de démonter un autre module pour le tester àla place de celui la.

Pour moi ce sont des bistables, les boutons montée/descente gardent la position jusqu'àl'appui sur le bouton stop ( testé au testeur de continuité ) Envoyé de mon iPhone àl'aide de Tapatalk

Bonsoir à tous, J'ai un petit problème avec un module, Je souhaite changer un interrupteur de commande d'un de mes volets. J'ai acheté un interrupteur avec 3 boutons, montée, descente et stop. J'ai testé au testeur de continuité le machin et je suis, d'après moi, dans une configuration bi-stable (Si j'appuie sur montée, l'inter reste en position montée jusqu'à ce que j'appuie sur Stop, idem pour la descente) j'ai donc mis le paramètre 14 à 1. Chose étonnante, avec cette config, il faut que je garde le bouton enfoncé pour commander le volet, dès que je lâche le bouton, le volet s'arrête. Si je change le paramètre 14 pour le mettre à 0, un appui sur un des boutons permet de mettre le volet en marche, mais l'appui sur le bouton Stop ne fonctionne pas, idem pour la valeur 2, mais là je dois actionner le même bouton successivement pour faire monter le volet puis le faire descendre. Avez-vous observé ce comportement ?

Pour les boites effectivement les boites etanches sont incomparrables. Je prends celles de L.r.y M..l.n (pas de pub ) elles existent en 40mm et 50mm et sont moins chères que les Legrand

Bienvenue

tres bon choix pour le HC2, et bien sur, bienvenue sur le forum

Un gars du sud-ouest, ça c'est chouette. Bienvenue àtoi sur le forum.

Bienvenue et bonne migration

Bienvenu àtoi.

Bienvenue et bonne domotique

Tu as frappé àla bonne porte pour trouver de l'aide. Bienvenu àtoi sur le forum

Bienvenue àtoi sur le forum, et bonne domotique