Affichage des courbes de capteurs sur le dashboard

[pierre-gilles]

@Terdious et @lmilcent J’ai poussé une nouvelle version de l’image Docker sur le tag :chart qui corrige:

• Bug des « Database is locked »
• Correction du bug quand tu re-ordonne un graphique et que ça mélange le nom de l’appareil
• Renomme « Graphique capteur » => « Graphique »
• Ajout d’une prévisualisation du graphique en cours de création:

• L’axe X (le temps) est désormais affiché en heure locale désormais, et plus en UTC. @Terdious je veux bien la confirmation que c’est fixé pour toi
• Le tooltip affiche bien l’heure/minute et plus le temps en relatif.
• Le bug que vous aviez tous les deux est corrigé (affichage sans les axes qui bug quand la première valeur est égale à 0)
• Le titre est désormais plus petit pour permettre de mettre un titre plus long. Je mettrais sûrement une limite ensuite sur la taille du titre
• Ajout d’un intervalle « Dernière année ». Pour 2 ans - 5 ans, je pense qu’on fera une vue séparée à l’avenir @Terdious, en mode filtrable à souhait pour faire de l’analyse. Là l’objectif de cette box dashboard c’est vraiment plus d’avoir un affichage rapide et instantanée.

Il me reste encore quelques bugs à fixer, et quelques fonctionnalités à développer (notamment la sélection de plusieurs features sur un même graphique), je vous tiens au courant quand j’avance dessus !

En attendant, je veux bien la confirmation que ces bugs sont bien fixés!

Merci à tous les deux pour vos retours !

@Terdious

D’ailleurs une question, pour ceux qui n’en trouverait pas l’utilité (des courbes) et qui n’ont pas trop de place, sera-t-il possible de ne pas activer cette fonctionnalité histoire d’économiser de la place justement ?

Je pense pas, on parle vraiment d’une toute petite place, chez toi alors que tu as une installation énorme ta DB ne fait que 2 Go, ce qui est assez ridicule comme taille en 2021

Laisser le choix complexifierait l’utilisation (comment ça se passe si au final il veut l’utiliser alors qu’il a désactivé?) Je pense qu’il vaut mieux laisser l’agrégation pour tous!

@Terdious

Yes en SSD 500Go sur un PI4, mes constantes vitales sont au top ^^ en sachant qu’il y a 3 instances de Gladys qui tournent dessus (un modifié pour le côté Pro, un avec tous les appareils Netatmo donc très sollicité, et du coup le Gladys Chart ^^)

ça marche!

@Terdious

Avant la commande SQL :

Ok ça change quasiment rien, bon à savoir c’était juste pour être sur que c’est de la vrai data

@Terdious

Vidéo chargement des graphiques
Après ça ne me choque pas plus que ça !!^^

Ok, tu pourrais ouvrir cette page en affichant l’inspecteur onglet « network » de ton navigateur ?

Tu filtre par « XHR/Fetch », et tu filtre en affichant uniquement la requête « aggregated_states », ce qui m’intéresse c’est la size des responses, le temps de réponse, et le waterfall.

Exemple:

@Terdious

Désolé je ne vois pas comment être plus précis ^^ Mes arduinos envois les données en kiloWatt pour la puissance (car Gladys ne gérait pas l’unité des Watts en tout cas à l’époque) mais avec une précision au Watt près. Soit pour “1 W” il envoi “0.001 kW”.

J’ai compris!

J’ai changé, j’ai affiché les 2 dernières décimales si il y en a, par contre pour switcher d’uniter, à voir si on fait pas ça dans un autre développement spécifique à la gestion de l’énergie.

@Terdious

Or on voit bien ici que la donnée est actuellement à 110 W soit 0,110 kW mais que la valeur affichée en haut est 0 kW, elle n’affiche pas les virgules.

Maintenant ça affichera 0.11 kW ! C’est déjà ça !

@Terdious

Nouvelle question peut-être hors sujet (mais qui ne tente rien n’a rien ^^) : Possible d’avoir la possibilité d’exporter les point d’une courbe au format .csv ?

Tu verrais un export CSV de juste ce qui est affiché sur la courbe ? Ou un export total de toutes les valeurs de capteurs ?

[lmilcent]

Merci @Terdious pour ton retour encore plus poussé que moi, c’est intéressant Et vu ce que tu dis, j’imagine même pas tout ce que tu as mis en place, ça à l’air dingue !

@Terdious

