Lazer

Tu m'intéresses avec ton imprimante. J'ai une HP laser () connectée directement au réseau qui est dans une autre pièce. Elle se met en veille toute seule, mais j'ai peur que de la couper complètement via le Wall Plug ne l'abime, car elle a une procédure d'arrêt via le bouton tactile normalement. Tu as trouvé une solution pour gérer ça ?

euh pas cool tu as rebooté ? écran sur le port VGA ? Entre temps : oui bonnes suggestions Lionel57

En effet, ma machine à laver je l'ai mesurée une fois, j'ai fait un screenshot du graph de consommation, et je sais que c'est toujours pareil, pas besoin de laisser un wall plug. Par contre, j'ai plusieurs wall plug pour les appareils que j'éteins régulièrement (webcam, sonos, passerelle SMS, etc....). Les greewave me permettront à terme de faire pareil pour le coin PC et le Home cinéma. Par contre, mesurer la consommation permanente des gros appareils (PAC, ECS, Radiateurs) c'est hyper instructif sur le long terme pour les stats de consommation : une fois qu'on a identifié la pièce qui coute le plus cher à chauffer, on sais tout de suite quels travaux faire (isolation, remplacement de radiateur, etc) Relever régulièrement son compteur, c'est ce que je faisais avant !!! 1 fois par mois, à 2 ou 3 jours près j'ai tenu la cadence pendant 3 ans L'éco-devices a changé ma vie Linky est suffisamment intelligent pour détecter la consommation de certains appareils sur le réseau électrique, mais ça a des limites. Smappee utilise plus ou moins la même techno, et c'est pas terrible du tout : http://www.domotique-info.fr/2015/02/smappee-mesurez-consommation-production-denergie/ On va dire que ça donne des ordres de grandeurs, mais on est loin de la précision obtenue avec les vrais outils de mesure qu'on cite sur ce topic. En fait, faut bien voir que Linky est révolutionnaire pour EDF, mais absolument pas pour le consommateur. Ils ont construit un datacenter, en prévision du stockage et de l'analyse des données issues de Linky. EDF est l'un des précurseur du "Big Data" en France, car ils vont en tirer des tonnes d'informations : prévision de consommation pour le démarrage des centrales, mais aussi des données commerciales (puisqu'ils sauront précisément ce que le client a consommé, ils vont créer des offres commerciales sur mesure (pour le bien du consommateur.... oui oui)

Le Linky permet surtout de remonter les infos àEDF automatiquement. En échange, EDF nous donneras un site Web sur lequel on pourra voir sa consommation (comme chez Veolia Eau par ex). C'est super pour le grand public, mais pour ceux qui font déjàde la domotique, ça n'apporte rien de plus que ce qu'on sais déjàfaire.

bah la téléinfo ça fait belle lurette qu'on l'a sur les compteurs électroniques. Faut juste y coller un Eco Devices ou équivalent derrière. Mais ça reste de la conso globale. C'est un bon début, mais il faut affiner, et pour ça les Wall plug, Greenwave, et compteurs modulaires à impulsion permettent d'avoir un niveau de détail précis sur chaque appareil. On a souvent des surprises. Un truc pour débuter : avec 1 seul wall plug, vous le laissez 24h sur chaque appareil à tester, histoire de voir sa consommation en fonctionnement, puis en veille. Très instructif

Pour l'adresse IP 192.168.81.1, normalement elle est configurée dans 1 seul cas : Tu redémarre en Recovery en laissant appuyé le bouton de recovery durant toute la durée du boot. Autrement, si tu fait un appui rapide sur le bouton recovery puis le relâche, la box est censée prendre une adresse IP données par le serveur DHCP.

Le fusible du tableau doit être calibrée sur 16 ou 20A, donc il ne risque pas de fondre. Je te conseille donc de mettre un détecteur de fumée juste au dessus de ta multiprise !!!! (et l'extincteur pas loin ça va sans dire)

bon déjà tu peux oublier le réveil => lis ça : http://www.domotique-fibaro.fr/index.php/topic/3691-configurarion-fgms001-motion-sensor/?p=53312 donc on ne parle pas de réveil, mais de remonté des relevés de température toutes les 30 minutes => dans ce cas là , tu auras pareil sur HC2 et les graphs (puisque les graphs interrogent la DB)

pas certain que la Zibase le gère..... Homeseer le gère, et j'avais vu quelqu'un sur le forum (je ne sais plus qui...) s'était retrouvé avec son HC2 en contrôleur secondaire de Homeseer je crois.

Si tu utilises des fausses piles, la valeur de batterie sera toujours constante dans le temps, et ça fait des courbes.... droites !!! Je crois que je viens de comprendre ta questions en fait. Tu as peur que d'interroger la température trop couvent consomme trop de pile ? Cela n'a aucun impact, puisque c'est la DB de la HC2 qui est interrogée par les scripts LUA. Le relevé des températures se fait à l'initiative de la sonde uniquement. Et selon le type de sonde et son paramétrage, les relevés seront plus ou moins précis/fréquents/réguliers.

Bravo trainkill666, c'est ce vers quoi je voulais emmener Fredric, mais je n'avais pas pris le temps d'écrire les quelques lignes de code. Le tableau est la meilleure méthode àemployer plutôt que tous ces "if" disgracieux.

Pour les évolutions de l'outil, honnêtement en ce moment je bosse sur d'autres projets, donc j'ai pas trop le temps pour ça. Je m'y remettrai plus tard..... Le relevé toutes les minutes me convient bien, c'est assez précis et on voit bien les évolutions de température (je suis au chauffage électrique, donc très faible inertie, j'apprécie de voir en presque temps réel le résultat) Ca tourne depuis plus d'un an comme ça sans souci. Même pour l'humidité c'est sympa, le matin quand on prend la douche dans la salle de bains, ça fait un beau pic.

