Lazer

Oup's, désolé pour le temps de réponse, j'avais loupé ta question. Regarde sur le topic du FGBS Universal Sensor, j'ai donné un exemple d'intégration avec les grilles de haut parleur Celiane : http://www.domotique-fibaro.fr/index.php/topic/7-fibaro-fgbs-321-module-universel/?p=7351 Par contre c'est en intérieur, donc pas besoin des modèles étanches que tu as donné en premier lien, qui ont l'inconvénient d'être plus gros. Pour le moment, j'utilise une sonde étanche dans mon grenier (il ne pleut pas dans mon grenier, mais comme j'ai une sonde basique qui a grillée à cause d'un court circuit, je l'ai remplacé par ce que je j'avais sous la main...). Les autres sondes étanches sont destinées à être installées en extérieur, ou dans l'aquarium, mais ce sont là des projets futurs, je n'ai pas le temps de mettre tout ça en oeuvre en ce moment.

Ah intéressant comme découverte, donc le plugin interroge trop souvent l'API Netatmo, ce qui provoque la déconnexion. Ce ne serait donc pas un bug du plugin, mais une limitation imposée par Netnatmo, ce qui obligera Fibaro à trouver un moyen de contournement. Trouvé sur : https://github.com/gpkvt/munin_netatmo

Je ne trouve rien àredire sur la précision de la température. Par contre il faut bien régler l'envoie des relevés vers la box, car pour une utilisation en chauffage il ne s'agit pas d'attendre une variation de 0,5°C avant de recevoir l'info. Si on actualise les infos trop souvent cela a théoriquement un impact sur les piles, mais avec le recul et des bonnes piles, je trouve qu'il ne s'en sort pas si mal que ça le ST814. Au bout d'un an je suis à60% de batterie, avec un relevé toutes les 30 minutes. Pour de la gestion de chauffage, il faudra cependant prévoir un intervalle plus court.

Hum T'as pas un autre IDS pour valider que le flux intercepté n'est pas un faux positif ? C'est flippant quand même...

@skyhooper ta première icône ressemble très fortement à un serveur IBM p795. Alors autant j'adore travailler sur cette machine, autant je ne me vois pas avec ça à la maison.... remarque je n'aurais plus besoin de chauffage !!! Accessoirement ça vaut plus cher que ma maison

