Lazer

Et puis aussi un plugin Sarah, où tu lui demande ce que tu veux, et elle code la syntaxe GEA à notre place. Il va falloir encore quelques années je crois !!!!

@kiwi, ok je vais essayer de mettre tout ça sur Github. Par contre mode fainéant : tu as un lien vers un tuto pour cette histoire de clé SSH ? Jusqu'à présent j'ai seulement utilisé Git pour télécharger un projet et le compiler en local, je n'ai jamais contribué. @cocolabombe0 : la numérotation des boutons se fait toujours dans leur ordre d'apparition, donc si tu réordonnes les boutons, alors il faut modifier la scène en conséquence. Regarde le tuto de notre ami i-magin http://www.domotique-fibaro.fr/index.php/topic/81-cr%C3%A9ation-dun-p%C3%A9riph%C3%A9rique-virtuel-et-main-loop/, spécifiquement la section "Mise à jour du 3 mars 2014"

Ca ressemble à un problème avec la carte mère ou le processeur là , surtout si il n'y a aucun affichage et qu'elle s'éteint toute seule. Le revendeur ne s'embêtera pas à récupérer les données, ce sera un échange standard. Donc si vraiment tu es certain qu'elle ne boote pas, il faut que tu sortes la carte mère, les clés USB, et que tu fasses des sauvegardes manuellement. Sauf que tu n'auras pas accès au chipset Z-Wave, donc tu peux sauvegarder tes scènes, mais tu perdras tes modules, il faudra les réinclure. (enfin si il est possible d'extraire les données de la puce Z-Wave, mais c'est loin d'être trivial). Regarde là , tu trouveras les manuels de dépannage de la carte mère Intel : http://www.domotique-fibaro.fr/index.php/topic/2364-hc2-usb-recovery-tweaks/ Il y a même une procédure pour forcer le flashage d'un nouveau BIOS en cas de corruption de celui-ci.

En matière de LUA, mieux vaut faire confiance àSteven

La RAM sous Linux est utilisée comme du "cache". C'est à dire que dès que tu ouvres un fichier puis le referme, la RAM reste allouée afin que le fichier puisse être immédiatement ouvert à nouveau en cas de besoin. Cela permet d'augmenter les performance. Windows fonctionne comme ça aussi depuis quelques versions, la différence provient de la façon d'afficher l'information : par défaut Linux compte la mémoire réellement utilisée + la mémoire cache, ce qui peut faire peur au néophyte. Dans ton cas i-magin, la sauvegarde a créé des fichiers sur la clé Recovery, et ce sont eux qui sont restés en RAM. L'erreur de Fibaro, si on peut parler d'erreur, c'est de récupérer l'info de Linux pour l'afficher sur le graphique. Ils auraient dà» soustraire l'espace occupé par le cache.

Bienvenue sur le forum Numérobis. Sympa ta maison, ça va être chouette à domotiser :

Bon, qui c'est qui fait tourner jeedom sur la Homelive

Bonne idée, mais je n'ai jamais rien mis sur github. Comment va être gérer le fait que : - on utilise plusieurs langages (LUA, PHP, SQL) - on travaille à plusieurs, donc risque de modifier en parallèle les mêmes fichiers avant de les publier ? Et en plus, avant de publier, il faudrait que je mette au propre mes modifs en cours, car ma version des graphs est légèrement plus évoluée que celle partagée ici, mais comme y'a des bugs j'ai préféré attendre plutôt que de partager un truc pas clean.

oui tu as surement raison. Je serais intéressé par ton programme si tu veux bien partager.... mais peut-être plutôt sur un topic dédié, la domotisation de l'imprimante ça peut faire un tuto

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/