Tiens @pierre-gilles j’ai une autre petite proposition : est-il possible d’avoir le nombre et la tendance aussi lorsque l’on sélectionne 7 jours par exemple (actuellement limité à la vue 24h) ?
Pour la consommation de mon frigo, j’aimerai savoir par exemple si la consommation sur 7j est déviante totalement ou dans la normale

@Terdious l’a déjà dit, mais je le redis, c’est vraiment topissime ! Ça ouvre un nouveau champ des possibles pour l’analyse des données récoltées, comme détecter des problèmes de consommation électrique, d’humidité récurrente, ou encore de corrélation de certains événements avec des valeurs sur graphiques.

[Terdious]

Mise à jour faite.

@pierre-gilles

Bug des “Database is locked”

Je te redis ça demain, j’en avais environ toutes les 2h en journée.
Edit : pour le moment après 3h, plus d’échec.

@pierre-gilles

Correction du bug quand tu re-ordonne un graphique et que ça mélange le nom de l’appareil

C’est ok pour moi

@pierre-gilles

Ajout d’une prévisualisation du graphique en cours de création:

Alors pour le coup c’est parfait
Néanmoins, est-il possible de n’afficher cette prévisualisation que lorsqu’on modifie une chose de la box, ou même un bouton pour afficher la prévisualisation sans la précharger. car pour le coup on se retrouve avec le même délai d’affichage que sur l’édition. Si c’est trop galère, laisse tomber on s’en accommodera, il vaut mieux une prévisu que pas je pense.

@pierre-gilles

L’axe X (le temps) est désormais affiché en heure locale désormais, et plus en UTC. @Terdious je veux bien la confirmation que c’est fixé pour toi