Je ne connais pas ta configuration réseau, mais chez moi le VPN me met dans un autre VLAN (plage d'adresse IP différente). C'est àdire que je ne suis pas directement sur le réseau, et je dois ajouter une route statique après l'établissement du tunnel afin de joindre mon réseau local. Les commandes ifconfig et netstat devraient être tes nouvelles amies.

Celle de Lionel est chaude/brulante, mais ce n'est pas forcément à cause de ça qu'elle a lâché. La corruption des file-systems sur les 2 clés (interne et recovery) sont plutôt dues à des coupures électriques. Ceci dit, la coupure électrique pourrait aussi être due à un plantage du processeur pour cause de surchauffe, ce qui provoque un arrêt ou reboot de la box, car les processeurs Intel sont protégés contre la surchauffe. Donc finalement pas évident de conclure. Celle de Yohan est tiède. Ma box est maintenant posée à la verticale, et j'ai démonté 2 plaques : - celle située au niveau des connecteurs (par la première, mais celle qui est à l'intérieure) - celle du haut (située sur la droite quand on regarde la box de face à l'horizontale) Donc ma box est posée sur la tranche gauche, l'air frais rentre par le trou arrière servant à faire passer les câbles, monte le long de la carte mère, et ressort par le haut. Une cheminée quoi. Ainsi ma box est tiède. En fait, faudrait coller une sonde Dalas 1-Wire sur la box, avec un module universel.

J'ai pu constater que box fermée, il y a de grandes différences de températures d'une box àl'autre. Certaines sont tièdes au toucher, alors que d'autres sont brulantes (c'est àdire > 37°C). Je ne sais pas pourquoi... :/

Oui tout àfait

Une variable globale est par définition accessible à tous les scripts, de la façon suivante : local myvar = fibaro:getGlobal("myvar") . Ce que tu mentionnes, la déclaration de la variable dans l'entête d'une scène (inutile dans un module virtuel), c'est pour faire un trigger, c'est à dire que ta scène se déclenche dès que cette variable globale est modifiée par ailleurs. --[[ %% autostart %% properties %% globals myvar --]]

J'ai ce pack de 5 sondes étanches qui était à8,20 € fdpin il y a quelques temps : http://www.amazon.fr/dp/B00CHEZ250/ref=pe_386181_40444391_TE_item Dommage le prix a légèrement remonté, mais ça reste très intéressant aussi, et livraison rapide.

13,5 W tu n'as pas mis un Wall Plug dessus pour voir ?

Moi j'ai mis la sortie en cours circuit, ce qui n'a pas cramé le module, mais a fait sauter le disjoncteur (normal). Le module n'est pas cramé, mais la sortie est maintenant toujours alimentée, quelque soit la valeur du dimmer. Je n'ai pas encore pris le temps de l'ouvrir.

Oui bien sur, mais ça ne te permettra pas de répondre àton besoin : "Je souhaite récupérer les températures dans l'onglet de HC2 contenant "le capteur de température principal"." Le Plugin est la seule façon d'intégrer proprement les sondes virtuelles dans l'interface de la HC2..... en attendant que Fibaro remettre en place la fonctionnalité.

C'est bloqué car la v4 Stable vient de sortir, et il restait trop de bugs non résolus, alors ils ont bloqué les plugins utilisateurs en attendant une amélioration.

Il te faut : - la v4 - le plugin Virtual Sensor de Krikroff Le seul souci, c'est que les plugins utilisateurs étaient utilisables tant que la v4 était en Beta. Depuis que la version "Stable" est sortie, Fibaro a supprimé l'import des plugins utilisateurs à cause de trop nombreux bugs non résolus. Ca reviendra prochainement, mais on ne sait pas quand..... il va falloir être patient

Bonjour Pepite, La réponse dominicale avant le dodo ;-) C'est surtout que si tu mets un FGS derrière une prise, et que tu branches un gros appareil ( > 1.5W ou 3kW) , ça va fumer, donc à proscrire !! Le Wall Plug est la meilleure solution je pense

@forumAD, concernant le "Main_Zwave_Devices", est-ce que tu peux m'envoyer le contenu de la page suivante (en remplaçant l'adresse IP correcte), afin que j'étudie en détail et que j'adapte le code en conséquence (en MP si tu veux) : http://192.168.1.1/api/devices . @clarkkent609 : - super pour Nginx - bien pensé le "Sensors", je vais te piquer l'idée - Battery : j'ai un doute, tu peux me dire à quelle ligne correspond ta ligne n°54 ? Chez moi c'est ça : if tonumber(batteryLevel) > 100 then batteryLevel = "100" end - J'ai renommé tous mes boutons depuis bien longtemps, et ça n'empêche pas la scène d'appeler correctement les boutons. Ils sont automatiquement numérotés 1 2 3 etc dans l'ordre de leur apparence.

Tu as surement oublié de mettre l'ID de ALARME dans l'entête de la scène GEA, comme ceci, afin que cela constitue un déclencheur. --[[ %% autostart %% properties 24 value %% globals --]]

Au sujet de la caméra, et pour l'ajout de nouvelles fonctionnalités en général à GEA, il me vient une idée. En fait, c'est pas forcément simple de penser à implémenter toutes les actions existantes dans GEA, donc pourquoi ne pas créer une action générique, sur le modèle de : fibaro:call(deviceID, actionName, parameter) Ce qui nous donnerait un truc du style : {"call", <id>, "action", "parameter"} Et GEA se contenterait de passer l'action et les paramètres au module concerné. Les experts en développement, c'est difficile à implémenter ?

Ah flute, j'avais pas fait attention que tu voulais une table basse (et pourtant c'est dans le titre) Du coup, c'est un truc de fou comme fait Jean-Philippe Encausse qu'il te faut : http://blog.encausse.net/2015/01/12/table-connectee-v2/ Je crois que c'est Microsoft qui fait une table connectée aussi à base d'un grand écran de TV..... j'avais rapidement joué avec dans je ne sais plus quelle salle d'attente d'un aéroport. Bon, moi avec Madame qui ne veut que des beaux meubles, je ne suis pas prêt de faire accepter un engin pareil à la maison

