Aller au contenu

Messages recommandés

Posté(e) (modifié)

Quelques réflexions sur le futur de cet outil...

 

  • Nouveautés :
    • toutes celles déjà  annoncées page précédente
    • je pense que la structure (tables de la DB, et API via des scripts PHP avec échange de données en JSON) est une bonne base de départ pour les évolutions futures.
    • nouveaux graphs : tous les capteurs Netatmo, Energie électrique (en kWh, avec 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 (comme vu sur le screenshot précédent)
    • installation de la base de données sans utiliser phpMyAdmin grâce à  un simple script
    • sera dispo sur Github, donc plus facile de suivre les versions, et de forker le projet.
  • Limitations :
    • la configuration des graphs (type, échelle, couleurs) est statique et ne peut être modifiée qu'en modifiant un fichier de config (c'est déjà  mieux qu'un codage en dur dans le code, mais ce n'est pas très user-friendly)
    • les graphs commencent à  être un vrai foulli (j'ai 24 capteurs de température, 35 mesures de puissance électrique, etc...) donc à  moins de cacher des modules via la page admin.php, c'est ingérable. En plus j'envisage de mettre dans cette DB les mesures de température de tous mes équipements informatiques, ce qui va vite représenter pas mal de capteurs, donc l'affichage n'a rien à  voir avec les températures des pièces de la maison, donc ne sont pas censées être affichées sur le même graphique.
  • Evolutions envisagées :
    • 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
    • cela se fera par la création de nouvelles tables (appelons les domotique_graph_xxx pour le moment). Cette partie je vais la gérer facilement.
    • là  où ça va être plus coton pour moi, c'est l'évolution de la page admin.php permettant à  l'utilisateur de créer facilement ses graphs..... <= le gros du travail se situe ici à  mon avis
    • ces différents graphs pourront facilement être intégrés dans un tableau de bord domotique, avec des pages, onglets, etc.... mais également à  des outils tels que Imperihome sur tablette.

 

 

C'est donc un projet à  long terme, j'espère que vous n'êtes pas pressés....

 

 

Petite précision : si j'investis du temps dans cet outil, c'est que c'est pour moi complètement décorrélé de Fibaro.

Certes aujourd'hui la plupart des mes données proviennent de la HC2, mais j'ai déjà  des données qui viennent de mon Raspberry PI (comptage d'impulsions eau+électrique), bientôt de mes équipements informatiques, du débit de ma box Internet, etc...

Et demain, quand je switcherai sur une autre box, je sera toujours propriétaire de mes données, donc un historique au long terme très utile.

Tout est pensé pour la conservation des données à  long terme, en vue d'une exploitation future.

Modifié par Lazer
  • Upvote 2
Posté(e)

La possibilité de pousser des données à  partir d'autres devices en json me plait beaucoup.

 

Pour info, voici comment je pousse les données vers http://emoncms.org/site/home site spécialisé en récupération et affichage de données graphiques (gratuit... pour le moment:)

Le code est opensource et ils ont apparement une méthode très efficace pour stocker des donnée sérialisées.

 

C'est du json et c'est formaté comme ceci:

VARIABLE:valeur&apikey=XXXXXX

on peut laisser tomber l'apikey évidemment

 

(exemple pour remonter mes consomations etc...:

local emoncms = Net.FHttp("emoncms.org",80)
local emoncms_api_key = "XXXXXXXXXXXXXXXXXxxxxxxxxxxxXXXXXXXXXX" 

function EmonCMS:Push(payloademon)
payloademon = "/input/post.json?json={" .. payloademon .. "}&apikey=" .. emoncms_api_key
response, status, errorCode = emoncms:GET(payloademon);
fibaro:debug("response: " .. response .. " Status: " .. status .. " errorcode: " .. errorCode);
end

payloademon = "CONSO_EAU_VILLE:" .. tonumber(INDEX_EAU/1000) -- /1000 = convert to m3
EmonCMS:Push(payloademon);
payloademon = "CONSO_GAZ:" .. tonumber(INDEX_GAZ/1000) -- /1000 = convert to m3
EmonCMS:Push(payloademon);
payloademon = "CONSO_ELEC:" .. tonumber(Conso_Elec_Index)
EmonCMS:Push(payloademon);
payloademon = "CONSO_ELEC_INSTANT:" .. tonumber(Conso_Elec_Instant)
EmonCMS:Push(payloademon);
payloademon = "TEMP_SALON:" .. tonumber(temperature_salon_flood)
EmonCMS:Push(payloademon); 
payloademon = "TEMP_HALL:" .. tonumber(temperature_hall_aeon)
EmonCMS:Push(payloademon); 
payloademon = "HUMI_HALL:" .. tonumber(humidite_hall_aeon)
EmonCMS:Push(payloademon); 


etc...
Posté(e)

oki doki, super, ce sera facile à  adapter.

Petite remarque concernant 

 

 j'ai choisi des ID 2000, 3000, 4000 etc pour ce genre de devices)

 

Avec leurs conneries de migration et mon alarme satel, je suis déjà  dans les ID ... 1900 ... :-/

 

ça semble loin, mais dans certains cas on y est donc vite

Posté(e)

Figure toi que j'ai pensé àtoi quand j'ai choisis ces IDs :P

Je n'y suis pas encore, mais comme j'ai la main sur la DB, je peux facilement remplacer tous les IDs avec les UPDATE qui vont bien.

Evidemment, tu peux mettre des ID plus gros, jusqu'à65535, donc ça laisse un peu de marge.

  • Upvote 1
Posté(e)

Pas mal du tout, surtout le fait de pouvoir créer ses graphs. Maintenant tu vas récupérer comment la temp sur ton matos info ??

 

Moi ton outils m'a énormément servi l'an passé, quand j'ai mis, en place mon chauffage au RDC, cela m'a permis de tout régler finement. Cette année ce sera pareil pour l'étage.

Pour la suite par contre, j'avoue que je ne le consulte presque jamais, une fois tous les mois peut être.

 

Autre point : Tu ne vas pas changer de box aussi grhhh :)

Posté(e)

Les temps infos, ça sera avec des scripts shell.

On peut aussi surveiller la mémoire, le CPU, l'espace disque, etc. Tout est possible.

Avec avec JSON c'est facile d'envoyer les données dans la DB.

Posté(e)

Bravo pour le travail sur les graphiques historiques, c'est une fonction indispensable de tout suivi et qui manque sur le soft Fibaro.

Je suis nouveau dans le domaine (HC2 depuis qqes semaines) et je viens d'installer les graph avec succès sur un NAS.

Je remercie Lazer pour ce dev très fiable et le suivi, c'est du bon boulot...Bravo !

  • Upvote 1
Posté(e)

Quelques réflexions sur le futur de cet outil...

 

    • 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
    • cela se fera par la création de nouvelles tables (appelons les domotique_graph_xxx pour le moment). Cette partie je vais la gérer facilement.
    • là  où ça va être plus coton pour moi, c'est l'évolution de la page admin.php permettant à  l'utilisateur de créer facilement ses graphs..... <= le gros du travail se situe ici à  mon avis
    • ces différents graphs pourront facilement être intégrés dans un tableau de bord domotique, avec des pages, onglets, etc.... mais également à  des outils tels que Imperihome sur tablette.

 

 

Je viens d'aller voir mes graphes pour analyser deux trois trucs et je me rends compte aussi que c'est bien le boxon effectivement, mélanger des petites consos à  des grosses, fait que les petites sont invisibles...

Donc pouvoir faire quelques tableaux séparés serait d'une grande aide. 

Moi une config simple (via fichier de config) ce serait déjà  bien utile, on ne fait pas souvent ce genre de travail.

 

p.s. pourquoi as-tu besoin de créer de nouvelles tables pour cela ? ce n'est pas au niveau de la page php d'aller chercher les séries qu'il a besoin pour le graphique et ignorer les autres ?

Posté(e)

Je veux créer des nouvelles tables afin que la config se fasse de façon dynamique dans la base.... mais pour cela, il faut créer des pages web de configuration pour l'interface utilisateur.

 

SI on met ça dans des fichiers de config à  plat, c'est rapide à  faire, mais pas simple pour l'utilisateur, même si on ne fait pas souvent ce genre de travail.

Le souci c'est que je fais régulièrement du support parce que les gens n'ont pas les compétences, ou ne (re)-lisent pas suffisamment bien les tutos. Donc l'objectif c'est bien de simplifier au maximum.

 

Aller hop, je vais faire comme Apple : je vais prendre mon temps à  sortir les nouveautés, mais quand elle sortiront ça sera plus fiable et plus simple d'utilisation.

Ca vous rappelle rien ? L'iPhone vs tous les autres smartphones.... Apple ils sont toujours les derniers à  sortir une techno, mais quand elle sort, elle est fiable (enfin, presque toujours, cf "Plans"), mais là  où ils sont forts, c'est qu'avec le marketing qui va bien, ils arrivent à  faire croire que ce sont les premiers !

Posté(e)

Oui, mais pas que.... àcommencer par la 3G, souviens toi du premier modèle qui ne fonctionnait qu'en Edge.

C'est simple, àchaque sortie c'est la même histoire qui se répète. Mon préféré de tous, c'était quand même la taille de l'écran.

Mais bon, c'est un peu HS :D

  • Upvote 1
Posté(e)

MIse à  jour de la première page..... tuto.... module virtuel... base de données.... tout quoi !

 

Je vous présente DomoCharts v5.0 :)

 

Normalement, ça a été testé par Jojo (merci), donc il n'y a plus trop de bugs. Malgré tout, je conseille la mise à  jour en premier à  ceux qui n'ont pas peur de perdre leurs données (une sauvegarde de la DB ne fait jamais de mal ceci dit).

 

Enjoy :)

 