C’est ok pour moi, l’heure est la bonne
J’ai toutefois un soucis lorsqu’une valeur n’est envoyée que 1 fois par heure. Au final rien ne s’affiche. Exemple ci-dessous avec l’énergie horaire qui, en aggrégation « Dernière heure », affiche les jours sur l’axe faisant croire qu’il n’y a plus de valeur depuis au moins avant le 03 Octobre et montre les jours futurs alors que dans l’aggrégation « Dernières 24h » on retrouve bien des valeurs (c’est la même chose pour les 3 phases.

@pierre-gilles

Le tooltip affiche bien l’heure/minute et plus le temps en relatif.

Ok pour moi

@pierre-gilles

Le bug que vous aviez tous les deux est corrigé (affichage sans les axes qui bug quand la première valeur est égale à 0)

Ok pour moi

@pierre-gilles

Le titre est désormais plus petit pour permettre de mettre un titre plus long. Je mettrais sûrement une limite ensuite sur la taille du titre

Ok pour moi
Toutefois, le titre affichée sur l’aggrégation « Dernière heure » est traduit tout en majuscules tandis que celui des autres vues est bien écrit au même format que nous l’écrivons dans l’Edition (voir image du dessus). Juste un souci de corrélation.

@pierre-gilles

Ajout d’un intervalle “Dernière année”. Pour 2 ans - 5 ans, je pense qu’on fera une vue séparée à l’avenir @Terdious, en mode filtrable à souhait pour faire de l’analyse. Là l’objectif de cette box dashboard c’est vraiment plus d’avoir un affichage rapide et instantanée.

Ok pour moi
Je suis tout à fait d’accord pour une vue dédiée à l’avenir, ce qui retire notamment ma demande précédente concernant les possibilités du zoom déjà présent qui est suffisant pour cette vue. Parfait.

Petit aperçu des vues sur l'année

@pierre-gilles

Je pense pas, on parle vraiment d’une toute petite place, chez toi alors que tu as une installation énorme ta DB ne fait que 2 Go, ce qui est assez ridicule comme taille en 2021

Laisser le choix complexifierait l’utilisation (comment ça se passe si au final il veut l’utiliser alors qu’il a désactivé?) Je pense qu’il vaut mieux laisser l’agrégation pour tous!

En effet, c’est tout a fait censé !! Merci pour ta réponse !!

@pierre-gilles

Ok, tu pourrais ouvrir cette page en affichant l’inspecteur onglet “network” de ton navigateur ?

Tu filtre par “XHR/Fetch”, et tu filtre en affichant uniquement la requête “aggregated_states”, ce qui m’intéresse c’est la size des responses, le temps de réponse, et le waterfall.

Report des temps d'affichage des courbes

• Aggrégation « Dernière heure » :
  

  
  
  Détails d’une des requêtes les plus longues :
  

• Aggrégation « Dernières 24 heures » :
  

  

• Aggrégation « Derniers 7 jours » :
  

  

• Aggrégation « Derniers 30 jours » :
  

  

• Aggrégation « Derniers 3 mois » :
  

  

• En passant chaque graphique de « Dernière heure » à « Dernières 24 heures » - moins d’1 seconde par requête :
  

  

Très sincèrement, c’était pour faire un rapport détaillé de l’utilisation mais pour l’affichage de 18 graphs, ça me parait vraiment pas mal !! Si je fais la même sur Excel pas sûr que je mette moins de 10 secondes ^^

@pierre-gilles

J’ai changé, j’ai affiché les 2 dernières décimales si il y en a, par contre pour switcher d’uniter, à voir si on fait pas ça dans un autre développement spécifique à la gestion de l’énergie.

Ok pour moi
Possible d’en profiter pour changer l’unité « KW » en « kW » par contre, je suis désolé pour mon côté tatasse sur ce coup mais c’est vraiment choquant à voir pour le coup ^^
Est-il possible également de pouvoir avoir la variation sur toute les agrégations disponible. C’est la vue idéale pour ça, et elle peut être bien utile pour toute les échelles : pour la puissance, un niveau de cuve, une température extérieur etc, la variation sur 24h en visu instantanée serait vraiment top. Pour l’énergie totale consommée, la production solaire par exemple, la variation sur 30 jours / 3 mois / 1 an serait également très intéressante. Pour le coup la place sur ces vues est pratiquement la même, on pourrait seulement afficher la variation sans pour autant lui mettre la valeur instantanée si tu ne souhaites pas polluer trop l’affichage. Edit : Oups, je n’avais pas fait attention, mais @lmilcent a déjà évoqué la chose, je me range donc derrière lui pour confirmer que ce serait le top ^^.
Pour ce qui est du sujet switch des unités, en effet c’est un tout autre débat, on peut ouvrir un autre sujet et cela fait parti d’un autre développement oui, désolé d’avoir lancé le débat ici

@pierre-gilles

Maintenant ça affichera 0.11 kW ! C’est déjà ça !

Ok pour moi C’est très bien ainsi pour le moment merci !!

@pierre-gilles

Tu verrais un export CSV de juste ce qui est affiché sur la courbe ? Ou un export total de toutes les valeurs de capteurs ?

Le but premier était celui là oui !! Mais avec la réflexion que tu apportes sur une vue dédié à moyen ou long terme, ça ne fait plus sens comme demande, ce sera beaucoup mieux dans cette vue !! Le but de la vue Dashboard étant, comme tu le dis :

@pierre-gilles

d’avoir un affichage rapide et instantanée.

Merci pour tout et je me tiens près à essayer tout autre mise à jour sur cette fonctionnalité … notamment ^^

[pierre-gilles]

@Terdious

Je te redis ça demain, j’en avais environ toutes les 2h en journée.
Edit : pour le moment après 3h, plus d’échec.

Nickel

@Terdious

Néanmoins, est-il possible de n’afficher cette prévisualisation que lorsqu’on modifie une chose de la box, ou même un bouton pour afficher la prévisualisation sans la précharger. car pour le coup on se retrouve avec le même délai d’affichage que sur l’édition. Si c’est trop galère, laisse tomber on s’en accommodera, il vaut mieux une prévisu que pas je pense.

Ah, ok je vois.

Bonne idée!

@Terdious

J’ai toutefois un soucis lorsqu’une valeur n’est envoyée que 1 fois par heure. Au final rien ne s’affiche. Exemple ci-dessous avec l’énergie horaire qui, en aggrégation “Dernière heure”, affiche les jours sur l’axe faisant croire qu’il n’y a plus de valeur depuis au moins avant le 03 Octobre et montre les jours futurs alors que dans l’aggrégation “Dernières 24h” on retrouve bien des valeurs (c’est la même chose pour les 3 phases.

Ah, pas normal ça, normalement il devrait y avoir une box affichant « aucune valeur sur cette interval ». Je vais vérifier.

@Terdious

Toutefois, le titre affichée sur l’aggrégation “Dernière heure” est traduit tout en majuscules tandis que celui des autres vues est bien écrit au même format que nous l’écrivons dans l’Edition (voir image du dessus). Juste un souci de corrélation.

C’est normal, juste une histoire de design, ce n’est pas le même design pour les deux types d’affichage

@Terdious

En passant chaque graphique de “Dernière heure” à “Dernières 24 heures” - moins d’1 seconde par requête :

Certaines requêtes sont quand même longues (988ms pour la plus longue!)

Je serais curieux de voir ce qui se passe. Je vais rajouter des logs dans le prochain build et on regardera ensemble ce qui prend du temps

Sinon, le navigateur n’autorisant que 5 requêtes par host en parallèle, c’est au final assez normal qu’on ait un tel waterfall, il y a des requêtes en attente forcément !

@Terdious

Possible d’en profiter pour changer l’unité “KW” en “kW” par contre, je suis désolé pour mon côté tatasse sur ce coup mais c’est vraiment choquant à voir pour le coup ^^

alors ça au final c’est pas lié à cette PR, c’est partout dans Gladys comme ça (je ne sais pas qui avait développé ça)

Tu confirmes que c’est bon de changer ça pour partout ?

@Terdious

Est-il possible également de pouvoir avoir la variation sur toute les agrégations disponible. C’est la vue idéale pour ça, et elle peut être bien utile pour toute les échelles :

Pourquoi pas, je l’avais retiré car je pensais que c’était inutile sur des longues durée ^^

Mais ça se rajoute !

@Terdious

Le but premier était celui là oui !! Mais avec la réflexion que tu apportes sur une vue dédié à moyen ou long terme, ça ne fait plus sens comme demande, ce sera beaucoup mieux dans cette vue !! Le but de la vue Dashboard étant, comme tu le dis :

Effectivement je pense qu’il vaut mieux une vue séparé à terme, genre « export CSV » quelque parts dans une autre vue de Gladys C’est un autre développement !

[Terdious]

@pierre-gilles

Ah, pas normal ça, normalement il devrait y avoir une box affichant “aucune valeur sur cette interval”. Je vais vérifier.

Alors du coup si, il y a bien une valeur d’envoyée. Et contrairement à une détection de mouvement qui signifierait « Pas de mouvement détecté », ici je reçois « 0 Wh » ce qui me permet de savoir qu’il n’y a pas eu de consommation durant la dernière heure. Donc tout me parait bon au niveau de l’affichage. Il n’y a qu’un souci avec l’axe des dates qui passe de l’affichage des heures à un affichage jour.

@pierre-gilles

Je serais curieux de voir ce qui se passe. Je vais rajouter des logs dans le prochain build et on regardera ensemble ce qui prend du temps

Parfait !!

@pierre-gilles

Tu confirmes que c’est bon de changer ça pour partout ?

Je confirme !! Le « K » est utilisé pour le « Kelvin » :

@Terdious

([…] - pour information les règles d’usage veulent que les unités prennent une majuscule lorsque celles-ci sont dérivées d’un nom propre - ici kilo et heure ne sont pas des noms propres donc doivent s’écrire “k.” et “h.” - Watt est un nom propre donc W. - ce qui donne kW et kW.h - une exception pour le litre qui lui peut s’écrire l. ou L. pour éviter la confusion de la lettre minuscule avec le chiffre 1 dans certains format d’écriture - j’arrête là la digression )

Merci encore pour tout

[pierre-gilles]

Salut à tous!

C’est lundi, retour au boulot

Je suis entrain de finir toutes les modifications qu’on s’est dites ici:

• Correction KW → kW
• Affichage de la variation pour tous les types d’intervalles
• Affichage de plusieurs features sur une même courbe (c’est le point le plus complexe)

C’est ce dernier point qui est le plus complexe!

Voilà où j’en suis pour l’instant:

Affichage d’une fonctionnalité

Etat de base, affichage d’une seule fonctionnalité:

Sélection de plusieurs fonctionnalités

J’ai retiré la sélection de la pièce, maintenant c’est dans tout Gladys qu’on cherche avec un sélecteur multiple:

Les couleurs

C’est l’énorme débat: quels couleurs proposer ?

Qu’en pensez-vous si je propose une liste de couleurs qui est attribué aux différents capteurs ? (Pas de possibilité de choisir)
Ou est-ce qu’il est vraiment crucial de pouvoir sélectionner manuellement une couleur pour chaque appareil ?

Pour l’instant ça ressemble à ça :

J’ai trouvé une palette de couleur un peu pastel sur https://colorhunt.co/

Si quelqu’un a des meilleurs goûts que moi, je suis preneur de tout retour pour trouver des meilleurs sets de couleurs, sachant que la contrainte c’est qu’il faut des couleurs qui soient une bonne balance entre tape à l’oeil et trop sobre.

Calcul de la variation et de la valeur affichée en gras

Pour l’instant, la valeur affichée en gras est la moyenne de toutes les dernières valeurs de chaque série.

La variation est la variation moyenne de toutes les séries.

Qu’en pensez-vous ?

[damalgos]

Hello,

Pour les couleurs il faut peu être faire attention à un point (c’est pas mon cas), mais : En **France** , la proportion de **daltoniens** est d'environ 8 % chez les hommes

Du coup soit il faut faire le choix des couleurs, soit des couleurs qui soient bien pour les daltoniens. Au boulot j’ai des personnes qui voient rien sur la review de PR

En tout cas le rendu est vraiment top !

[pierre-gilles]

@damalgos

Du coup soit il faut faire le choix des couleurs, soit des couleurs qui soient bien pour les daltoniens. Au boulot j’ai des personnes qui voient rien sur la review de PR

Ah oui c’est vrai! Les couleurs sélectionnées ici sont bien ? Tu arrives à voir ?

[damalgos]

@pierre-gilles

Ah oui c’est vrai! Les couleurs sélectionnées ici sont bien ? Tu arrives à voir ?

Je suis pas daltonien moi c’est niquel mais j’ai eu le cas au boulot c’est pour ça que je remonte l’information. Soit on a un mec qui est daltonien et qui peut nous aider, soit faut se taper des articles pour savoir c’est quoi le mieux

[VonOx]

Sachant qu’n plus il y’a plusieurs niveau, le mieux étant effectivement qu’une personne ‘colorblind’ nous file un coup de main et donne son avis. ( tes collègues sont dispos ? )

[pierre-gilles]

j’ai fais des tests avec un simulateur, c’est sûr c’est pas aussi visible qu’en voyant les couleurs, mais je trouve ça lisible quand même:

[Terdious]

@pierre-gilles

C’est l’énorme débat: quels couleurs proposer ?

Qu’en pensez-vous si je propose une liste de couleurs qui est attribué aux différents capteurs ? (Pas de possibilité de choisir)
Ou est-ce qu’il est vraiment crucial de pouvoir sélectionner manuellement une couleur pour chaque appareil ?

AMHA, cette vue comme tu le disais fort bien doit être complète mais le plus simple possible. Il sera très bien voir nécessaire de pouvoir sélectionner les couleurs sur une vue dédiée. Mais sur le dashboard, c’est juste une information rapide que l’on souhaite. Aucune utilité de laisser le choix pour moi. Pour autant si c’est simple à programmer si les couleurs sont liées à l’ordre de sélection pourquoi pas. sinon je n’en vois pas l’utilité.

@pierre-gilles

J’ai trouvé une palette de couleur un peu pastel sur https://colorhunt.co/

Très bien pour moi les couleurs pastel

@pierre-gilles

Pour l’instant, la valeur affichée en gras est la moyenne de toutes les dernières valeurs de chaque série.

La variation est la variation moyenne de toutes les séries.

Qu’en pensez-vous ?

Possible d’avoir une case à cochée pour l’affichage ou non de la valeur et de la variation ? Dans certains cas ça à son utilité, dans d’autres beaucoup moins :

• 1er cas : Je souhaite la température moyenne de l’étage, j’affiche l’ensemble et la moyenne ainsi que la variation : Intéressant
• 2ème cas : Je suis en triphasé, j’affiche les puissances (idem pour l’énergie totale consommée) de mes 3 phases pour avoir un aperçu direct, ces le cumul dont j’aurais besoin, la moyenne et la variation de cette moyenne ne m’intéresse pas.

Donc avoir la possibilité de sélectionner la moyenne, la somme ou pas d’affichage serait le top du top !!

Bien vu @damalgos pour les daltoniens !!

Edit - Petits liens sur le sujet (surtout la combinaison avec le vert à éviter) :

• 8 astuces pour concevoir un site web optimisé pour les daltoniens - Graphiste Blog.
• Les couleurs et l'accessibilité - Alsacreations

[pierre-gilles]

@Terdious

AMHA, cette vue comme tu le disais fort bien doit être complète mais le plus simple possible. Il sera très bien voir nécessaire de pouvoir sélectionner les couleurs sur une vue dédiée. Mais sur le dashboard, c’est juste une information rapide que l’on souhaite. Aucune utilité de laisser le choix pour moi. Pour autant si c’est simple à programmer si les couleurs sont liées à l’ordre de sélection pourquoi pas. sinon je n’en vois pas l’utilité.

Je suis d’accord Merci du retour rapide

@Terdious

Possible d’avoir une case à cochée pour l’affichage ou non de la valeur et de la variation ? Dans certains cas ça à son utilité, dans d’autres beaucoup moins :

C’est possible !

A sinon, j’oubliais, @Terdious j’ai rajouté des logs (temporaires) pour qu’on puisse voir chez toi qu’est ce qui prend du temps dans les requêtes pour essayer d’optimiser si possible

Dès que je pousserais une nouvelle version je te dirais @Terdious, et tu verras à chaque requête un détail complet de toutes les étapes d’un GET dans les logs :

[damalgos]

@VonOx

Sachant qu’n plus il y’a plusieurs niveau, le mieux étant effectivement qu’une personne ‘colorblind’ nous file un coup de main et donne son avis. ( tes collègues sont dispos ? )

Ouep je vais demander

[pierre-gilles]

Pour information, je viens de faire un nouveau build sur le tag :chart comme les précédents build !

Je suis preneur de vos retours !

@Terdious Toi en particulier, je serais intéressé d’avoir tes logs serveur quand tu charge ton dashboard Le but c’est de voir des améliorations de perf possibles !

[Terdious]

@pierre-gilles

@Terdious Toi en particulier, je serais intéressé d’avoir tes logs serveur quand tu charge ton dashboard Le but c’est de voir des améliorations de perf possibles !

Et voici … ^^

Logs à l'affichage

2021-10-11T13:34:56+0200 <info> device.calculateAggregate.js:105 (ChildProcess.<anonymous>) device.calculateAggregate: Finishing processing for interval daily
2021-10-11T13:34:56+0200 <info> device.calculateAggregate.js:38 (DeviceManager.calculateAggregate) Calculating aggregates device feature state for interval monthly
getDeviceFeaturesAggregates.findingDeviceFeatureInDb(puissance-phase-1-centre-equitherapie): 3.76ms
getDeviceFeaturesAggregates.gettingRowsFromLiveDb(puissance-phase-1-centre-equitherapie): 546.242ms
getDeviceFeaturesAggregates.buildingDownsamplingArray(puissance-phase-1-centre-equitherapie): 0.065ms
getDeviceFeaturesAggregates.downsamplingData(puissance-phase-1-centre-equitherapie): 0.029ms
getDeviceFeaturesAggregates.findingDeviceFeatureInDb(puissance-phase-3-centre-equitherapie): 16.096ms
getDeviceFeaturesAggregates.findingDeviceFeatureInDb(energie-phase-2-centre-equitherapie): 17.111ms
getDeviceFeaturesAggregates.findingDeviceFeatureInDb(energie-phase-3-centre-equitherapie): 22.345ms
getDeviceFeaturesAggregates.findingDeviceFeatureInDb(puissance-phase-2-centre-equitherapie): 25.22ms
getDeviceFeaturesAggregates.findingDeviceFeatureInDb(energie-phase-1-centre-equitherapie): 27.017ms
2021-10-11T13:34:57+0200 <warn> message.connect.js:19 (TelegramBot.<anonymous>) Telegram polling error, code = ETELEGRAM, message = ETELEGRAM: 409 Conflict: terminated by other getUpdates request; make sure that only one bot instance is running
getDeviceFeaturesAggregates.gettingRowsFromLiveDb(puissance-phase-3-centre-equitherapie): 1.533s
getDeviceFeaturesAggregates.buildingDownsamplingArray(puissance-phase-3-centre-equitherapie): 0.064ms
getDeviceFeaturesAggregates.downsamplingData(puissance-phase-3-centre-equitherapie): 0.042ms
getDeviceFeaturesAggregates.gettingRowsFromLiveDb(puissance-phase-2-centre-equitherapie): 1.612s
getDeviceFeaturesAggregates.buildingDownsamplingArray(puissance-phase-2-centre-equitherapie): 0.064ms
getDeviceFeaturesAggregates.downsamplingData(puissance-phase-2-centre-equitherapie): 0.045ms
getDeviceFeaturesAggregates.findingDeviceFeatureInDb(energie-totale-phase-1-centre-equitherapie): 1.609s
getDeviceFeaturesAggregates.gettingRowsFromLiveDb(energie-phase-1-centre-equitherapie): 1.614s
getDeviceFeaturesAggregates.buildingDownsamplingArray(energie-phase-1-centre-equitherapie): 0.035ms
getDeviceFeaturesAggregates.downsamplingData(energie-phase-1-centre-equitherapie): 0.045ms
getDeviceFeaturesAggregates.gettingRowsFromLiveDb(energie-phase-2-centre-equitherapie): 1.625s
getDeviceFeaturesAggregates.buildingDownsamplingArray(energie-phase-2-centre-equitherapie): 0.041ms
getDeviceFeaturesAggregates.downsamplingData(energie-phase-2-centre-equitherapie): 0.045ms
getDeviceFeaturesAggregates.gettingRowsFromLiveDb(energie-phase-3-centre-equitherapie): 1.627s
getDeviceFeaturesAggregates.buildingDownsamplingArray(energie-phase-3-centre-equitherapie): 0.046ms
getDeviceFeaturesAggregates.downsamplingData(energie-phase-3-centre-equitherapie): 0.028ms
getDeviceFeaturesAggregates.gettingRowsFromLiveDb(energie-totale-phase-1-centre-equitherapie): 540.866ms
getDeviceFeaturesAggregates.buildingDownsamplingArray(energie-totale-phase-1-centre-equitherapie): 0.066ms
getDeviceFeaturesAggregates.downsamplingData(energie-totale-phase-1-centre-equitherapie): 0.027ms
getDeviceFeaturesAggregates.findingDeviceFeatureInDb(energie-totale-phase-2-centre-equitherapie): 12.678ms
getDeviceFeaturesAggregates.findingDeviceFeatureInDb(energie-phase-1-centre-equitherapie): 16.289ms
getDeviceFeaturesAggregates.findingDeviceFeatureInDb(energie-totale-phase-3-centre-equitherapie): 101.751ms
getDeviceFeaturesAggregates.gettingRowsFromLiveDb(energie-phase-1-centre-equitherapie): 91.539ms
getDeviceFeaturesAggregates.buildingDownsamplingArray(energie-phase-1-centre-equitherapie): 0.045ms
getDeviceFeaturesAggregates.downsamplingData(energie-phase-1-centre-equitherapie): 0.028ms
getDeviceFeaturesAggregates.gettingRowsFromLiveDb(energie-totale-phase-2-centre-equitherapie): 627.045ms
getDeviceFeaturesAggregates.buildingDownsamplingArray(energie-totale-phase-2-centre-equitherapie): 0.067ms
getDeviceFeaturesAggregates.downsamplingData(energie-totale-phase-2-centre-equitherapie): 0.03ms
getDeviceFeaturesAggregates.findingDeviceFeatureInDb(puissance-phase-1-centre-equitherapie): 625.273ms
getDeviceFeaturesAggregates.findingDeviceFeatureInDb(energie-totale-phase-1-centre-equitherapie): 968.222ms
getDeviceFeaturesAggregates.gettingRowsFromLiveDb(energie-totale-phase-3-centre-equitherapie): 2.072s
getDeviceFeaturesAggregates.buildingDownsamplingArray(energie-totale-phase-3-centre-equitherapie): 0.087ms
getDeviceFeaturesAggregates.downsamplingData(energie-totale-phase-3-centre-equitherapie): 0.031ms
getDeviceFeaturesAggregates.gettingRowsFromLiveDb(puissance-phase-1-centre-equitherapie): 1.551s
getDeviceFeaturesAggregates.buildingDownsamplingArray(puissance-phase-1-centre-equitherapie): 0.077ms
getDeviceFeaturesAggregates.downsamplingData(puissance-phase-1-centre-equitherapie): 0.079ms
getDeviceFeaturesAggregates.gettingRowsFromLiveDb(energie-totale-phase-1-centre-equitherapie): 1.111s
getDeviceFeaturesAggregates.buildingDownsamplingArray(energie-totale-phase-1-centre-equitherapie): 0.086ms
getDeviceFeaturesAggregates.downsamplingData(energie-totale-phase-1-centre-equitherapie): 0.033ms
getDeviceFeaturesAggregates.findingDeviceFeatureInDb(energie-phase-1-centre-equitherapie): 541.133ms
getDeviceFeaturesAggregates.gettingRowsFromLiveDb(energie-phase-1-centre-equitherapie): 105.614ms
getDeviceFeaturesAggregates.buildingDownsamplingArray(energie-phase-1-centre-equitherapie): 0.047ms
getDeviceFeaturesAggregates.downsamplingData(energie-phase-1-centre-equitherapie): 0.03ms
getDeviceFeaturesAggregates.findingDeviceFeatureInDb(puissance-phase-1-centre-equitherapie): 23.194ms
getDeviceFeaturesAggregates.gettingRowsFromLiveDb(puissance-phase-1-centre-equitherapie): 584.53ms
getDeviceFeaturesAggregates.buildingDownsamplingArray(puissance-phase-1-centre-equitherapie): 0.078ms
getDeviceFeaturesAggregates.downsamplingData(puissance-phase-1-centre-equitherapie): 0.055ms
getDeviceFeaturesAggregates.findingDeviceFeatureInDb(energie-totale-phase-1-centre-equitherapie): 592.441ms
getDeviceFeaturesAggregates.findingDeviceFeatureInDb(energie-phase-1-centre-equitherapie): 533.246ms
getDeviceFeaturesAggregates.gettingRowsFromLiveDb(energie-totale-phase-1-centre-equitherapie): 539.664ms
getDeviceFeaturesAggregates.buildingDownsamplingArray(energie-totale-phase-1-centre-equitherapie): 0.077ms
getDeviceFeaturesAggregates.downsamplingData(energie-totale-phase-1-centre-equitherapie): 0.063ms
getDeviceFeaturesAggregates.gettingRowsFromLiveDb(energie-phase-1-centre-equitherapie): 111.254ms
getDeviceFeaturesAggregates.buildingDownsamplingArray(energie-phase-1-centre-equitherapie): 0.06ms
getDeviceFeaturesAggregates.downsamplingData(energie-phase-1-centre-equitherapie): 0.037ms
getDeviceFeaturesAggregates.findingDeviceFeatureInDb(puissance-phase-1-centre-equitherapie): 10.362ms
getDeviceFeaturesAggregates.findingDeviceFeatureInDb(energie-totale-phase-1-centre-equitherapie): 564.358ms
getDeviceFeaturesAggregates.gettingRowsFromLiveDb(puissance-phase-1-centre-equitherapie): 564.743ms
getDeviceFeaturesAggregates.buildingDownsamplingArray(puissance-phase-1-centre-equitherapie): 0.066ms
getDeviceFeaturesAggregates.downsamplingData(puissance-phase-1-centre-equitherapie): 0.029ms
getDeviceFeaturesAggregates.gettingRowsFromLiveDb(energie-totale-phase-1-centre-equitherapie): 507.625ms
getDeviceFeaturesAggregates.buildingDownsamplingArray(energie-totale-phase-1-centre-equitherapie): 0.072ms
getDeviceFeaturesAggregates.downsamplingData(energie-totale-phase-1-centre-equitherapie): 0.042ms

[pierre-gilles]

@Terdious

Et voici … ^^

Magnifique! Je te fais un retour dans la semaine, et j’essaie de voir quelles améliorations sont possibles

[lmilcent]

J’ai toujours un problème d’affichage dans les tâches. Mais il peut aussi s’agir des anciennes notifications
@Terdious tu as pu constater la même chose ?

Côté graphiques je peux enfin afficher les données des capteurs d’ouverture ou de mouvement. Par contre je n’ai encore aucune données. Le calcul se fait donc lorsque l’on créé un graphique ?

[lmilcent]

Avec la dernière mise à jour, le problème de NaN semble résolu.

Pour la partie affichage des données binaires (ouverture de porte + capteur de mouvement), j’ai quelques remarques.

1. Le graphique ne fonctionne pas si je n’affiche pas les axes (possible retour en arrière ?), voir le dernier graphique “MOUVEMENT ENTREE”.
   
   
   
   
   

---

2. L’affichage des axes permet l’affichage du graphique en mode barre.

---

3. La valeur affichée sur 24h, 7j, etc. n’a pas de sens (une moyenne des valeurs je pense). Il faudrait peut-être plutôt calculer le nombre total de valeur à 1 reçues.
   Par exemple, c’est plus intéressant de savoir que la porte a été ouverte en moyenne 9x chaque jour, plutôt que la valeur “0.75” qui ne semble avoir aucune logique.
   
   
   
   
   

[pierre-gilles]

Merci d’avoir testé!

@lmilcent

Le graphique ne fonctionne pas si je n’affiche pas les axes (possible retour en arrière ?), voir le dernier graphique “MOUVEMENT ENTREE”.

Ok, ça doit être un bug d’UI qui n’apparait que sur ta data, je vais regarder. Tu as une erreur dans la console du navigateur pour m’aider?

@lmilcent

La valeur affichée sur 24h, 7j, etc. n’a pas de sens (une moyenne des valeurs je pense). Il faudrait peut-être plutôt calculer le nombre total de valeur à 1 reçues.
Par exemple, c’est plus intéressant de savoir que la porte a été ouverte en moyenne 9x chaque jour, plutôt que la valeur “0.75” qui ne semble avoir aucune logique.

C’est bien ce que je pensais, l’affichage des capteurs binaires n’a pas de sens sur cette vue graphique.

J’avoue que j’avais activé les capteurs binaires pour te faire plaisir et voir comment ça rend chez toi, mais ce n’est clairement pas fait pour ça.

Ce que tu décris est un développement a part entière qui est hors du scope de celui-ci. On créé une feature request spécifique ?

Je vais désactiver à nouveau l’affichage des capteurs binaires dans cette vue