bonjour,
dans la continuite de l'installation du trio EIBD+linknx+knxweb, je
cherche LA solution afin d'en sortir des (beaux) graphes à exploirter.
L'objectif est de les publier sous forme html, avec choix du mois et/
ou de l'année et/ou du jour par exemple, en y intégrant toutes les
sources possibles , par ex la temp ext et interieur, puis j ajoute la
temp ext moyenne si je le désire. Bref, qqe chose de dynamique.
tout ceci afin d'orienter la stratégie de stockage des sorties
linknx,
- soit sous forme de fichier (1/jour/source par ex), dans une
arborescence bien définie (Source>AAAA>MM>JJ par ex)
- ou tout simplement dans une database mysql.
j'ai choisi cette dernière solution pour le moment (ou les 2 ? je n'ai
pas essaye d'ailleurs !)
la première solution, sous format de fichier, me plait en terme de
volume de stockage. La seconde en terme d'accessibilité et maniabilité
(je suis plus a l'aise en sql, quoique, quelques cat par ci par la ds
du shell..).
Puis, sur quelle solution partir pour pondre les graphes ?
RRDTool, vu d'ici (de loin, j'arrive pas a piger comment lancer ce
truc) ca me parait etre 1 usine a gaz... et j'ai du mal a voir
l'intéret... en effet, si j'ai bien compris, rrdtool genere des
graphes et les stocks. Donc ca me semble redondant. Et puis, quelle
maintenance ? si je veux changer le design de mes graphes, dois je
tous les revoir ?... et si je dois ajouter 1 courbe, dois je re-creer
1 base rdd... hum, je ne vois pas trop.
Je verrai bien aussi excel, mais la, je suis plus sur 1 solution
web...pour l'y intégrer dans knxweb 
Pourriez vous me faire part de vos choix actuels et raisons ? Merci
d'avance.
Arnaud
On lundi 06 septembre 2010, chitloft wrote:
> tout ceci afin d'orienter la stratégie de stockage des sorties
> linknx,
> - soit sous forme de fichier (1/jour/source par ex), dans une
> arborescence bien définie (Source>AAAA>MM>JJ par ex)
> - ou tout simplement dans une database mysql.
> j'ai choisi cette dernière solution pour le moment (ou les 2 ? je n'ai
> pas essaye d'ailleurs !)
>
> la première solution, sous format de fichier, me plait en terme de
> volume de stockage. La seconde en terme d'accessibilité et maniabilité
> (je suis plus a l'aise en sql, quoique, quelques cat par ci par la ds
> du shell..).
La base de données me semble plus judicieuse. Mais attention à bien la
backuper, dans une forme simple (export .sql). J'ai eu des soucis pour
restaurer une base uniquement binaire avec MySQL ; c'est pas prévu pour !
> Puis, sur quelle solution partir pour pondre les graphes ?
> RRDTool, vu d'ici (de loin, j'arrive pas a piger comment lancer ce
> truc) ca me parait etre 1 usine a gaz... et j'ai du mal a voir
> l'intéret... en effet, si j'ai bien compris, rrdtool genere des
> graphes et les stocks. Donc ca me semble redondant. Et puis, quelle
> maintenance ? si je veux changer le design de mes graphes, dois je
> tous les revoir ?... et si je dois ajouter 1 courbe, dois je re-creer
> 1 base rdd... hum, je ne vois pas trop.
> Je verrai bien aussi excel, mais la, je suis plus sur 1 solution
> web...pour l'y intégrer dans knxweb
Oui, rrdtools intègre une base. Mais ça n'empèche pas de créer cette base
dynamiquement, depuis les données MySQL. C'est un peu plus lourd, mais ça
marche. Maintenant, si tu ne connais pas rrdtools, oriente-toi plutôt vers
un simple toolkit web (comme jpgraph que tu cites).
--
Frédéric
Merci pour ce retour Frederic. Pour rrdtool, ca ne me fait pas peur, c
1 question de tps, comme tjs (et ces tps ci, ah, si la journée
pouvaient durée 48h, ca ne serait pas assez !).
mais c qu'il y a d'intéressant dans rrdtool, ce que j constate, c que
des qu on parle snmp, rrdtool est cité... donc ca sera cela alors.
On 6 sep, 23:16, Frédéric <f...@gbiloba.org> wrote:
> On lundi 06 septembre 2010, chitloft wrote:
>
> > tout ceci afin d'orienter la stratégie de stockage des sorties
> > linknx,
> > - soit sous forme de fichier (1/jour/source par ex), dans une
> > arborescence bien définie (Source>AAAA>MM>JJ par ex)
> > - ou tout simplement dans une database mysql.
> > j'ai choisi cette dernière solution pour le moment (ou les 2 ? je n'ai
> > pas essaye d'ailleurs !)
>
> > la première solution, sous format de fichier, me plait en terme de
> > volume de stockage. La seconde en terme d'accessibilité et maniabilité
> > (je suis plus a l'aise en sql, quoique, quelques cat par ci par la ds
> > du shell..).
>
> La base de données me semble plus judicieuse. Mais attention à bien la
> backuper, dans une forme simple (export .sql). J'ai eu des soucis pour
> restaurer une base uniquement binaire avec MySQL ; c'est pas prévu pour !
>
> > Puis, sur quelle solution partir pour pondre les graphes ?
> > RRDTool, vu d'ici (de loin, j'arrive pas a piger comment lancer ce
> > truc) ca me parait etre 1 usine a gaz... et j'ai du mal a voir
> > l'intéret... en effet, si j'ai bien compris, rrdtool genere des
> > graphes et les stocks. Donc ca me semble redondant. Et puis, quelle
> > maintenance ? si je veux changer le design de mes graphes, dois je
> > tous les revoir ?... et si je dois ajouter 1 courbe, dois je re-creer
> > 1 base rdd... hum, je ne vois pas trop.
> > Je verrai bien aussi excel, mais la, je suis plus sur 1 solution
> > web...pour l'y intégrer dans knxweb
>
> Oui, rrdtools intègre une base. Mais ça n'empèche pas de créer cette base
> dynamiquement, depuis les données MySQL. C'est un peu plus lourd, mais ça
> marche. Maintenant, si tu ne connais pas rrdtools, oriente-toi plutôt vers
> un simple toolkit web (comme jpgraph que tu cites).
>
> --
> Frédéric
On lundi 06 septembre 2010, chitloft wrote:
> Merci pour ce retour Frederic. Pour rrdtool, ca ne me fait pas peur, c
> 1 question de tps, comme tjs (et ces tps ci, ah, si la journée
> pouvaient durée 48h, ca ne serait pas assez !).
> mais c qu'il y a d'intéressant dans rrdtool, ce que j constate, c que
> des qu on parle snmp, rrdtool est cité... donc ca sera cela alors.
Le truc, avec rrdtool; c'est que tu ne peux pas parcourir l'archive de
manière simple. Par exemple voir ce qui s'est passé un mois en arrière,
avec la même résolution que maintenant. Ou alors, il faut re-générer toute
la base. Ce n'est pas optimum.
--
Frédéric
Slt a vous,
Effectivement, c'est ce que je redoutais sur la solution rrdtool. je
vais donc creuser vers la voix jpgraph .
Merci et bonne journée
On 7 sep, 07:52, Frédéric <f...@gbiloba.org> wrote:
> On lundi 06 septembre 2010, chitloft wrote:
>
> > Merci pour ce retour Frederic. Pour rrdtool, ca ne me fait pas peur, c
> > 1 question de tps, comme tjs (et ces tps ci, ah, si la journée
> > pouvaient durée 48h, ca ne serait pas assez !).
> > mais c qu'il y a d'intéressant dans rrdtool, ce que j constate, c que
> > des qu on parle snmp, rrdtool est cité... donc ca sera cela alors.
>
> Le truc, avec rrdtool; c'est que tu ne peux pas parcourir l'archive de
> manière simple. Par exemple voir ce qui s'est passé un mois en arrière,
> avec la même résolution que maintenant. Ou alors, il faut re-générer toute
> la base. Ce n'est pas optimum.
>
> --
> Frédéric
Dans l'esprit, rrdtool integre la BD. C'est un fichier "plat" qui
contient un historique sur N périodes. Un process externe doit
alimenter la base toute les périodes (p.ex. un cron job, ou sur
réception d'un télégramme émis régulièrement).
Je ne pense pas qu'en final, rrdtool soit plus compliqué à maitriser
que mySQL + jpgraph. mySQL est une usine à gaz à lui seul, un process
qui tourne en permanence, des tables/index à optimiser, complexité du
backup comme mentionné, etc...
Mais bien entendu, cette complexité amène une certaine flexibilité, et
le jour ou la visualisation doit intégrer un module de comptabilité
fiscale, tu peux réutiliser la même base
Il est possible de sortir toutes les données de rrd, mais la syntaxe
est un peu torturée. Par contre, tu peux construire un graphe entre
n'importe quelle dates assez simplement.
Fred
On Sep 7, 10:34 am, chitloft <arnaud.cogn...@laposte.net> wrote:
> Slt a vous,
> Effectivement, c'est ce que je redoutais sur la solution rrdtool. je
> vais donc creuser vers la voix jpgraph .
>
> Merci et bonne journée
>
> On 7 sep, 07:52, Frédéric <f...@gbiloba.org> wrote:
>
>
>
> > On lundi 06 septembre 2010, chitloft wrote:
>
> > > Merci pour ce retour Frederic. Pour rrdtool, ca ne me fait pas peur, c
> > > 1 question de tps, comme tjs (et ces tps ci, ah, si la journée
> > > pouvaient durée 48h, ca ne serait pas assez !).
> > > mais c qu'il y a d'intéressant dans rrdtool, ce que j constate, c que
> > > des qu on parle snmp, rrdtool est cité... donc ca sera cela alors.
>
> > Le truc, avec rrdtool; c'est que tu ne peux pas parcourir l'archive de
> > manière simple. Par exemple voir ce qui s'est passé un mois en arrière,
> > avec la même résolution que maintenant. Ou alors, il faut re-générer toute
> > la base. Ce n'est pas optimum.
>
> > --
> > Frédéric
J'avais commencé avec rrdtool, puis je suis passé à jpgraph (voila ce
que j'ai : http://groups.google.com/group/domotique...pgraph.png
)
Je n'ai pas encore mis les boutons pour me promener dans le temps, la
j'ai les 24 dernières heures.
J'ai réussi à faire plus facilement ce que je voulais avec MySql et
jpgraph. Par contre je pense que rrdtool est plus adapté, mais je n'ai
pas pris le temps de creuser, j'ai choisi la facilité
Laurent ARNAL
Unregistered
Le 07/09/2010 14:58, Roby a écrit :
> J'avais commencé avec rrdtool, puis je suis passé à jpgraph (voila ce
> que j'ai : http://groups.google.com/group/domotique...pgraph.png
> )
> Je n'ai pas encore mis les boutons pour me promener dans le temps, la
> j'ai les 24 dernières heures.
> J'ai réussi à faire plus facilement ce que je voulais avec MySql et
> jpgraph. Par contre je pense que rrdtool est plus adapté, mais je n'ai
> pas pris le temps de creuser, j'ai choisi la facilité
Bonjour,
Juste par curiosité, je vois dans le graphe que c'est des courbes de
température d'ECS.
Peut tu nous en dire plus sur comment tu à récupérer ces valeurs.
Est-ce que tu utilise des sondes supplémentaires.
Cdt,
Laurent.
J'utilise des sondes PT1000 + un module knx pt1000
Pour les sondes, j'ai mis sur le tuyau en cuivre de descente du
fluide, et sur la sortie radiateur et ECS de la chaudière des sondes :
Contact temperature sensor passive PT1000, -35°C bis +100°C (eibmarkt)
Et puis dans le ballon, il y a un trou pour mettre une sonde comme
ça :
Cable temperature sensor passive, -35°C bis +100°C (eibmarkt)
pour donner l'info à la chaudière, j'ai mis la même au dessus, j'ai
pratiquement des températures identiques
Pour le module :
Siemens 5WG1258-1AB02 (eibmarkt)
linknx enregistre dans une base mysql
Évidemment, les valeurs ne sont pas exactes, mais suffisante pour
faire une courbe proche de la réalité
On 7 sep, 16:21, Laurent ARNAL <laur...@clae.net> wrote:
> Le 07/09/2010 14:58, Roby a crit :> J'avais commenc avec rrdtool, puis je suis pass jpgraph (voila ce
> > que j'ai :http://groups.google.com/group/domotique-eib/web/jpgraph.png
> > )
> > Je n'ai pas encore mis les boutons pour me promener dans le temps, la
> > j'ai les 24 derni res heures.
> > J'ai r ussi faire plus facilement ce que je voulais avec MySql et
> > jpgraph. Par contre je pense que rrdtool est plus adapt , mais je n'ai
> > pas pris le temps de creuser, j'ai choisi la facilit
>
> Bonjour,
>
> Juste par curiosit , je vois dans le graphe que c'est des courbes de
> temp rature d'ECS.
> Peut tu nous en dire plus sur comment tu r cup rer ces valeurs.
> Est-ce que tu utilise des sondes suppl mentaires.
>
> Cdt,
> Laurent.
bjr, on sort du fil, mais c'est très intéressant !
pourrait on faire avec retours d'expérience 1 post particulier sur les
éléments de mesures de températures dans ce genre de situation
(chaudière, circuit, etc...) intégrables dans KNX, bien entendu ?
Merci.
Arnaud
On 7 sep, 18:20, Roby <goo...@macuba.net> wrote:
> J'utilise des sondes PT1000 + un module knx pt1000
>
> Pour les sondes, j'ai mis sur le tuyau en cuivre de descente du
> fluide, et sur la sortie radiateur et ECS de la chaudière des sondes :
> Contact temperature sensor passive PT1000, -35°C bis +100°C (eibmarkt)
>
> Et puis dans le ballon, il y a un trou pour mettre une sonde comme
> ça :
> Cable temperature sensor passive, -35°C bis +100°C (eibmarkt)
> pour donner l'info à la chaudière, j'ai mis la même au dessus, j'ai
> pratiquement des températures identiques
>
> Pour le module :
> Siemens 5WG1258-1AB02 (eibmarkt)
>
> linknx enregistre dans une base mysql
>
> Évidemment, les valeurs ne sont pas exactes, mais suffisante pour
> faire une courbe proche de la réalité
>
> On 7 sep, 16:21, Laurent ARNAL <laur...@clae.net> wrote:
>
> > Le 07/09/2010 14:58, Roby a crit :> J'avais commenc avec rrdtool, puis je suis pass jpgraph (voila ce
> > > que j'ai :http://groups.google.com/group/domotique-eib/web/jpgraph.png
> > > )
> > > Je n'ai pas encore mis les boutons pour me promener dans le temps, la
> > > j'ai les 24 derni res heures.
> > > J'ai r ussi faire plus facilement ce que je voulais avec MySql et
> > > jpgraph. Par contre je pense que rrdtool est plus adapt , mais je n'ai
> > > pas pris le temps de creuser, j'ai choisi la facilit
>
> > Bonjour,
>
> > Juste par curiosit , je vois dans le graphe que c'est des courbes de
> > temp rature d'ECS.
> > Peut tu nous en dire plus sur comment tu r cup rer ces valeurs.
> > Est-ce que tu utilise des sondes suppl mentaires.
>
> > Cdt,
> > Laurent.
Je pense le faire pour mon projet, je souhaite juste finaliser un
petit peu, mais c'est toujours le plus long 
On 7 sep, 18:59, chitloft <arnaud.cogn...@laposte.net> wrote:
> bjr, on sort du fil, mais c'est très intéressant !
> pourrait on faire avec retours d'expérience 1 post particulier sur les
> éléments de mesures de températures dans ce genre de situation
> (chaudière, circuit, etc...) intégrables dans KNX, bien entendu ?
>
> Merci.
> Arnaud
Charles Delorme
Unregistered
Soyez conscients que le principe même de rrdtool est de garder une base
de données de taille constante, donc rrdtool SUPPRIME des données au fur
et à mesure du temps.
En fait, dans sa configuration, on lui dit : je veux une précision à 5
minutes pendant 24h puis à 30 minutes pendant 1 semaines puis à 12h
pendant 1 mois. Par exemple. Ensuite on lui dit comment il fait pour
lisser entre chaque période. Moyenne, ou min/max, etc....
Moralité, rrdtool est un outils EXTRA pour faire des courbes ! Mais à
mon sens, aucun intérêt pour le stockage des donnée, sauf si le lissage
de la précision ne vous importe pas, auquel cas, c'est top et bien plus
simple qu'une base mysql qui garderait toutes les 5 minutes. D'ailleurs,
estce bien utile une précision à 5 minutes au bout d'un an ? (mais à 24h
ce n'est pas assez, clairement...)
Pour se convaincre de ce que rrdtool peut tracer, alors sur le site ou
faites une recherche google image, y'a des jolis trucs. Par exemple
http://royale.tiblog.fr/fichiers/royale/...61a9ef.jpg
Le 07/09/2010 10:34, chitloft a écrit :
> Slt a vous,
> Effectivement, c'est ce que je redoutais sur la solution rrdtool. je
> vais donc creuser vers la voix jpgraph .
>
> Merci et bonne journée
>
> On 7 sep, 07:52, Frédéric<f...@gbiloba.org> wrote:
>> On lundi 06 septembre 2010, chitloft wrote:
>>
>>> Merci pour ce retour Frederic. Pour rrdtool, ca ne me fait pas peur, c
>>> 1 question de tps, comme tjs (et ces tps ci, ah, si la journée
>>> pouvaient durée 48h, ca ne serait pas assez !).
>>> mais c qu'il y a d'intéressant dans rrdtool, ce que j constate, c que
>>> des qu on parle snmp, rrdtool est cité... donc ca sera cela alors.
>>
>> Le truc, avec rrdtool; c'est que tu ne peux pas parcourir l'archive de
>> manière simple. Par exemple voir ce qui s'est passé un mois en arrière,
>> avec la même résolution que maintenant. Ou alors, il faut re-générer toute
>> la base. Ce n'est pas optimum.
>>
>> --
>> Frédéric
ca bien bien ce que permet rrd.
pour ma part, j ai trouvé ca aussi qui est exactement c que j
cherchais a quelques choses prets, basé sur jpgraph.
http://www.hasslosa.se/weather/wd/wx6.php
Peut etre finalement faut il mettre a dispo des graphes sur base de
rrd sur des periodes longues, et jpgraph pour des periodes plus
courtes et des besoins + dynamiques. surtout que l interet est aussi
sur des besoins de rapidité (mobilité d'aujourd hui et de demain
oblige).
a voir comment l'interfacer avec linknx pour que ce soit dynamique et
adapable (tant qu'a faire )
Arnaud
On 7 sep, 22:55, Charles Delorme <charles.delo...@suricat.net> wrote:
> Soyez conscients que le principe m me de rrdtool est de garder une base
> de donn es de taille constante, donc rrdtool SUPPRIME des donn es au fur
> et mesure du temps.
>
> En fait, dans sa configuration, on lui dit : je veux une pr cision 5
> minutes pendant 24h puis 30 minutes pendant 1 semaines puis 12h
> pendant 1 mois. Par exemple. Ensuite on lui dit comment il fait pour
> lisser entre chaque p riode. Moyenne, ou min/max, etc....
>
> Moralit , rrdtool est un outils EXTRA pour faire des courbes ! Mais
> mon sens, aucun int r t pour le stockage des donn e, sauf si le lissage
> de la pr cision ne vous importe pas, auquel cas, c'est top et bien plus
> simple qu'une base mysql qui garderait toutes les 5 minutes. D'ailleurs,
> estce bien utile une pr cision 5 minutes au bout d'un an ? (mais 24h
> ce n'est pas assez, clairement...)
>
> Pour se convaincre de ce que rrdtool peut tracer, alors sur le site ou
> faites une recherche google image, y'a des jolis trucs. Par exemplehttp://royale.tiblog.fr/fichiers/royale/img469de8261a9ef.jpg
>
> Le 07/09/2010 10:34, chitloft a crit :
>
> > Slt a vous,
> > Effectivement, c'est ce que je redoutais sur la solution rrdtool. je
> > vais donc creuser vers la voix jpgraph .
>
> > Merci et bonne journ e
>
> > On 7 sep, 07:52, Fr d ric<f...@gbiloba.org> wrote:
> >> On lundi 06 septembre 2010, chitloft wrote:
>
> >>> Merci pour ce retour Frederic. Pour rrdtool, ca ne me fait pas peur, c
> >>> 1 question de tps, comme tjs (et ces tps ci, ah, si la journ e
> >>> pouvaient dur e 48h, ca ne serait pas assez !).
> >>> mais c qu'il y a d'int ressant dans rrdtool, ce que j constate, c que
> >>> des qu on parle snmp, rrdtool est cit ... donc ca sera cela alors.
>
> >> Le truc, avec rrdtool; c'est que tu ne peux pas parcourir l'archive de
> >> mani re simple. Par exemple voir ce qui s'est pass un mois en arri re,
> >> avec la m me r solution que maintenant. Ou alors, il faut re-g n rer toute
> >> la base. Ce n'est pas optimum.
>
> >> --
> >> Fr d ric
|
