11/02/2010, 15:37:47
Le jeudi 11 février 2010, Chrisophe Bruchez a écrit :
> > En fait, est-ce qu'un format commun de la base de donnée est vaiment
> > intéressant ? Je doute qu'on s'échange des bases, si ?
>
> Je crois que c'est pour lui, histoire de ne pas faire 50 version de
> Linknx avec les désir de chaqu'un !
C'est clair !
> Mais avec les champ Date/Heure/GA/Valeur je pense que cela va convenir à
> tous.
Je dirais qu'il faut stocker tout ce dont on dispose ; un champ de plus ou
de moins ne changera pas beaucoup la taille à la sortie.
> > Ce qu'il serait plus intéressant, c'est de connaître les ou les formats
> > de
> >
> > fichiers utilisés par les outils d'analyse (si tant est que ces outils
> > existent). Après, créer un tel fichier avec les infos contenues dans la
> > base, quelle que soit leur forme, est assez trivial.
>
> MYSQL est universel, une fois que les données sont dedans, tu peux te
> connecter avec n'importe que utilitaire.
Tout à fait ; ma question portait sur les éventuels outils dédiés analyse de
trames KNX existants.
> Sinon, un outils très puissant pour générer des graphes c'est Crystal
> report, alors là il y a que ton imagination comme limite !
> http://www.crystalreports.com/
De tels outils, il y a en effectivement plein. Mais c'est à toi de te farcir
les tracés.
Mais faire un outil qui permette facilement de retrouver qui à émis quoi,
avec quel paramètres, qui a reçu la trame, qui a réagit, etc... c'est une
autre paire de manches ;o)
Maintenant, je suis d'accord que c'est plus pour du débuggage, et que dans
ce cas, ETS est plus approprié. Sauf lorsque des problèmes surviennent de
façon probabiliste ; là, les logs prennent toute leur importance.
--
Frédéric
> > En fait, est-ce qu'un format commun de la base de donnée est vaiment
> > intéressant ? Je doute qu'on s'échange des bases, si ?
>
> Je crois que c'est pour lui, histoire de ne pas faire 50 version de
> Linknx avec les désir de chaqu'un !
C'est clair !
> Mais avec les champ Date/Heure/GA/Valeur je pense que cela va convenir à
> tous.
Je dirais qu'il faut stocker tout ce dont on dispose ; un champ de plus ou
de moins ne changera pas beaucoup la taille à la sortie.
> > Ce qu'il serait plus intéressant, c'est de connaître les ou les formats
> > de
> >
> > fichiers utilisés par les outils d'analyse (si tant est que ces outils
> > existent). Après, créer un tel fichier avec les infos contenues dans la
> > base, quelle que soit leur forme, est assez trivial.
>
> MYSQL est universel, une fois que les données sont dedans, tu peux te
> connecter avec n'importe que utilitaire.
Tout à fait ; ma question portait sur les éventuels outils dédiés analyse de
trames KNX existants.
> Sinon, un outils très puissant pour générer des graphes c'est Crystal
> report, alors là il y a que ton imagination comme limite !
> http://www.crystalreports.com/
De tels outils, il y a en effectivement plein. Mais c'est à toi de te farcir
les tracés.
Mais faire un outil qui permette facilement de retrouver qui à émis quoi,
avec quel paramètres, qui a reçu la trame, qui a réagit, etc... c'est une
autre paire de manches ;o)
Maintenant, je suis d'accord que c'est plus pour du débuggage, et que dans
ce cas, ETS est plus approprié. Sauf lorsque des problèmes surviennent de
façon probabiliste ; là, les logs prennent toute leur importance.
--
Frédéric