Je pense qu'il n'y a pas de solution universelle pour détecter la présence de telle ou telle personne, à moins d'avoir tous une puce implantée sous la peau (patience, ça viendra bientôt.... :/ ) Du coup, il faut agréger un maximum d'infos, avec un algorithme pour mélanger tout ça (Biboun avait commencer à travailler sur le sujet, il avait créé un topic dédié sur le forum) : - détection des mobiles (WiFi et/ou Bluetooth) - motion sensor - Netatmo : capteurs de CO2 et dB - activité des dimmers - mise en marche/arrêt de l'alarme - etc... La maison intelligente qu'on nous promet, sera celle capable de prendre en compte tous les paramètres. Dis autrement : on n'est pas prêt de s'ennuyer, et ce forum a encore de belles années devant lui

Pourquoi pas ça : http://www.domotique-info.fr/2014/01/integration-dun-pc-one-tactile/ Et là la vidéo où on le voit rapidement en fonctionnement : http://www.domotique-info.fr/2014/09/les-passionnes-maisons-intelligentes-reunis-denguin/

En général, il n'est pas vraiment nécessaire de forcer la mise à jour du réseau, la box le fait tout seul quand elle l'estime nécessaire. Pour les autres questions : « Configurer de nouveau tous les périphériques » : non pas de lien avec le maillage. Il s'agit simplement de reconfigurer les paramètres des modules au niveau de la base de données de la box.modules. « Réinitialiser le réseau Z-Wave » : oui cela revient à supprimer tous les modules et devoir les réassocier physiquement. On évite d'appuyer sur ce bouton !! Est-ce que les sauvegardes contiennent également les liens avec les modules Z-Wave ? => Oui Est-ce qu’il est ainsi possible de copier les associations d’une box à une autre par exemple dans le cas où la première serait défectueuse ? => bonne question.... faudrait tester Existe-t-il un moyen de visualiser les routes Z-Wave que la HC2 a construites ? Eventuellement les modifier manuellement ? Non pas à l'heure actuelle (peut-être dans une futur release)

Merci les gars pour vos retours @clarkkent609 : Battery: ça ressemble à un petit bug de ma part, je corrigerai dans la prochaine version. Environnement: le message d'erreur "No input file specified" semble être lié à Nginx et PHP d'après Google. Comme je n'ai aucune expérience sur Nginx, il va falloir que tu cherches sur le net, il semble que Nginx n'aime pas trop les appels d'URL avec passage d'arguments à l'ancienne (avec des ? et des &). Regarde si tu peux trouver la bonne configuration à appliquer. @forumAD : Environnement: je suppose que tu n'as pas le fichier data_post_light.php sur le serveur Web, surement parce que tu as appliqué à la lettre le contenu du tuto en première page, dans lequel je n'ai jamais détaillé comment ajouter les mesure de luminosité. C'est expliqué quelques pages plus loin. En attendant que je mette complètement à jour le tuto, tu peux juste ignorer cette erreur, simplement tu n'auras pas les graphs de luminosité, mais ça ne devrait pas gêner le bon fonctionnement du script. Battery: tout va bien Devices: tout va bien power et trend: tout va bien interpréter les résultats du debug : pour faire simple, quand c'est écrit en blanc, c'est que c'est juste du debug pour suivre le bon déroulement du script. Quand c'est écrit en rouge, c'est qu'il y a une erreur (comme dans ton bouton environnement) Question n°1 : tous les boutons sont appelés par la scène que tu as dà» créé si tu as suivi le tuto. En gros, les 3 premiers boutons servent à enregistrer les valeurs, le 4ème bouton 'Device' sert à mettre à jour la liste des devices dans la base, et le 5ème bouton "trend" sert à générer les graphiques "historiques" à long terme. Au début ce n'est pas très utile, mais quand tu auras plusieurs semaines/mois/années de données, tu verras c'est sympa. Question n°2 : Tu peux renommer un module, normalement les pages PHP savent s'adapter, et tu verras le nom du module se mettre à jour. Tu peux même le changer de pièce. Quant au "Main_Zwave_Device", normalement tu ne devrais pas le voir apparaitre dans les graphs, non ?