04/09/2011, 13:24:31
(04/09/2011, 09:25:55)sprint95 a écrit : En fait, bon nombres de mes capteurs vont (pas encore tout fait) être en 1-wire et j'ai pris le postula de tout remonter dans linknx (via script Lua).
Le compteur d'eau va me remonter une valeur (litres) et effectivement, tu confirmes, il vaut mieux faire une différence avec la valeur précédente pour avant de stocker.
Par contre, je suis nul en bash, script, java and co, je ne sais pas comment on fait ça.
Concernant les graph, j'ai repris ce que tu as mis à dispo sur ton blog, mais, heu comment dire, je ne sais pas trop comment cela doit être utiliséni mm intégrer dans knxweb....
j'ai mis un script bash a dispo sur mon blog qui permet de remonter dans la base mysql les valeurs présente dans "persit" de linknx pour les objects souhaités
et donc tu n'utilise pas la log linknx via mysql si j'ai bien compris tu fait cela en "dehors" de linknx
(04/09/2011, 09:29:08)jphmilitaire a écrit : Moi je suis parti direct en knx...
mais comme toi, j'ai bien l'idée d'une méga usine a gaz...
Sauf que pour faire une simple ;condition dans linknx, ca me prend 8h de boulot et 36.000 recherches google!!
bon choix ...
pose la question ici ou sur le forum linknx tu gagnera surement du temps et cela pourrais en intéresser d'autres également
sinon pour les rules il y a le wiki linknx et l'aide lua pour faire les plus compliquer
sinon la version de knxweb sur le cvs permet de créer des rules de façon plus "intuitive" que en écrivant le xml directement ...
(04/09/2011, 09:33:39)sprint95 a écrit : Je ne suis pas doué avec MySQL manifestement, j'ai beau changer le type pour Id, ce ne change rien dans les enregistrements, ou ai je faux ?
Dans la structure de la table, j'ai : Id : type decimal(10,0)
c'est bon ou pas ?
moi j'ai in(5) ... ça doit être un paramètre quelque part ...
@+
Anthony