-
Compteur de contenus
25 404 -
Inscription
-
Dernière visite
-
Jours gagnés
1 185
Messages posté(e)s par Lazer
-
-
"swipe"
dans Le bistrot
Pour le moment, j'ai du mal àimaginer une réelle utilité àce module.
Mais attendons de voir, je suis ouvert
-
Acidric,
Les droits au niveau du Syno m'ont l'air bon.
Essaye peut-être de mettre dans config.inc.php :
$server = 'localhost';
ou :
$server = '127.0.0.1';
Il faut vraiment que je finisse d'installer mon Xpenology pour avoir la même config que tout le monde
-
-
Je n'ai jamais utilisé ce module, mais je suppose qu'il fonctionneras bien. Fait quand même une petite recherche.
Si tu vas voir les Å“uvres de Krikroff, tu verras qu'on peut faire ce qu'on veut en scripts.
Le langage intégré à la HC2 est le LUA.
Au pire, si tu es limité par le LUA, tu peut envoyer les données à des scripts externes et tu traites comme tu veux (c'est en fin de compte ce que je fais avec du PHP et du MySQL... on peut imaginer des passerelles vers n'importe quel langage pour peu qu'on aie un serveur externe).
Mais surtout, à travers ce forum ou d'autres, on trouve maintenant une grande bibliothèque de scripts tout prêts pour faire déjà plein de choses sympa. Donc pas forcément besoin de se lancer dans la création de ses propres scripts. Pour débuter c'est plutôt rassurant d'avoir une bonne communauté.
-
Les Dimmers actuels de Fibaro ne permettent pas la mesure, d'où la consommation déclarée au niveau de la box.
Les autres modules plus récentes de Fibaro (Wall Plug, volet roulant, ...) ont bien une mesure intégrée.
En natif, il y a les courbes de consommation uniquement. Mais du coup ça reste limité aux modules qui savent mesure la consommation, ou qui possèdent bien une consommation déclarée manuellement.
Pour les virtual device, par exemple, il n'est pas possible de déclarer une consommation.
De même, je dispose d'un Eco Devices pour mesure la conso globale au niveau du compteur, il n'est pas possible de grapher cette info dans la HC2.
A voir comment ça évoluera...
Dans l'immédiat, c'est l'intérêt des scripts pour aller injecter les infos dans une base de données externe.
Soit dit en passant, même si ça génère plus de travail, je préfère largement une BD externe, car au moins on peut retravailler les données à l'aide de requêtes personnalisées.
-
Alors, regarde déjà si tu as des devices qui sont retournés ici (en prenant soin de remplacer l'adresse IP) :
http://192.168.1.1/graph/device_get.php?type=temperature&callback=jQuery
Ensuite, pour l'un des ID de tes périphériques, vérifie si tu obtiens bien les données (device=35 dans cet exemple) :
http://192.168.1.1/graph/data_get.php?query=dataserie&device=35&type=temperature&callback=jQuery
Après, on verra dans quelle direction il faut chercher.
-
Merci Yohan
Un détail : dans les graphs, je ne récupère que la puissance instantanée (en W). Comme on fait un relevé une fois par minute, il est possible de calculer l'énergie consommée (en Wh), mais du coup c'est une approximation (si une lame est allumée seulement 1 seconde au moment où on fait le relevé, le calcul d'énergie pensera que la lampe a consommé par exemple 100 Watts pendant 1 minute, et non pas 1 seconde).
J'ai découvert qu'on peut extraire les valeurs d'énergie consommée depuis l'API de Fibaro (la même qui est utilisée dans le panneau Energie de la HC2), en allant trifouiller dans les URL /api/energy/.
Je vais tenter d'intégrer ça dans mes scripts.... quand j'aurai le temps ! Ca permettra surtout de sortir des statistiques sur les plus gros postes de consommation électrique de la maison, et ainsi de découvrir quelle lampe il vaut mieux remplacer par des LED en premier.
-
Attends minuit, pour que la table des devices se remplisse. Ou alors tu peux forcer en cliquant sur le bouton 4 du virtual module.
Envoyé de mon C6603 en utilisant Tapatalk
-
J'ai MSE sous Windows 7, et je n'ai pas eu cet avertissement.
-
Non les doubles quotes sont OK aussi.
La différence c'est qu'avec les simples quotes, PHP n'interprète pas le contenu de la chaine (pas de recherche de noms de variables commençant par $ ) donc les performances sont théoriquement supérieures.
"Envoyé depuis mon Nexus 7 avec Tapatalk"
-
Super, merci pour ces précisions !
-
J'ai une Foscam FI9831W, motorisée, HD, Wifi ou Ethernet.
Elle fonctionne très bien, seulement si tu veux avoir la vidéo dans la HC2, il faut désactiver le flux H264 et passer en MJPEG (explication ici : http://foscam.us/forum/how-to-fetch-snapshots-and-mjpeg-stream-on-the-fi9821w-02w-t4328.html).
Elle est branchée sur un Wall Plug, ce qui me permet de l'allumer/éteindre depuis la HC2, et un module virtuel me permet de la déplacer sur des positions pré-enregistrée.
-
Ah q.philippe, j'étais à Montpellier aujourd'hui
Bon là de retour à la maison, je suis obligé d'attendre minuit pour utiliser ma Freebox.
Non, j'exagère un peu, elle marche bien, le souci c'est Youtube qui est inutilisable en soirée et durant tout le week-end.
Autrement ça marche plutôt bien.
J'envisage très sérieusement de partir chez OVH, car c'est un peu moins cher, et je n'utilise pas du tout le Player de la Freebox (il n'est jamais sorti de sa boite... et ça ne me manque pas, je n'ai pas de tuner TV chez moi, j'utlise XBMC sur un PC branché sur le Plasma, qui est bien plus ergonomique à utiliser que n'importe quel interface de box ADSL).
-
Oui, j'utilise déjàbeaucoup son excellent Toolkit
Je n'avais pas regardé cette histoire de boutons en détail, mais je comprends mieux maintenant. Pour mon premier bouton, j'ai :
"id": 1, "caption": "1", "name": "Button11",
Donc effectivement, le LUA ne prend en compte que le champ ID lors des appels àpressButton, et on peut mettre ce qu'on veut dans Caption et Name, ça ne sert juste àrien àpart faire joli.
-
J'ai mis àjour mon tutoriel en première page, pour ajouter la capture d'écran expliquant comment récupérer l'ID du module virtuel dans la barre d'adresse, lequel doit ensuite être renseigné scrupuleusement dans la scène.
-
@Lolomail : Bonne idée pour les graphes séparés. Je note. En fait j'ai plein d'autres idées comme ça, il va falloir que je bosse un peu sur la partie graphique pour rendre tout ça encore plus sexy.
@I-magin : "Dans le code LUA d'une scène, c'est le rang du bouton dans la liste labels + boutons qui est utilisé" => Très intéressant à savoir ça ! Mais pas très logique quand même... Et si on réordonne les boutons (avec les petites flèches haut et bas), j'imagine que les appels aux boutons ne sont plus les bons... vraiment pas logique de la part de Fibaro !
@Domomat : Oui il faut bien laisser les simples quotes ' autour des valeurs. Ta capture d'écran est parfaite.
-
Lolomail,
Deux pistes :
Est tu certain que ta base de données se nomme bien Highstock ? A vérifier dans les paramètres de MySQL.
J'ai mis les boutons 1,2,3,4,5 car sinon l'appel àla fonction pressButton depuis la scène ne fonctionnait pas.
"Envoyé depuis mon Nexus 7 avec Tapatalk"
-
Possible que l'ancienneté du matos soit en cause car perso, aucun problème de piles (actuellement, deux ans de fonctionnement et zéro pile changée), aucun problème de portée et surtout, aucun déclenchement intempestif malgré un chat qui évolue librement dans la maison.
Bref, côté alarme, je suis satisfait, si ce n'est évidemment cette techno propriétaire (c'est pour cette même raison que je fuis les produits Apple). A l'époque où je l'ai installée, je n'avais absolument pas envisagé la solution domotique. Diagral propose un boîtier domotique, mais ses fonctions sont pour l'instant limitées et ne correspondent pas (encore ?) à mes attentes.
Ceci dit, mon souhait n'est pas d'armer ou désarmer l'alarme via la box domotique, mais seulement d'informer la box que l'alarme est en marche pour, par exemple, donner l'ordre à la box d'éteindre les lumières puis programmer une simulation de présence par l'allumage aléatoire de lampes à heures non fixes.
Parfaitement d'accord avec tout ça.
J'ai aussi une Diagral, nouvelle génération sortie en 2011.
En service depuis plus de 2 ans (lors de mon emménagement dans la maison actuelle), aucune pile changée pour le moment, de toutes façon Diagral annonce jusqu'à 5 ans d'autonomie.
Aucune fausse alarme malgré le chat (avec détecteurs de mouvements compatibles animaux).
J'ai des détecteurs d'ouvertures, sirène extérieure, détecteur de mouvement extérieur configurés en pré-alarme, transmetteur GSM.
Mon détecteur situé dans le garage, physiquement éloigné de la maison ne pose pas de problème de portée.
Niveau fiabilité, c'est vraiment une super marque.
Si c'était à refaire, je reprendrais la même, j'attends d'un système d'alarme une sécurité sans faille. Ce qui n'est absolument pas le cas en Zwave (déclenchement intempestif des capteurs, une seule fréquence 800 MHz mal protégée, etc...)
Selon moi, leur nouveau module relié à Internet est une bouse infâme, qui en plus d'être vendue 300€, impose de fonctionner en mode Cloud, donc impossible de le joindre en direct. Merci l'obsolescence programmée.
A noter que cet hiver, le grillage de mon jardin a été forcé. Le détecteur extérieur a fait biper l'alarme (pas de sonnerie en puissance, ni d'appel GSM), ce qui a fait fuir les intrus. Aucune tentative d'effraction sur la maison. Donc du tout bon
Depuis, j'ai décidé d'installer un 2ème détecteur extérieur (prévu le week-end prochain)
Comme toi, je ne souhaite pas piloter l'alarme Diagral depuis le box Fibaro, mais seulement avoir un retour d'état.
Si tu veux juste avoir un report sur la HC2 sur le fait que l'alarme est engagée alors je pense que tu peux prendre:
http://www.diagral.fr/alarme/recepteur-exterieur-230v.html + un module universel Fibaro
La notice de ce récepteur:
http://www.diagral.fr/sites/default/files/notices_pdf/Recepteur_exterieur.pdf
Justement c'est la solution à laquelle je pense depuis 3 mois.
Je vais bientôt passer à l'acte.
Je compte prendre 2 de ces modules DIAG63ARX (contact sec 12-24V), et ils seront chacun reliés à une entrée d'un module Fibaro Universel (celui-ci est installé au grenier et me sert actuellement pour 4 sondes de températures 1-Wire).
Je vais dédier une fonction pour chaque récepteur Diagral :
- Report état système (paramètre 5)
- Activation sur intrusion (paramètre 6)
Ainsi, je devrais avoir toutes les remontées d'info dont j'ai besoin sur la Box HC2.
Il me reste juste à commander les 2 récepteurs en question car pas dispo dans ma GSB de proximité... à suivre.
- 1
-
Rien d'intégré malheureusement pour le moment.
J'espère aussi qu'ils travaillent dessus, mais en attendant j'ai publié ici un tutoriel pour mettre en œuvre ses propres graphes :
-
Tu as trouvé le problème avec ton module ?
Sinon, j'ai enfin publié mes scripts dans un nouveau sujet :
La suite là bas...
-
Si ça intéresse quelqu'un, je tenterai peut-être de faire une procédure de migration pour ceux qui ont déjàmis en œuvre les scripts donnés sur le forum de Fibaro.
-
- Message populaire
- Message populaire
DomoCharts
Version 5.0
Pour Fibaro Home Center 2
Sommaire :
- 1. Présentation
- 2. Pré-requis
- 3. Installation
- 3.1 Pages Web
- 3.2 Base de données MySQL
- 3.3 Virtual Device
- 3.4 Scène
- 4. Mise à jour
- 5. Utilisation
- 6. Evolutions futures
1. Présentation
Notre box est géniale, il y des beaux graphiques de consommation et de température, mais il manque la possibilité de grapher toutes les autres données, et l'historique des données conservées est purgé au bout d'un certain temps.
Voici donc un ensemble de scripts permettant de générer des graphiques de température, humidité, consommation, batterie, etc... de tous les devices connus du Home Center 2.
J'ai repris le travail initié par Byackee sur le forum officiel de Fibaro : make your graphics automatically
Voici quelques unes des améliorations apportées :- Nouvelle structure de base de données (nouvelles tables, modification des tables existantes, création d'index, ...)
- Meilleures performances
- Prise en compte des valeurs suivantes : température, humidité, luminosité, batterie, consommation électrique instantanée, électrique électrique cumulée, CO2, pression atmosphérique, niveau sonore, pluie, vent (certaines données sont disponibles grâce au plugin Netatmo)
- La zone de graphe s'adapte automatiquement en pleine page du navigateur web
- Gestion des pièces de la maison, afin de différencier les sondes portant le même nom (par exemple "Thermomètre salon" et "Thermomètre chambre") sur le graphique
- Purge des anciennes données après 21 jours (sinon les tables grossissent trop), avec consolidation les données par jour pour une conservation longue durée dans des tables séparées
- Utilisation de la dernière version des bibliothèques Highcharts, Highstock, Highslide, jQuery
- Support complet des HC2 v3 et v4.
- Energie électrique cumulée (en kWh) : support des tarifs BASE et HC/HP avec configuration statique des horaires
- Quelques nouveautés visuelles sur les graphiques (échelle de 0 à 100% pour les batteries et humidité en pourcentage), ainsi qu'un code couleur pour les valeurs hors-normes
- Installation de la base de données sans utiliser phpMyAdmin grâce à un simple script
- En attendant les plugins utilisateurs, support de "sondes virtuelles", en fait il s'agit de valeurs stockées dans des variables globales et mises à jour via l'API (particulièrement utiles pour les utilisateurs de FHEM, Zibase, etc... pour les protocoles tels que EnOcean et Oregon)
- Résolution de nombreux petits bugs remontés sur le forum ou non (UTF-8, quotes, pièce 'météo', utilisation des champs adresse IP et Port du VD, etc...).
- Bouton "Delete" dans le popup après clic sur un point permettant de supprimer une valeur aberrante, afin de conserver une courbe homogène
- Meilleure gestion des erreurs, avec remonté des message autant que possible (dans le debug du VD, et/ou sur le graph)
- Réécriture (presque) complète du code des boutons de VD et des pages PHP d'insertion des données, avec une API qui utilise le format de données JSON. C'est beaucoup plus propre, évolutif (je m'en sert pour mes graphs de consommation d'eau et d'énergie électrique, issues d'autres source), et un gain significatif de bande passante réseau.
- Disponible sur Github, donc plus facile de suivre les versions, et de forker le projet : https://github.com/cdriget/DomoCharts (attention sur Github il n'y a que le code source que j'ai développé, le package complet doit être téléchargé en bas de ce tuto sur le forum)
- ...
2. Pré-requis- Un serveur Web supportant PHP (NAS Synology, hébergement mutualisé, ...)
- Une base de données MySQL (Idem)
- Une Fibaro Home Center 2
- Le package DomoCharts_V5.0.zip (disponible en bas du tutoriel)
Dans le package à télécharger, vous trouverez donc :
- graph : Répertoire à transférer (via FTP, montage de partage réseau, ...) sur votre serveur Web
- DomoCharts.vfib : Device virtuel à importer dans le HC2
- Scene.lua : Code source à copier/coller dans une nouvelle scène
- graphique_128.png : Icône pouvant être utilisée sur le Virtual Device
- clap_graph.png : Icône pouvant être utilisée sur la scène
3. Installation
3.0 Synology
Etapes facultatives pour les utilisateurs débutants d'un NAS Synology avec DSM.
Ces étapes doivent être effectuées à l'aide du compte admin via l'interface Web (accessible par défaut sur le port 5000).
3.0.1 Installation de MariaDB (MySQL)
Dans le Centre de paquets, rechercher et installer MariaDB :
Dès que l'installation est terminée, cliquer sur l’icône de MariaDB afin d'accéder à l'écran de configuration, puis cliquer sur le bouton Changer le mot de passe MariaDB :Par défaut, le mot de passe MariaDB est vide, cliquer alors sur le bouton Réinitialiser le mot de passe MariaDB :Confirmer en cliquant sur le bouton Oui :Le seul compte existant est root, il faut donc créer un mot de passe (note : ce compte root est différent du compte root du Syno, il est donc tout à fait possible d'avoir des mots de passes différents) :
3.0.2 Activation du serveur Web
Dans le panneau de configuration, aller dans la section Services Web, puis cocher la case Activer Web Station :
Accéder à la page Web par défaut sur le port 80 du Syno :Le Syno est prêt.
3.1 Pages Web
Transférer toute l'arborescence du répertoire /graph sur le serveur Web via FTP ou montage réseau.
Ensuite, éditer le fichier config.inc.php afin d'y modifier les paramètres de connexion à la base de données MySQL :
// MySQL Server hostname or IP address $server = 'server'; // MySQL User account $login = 'login'; // MySQL User password $password = 'password'; // MySQL Database name $database = 'database';
Note : si vous utilisez le mini-tuto Synology ci-dessus, les paramètres devraient ressemble à quelques chose comme cela (seul le mot de passe doit être personnalisé) :
// MySQL Server hostname or IP address $server = 'localhost'; // MySQL User account $login = 'root'; // MySQL User password $password = 'password'; // MySQL Database name $database = 'domotique';
Pour des raisons de sécurité, si vous maitrisez MySQL et phpMyAdmin, vous devez créer un utilisateur dédié (différent de root).
Je ne détaille pas cette procédure qui est hors du cadre de ce tutoriel.
Energie
Dans le fichier config.inc.php, une rubrique concerne la configuration des horaires de l'abonnement au fournisseur d'électricité (ERDF, ...).
La variable $TimeSource doit avoir la valeur 'STATIC' :
//*** Teleinfo time for energy // // Variable = 'Value' // Comment : Allowed values // -------- ------- // ------------------------------------------ : --------------- $TimeSource = 'STATIC'; // Source of information for date and time : TELEINFO|STATIC // ---------------------------- // Valid only if TELEINFO TimeSource is used : --------------- $teleinfoTable = 'teleinfo'; // MySQL table name : xxxxxxxx $teleinfoDelay = 60; // Teleinfo Delay in Seconds : ss // ---------------------------- // Valid only if STATIC TimeSource is used : --------------- $TimeHCHP = array( // HC/HP start times for each EDF rate : 'hh:mm' => '<BASE|HC|HP>' '00:00' => 'HC', '06:30' => 'HP', '22:30' => 'HC' );
Sont actuellement supportés les abonnements de type Normal ('BASE'), et Heures Pleines/Heures Creuses ('HP' et 'HC').
Dans l'exemple du dessus, j'ai configuré les horaires HP de 6:30 à 22:30, et des horaires HC de 22:30 à 6:30.
Notez que la variable $TimeHCHP doit obligatoirement commencer à 00:00. Vous pouvez ensuite ajouter autant de tranches horaires que nécessaires, car certains abonnements proposent 2 tranches HC réparties dans la journée.
Si vous avez un abonnement Normal, c'est plus simple, puisqu'il suffit d'indiquer 'BASE' à partir de 00:00 :
$TimeHCHP = array( '00:00' => 'BASE' );
Avec ces informations, le bouton Energy du module virtuel sera ensuite capable d'interroger l'API de la HC2 afin de récupérer les consommations des différentes équipements pour chaque tranche horaire de chaque journée.
A l'heure actuelle, le graphique d'énergie électrique affiche la somme des kWh pour chaque journée, mais les informations nécessaires sont stockées dès aujourd'hui dans la base de données afin d'effectuer les calculs de coà»ts financiers ultérieurement.
3.2 Base de données SQL
Afin de créer ou migrer les tables dans la base de données MySQL/MariaDB, il faut appeler la page /graph/install.php sur le serveur Web.Si tout se passe bien, la page se contente d'afficher Finished :
Sinon, vous pouvez demander du support sur le forum, en copiant/collant le texte des messages d'erreurs.
3.3 Virtual Device
Ce Virtual Device est responsable de l'envoi des données vers la base de données SQL au travers de pages Web dédiées à l'insertion des données.
Dans la HC2, aller dans Modules, puis Ajouter ou supprimer un dispositif, puis dans la zone Importer un dispositif virtuel, cliquer sur Parcourir, puis sélectionner le fichier DomoCharts.vfib.
Dans les propriétés de ce Virtual Device, vous pouvez changer l’icône par défaut avec le fichier graphique_128.png (à répéter pour tous les boutons du VD).Entrer l'adresse IP du serveur Web et son port :
On en profite pour relever l'ID du Virtual Device dans la barre d'adresse, qui nous sera utile plus loin lors de la création de la scène :
Au final, on obtient un nouveau module dans l'interface :
3.4 Scène
Cette scène est responsable du déclenchement régulier des appels au Virtual Device.
Dans la HC2, aller dans Scènes, puis Ajouter une scène, puis Ajouter une scène en LUA.Appelez-là DomoCharts, bien s'assurer que les cases Scène Active et Ne laissez pas l'alarme arrêter une scène tandis que l'alarme est en marche sont cochées. Utiliser l'icône fournie clap_graph.png.
Dans l'onglet Avancé, copier/coller le code LUA fourni dans le fichier Scene.lua.
Ne pas oublier de remplacer la valeur de la variable VirtualDeviceID par l'ID de votre Virtual Device que vous avez obtenu dans la barre d'adresse lors de la création de celui-ci.local VirtualDeviceID = 82
Au final, on obtient une nouvelle scène dans l'interface :
La particularité de cette scène est d'attendre le début d'une nouvelle minute avant de commencer à entrer dans la boucle infinie. Ainsi, si on modifie la scène en plein milieu d'une minute, lorsque le HC2 redémarre immédiatement la scène, on est certain que nos actions seront exécutées à la prochaine nouvelle minute, conservant bien toujours 1 minute d'intervalle entre 2 appels au Virtual Device.
De plus, différents tests vous permettent d'exécuter certaines actions une fois par minute, par heure, ou par jour. Je m'en sert pas exemple pour mettre à jour les données de mon Eco-Devices et de mon compteur d'eau (pilotés par d'autres Virtual Devices).
A noter que lors du changement de jour, on attend 1 minute de plus afin d'éviter tout décalage de temps entre la HC2 et le serveur Web (important pour la génération des données consolidées par jour, car on doit être certain que le jour précédent est complètement terminé).Par défaut, je propose donc :
- Mise à jour des valeurs des sondes (températures, humidité, etc... ) toutes les minutes
- Mise à jour des consommations instantanées toutes les minutes
- Mise à jour des batteries une fois par jour à 23h
- Mise à jour des devices une fois par jour (ce qui implique que si vous ajouter une nouvelle sonde de température en journée, celle-ci ne sera visible sur les graphes qu'à partir de 0h01, bien que les données commencent à être enregistrée à la minute près où le device est ajouté dans le HC2)
- Consolidation et purge des données une fois par jour
3.5 Variables Globales
En option, il est possible de grapher des données issues de variables globales. Cela est utile pour les données issues de sources externes, telles que des sondes Oregon sur une Zibase, des sondes EnOcean sur FHEM, etc. Les valeurs de ces variables sont alors mises à jour en Push via l'API, ou en Pull via une scène. Je ne détaille pas ces étapes qui sont hors du cadre de ce tutoriel.
Il y a 2 boutons à modifier :
- Bouton n°1 - Sensors
Modifier la variable nommée variables située en début de script. Dans cet exemple, on peut voir 2 sondes de température, et une sonde d'humidité :
-- User Global Variables local variables = { { ["type"] = "temperature", ["id"] = 2001, ["name"] = "TempCuisine" }, { ["type"] = "humidity", ["id"] = 2002, ["name"] = "HumCuisine" }, { ["type"] = "temperature", ["id"] = 2003, ["name"] = "TempSalleCinema" } }
Pour chaque valeur, les champs suivants sont requis :
- type : le type de capteur (temperature, humidity, light, power, co2, pressure, noise, rain, wind)
- id : un ID "virtuel", c'est à dire qui ne correspond à aucun device connu par la HC2. N'hésitez pas à choisir une valeur très élevée que vous n'atteindrez jamais, sous peine de conflit d'ID.
- name : le nom de la variable globale créée dans le panneau
- Bouton n°4 - Devices
De façon similaire :
-- User Global Variables local variables = { { ["type"] = "temperature", ["id"] = 2001, ["name"] = "Température", ["room"] = 7 -- Cuisine }, { ["type"] = "humidity", ["id"] = 2002, ["name"] = "Humidité", ["room"] = 7 -- Cuisine }, { ["type"] = "temperature", ["id"] = 2003, ["name"] = "Température", ["room"] = 5 -- Salle cinéma } }
Pour chaque valeur, les champs suivants sont requis :
- type : le type de capteur => identique au bouton n°1
- id : un ID "virtuel" => identique au bouton n°1
- name : le nom du capteur qui apparaitra dans le graph
- room : l'ID de la pièce dans laquelle se situe le capteur, qui s'affichera dans le graph à la suite du nom du capteur.
4. Mise à jour
Pour procéder à la mise à jour, il faut :
- Bloquer l'exécution de la scène Graphiques LUA
- Importer le nouveau VD (et mettre l’icône, l'IP et le port comme indiqué plus haut)
- Supprimer puis retransférer le contenu du répertoire /graph sur le serveur Web, comme expliqué au paragraphe 3.1. => Attention à ne pas perdre vos paramètres dans le fichier config.inc.php.
- Modifier le fichier config.inc.php avec les bonnes infos pour se connecter à la DB (comme expliqué ci-dessus)
- Dans un navigateur Web, ouvrir la page /graph/install.php afin de préparer la base de données aux changements (comme expliqué ci-dessus)
- Réactiver la scène LUA
- Regarder le Debug des boutons du VD pour vérifier qu'il n'y a pas d'erreur
- Vider le cache du navigateur
- Au bout de quelques minutes, les graphs doivent continuer comme avant, avec les nouveaux graphs
5. Utilisation
Pour visualiser les graphes, il suffit d'aller chercher avec son navigateur l'adresse du serveur Web avec le chemin "/graph", par exemple :
http://192.168.1.1/graph/
.
Pour l'administration, aller sur la page admin.php :
http://192.168.1.1/graph/admin.php
Cette page permet d'ordonner les modules, de donner une couleur à chaque courbe, et d'en cacher certains :
Si une valeur aberrante apparait, il zoomer suffisamment sur le graph, puis cliquer sur le point. Dans le popup qui apparait, un bouton Delete permet de supprimer la valeur, afin de conserver une courbe homogène :
6. Evolutions futures
- En cas de perte de communication entre la HC2 et le NAS/Serveur Web, stockage des données en local dans une Variable Globale, jusqu'à ce que leur envoi soit possible. Cela permettra de ne pas perdre de données en cas de mise à jour/reboot/plantage du NAS, ou de la connexion Internet.
- Permettre à l'utilisateur de créer autant de graphs qu'il veut, en lui permettant d'attribuer un certain nombre de modules à chaque graph, avec personnalisation du graph (échelle, couleurs, taille, police, etc). Ainsi on pourra avoir un graph de la température des pièces, un autre graph de la température du matos informatique, un graph de la température en fonction de la consommation électrique du chauffage, etc.... à vous d'imaginer vos besoins
- ...
- Je suis preneur de vos suggestions !
7. Informations complémentaires
- Bug si station météo Netatmo => Voir patch des butons Sensors et Devices par @Steven en page 41.
- Tutoriel de @Sakkhho pour ajouter les relevés du compteur de gaz NorthQ en page 44.
- 23
-
Je pense que certains modules peuvent avoir des problèmes avec les batteries. J'ai un module ST814 dont les 3 piles AA se vident en 1 mois... clairement pas normal, alors que pour les 2 autres modules identiques je n'ai aucun problème. Je vais surement devoir le renvoyer au SAV, en espérant que ce genre de problème passe en garantie.
Tu as peut-être le même genre de problème avec le FGFS101.
Je note pour la variable globale ! A suivre...
-
Vous me faites douter tous les deux...
Dans le script LUA, c'est la fonction fibaro:getValue(i, "value") qui permet de récupérer la température des devices, et qui est donc exécutée toutes les minutes.
Je pensais que cette fonction se contente d'interroger la HC2 sur la valeur de l'information qu'elle a en mémoire.
Pour la lecture de la vraie valeur de température, il me semble que ça se règle dans les paramètres avancés de chaque module. Et lorsque qu'un device envoie sa nouvelle valeur de température ou humidité, on voit un message apparaitre dans le panneau d'événement.
Donc entre 2 mesures réelles (avec réveil du device et transfert d'informations sur le réseau Zwave), il me semble que la fonction fibaro:getValue(i, "value") récupère seulement le dernier état connu.
De plus, quand je regarde mes courbes (mises à jour toutes les secondes donc), je vois une nette différence entre les sondes alimentées par secteur (Fibaro Universel + sondes Dallas 1wire) et celles alimentées sur piles (Everspring ST814) :
- Les premières envoient le moindre changement de température au 10ième de degré près à la HC2, ce qui se traduit par des courbes très fines.
- Les secondes envoient les changement de températures une fois pas heure au mieux, ou alors sur changement de température supérieur à 1°C, ce qui se traduit par des courbes en escalier.
Donc je ne pense pas que mes scripts usent les piles prématurément, mais peut-être que je me trompe ?!?
Graph De Température, Humidité, Consommation...sur Nas
dans Tutoriels
Posté(e)
Je n'ai pas encore ce détecteur de fumée, donc je ne peut pas répondre précisément. J'espère ne pas dire de bêtise.
Est-ce que ce détecteur remonte bien un device de type temperature_sensor dans l'interface du HC2 ? (dans les propriétés de la sonde, tu dois voir une ligne du style "Genre: Sonde de température").
Autre façon d'en être certain, c'est du prendre le Toolkit HC2, et de regarder si la sonde apparait bien dans l'onglet "Devices".
Parce que le détecteur de fumée en lui-même n'est pas une sonde de température. La sonde de température "enfant" devrait être rattachée au module principal "parent".