Krikroff

Tout va dépendre de la charge mais en théorie tu peux dimmer de 0 a 100 %. Un plafonnier de 100watts dimmé a 25 % devrait consommer en gros 30watts mais ça reste àvérifier Envoyé de mon iPhone àl'aide de Tapatalk

Super !!! Et c'est juste pour le plaisir ou il y a une application pratique ? Peut être des idées àprendre pour recycler un vieux clavier maître Envoyé de mon iPhone àl'aide de Tapatalk

Attention quand même car si Timers plusieurs vmc dans la même habitation elles vont rentrer en concurrence et risque de beaucoup perdre en efficacité L'extraction de l'air vicié se fait théoriquement et en pratique dans les pièces humides : salle de bain, wc, cuisine... Et pourquoi pas une double flux, comme cela tu contrôles aussi l'air injecté ? Après c'est peut être pas adapté àton climat Envoyé de mon iPhone àl'aide de Tapatalk

Oui c'est ça tout a fait cela concerne les périphériques alimentés .

Pas de Main loop dans le HCLite donc l'unique solution est de passer par un scène. En gros il faut un périphérique virtuel avec un bouton TTS_ALARME (par exemple) , un PLAY, un STOP puis une scène qui ordonne le clique sur le le bouton TTS, puis PLAY, puis STOP avec par exemple 5 seconde de retard. Je n'ai jamais testé mais cela doit fonctionner il me semble.

Sur mon module j'ai implémenté une fonction d'auto Stop mais sur le HCLite oui la solution c'est de lancer un STOP

@q.philippe, c'est toi qui décide , tu peux créer autant de code que tu le souhaites pour exécuter toutes les actions que tu souhaites... Exemple: CODE 1001 lance la scène 999, le CODE 1002 stop la scene 999 local codeTable = { ["1001"] = { caption = "start scene", task = { object = "scene", id = 999, action = "start" } }, ["1002"] = { caption = "stop scene", task = { object = "scene", id = 999, action = "stop" } } } }; Après tu peux utiliser l'object "lua" afin d’exécuter des commandes enchainées genre: alllumer le bandeau LED en rouge si fenêtre ouverte sinon armer les détecteurs ...

Oui je comprends bien ton raisonnement mais 30 secondes ou bien 300 secondes, peu importe en Z-Wave cela reste du Polling (action consistant à interroger un périphérique Z-Wave), il n'est pas rare d'ailleurs de fixer le Polling d'un périphérique à plusieurs minutes. Le Z-Wave est un réseau un peu particulier avec mine de rien pas mal de limites (qui tendent a s’effacer avec le Z-Wave+ ). La bonne pratique voudrais que l'interrogation des nÅ“uds se fasse en file d'attente et espacé d'un temps déterminé en Idle avant l'interrogation suivante et cela justement pour éviter les phénomènes de surcharge du réseau Z-Wave. Après je ne sais pas comment le HC2 traite en back-end les interrogations des périphériques en LUA mais ce qui est certain c'est que le Polling peut avoir des conséquence très désagréable: en gros plus il y a de trame et plus il y a de trames d'erreurs c'est comme ça ! Je passe aussi sur le fait que l'interrogation doit rentrer en concurrence avec le contrôleur (HC2) avec pour conséquence un allongement du délai de traitement Ce qu'il faut retenir c'est que plus il y a de périphériques Z-Wave dans le réseau et plus le Polling doit être espacé, le type et l' implémentation Z-Wave des périphériques est aussi déterminant dans le choix de cette fréquence. cf. le HC2 sur la page configuration du réseau Z-Wave: Fibaro fait des recommandations en fonction du nombre de périphériques. Aussi Par exemple sur un réseau de taille moyenne le HC2 peut mettre jusqu' à 20 minutes pour faire un Polling complet. Tiens je viens de trouver ça sur le site eedomus, et cela va dans le sens de mes propos: Bon allé j'arrête de vous prendre la tête avec ça, tant que ça marche et que vous n'observez pas de comportement étrange (en plus des bugs déjà existant ) tout va bien.

@Lazer, quelle est la version de firmware ? Ps: lorsqu'un périphérique z-wave n'est pas bien identifié sur le contrôleur , c'est le contrôleur qui délire et pas le périphérique lui même Envoyé de mon iPhone àl'aide de Tapatalk

J'ajoute que le module rgbw fibaro peut driver plusieurs lignes de spot jusqu'àconcurrence de la puissance maxi supportée par le module. Donc c'est au choix: ruban Led ou jusqu'à4 lignes de spot. Sur un spot rgb modifié ou avec un ruban rgb il est tout a fait possible de sélectionner une couleur et de jouer sur l'intensité en revanche le module ne peut driver que 1 ruban ou 1 spot rgb. Envoyé de mon iPhone àl'aide de Tapatalk

