Lazer

J'avoue que je ne sais pas...

Le forum en a bien besoin, depuis 1 an le forum n'avait jamais été aussi calme :

Merci mprinfo. Egalement pour mon plus ancien SG300 Ca fait plusieurs fois que je télécharge les mises à jour, mais que je ne les applique pas, du coup je commence à avoir pas mal de versions de retard... en tout cas c'est cool d'avoir un si bon suivi, merci Cisco, la magie des constructeurs pro !

Ah oui en effet, vu comme ça tu peux récupérer la valeur de consommation totale de la maison et l'envoyer dans la table power, pas de souci. Dans ce cas il n'y a rien à modifier à part aller chercher la valeur dans une VG. Mais les index, tu ne pourras pas, Domocharts n'est pas prévu pour.

DomoCharts Version 5.0 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. Charts_V4.1.zip DomoCharts_V5.0.zip

Impatience ultime La version de firmware la plus attendue de l'histoire Fibaresque, alors que seulement 3 pèlerins ont déjà la box

Je suis d'accord avec Jojo bien sûr. La seule "sécurité" que peut apporter le RAID par rapport à une sauvegarde quotidienne, c'est de protéger les données en cours, c'est à dire le travail du jour. Perso ce problème est résolu, tant en perso qu'en pro, par l'utilisation d'un service Cloud. Après avoir utilisé Dropbox et Synology Cloud Sync, j'utilise maintenant Microsoft Onedrive (perso et pro). Dès que je modifie un fichier, il est immédiatement sauvegardé dans le cloud et répliqué sur mes autres PC (si allumés). On ne peut pas faire mieux. Le RAID n'a absolument aucun intérêt en perso, et il ne subsiste en pro que pour la continuité de service, il ne s'agirait pas de mettre des centaines/milliers d'utilisateurs au chômage technique. Sauf que.... prenons l'exemple récent de Bouygues qui a fait la une des journaux, RAID ou pas RAID, le cryptovirus a totalement interrompu leur production... saviez vous que 15 jours après, les employés n'ont toujours pas de messagerie (email) ? C'est juste hallucinant, mais c'est bien la menace d'aujourd'hui.... tout aussi valable à la maison. De la même façon, on pourrait prendre (parmi les exemples publiques), Renault, Saint Gobain, le CHU de Rouen, et je n'ai pas le droit de citer ceux chez qui je suis intervenu qui n'ont pas voulu rendre public l'affaire ( = ont réussi à ne pas divulguer l'info) Le RAID là-dedans ? Il ne protège contre rien... Continuons d'enfoncer le clou... après un plaidoyer contre le RAID 5 il y a quelques années (qui s'est avéré être vérifié, le RAID 5 n'est aujourd'hui plus utilisé en entreprise, bon OK avec 10 ans de retard), voici la version anti RAID 6 : Why RAID 6 stops working in 2019 (article anglais technique passionant, à lire avec grande attention) Donc on peut difficilement se tromper en disant que dans moins de 10 ans, même les entreprises ne feront plus de RAID 6. Je résume mon point de vue : Oubliez le RAID Mettez vos données de travail en synchro automatique sur un service Cloud Faite des sauvegardes automatisées et quotidiennes (y compris, et surtout, celles qui sont dans le cloud) Appliquez une rétention de plusieurs versions à vos sauvegardes (super facile avec Synology Hyper-Backup)

Autrement dit, madame a mis ta valise sur le palier

Je sais pas, 15 ou même plutôt 20 ans....

L'inverse Non mais il fait comme il veut, un Raid 1 c'est pas mal pour quelqu'un qui ne fait pas ses sauvegardes toutes les nuits. Raid 5 par contre je ne conseille pas du tout. Oui vaut mieux parce que ça doit faire mal les donnes dans le c....