(encore quelques petites choses à  finaliser dans le tuto, notamment la partie énergie électrique, ça sera pour demain.... enfin aujourd'hui, mais après la nuit quoi).

  • Upvote 2
Posté(e)

Bonsoir,

 

si on fait une mise a jour, nous devons juste faire le point mise a jour sans rien faire d'autre? juste le 3.1 pour le repertoir graph et le install?

 

Merci,

Posté(e)

Ah j'ai oublié de préciser qu'il faut aussi importer le nouveau VD et mettre l'ID du nouveau VD dans la scène.

Je modifierai le chapitre mise àjour tout àl'heure.

  • Upvote 1
Posté(e)

Nouvelle version mise en place, les doigts dans le nez avec le tuto très précis.

 

Je n'ai pas conservé mes anciennes données, j'ai préféré repartir à  0 ayant un pb d'affichage des courbes (écran noir) que je n'avais pas réussi à  résoudre.

Posté(e)

Merci pour ton retour :)

 

Je serai intéressé par ton graph de Pluie Netatmo d'ici quelques jours afin de voir si je peux en tirer quelque chose pour les données historiques (et même un export des données de la table domotique_rain).

 

 

Sinon je viens de compléter le paragraphe "Mise à  jour" de la première page.

  • Upvote 1
×
×
  • Créer...