Monsieur Steven , en fait je viens de découvrir ton GEA et je voulais te féliciter pour ton travail, belle idée et belle réalisation. Il était temps donc de tester ton script. Je n'ai pas pu m’empêcher de jeter un Å“il sur ton code et si je ne me trompe pas le principe du GEA est d'interroger un périphérique (entre autres) et de déclencher une action en fonction d'une condition déterminée a l'avance par GEA.add ? Donc (si j'ai bien compris) le GEA fait du Polling... Et pour ce que je peux savoir sur le Z-wave c'est que le Polling Z-Wave doit être le plus limité possible en pratique et utilisé uniquement dans des cas particuliers: périphériques anciens, installation multi-contrôleur etc. Loin de moi l'idée de foutre la trouille aux utilisateurs du GEA, c'est pas le but mais faites attention a ne pas utiliser une fréquence d’interrogation trop faible surtout si vous avez beaucoup de périphériques car même si le HC2 peut encaisser sans broncher, la surcharge du routing et du transport est elle bien présente. En tout cas beau travail Monsieur Steven !

C'est une histoire de fous! ... Vivement l'explication du support Fibaro

Salut Vince, j'étais passé à côté de ton post tu peux faire un truc dans le genre... readSocket = function(socket) local err, len = 0, 1; local buffer, data = "", ""; while (err==0 and len>0) do data, err = socket:read(); len = string.len(data); buffer = buffer..data; end return buffer, err; end j'utilise cette technique dans la lib tk.Net.* de mon framework LUA

!!! Aussi en 3.591 et pas de problème àce niveau Peux tu lorsque une scène disparaît lancer mon HC2 toolkit et interroger ta box pour voir les données sans la couche graphique Fibaro ? ... Je suis curieux Envoyé de mon iPhone àl'aide de Tapatalk

Tu trouveras cela sur le forum officiel fibaro dans power user je pense... La c'est pas simple pour moi depuis mon smartphone Une chose importante: le TTS ne marche que si il y a une commande play derrière... Envoyé de mon iPhone àl'aide de Tapatalk

Je suis d'accord pour l'étalonnage de la luminosité j'ai aussi des doutes ! Bon j'essaie d'emprunter un luxmètre au taff et puis je fais le test ... Envoyé de mon iPhone àl'aide de Tapatalk

Oui c'est possible car j'ai optimisé pas mal de procédures Merci du retour. Envoyé de mon iPhone àl'aide de Tapatalk

@Jérome, tu connais visiblement bien les cam Vivotek, pourrais tu me donner des informations sur les scripts "embarqués" ? Je m'explique, sur les caméra Vivotek 'comme sur beaucoup de cam) il y a la possibilité sur détection de mouvement (au top en passant) de pousser les images sur un ftp mais aussi de notifier un équipement par une requête http. Le problème est que pour une raison que je ne trouve pas l' api du HC2 refuse l’accès a la caméra. (Je ne suis d'ailleurs pas le seul à avoir le problème) En revanche pas de problème sur mon NAS ou mon Serveur WHS etc. Donc je me disais que peut-être les scripts pourraient me donner la possibilité de contourner le problème Merci d'avance.

D'avance merci pour le test

Mise à jour en 1.0.2.0 RC1 (release candidate) IMPORTANT: Cette mise à jour doit être installé par tout le monde! - Nouvelle conception de code pour soutenir la version 4.x du HC2 (en cours) - Mise à jour: Les périphériques iOS / Android apparaissent maintenant comme "Périphérique mobile" - Mise à jour mineure du code, des améliorations et corrections de bugs mineurs - Ajout des propriétés: smsManagement dans SettingsInfo et saveLogs dans Météo - API Request (barre de progression, suivi en temps réel du téléchargement et des demandes) - Fix: Erreurs de connexions aléatoires - Traductions manquantes N' hésitez pas à me faire un retour sur cette nouvelle version qui devrait apporter plus de stabilité et de souplesse pour les développements suivants.

Non, le module virtuel n'est pas compatible avec le HCLite. Il faut rentrer le code manuellement dans un bouton, comme une commande play ou stop .... Envoyé de mon iPhone àl'aide de Tapatalk

Le TTS fonctionne bien il me semble sur le HCLite en string. La limitation est que le TTS est déterminé àl'avance et donc impossible de lui faire dire par exemple la température d'une sonde... Envoyé de mon iPhone àl'aide de Tapatalk

Oui je confirme cela Steven, désolé je n'avais pas percuté GEA=scène ... Envoyé de mon iPhone àl'aide de Tapatalk

Mise à jour en Version 1.0.1 1. Renommage du module en "Security Virtual Keybaord" (ça sert à rien mais je préfère) 2. Ajout du support pour: scène, Virtual Device, variable globale La possibilité d'injecter du code lua dans la boucle devrait couvrir les autres cas de figure Exemple: ["9999"] = { caption = "lua code", task = { object = "lua", value = (function() if (tonumber(fibaro:getGlobalValue("SceneTrigger")) == 1) then fibaro:call(7, "setValue", "50"); fibaro:call(8, "setValue", "50"); fibaro:call(33, "setValue", "50"); end end)} }, -- etc... Le code sera optimisé dans un prochaine mise à jour.

Bonsoir garfield, et bien tu cumules ! As tu contacter le support Fibaro, il me semble que ton HC2 a mal vécu son petit passage en version alpha !!! Pour le reste je dirais que c'est pas de chance, je trouve le matos fibaro de très bonne facture même si il y a des défauts de jeunesse parfois sur certains équipements. Envoyé de mon iPhone àl'aide de Tapatalk