Suppression de données inutiles (ou non sauvegarde)

[KingOfIce]

Hello,

Ma gestion de radiateurs envoie une commande ON ou OFF (via script lua "device") à chaque réception de température d'une pièce (~1 envoie toutes les 40 sec il me semble).

Résultat, des tableaux énormes et difficilement exploitables / lisibles :


Je pourrais ne pas envoyer une commande si le statut n'a pas changé, mais utilisant encore du RFXCom sur pas mal de radiateurs, je préfère renvoyer mes commandes car pas de retour d'état.

Y a-t-il un moyen de faire le ménage facilement dans les données en lua ? Ou d'envoyer une commande sans la sauvegarder en base ? (Ou toute autre idée pour ne sauvegarder que les changements d'états tout en envoyant tous les ordres...)

[adv]

Huuummm tu peux déjà limiter ça dans Réglages / Paramètres / Historique des logs / Lumières/Interrupteurs:

mais ça s'applique à tous les interrupteurs.

Et que dis tu de cette commande... (revient à cliquer sur le bouton "Effacer" dans les logs) à lancer dans un LUA tout les jours à minuit ou ne sais-je...

Code : Tout sélectionner

http://192.168.1.3:8080/json.htm?idx=392&param=clearlightlog&type=command

Adapte ton IP et l'idx de ton interrupteur bien sur !

[KingOfIce]

Merci pour ta réponse rapide.
En fait, ce n'est pas vraiment la volumétrie qui me dérange mais plutôt le fait de ne pas voir sur un graphe quand le radiateur est allumé et quand il est éteint ! Y'a tellement de données que ça fait plein de barres verticales donc inexploitable.
C'est pour cette raison que je parlais de ne conserver que les changements d'états.

Ex :
1- ON
2- ON
3- ON
4- OFF
5- OFF
6- OFF
7- OFF
8- ON
9- ON

deviendrait :
1- ON
4- OFF
8- ON

(ou 1-3-4-7-8 pour + de détails : 1er et dernier de chaque série)
Avec ce type d'allègement des données, je pense que ce serait visualisable dans les graphes, lisible en tableau voire exploitable pour des calculs de temps de chauffe, etc.

[Tonio16]

Salut

Peut-être en créant un dummy qui ne serait mis à jour que quand il y a changement d'état. C'est pas très subtile comme méthode mais il me semble que cela devrait faire ce que tu veux.

Antoine

[vil1driver]

Salut,

Le graphique n'est pas affecté par les Off ou On à répétition mais par les changements d'état.
De même pour le calcul de conso,
Un script bien écrit ne s'occupera que des changements d'état..

Ta demande n'a pas de grande utilité

[KingOfIce]

Ok, merci pour le jugement...

Le graphique est affecté par les On/Off à répétition. Je te laisse m'indiquer les changements d'états de celui-ci (indice, plusieurs fois cette semaine) :


Mon script - certes perso - a plutôt bien fait ses preuves pour l'instant. Il calcule quand mettre en route les radiateurs en fonction des différences de températures intérieure et extérieure, de la consigne, du temps restant avant le prochain planning (et quelques autres variables), puis maintient la consigne avec du classique hystérésis...

Le problème ne se pose probablement pas avec du ZWave mais je n'ai que les moyens du RFXCom pour l'instant (étonné néanmoins d'être visiblement le seul). Sans retour d'état, je dois donc envoyer toutes les commande ON/OFF (j'ai testé l'envoi uniquement si l'état a changé et c'est une catastrophe : une seule commande non-reçue et un gamin peut se retrouver à dormir à 12 degrés toute une nuit...).

Ta réponse ne m'a pas été d'une grande utilité

[KingOfIce]

Salut

Peut-être en créant un dummy qui ne serait mis à jour que quand il y a changement d'état. C'est pas très subtile comme méthode mais il me semble que cela devrait faire ce que tu veux.

Antoine

Sans autre solution, pas mal comme idée !
Merci

[vil1driver]

T'as le droit de zoomer sur ton graphique

Tu verras que même si tu as 10 Off de suite, ça va rester à 0% sans faire de barre.

Idem, 10 On de suite = un graph qui reste à 100%.

Si pas de changement d'état, pas de raison que le graph t'en représente..