Lazer

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 ?

Oui avec ESXi. Par contre, l'absence du SCSI m'embête, car j'avais justement mis mes disques RDM sur un contrôleur SCSI virtual pour les performances. Je vais peut-être attendre un peu, de toutes façon j'ai d'autres choses plus urgentes à faire sur ce serveur (comme migrer mon datastore du disque 250 Go vers un SSD). En passant, en discutant avec un collègue cette semaine, j'ai découvert le Virtual SAN de VMware : il faut 3 serveurs minimum, avec chacun au moins un SSD (pour le cache) et un disque dur (pour le datastore). Le concept du VSAN c'est de répliquer les données des différentes datastore locaux sur les autres serveurs, permettant une redondance totale en cas de crash. Ca permet donc de distribuer les données (un peu à la mode du Big Data), plutôt que de les concentrer sur une grosse baie de stockage en SAN traditionnel. Du coup, ça rend la techno accessible pour un particulier ou une PME.... faut juste avoir 3 serveurs (mais déjà le G8 ne devrait pas tarder pour ma part afin de compléter le G7)

y'a des modèles à une 30aine d'euros. Sinon, avec la prise de mesure de consommation que tu mentionnes, ça impose de poser une prise mâle sur le câble du radiateur, car ils n'en n'ont pas par défaut. Enfin bref, il y a plusieurs façon de faire, j'ai procédé à la technique de Nico et à la pince ampèremétrique, et au final j'ai retrouvé le même résultat que la fiche constructeur. Un radiateur, c'est une résistance, donc c'est assez facile pour le constructeur de connaitre sa consommation, c'est pas comme une machine à laver ou une TV dont la consommation varie en permanence.

Ou encore avec une pince ampèremétrique.

Voici le module virtuel en version 4.2, qui devrait être compatible à la fois en v3 et en v4. Dans le code de chaque bouton, il faut modifier la première ligne afin de faire correspondre à l'adresse IP ou le nom de domaine de votre serveur : local NAS = Net.FHttp("server_name_or_ip_address") C'est tout ce qu'il y a à modifier. J'ai amélioré la gestion des erreurs, donc normalement si l'ajout des données ne se fait pas correctement dans la base MySQL/MariaDB, alors le message "Erreur" apparaitra furtivement en dessous de l'icône du module virtuel, et la fenêtre "Debug" de chaque bouton permettra d'avoir plus de détails sur l'erreur rencontrée. Cela devrait aider à diagnostiquer les différents soucis rencontrés. Je vous laisse tester, et si ça fonctionne bien je rajouterai en première page. Graphiques_V4.2.vfib

Puisque le SRT pilote le FGS afin de réguler la température de la pièce, alors lorsque le FGS sera allumé, le radiateur doit chauffer, et inversement lorsque le FGS est arrêté. Donc la solution est : - mettre le thermostat du radiateur à fond - déclarer la consommation du radiateur au niveau du module FGS Ca fonctionne chez moi comme ça depuis plus d'un an dans un chambre. Et j'ai des stats très précises de consommation.

Bah je ne sais pas trop comment c'est câblé làdedans.... Je suppose que tu as raison, mais on ne sait jamais quelle surprise le fabricant peut réserver.