Jeedom V4.3.17
Plugin Zigbee version 2023-05-26 01:03:31
Clé Conbee II
Capteur de température / humidité SNZB-02
L’archivage de l’humidité ne se fait qu’une fois par semaine, le lundi.
J’ai, dans un premier temps, pensé qu’il y avait un problème sur le capteur d’humidité ; j’ai virtualisé l’info humidité et j’ai une belle courbe toute fonctionnelle avec le virtuel.
Pour la température pas de problème.
J’ai inclu, désinclu, supprimé, réinclu, changé le mode de lissage, désactivé puis réactivé l’historisation, dupliqué la commande 1::1029::0 : rien à faire, je doit virtualiser l’info pour l’archiver/historiser à un intervalle significatif.
D’autres ont-ils eu un problème similaire ?
Si pas de solutions miracle ce n’est pas bien grave, je verrais si le problème persiste après que je sois passé sous Z2M (un jour, peut-être ), mais par curiosité quand même
La ligne bleue c’est la commande du device, la courbe orange la commande virtualisée (ce n’est pas pour argumenter la fait que je ne suis pas d’accord sur la fluactuation, la salle de bain c’est un cas particulier), c’est pour illustrer les infos que j’historise
Mais non les gens qui ont besoin d’aide ont sui l’inflation donc ils deviennent radins sur les infos données quand ils ont un souci. Comme si ils payaient au caractères écrits dans un post comme a la grande époque du sms payés à la lettre
Les même qui pensent que l’on voit la même chose qu’eux de leur install…
Donc on doit jouer les helpers a la mode madame Irma et sa boule de cristal
… Etrange, au pire, rien ne devrait sortir, mais pas un code erreur
essaye de construire la commande en selecionnant les tables et la condition plutot que de copier ma commande
Si vraiment le fait que ce soit la salle de bain pose un problème, tu peux partir du principe que c’est n’importe quelle pièce de ma maison.
Si tu sais me justifier que les pics d’humidité dans la salle de bains engendrent un dysfonctionnement du capteur alors je considèrerais ta réponse
En attendant, je trouve la « boule de cristal » de @ngrataloup beaucoup plus pertinente , c’est dommage car tu avais peut-être quelque chose d’interessant en tête en évoquant la répétition des valeurs…
Les dernières lignes de la commande historyArch (Archivé jusqu’au 25/12 4h58 car j’ai mis l’archivage à partir de 48h [au lieu de 24h par défaut me semble-t-il], mais je doute que cela n’ai une incidence car ça s’applique à toutes les commandes)
Oui, les données sont présentes mais o. A l’impression qu’il y a un lissage (1 valeur toutes les heures dans la table historyarcj)
Pour ma part, je décrocherai l’historisation , enregistrement, puis recoche de historisation. Idem pour le lissage… Peut être que tu as eu un couac à un moment
Il faudrait aussi regarder si tu n’as pas un groupement sur ta courbe (suis pas devant mon pc pour te dire où c’est)
Norbert
Bonjour,
Par défaut Jeedom lisse les donnée a une valeur toute les heures, tout est expliqué dans la documentation et il est bien sur possible de changer ce comportement.
Ok je vois c’est un bug connu de la 4.3 c’est corrigé en 4.4 (pas de date de sortie pour le moment). Désolé pour la gene occasionnée c’est un bug dans mon code mais qui est compliqué a corrigé en 4.3 (plusieurs bugs sur cette partie).
), mais par curiosité quand même 
, c’est dommage car tu avais peut-être quelque chose d’interessant en tête en évoquant la répétition des valeurs…
