Moicphil Posté(e) le 3 septembre 2015 Signaler Posté(e) le 3 septembre 2015 Salut J'adore la présentation de ces graph : http://www.domo-blog.fr/interface-graphique-consommations-temperatures-leedomus/ Pensez-vous que l'on peut facilement adapter le package fourni par Damien pour nos HC2 ? 2
Shad Posté(e) le 3 septembre 2015 Signaler Posté(e) le 3 septembre 2015 Non sa va être dur àmoins d exporter toutes nos donnes une bdd externe. Sinon j ai pas eu le temps de me remettre sur mes graphiques.
kiwi Posté(e) le 3 septembre 2015 Signaler Posté(e) le 3 septembre 2015 Super jolie c'est clair, mais c'est un travail de ouf (et comme moi les interfaces homme-machines sont plutôt des trucs désigné pour des admin sys, je donne ma langue au chat). Exemple je préfère RRDtool àla place des trucs en javascript
Moicphil Posté(e) le 3 septembre 2015 Auteur Signaler Posté(e) le 3 septembre 2015 Mince ! je m'attendais à ce qu'on me dise : " oui, pas de pb, je te fais ca ! " Je suis sur qu'on a des experts php sur le fofo capable de nous pondre un truc dans le style...alors qui s'y colle ? 2
mprinfo Posté(e) le 3 septembre 2015 Signaler Posté(e) le 3 septembre 2015 Je crois que Lionel57 et un expert en php il faudrait voir cela avec lui Envoyé de mon SM-G900F en utilisant Tapatalk
Alexis S. Posté(e) le 3 septembre 2015 Signaler Posté(e) le 3 septembre 2015 J'utilise cette interface avec une eedomus. En fait le script utilise l'api cloud eedomus pour récupérer les données et les informations sur les périphériques (la pièce attribuée par exemple). Donc techniquement, je pense il n'y aurait rien àmodifier au niveau de la base de données, rien àmodifier au niveau du rendu graphique mais il faudrait par contre réécrire la partie récupération des données.
Moicphil Posté(e) le 3 septembre 2015 Auteur Signaler Posté(e) le 3 septembre 2015 Ah ! voilà une bonne nouvelle ! et ca représente beaucoup de travail d’après toi ?
Shad Posté(e) le 3 septembre 2015 Signaler Posté(e) le 3 septembre 2015 Le problème tu récupère les données depuis ou . Si on avait un accès àla bdd ce serait simple. Mais la faut déjàexporter toutes les données pour faire sa.
Moicphil Posté(e) le 3 septembre 2015 Auteur Signaler Posté(e) le 3 septembre 2015 Je dis surement une connerie mais le script php ne pourrait pas récupérer les données de la HC2 ? ou inversement la hc2 ne pourrais pas envoyer les données àla base sql ?
Lazer Posté(e) le 3 septembre 2015 Signaler Posté(e) le 3 septembre 2015 J'avais déjà ce tableau de bord dans mes bookmark pour m'en inspirer plus tard..... Mais c'est surtout celui là dont je suis particulièrement fan : http://conso.gourdet.net/ Bah mon script de graphs récupère déjà les données dans la HC2 pour la mettre dans la DB SQL. Ce que vous avez pas vu, c'est que mes scripts ont évolué (mais non partageable car en chantier... depuis 1 an !!!) , mais je récupère les consos en fonction des horaires HP.HC, et j'historise tout ça. Je suis en train de bosser sur l'interface API en JSON, qui est commune à mon outil de graph et mes compteurs électrique+Eau sur mon Raspberry PI, ainsi que d'autres source (Veolia, etc) J'ai une masse de données assez considérable dans ma DB SQL. J'ai pas encore mis les infos exotiques qui viennent de la Netatmo, genre CO2, etc, mais avec l'API JSON que j'ai créé, ça sera beaucoup plus simple d'ajouter n'importe quelle unité à la base par la suite. Donc évolutif. Pour moi, le gros du travail est sur la présentation des données.... et là je suis une grosse quiche. Par contre je n'aime pas du tout rrdtool, c'est d'un autre âge et trop limité. Une bonne base SQL, on tape dedans et on en ressort les requêtes qu'on veut (pas toujours simple, mais tout est faisable en SQL). Pour la présentation, les graphs en Javascript c'est quand même plus sexy pour l'utilisateur. Donc reste à écrire du PHP (simple), qui va requêter les tables SQL (un peu plus compliqué), et grapher les résultats avec Highcharts+Javascript (plus dur), et surtout, rendre tout ça joli (design en CSS..... trop dur pour moi)
Moicphil Posté(e) le 3 septembre 2015 Auteur Signaler Posté(e) le 3 septembre 2015 Ben si tu nous caches des choses aussi Christophe..... Y'a plus qu'a attendre la prochaine release de ton script alors ? edit : http://conso.gourdet.net/ tu as raison, ca en jete aussi comme présentation !
Lazer Posté(e) le 3 septembre 2015 Signaler Posté(e) le 3 septembre 2015 disons que pour moi c'est énormément de travail, car je ne suis pas développeur, mais j'ai suffisamment de notions pour arriver à mes fins... Donc çà prends du temps. Je me débrouille pas mal en SQL pour extraire les données. Là où je suis bien incapable de sortir un truc joli, c'est pour le design. Le résultat d'une requête SQL me parle tout autant qu'un tableau avec des couleurs.
latoupie Posté(e) le 3 septembre 2015 Signaler Posté(e) le 3 septembre 2015 C'est facile pour avoir ces graph... Vous les voulez ? Passez sur Eedomus.... Mdr 😅😅😅😅😅
Lazer Posté(e) le 3 septembre 2015 Signaler Posté(e) le 3 septembre 2015 LoL, Ouais mais en l'occurrence, t'es pas limité aux données de l'eedomus ? Avec une base que tu gères toi même, tu mets ce que tu veux dedans (comme j'explique (mal) ci-dessus)
Moicphil Posté(e) le 3 septembre 2015 Auteur Signaler Posté(e) le 3 septembre 2015 Ah tiens @latoupie ! c'est marrant, j’étais sur que si tu voyais ce topic, t'aller poster un mot 1
Shad Posté(e) le 4 septembre 2015 Signaler Posté(e) le 4 septembre 2015 Lazer, si tu as modifiez ton script, essaye sa. https://www.elastic.co/products/kibana C'est ce que j'étais entrain de faire mais absolument plus le temps en ce moment.
latoupie Posté(e) le 4 septembre 2015 Signaler Posté(e) le 4 septembre 2015 @moicphil,je voulais pas te décevoir 😊 Pour le moment je n'ai pas trouvé de limitation, (je dois avoir une cinquantaine de paramètre). Sur les 50, je n en ai qu un qui ne fonctionne pas et qui donne des valeurs négatives. Comme je suis une quiche en prog, j ai sollicité la commu eedomus pour avoir une solution ou faire un reset total. Mais je suis d accord avec vous, cette interfaces est vraiment bien. Je suis persuadé que qq va vous faire ça en 2 coups pour la HC2,😇
Lazer Posté(e) le 4 septembre 2015 Signaler Posté(e) le 4 septembre 2015 @Shad, c'est pas trop compliqué àmettre en oeuvre Kibana ? Ca a l'air un peu usine àgaz, vu rapidement sur leur site ( = complet, mais complexe)
Berale64 Posté(e) le 4 septembre 2015 Signaler Posté(e) le 4 septembre 2015 @Lazer, l'interface conso.gourdet est tout simplement exceptionnel !!! Dans le tableau de consommation de la HC2, il y a déjà pas mal d'infos sur la consommation d'électricité et de température. Y'a pas moyen de récupérer tout ça ?
pepite Posté(e) le 4 septembre 2015 Signaler Posté(e) le 4 septembre 2015 De même pour moi, super ces graphs de gourdet.. suis fan !!
Lazer Posté(e) le 4 septembre 2015 Signaler Posté(e) le 4 septembre 2015 Berale, oui on a énormément d'info dans la HC2, et elle même permet d'historiser les consommations électriques (puissances et énergie), et température. Avec mes graphs, j'extraie toutes les autres valeurs (humidité, lux, etc...) vers ma base, ça c'est pas nouveau. Le gros souci de la HC2, c'est qu'elle ne prend pas en compte la spécificité HC/HP/Tempo française (je ne sais pas si y'a un équivalent dans les autres pays). Donc perso, mes scripts (non publiés pour le moment), récupère les horaires HC/HP depuis l'Eco-Devices, et je m'en sert pour attaquer l'API de la HC2 et obtenir les consommations électriques pour chaque tranche horaire. Ainsi j'ai le cout financier au centime près.
jojo Posté(e) le 4 septembre 2015 Signaler Posté(e) le 4 septembre 2015 @Lazer, En Belgique, nous avons également HP et HC, mais ce sont des heures fixes . (NC : touts les jours de la semaine de 22h à07h et les samedi et dimanche - pas les jours fériés). ton développement permettrait-il de paramétrer cette info, au lieu de la récupérer d'un eco-device ou compteur intelligent/connecté (nous n'avons pas cela en Belgique) ?
Lazer Posté(e) le 4 septembre 2015 Signaler Posté(e) le 4 septembre 2015 Jojo, vu que la récupération des horaires est une partie qui m'a donné du fil à retordre dans mon code (*), alors oui on peut facilement bypasser cette étape et remplacer les horaires par des variables contenant les heures fixes. D'ailleurs j'aurai aussi pu faire à heures fixes, mais c'est trop limité (en France, on n'a pas tous les mêmes heures fixes, et certains ont même 2 tranches horaires différentes dans la journée). Avec mon script, ça devrait théoriquement fonctionner pour tout le monde en France. En plus de ça, même quand on a des heures fixes (22h30-6h30 pour moi), j'ai noté des variations de quelques minutes selon les jours. Donc pour la Belgique, il suffit comme je le disais de remplacer ce code par des variables. Je vais voir comment rajouter cela proprement à mon code (qui du coup prendra encore plus de retard, lol) (*) => En fait, je ne récupère pas simplement les horaires depuis l'Eco-Devices comme je peux le voir sur certains modules virtuels déjà partagés sur le forum. Je vais chercher l'info dans la table qui historise tout mon historique de consommation. Donc je suis capable de ressortir les horaires HC/HP à la minute près depuis bientôt 2 ans que je loggue tout ça. Cela m'a été particulièrement utile pour extraire les infos de consommation dans l'historique de la HC2 alors que j'étais encore en v3 (car il n'y avait pas de purge des données dans la v3 au bout d'un an). 1
Shad Posté(e) le 4 septembre 2015 Signaler Posté(e) le 4 septembre 2015 @Lazer, le plus chiant c'est récupérer les données avec elasticsearch. Après kibana réucpère tous en temps réel. SI tu peux envoie moi un dump mysql et je fais les teste.
Lazer Posté(e) le 4 septembre 2015 Signaler Posté(e) le 4 septembre 2015 C'est carrément orienté Big Data tous ces produits, ça me parait largement surdimensionné pour nos besoins. Si on passe autant de temps à faire fonctionner l'ensemble, qu'à continuer les devs perso, pas certain que ça vaille le coup, surtout que ça doit être gourmand en ressources. Je vais voir si je peux te sortir un dump.
Messages recommandés