Gazous : pas tout à fait, controleur secondaire c'est encore entre chose. Utilisation d'une box en passerelle => réseau Z-Wave différent (donc utilisable sur le même site, ou à distance) Utilisation d'une box en controleur secondaire => même réseau Z-Wave, tous les modules sont gérés par les 2 controleurs, donc cela apporte de la redondance Et au fait, j'ai eu le temps de jouer avec le mode controleur secondaire de la HC2, et soit je suis une grosse quiche, soit ça ne fonctionne pas. Car au final, je me suis retrouvé avec les 2 box en mode secondaire (sans pour autant qu'elles ne se connaissent) donc impossible d'inclure ni exclure un module une fois que tu es passé en ctrl secondaire.... çà a fini en double recovery simultané (j'ai fait un benchmark de recovery hihihihiihhi)

Tant qu'àfaire, tu pourrais aussi tester si le mode "marche présence" est détecté ? Car c'est un paramètre qui me manque, et je j'aimerais vraiment récupérer pour mes scénarios.

Non, justement c'est l'inverse C'était MySQL au début, mais depuis la v3.548 (ou qqch comme ça), ils sont passés àSQLite.

support@fibaro.com et/ou un ticket sur le bugtracker : http://bugzilla.fibaro.com/

Mais alors du coup, si le capteur ne fonctionne que lorsque l'alarme est armée, il doit avoir un moyen de récupérer cette information. Tu as testé tous les borniers au multimètre lorsque tu armes/désarmes l'alarme pour voir si l'un d'eux change de statut ?

Faudrait que tu branches un écran sur la sortie VGA de la box pour voir ce qui apparait à l'écran, ça peut peut-être aider à comprendre. Sans ça, il n'y a pas vraiment de logs accessibles. Sinon demande de support à Fibaro qui peut se connecter et regarder les logs, mais si tu as fait un recovery alors tous les précédents logs sont perdus.

Ah oui effectivement, là ce n'est pas normal.... Et tu coup, la consigne est prise en compte sur le thermostat (ie elle s'affiche sur le panneau LCD) ? En tout cas sur HC2 je n'ai pas ce souci.... à voir avec un autre utilisateur de HCL ?

120s ? Tes piles vont être mortes dans 3 mois àce rythme là.... T'es certain de la communication entre ton thermostat et la HC Lite ? Car tant que la box est en attente du réveil du module, il ne se passera rien...

Tout est possible, mais comme c'est une opération un peu délicate (et rare), jusqu'à présent j'ai préféré ne pas passer de temps à développer ce genre d'outil. Voici les requêtes que tu peux utiliser pour mettre à jour un ID (remplacer par les IDs corrects ) : -- Remplacement sondes FGBS -- Thermomètre Grenier : 49 => 185 UPDATE domotique_temperature SET device_id=185 WHERE device_id=49 UPDATE domotique_temperature_day SET device_id=185 WHERE device_id=49 UPDATE domotique_device SET id=185 WHERE id=49 UPDATE domotique_device_type SET device_id=185 WHERE device_id=49 . Oui pour les Météo, c'est un comportement par défaut des modules qui n'ont pas de pièce assignée. Il faudra que je fasse quelque chose pour contourner ça....

tente une exclusion (via l'interface HC2 puis triple clique sur le module), et ensuite une inclusion (idem)

Les rooms et les modules sont dans des tables différentes, donc pas besoin de requêtes imbriquées. Mais ça ne veut pas dire pour autant que la table est bien optimisée, ou que les requêtes le sont.... ton impression est la bonne je pense Au final, migration depuis une veille version ou réinstallation from scratch en v4, tout le monde a la même base, aux erreurs d'intégrités près....

Tu crois que la Homelive a le port dont tu as besoin sur la carte mère ?

Essaye de le transformer comme ça (suppression de response, qui doit contenir une chaine de codes qui fait planter la page web) : fibaro:debug('<span style="color:red;">status='..status..', errorCode='..errorCode..', payload='..payload..'</span>')