Nico a raison, suffit de mettre son PC temporairement dans le même réseau. Elle a pris cette IP stockée en dur parce que tu as appuyé trop longtemps que le bouton recovery à l'arrière de la box. C'est expliqué sur le flyer qu'on a tous eu (et jeté) dans le carton de la box. J'avais fait un topo à ce sujet dans la section pour les nuls du forum pour info @Did plus besoin de câble croisé depuis le gigabit (ça fait pas mal d'années donc), la norme Ethernet intègre la détection automatique et le croisement est effectué par le port lui même. Quand c'était apparu, on parlait de port compatible MDI-X. Aujourd'hui ce n'est plus précisé tellement ça coule de source.

Tu as bien vidé ton cache ? Sinon fait encore un recovery complet, puis mise à jour et restauration, dans cet ordre.

Hum, 403 en général c'est un souci de scène et de capteur armé. Vérifié tous tes devices avec le compte administrateur en local.

Je serais toi je ferais une restauration immédiate de la sauvegarde effectuée juste avant la mise à jour. Puis tu relances la mise à jour.

C'est un nouveau concept, Fibaro ne distribue plus que des stable. Ou des beta. Ou des beta stable. Bref, ça change rien, on n'a jamais trop du faire la différence en fait Vivement demain. En moins d'une heure avec l'interface, je suis déjà tombé sur plusieurs bugs graphiques agaçants.

Attention c'est beaucoup plus compliqué que ça, il faut créer une nouvelle table dans la DB, et modifier plusieurs fichiers php pour qu'il accepte d'enregistrer les données que tu vas lui envoyer.... Bon courage, perso je me suis toujours refusé sur ce topic à ajouter la gestion de la teleinfo issue du compteur électrique dans Domocharts qui n'est pas prévu pour ça....

Non un gentil forumeur, beau, intelligent, sympa, etc... m'a prêté un accès distant

@mprinfo non elle n'est pas à moi

Je ne vois rien non plus : { "updates": { "stable": { "available": false, "version": "5.020.60" }, "beta": { "available": false, "version": "5.000.000" }, "alpha": { "available": false, "version": "5.000.000" } }, "conditions": { "storage": true, "allConditionsMet": true }, "updateStableAvailable": false, "updateBetaAvailable": false, "newestStableVersion": "5.020.60", "newestBetaVersion": "5.000.000", "allConditionsMet": true }

Optimiser les performances, ça ne veut pas dire grand chose quand tu ne sais pas quel est l'élément qui limite les performances. Ce n'est pas forcément le disque.. ça peut être le réseau, ou encore le processeur du NAS. Donc impossible de te répondre en l'état sur le sujet des performances. Mais la première question à se poser, est-ce que tu rencontres un problème de performances ? Tu parles de la TV.... est-ce que tu fais du transcodage ? Ou tu passes en Wi-Fi ? Quel lecteur est utilisé, pour lire quel Codec et quelle résolution de film ? C'est un sujet sans fin les perfs, mais une chose est certaine : on ne cherche à les optimiser que si l'on rencontre un problème de performance. Rien ne sert d'avoir une Ferrari pour aller faire ses courses (c'est même pas pratique en plus )

Pas par erreur... elle était tellement bugguée qu'ils l'avaient retiré presque immédiatement ! C'était mémorable. Là on dirait bien que nous sommes en présence d'une mise à jour virtuelle, puisque personne ne l'a eu.

Ils l'ont dit : transfert de contrôleur, un mécanisme propre au Z-wave, et qui fonctionne aussi vers (et depuis) d'autres marques. La grande question c'est comment ils vont l'implémenter, ..... il y aura des bugs, déjà ils les ont annoncé à mi-mot. Je suppose que les modules seront recréés dans la BDD au fur et à mesure de leur découverte en interrogeant le chipset Z-Wave juste après la bascule de contrôleur. Ou même avant, juste après l'inclusion de la HC3 en contrôleur secondaire. Perso si un jour je migre, je pense que je referai une inclusion de tous les modules... sauf si d'ici là ils ont réussi à parfaitement stabiliser la fonction. Mais avant tout cela, il faut avoir une HC3, et porter tous les codes LUA des VD et Scènes (surtout GEA). Je ne basculerai pas mes modules Z-Wave avant, ils se sentiraient bien seuls sans aucun scénario pour les piloter !

Je suppose qu'on pourra toujours faire une boucle infinie, c'est indispensable dans certains cas (quand on a besoin de conserver une variable en mémoire, sans faire appel aux VG (les VG écrivent dans la DB, ce n'est jamais une bonne idée de les mettre à jour toutes les 3 secondes...) Et tu viens d'avoir la même réflexion que moi, le temps que j'écrive mon message

@BenjyNet Le Node ID va rester, c'est le principe même du transfert de contrôleur Z-Wave (qui reste en ID 1 lui) Le Device ID, dans la base de données de la box, va surement changer... mais puisqu'il faut réécrire toutes les scènes / QA, j'ai envie de dire qu'on s'en fout un peu au final. L'intérêt de cette migration c'est de ne pas devoir faire le tour des 100 modules de la maison pour la réinclusion, et reconfiguration des paramètres (mono/bistable, etc etc)

@jjacques68 tu as loupé un épisode, la migration entre HCL/HC2 et HC3 arrive... uniquement pour les modules Z-Wave, les VD et Scènes ne pouvant pas être migrées. Bah dis donc, plus gros change log de l'histoire Fibaro Aurait-on là notre nouveau running gag ?