En fait le problème c’est que chaque cas est unique, dans ton cas ça fait sens, mais dans le cas de @Terdious ça fait pas du tout sens. Du coup il y aura forcément un frustré (battez vous )
@VonOx c’est des périphériques venant de quelle intégration ?
De mon côté je constate une net augmentation de la rapidité de chargement des graphiques. Ce qui pouvait prendre jusqu’à 5 secondes en prends moins de 1 à 2 !
Bravo pour l’optimisation !
Si tous les dev étaient comme toi à ce niveau, le web ne nécessiterait pas autant de puissance de calcul
Aha merci C’est mon métier la performance, je suis ingénieur backend à côté et c’est ma vie de faire des infra solide, des backend qui répondent vite, de l’optimisation, j’adore ça
Donc résultat : Seul une vue dédiée Dashboard est longue à afficher. J’ai 18 courbes « Test » dessus. Mais ça ne me choque pas pour le coup, et ne me dérange pas. Cette vue sera affichée soit rarement, soit sur une vue sur une tablette dédiée à l’avenir.
Si je reprend le même exemple que @VonOx, ici si je ne prend pas le nom des features je me retrouverais avec 3x3 fois le même nom de device ce qui ne fait plus sens. C’est déjà compliqué car on ne peut pas modifier l’ordre d’affichage. Chaque « Energie » et « Energie Totale » serait donc indiscernable :
Il y a de nombreuse solutions pour ne pas faire de « frustré ». Mais si pas possible alors tant pis, je n’ai pas l’envie que quelqu’un soit « puni » à cause de mes demandes ou propositions. J’abandonne le sujet ^^ Le seul sujet c’est que pour le moment plusieurs personnes font la remarque qu’il est impossible de distinguer certains appareils dans les sélections. Comment résoudre cela sans que l’utilisateur soit obliger de créer des appareils fictifs plus scènes pour les gérer (Tasmota multi prises, etc.). A lépoque (il y a plus d’un an) j’avais soumis l’idée de séparer les devices (Type Dual ou CH4 de Sonoff) comptant plusieurs commutateur en plusieurs devices.
C’est principalement des appels DB sur la donnée « live », autrement dit, les données de la dernière heure.
Par curiosité, tu enregistre combien d’états par minutes pour ces capteurs ?
Aussi, comme il y a beaucoup de requêtes, le browser queue les requêtes pour ne pas DDOS le serveur, donc c’est plus ou moins normal, pas trop d’inquiétude
Aussi, tu fais tourner ce backend sur le même disque SSD que ton installation Gladys de prod ? Il y a moyen que les deux se concurrencent sur l’accès disque, donc tu auras peut-être une meilleure performance en production quand tu n’auras plus qu’une instance
Je comprend l’idée… Peut-être que ces features ne sont juste pas bien discernable dans l’UI (même icône, etc… on pourrait apporter quelque chose pour que ce soit plus lisible ?)
Pour la distinction entre « énergie consommée » et « énergie consommée totale », c’est quelque chose de courant chez les device qu’on trouve dans le commerce ou c’est toi qui fait ta sauce ici @Terdious ?
Pourquoi la « totale » ça serait pas Gladys qui la calculerait ?
C’est la solution vers laquelle on va partir, comme dit sur l’autre sujet
Dans tous les cas, après avoir fait cette enquête, c’est vraiment le device.name qui est important et qui va être mis en avant dans Gladys, pas le deviceFeature.name.
Je vais le changer dans cette vue aussi, on reste sur le device.name
Je trouve ça top !
J’ai juste une question sur le comportement suivant :
J’ai configuré 2 graphiques de températures (les valeurs des 2 capteurs me sont remontées par le même script via mqtt), et j’ai une décimale qui s’affiche dans un cas, deux dans l’autre. Idem pour les heures : j’ai hh:mm sur le premier graphe et hh:mm:ss sur le second. Est-ce que c’est moi qui ai mal configuré quelque-chose ?
Par ailleurs, si l’on prend le 1er graphe où les températures sont affichées avec une décimale, la valeur la plus récente affichée en gras ne devrait-elle pas suivre le même format ?
PPS : Ce devrait être “DernièreS 24h”
Dans le même ordre d’idée, si j’essaie d’afficher une durée de 7 jours, j’ai le message “Pas de valeurs sur cet interval” (intervalLE ça serait mieux ) ; c’est dommage qu’on ne puisse pas afficher le graphe du tout au prétexte qu’on n’a pas de données sur la période entière, je trouve.
C’est juste la librairie qu’on utilise qui adapte le display en fonction de la quantité de donnée, ça me choque pas en tout cas moi
Ah! Merci du retour!
Merci aussi!
C’est pas la période entière, en gros quand tu affiches les intervalles supérieurs à 24h, on utilise les données « aggrégées », car les données live sont trop lourde pour être affichée dans un si petit graph. L’aggrégation est calculée uniquement toutes les heures, donc ça devrait prendre une petite heure pour que tu ais de la data
Peut-être qu’un message plus clair qui précise ce point serait intéressant, je me dis que c’est peut-être pas clair actuellement
Hello,
Petite question sur les données agrégées, j’ai fait un flow nodered qui me récupère les données de Coinbase pour le Shiba. Les valeurs sont autours de 0.0005 actuellement, donc le graphique sur une heure s’affiche bien (sauf pour la variation qui n’affiche pas assez de décimale a mon gout ) par contre sur le 24h, ce qui semble être agrégé apparait tout le temps à 0 (j’ai pourtant normalement activé le keep_history).
Est ce que c’est normal ?
Ah, je crois comprendre en fait! Il y a bels et bien des valeurs, juste que c’est à 0 (tu peux voir la ligne en bas de ton graphique), parce que pour les valeurs aggrégées on fait une moyenne… J’avoue que je n’ai pas du tout designé cet écran pour les valeurs boursières ^^
Je sais pas quelle serait la solution, peut-être proposer différents aggrégats autre que la moyenne ?