Lazer

Hello, J'avance doucement, mais j'avance quand même. Pour justifier mon retard : en voulant mettre en place le monitoring du niveau des batteries, je me suis rendu compte que les scripts existants ne géraient pas qu'un device puisse avoir 2 types d'entrées différentes dans la base de données : température_sensor et battery par exemple. Donc je suis en train de modifier tout ça, et d'y ajouter également le monitoring des températures de consigne des thermostats. Je fournirai un package complet avec les tables SQL, les pages Web, et le Virtual Device. J'espère que je pourrai fournir une première version dans la semaine. Question aux admins : est-ce que ce sujet à bien sa place dans le bistrot, ou ne vaut-il pas mieux que je crée un nouveau sujet dans une autre section plus adaptée ?

Oui je me doute bien que ça doit être casse pied à implémenter. Je n'ai rien trouvé qui puisse générer ces 2 ordres, à part le gros boitier Delta Dore (qui ne rentre pas dans une boite de dérivation) et son protocole X2D. Mes souvenirs d'électronique sont trop loin, mais je pense qu'un microcontrôleur comme l'Arduino doit être capable de synchroniser sur les 50Hz de la phase pour envoyer les impulsions au bon moment. Reste à trouver comment synchroniser du 220V avec la tension utilisée par l'Arduino...

Intéressant. Avec un Arduino, il serait peut-être possible de générer les 2 ordres supplémentaires correspondants aux températures de confort -1° et -2° ?

Comme cette histoire de correcteur automatique m'a pas mal turlupiné, j'ai cherché un peu. Alors il s'agit d'un bug avec Firefox : http://support.mozilla.org/en-US/questions/960123 http://forum.avsim.net/topic/360787-ipboard-firefox-spellcheck-fix/ Pour faire simple : sous Firefox, la correction automatique est désactivée pour certains sites (dont les formulaires basés sur le forum IP Board). Donc dans la zone de saisie, il suffit de faire click droit, puis de sélectionner "Langues", puis "Français". Et voilà ça fonctionne Désolé d'avoir accusé le site d'avoir un problème.

J'ai fait le test sur 2 PC différents (Windows 7). Dans les 2 cas, ça ne fonctionne pas avec Firefox (alors que ce navigateur corrige bien le texte sur tous les autres sites), tandis que ça fonctionne très bien avec Chrome. Etrange... Bon c'est pas bien grave après tout... ça va me forcer àmigrer vers Chrome

En fait j'ai déployé tel quel les scripts fournis par Byackee sur le forum Fibaro. Au début ça marchait bien, mais comme la table de données grossissait trop vite, j'ai décidé d'optimiser tout ça. Donc j'ai effectué toutes les modifications sur les tables qui contenaient les données (sans rien perdre). J'ai utilisé pour cela PhpMyAdmin qui permet de modifier la structure des tables très facilement (un package existe tout prêt à déployer pour ceux qui ont un Synology). Les extraits de code que j'ai présenté plus haut sont simplement les requêtes qui permettent de créer de nouvelles tables. Mais si comme moi vous avez déjà vos scripts qui tournent, alors il faut modifier manuellement la structure des tables en s'aidant des requête que j'ai donné. Pour les newbie, je vais essayer de préparer un package, qui sera en fait le package provenant du forum Fibaro, auquel je vais apporter toutes les modifications nécessaires pour que ça soit prêt à l'emploi. Je pense que durant la semaine prochaine j'aurai suffisamment de temps.

Hello, Petite suggestion : lors de la saisie d'un message, le correcteur orthographique de mon navigateur (Firefox) ne fonctionne pas (il ne surligne pas les mots). Je n'ai pas testé avec un autre navigateur, mais comme le correcteur orthographique fonctionne normalement dans toutes les autres zones de textes sur les différents sites sur lesquels je vais, alors je me dis qu'il y a peut-être un problème ici. Voilà , et merci pour ce forum très intéressant

Alors voici quelques nouvelles. Comme je le disais, je n'ai pas terminé, mais ça fonctionne déjà mieux comme ça. J'ai modifié la table principale qui contient les données. La table prend moins de place dans la base, et les requêtes sont plus rapides : CREATE TABLE IF NOT EXISTS `domotique_data` ( `id` int(10) unsigned NOT NULL AUTO_INCREMENT, `time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP, `device` mediumint(9) DEFAULT NULL, `value` decimal(10,2) NOT NULL, PRIMARY KEY (`id`), KEY `device` (`device`,`time`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8; Maintenant la table qui contient les devices. On note l'ajout des champs active et room_id : CREATE TABLE IF NOT EXISTS `domotique_device` ( `id` mediumint(9) NOT NULL, `name` varchar(50) DEFAULT NULL, `type` varchar(50) DEFAULT NULL, `active` tinyint(1) NOT NULL DEFAULT '1', `room_id` mediumint(9) DEFAULT NULL, PRIMARY KEY (`id`), KEY `type` (`type`,`active`,`room_id`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8; En effet, toutes mes sondes de températures se nomment "Thermomètre" dans la Home Center 2. Donc dans les graphs, la légende était illisible. Ce champs room_id pointe vers une nouvelle table domotique_room que j'ai créé : CREATE TABLE IF NOT EXISTS `domotique_room` ( `room_id` mediumint(9) NOT NULL, `name` varchar(32) DEFAULT NULL, `section_id` mediumint(9) DEFAULT NULL, PRIMARY KEY (`room_id`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8; Pour remplir cette table, j'ai utilisé l'outil HC2 Toolkit App de Krikroff afin d'extraire les informations sur les pièces définies dans mon HC2. Ensuite, pour afficher les informations correctes sur les graphes, j'ai modifié la requête du fichier device_get.php comme suit : $reponse = $bdd->prepare('SELECT domotique_device.id, domotique_device.name AS device_name, domotique_room.name AS room_name FROM domotique_device, domotique_room WHERE domotique_device.room_id=domotique_room.room_id AND domotique_device.type = :type AND domotique_device.active=1'); On note la condition active=1 en lien avec le champs correspondant de la table domotique_device qui permet de masquer certains devices indésirables sur les graphes. Dans le même fichier, il faut aussi modifier la ligne qui crée le label qui sera affiché dans la légende du graph : $day_array = array($donnees['id'], $donnees['device_name'].' '.$donnees['room_name']); Ca donne des courbes du style "Thermomètre Salon", "Thermomètre Chambre", etc... Pour finir, une nouvelle table domotique_data_day qui permet de synthétiser les données par jour, pour une conservation longue durée : CREATE TABLE IF NOT EXISTS `domotique_data_day` ( `id` int(11) unsigned NOT NULL AUTO_INCREMENT, `date` date NOT NULL, `device_id` mediumint(9) NOT NULL, `min_value` decimal(10,2) DEFAULT NULL, `avg_value` decimal(10,2) DEFAULT NULL, `max_value` decimal(10,2) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8; Pour remplir la table domotique_data_day à partir de la table domotique_data, on utilise la requête suivante : INSERT INTO domotique_data_day (date, device_id, min_value, avg_value, max_value) SELECT DATE(time) AS date, device as device_id, MIN(value) AS min_value, AVG(value) AS avg_value, MAX(value) AS max_value FROM domotique_data WHERE DATE(time) > ( SELECT COALESCE(MAX(`date`), '0001-01-01') FROM domotique_data_day ) AND DATE(time) < CURDATE() GROUP BY date, device Cette requête est à exécuter tous les jours, par exemple à 00:05, juste après le commencement d'une nouvelle journée. Si on a plusieurs jours de retard, ce n'est pas grave, la requête recalculera tous les jours manquants, donc rien n'est perdu. Pour le moment je stocke mes données chez OVH donc je n'ai pas de scheduleur à disposition, mais quand je migrerai vers mon NAS, je pourrai mettre ça dans la crontab. Puis on purge les anciennes données afin que la table domotique_data ne grossisse pas trop, par exemple après 21 jours : DELETE FROM domotique_data WHERE DATE(time) < SUBDATE(CURDATE(), 21) OPTIMIZE TABLE domotique_data Notez que sur des hébergeurs mutualisés, comme OVH avec un compte Perso, la requête Optimize Table ne passe pas bien, car elle consomme beaucoup de mémoire. La première fois ça m'a crashé par table ! Donc depuis je ne l'exécute plus. Mais sur un NAS dédié, il ne devrait pas y avoir de problème. Reste à faire : les graphes permettant d'exploiter les données à long terme de la table domotique_data_day. ajouter un champs color à la table domotique_device pour forcer des couleurs personnalisées à chaque courbe. d'autres optimisations du code existant ?!?

Je suis intéressé également, mais plus dans l'optique de l'alimenter par un transformateur secteur.

OK, bien sûr je vais partager. Làj'ai pas trop le temps, mais je reviens donner des nouvelles dès que possible.

Merci, mais j'ai dépassé depuis longtemps les 14 jours... Ca fait 3 mois en fait.

Salut, Au sujet du ST814... J'en ai 3, au début je les ai laissé pendant 1 semaine cote à cote, avec 2 autres détecteurs autonomes de température + humidité. Mes 3 ST814 sont OK pour la température. Par contre pour l'humidité, ils sont tous les 3 au dessus de la valeur. Pour la cave et la salle de bain ça ne me dérange pas, mais pour le salon c'est juste galère de voir une valeur plus haute de 10 à 15%. J'aurais peut-être du les renvoyer durant les 7 premiers jours, mais là c'est trop tard...

Salut, J'utilise depuis mi-décembre les scripts donnés dans ce lien. Pour le moment c'est hébergé sur un serveur Web mutualisé (chez OVH), et comme je rafraichis toutes les 60 secondes, ça bouffe un peu de mon upload (ADSL 3500 mètres du DSLAM, donc pas terrible). Je viens d'investir dans un HP Proliant N54L, en cours d'install et de test (ESXi, Xpenology, et autres VM diverses). Lorsque ce sera bien prêt (je fais des tests de failover/crash/reprise avant de mettre en prod), je basculerai la base de données et les scripts depuis OVH vers mon NAS. Le soucis des scripts donnés sur le forum de Fibaro, c'est que ce n'est pas optimisé du tout. Surtout au niveau de la base de données qui grossi très vite, et n'a aucun index. J'ai déjà positionné des index pour améliorer un peu les requêtes. Et comme ça ne sert à rien de garder les courbes de températures à la minute près pendant des semaines/mois/années, je suis en train de mettre en place une nouvelle table et des requêtes afin de consolider les données : chaque jour, on ne conserve que les valeurs min/moyen/max de chaque capteur. Sur le long terme ça permettra de faire des courbes de tendance, et des comparaisons années après années (oui je prévoie large). Si ça intéresse du monde, j'essaierais de développer mon travail quand ça sera plus au point.

L'aquarium, quand il est bien stabilisé (ça m'a pris entre 6 mois et 1 an), l'entretien devient plus espacé, donc c'est déjà beaucoup plus simple. Mon volet solaire Velux est récent, il a moins d'1 an. J'étais déjà tombé sur les 2 solutions que tu proposes... on vera ce que je met en oeuvre. Mon objectif est que ça fonctionne avant les premières grosses chaleurs de l'été (ça me laisse encore pas mal de temps vu le dernier printemps qu'on a connu sur Paris).

Dans un premier temps, les 2 rampes de lumière, ainsi que la pompe àair (àla place des bons vieux programmateurs mécaniques). Avec des wall-plugs, ça ira assez vite. Le filtre je ne vois pas trop comment le domotiser puisqu'il tourne 24/24. Ensuite, sur le site de Fibaro, ils font la promo des entrées analogiques du module RGBW, couplées àdes capteurs de température, PH, etc.... les sondes dont ils donnent les références ont l'air difficile àtrouver, donc il faudrait que je trouve des équivalents. Mais je n'ai pas cherché plus loin pour le moment. Bon ça reste du basique, il va falloir attendre encore un paquet d'années avant d'avoir un robot qui entretienne l'aquarium ànotre place.

Bonjour, Je viens de m'inscrire sur ce forum, même si ça fait quelques semaines que je le connais (tombé dessus au travers de recherches via Google). Je crée mon compte car je vois plein de sujets très intéressants, que je vais essayer d'approfondir. J'ai acquis ma box Fibaro HC2 en novembre 2013, donc ça fera bientôt 3 mois qu'elle fonctionne (très bien !). J'a plusieurs modules Fibaro pour piloter les chauffages électriques (anciens radiants, et nouveaux à inertie et fil pilote). Je me suis également essayé à quelques dimmers pour l'éclairage. Et un volet roulant. Tout ça fonctionne très bien. J'ai par ailleurs un module GCE Electronics Eco Devices pour suivre ma consommation électrique. En projet dans les mois (ou années) à venir : - piloter toutes les lumières - piloter un volet roulant solaire Velux - récupération de l'état et des alertes de l'alarme déjà en place. - domotiser l'aquarium - arosage automatique du jardin - détecteurs de mouvement et d'ouverture des portes/fenêtres pour créer des scénarios plus intelligents (actions sur la lumière et le chauffage) - rubants LED pilotés par le module RGBW. A bientôt sur le forum.