Anzeige der Sensorenkurven im Dashboard

Bestellungen geliefert
101

@Terdious Ok, super interessant, danke!

Wie man sehen kann, sind die langsamsten Aufrufe die folgenden:

Zusammenfassung 
getDeviceFeaturesAggregates.gettingRowsFromLiveDb(energie-totale-phase-1-centre-equitherapie): 1.154s
getDeviceFeaturesAggregates.gettingRowsFromLiveDb(puissance-phase-1-centre-equitherapie): 1.155s
getDeviceFeaturesAggregates.gettingRowsFromLiveDb(energie-phase-1-centre-equitherapie): 1.157s
getDeviceFeaturesAggregates.gettingRowsFromLiveDb(puissance-phase-1-centre-equitherapie): 1.162s
getDeviceFeaturesAggregates.gettingRowsFromLiveDb(puissance-phase-1-centre-equitherapie): 1.724s
getDeviceFeaturesAggregates.gettingRowsFromLiveDb(energie-totale-phase-1-centre-equitherapie): 1.159s
getDeviceFeaturesAggregates.gettingRowsFromLiveDb(energie-phase-1-centre-equitherapie): 1.156s

getDeviceFeaturesAggregates.gettingRowsFromAggregatedDb(energie-totale-phase-1-centre-equitherapie): 1.733s
getDeviceFeaturesAggregates.gettingRowsFromAggregatedDb(energie-totale-phase-2-centre-equitherapie): 1.742s

Es handelt sich hauptsächlich um DB-Aufrufe für die „Live“-Daten, also die Daten der letzten Stunde.

Aus Neugier, wie viele Zustände pro Minute zeichnest du für diese Sensoren auf?

Außerdem, da es viele Anfragen gibt, stellt der Browser die Anfragen in eine Warteschlange, um den Server nicht zu überlasten, also ist das mehr oder weniger normal, keine Sorge :slight_smile:

Außerdem, lässt du diesen Backend auf der gleichen SSD laufen wie deine Gladys-Produktionsinstallation? Es könnte sein, dass die beiden sich beim Zugriff auf die Festplatte konkurrenzieren, also wirst du vielleicht eine bessere Leistung in der Produktion haben, wenn du nur noch eine Instanz hast :slight_smile:

Ich verstehe die Idee.. Vielleicht sind diese Features einfach nicht gut in der UI unterscheidbar (gleiche Symbole, etc.. man könnte etwas tun, damit es lesbarer ist?)

Bei der Unterscheidung zwischen „Energie verbraucht“ und „Energie verbraucht insgesamt“, ist das etwas, das man bei Geräten findet, die man im Handel findet, oder machst du da dein eigenes Ding, @Terdious?

Warum könnte Gladys nicht die „Gesamt“-Energie berechnen?

Das ist die Lösung, auf die wir uns orientieren, wie im anderen Thema gesagt :slight_smile:

In jedem Fall, nach dieser Untersuchung, ist es wirklich der device.name, der wichtig ist und der in Gladys hervorgehoben wird, nicht der deviceFeature.name.

Ich werde das auch in dieser Ansicht ändern, wir bleiben beim device.name

102

Neues Build verfügbar im chart-Tag mit den letzten Korrekturen:

  • Anzeige des device name statt deviceFeature.name (folgend auf die Diskussionen im anderen Thema)
  • Reine Code-Korrektur basierend auf den Rückmeldungen von @AlexTrovato

Ich habe noch den NaN-Bug von @lmilcent zu untersuchen, aber ich kann ihn bisher nicht reproduzieren.

Habt ihr noch weitere Rückmeldungen?

Ergibt die Funktion für alle nun Sinn? :slight_smile:

103

Hallo zusammen!

Ich habe heute gut an der PR gearbeitet, und für mich bin ich mit der Entwicklung fertig:

  • Ich habe die letzten Dinge, die zu beheben waren, behoben
  • Ich habe die Logs entfernt, die während der Entwicklung für das Debugging hinzugefügt wurden
  • Ich habe Daten in die Demo-Datei für die Demo-Website hinzugefügt

Screenshot 2021-10-22 at 12.58.38
Screenshot 2021-10-22 at 12.58.381920×1017 72.5 KB

Ich habe wie gewohnt einen letzten Build auf dem Tag :chart erstellt.

Ich bin offen für jedes letzte Feedback, und wenn alle einverstanden sind, merge ich das in die Produktion! :pray:

Danke an alle, die bisher getestet haben, ich hoffe, die Funktion wird für viele nützlich sein! :partying_face:

104

Zur Information habe ich gerade diese Entwicklung gemerged, die in Gladys v4.6.0 (im Bau) verfügbar sein wird.

Ich werde dieses Thema schließen, sobald die Veröffentlichung / der Veröffentlichungsbeitrag live ist!

Danke an alle, die Feedback gegeben haben :folded_hands:

Natürlich, wenn es noch neues Feedback gibt, bin ich immer offen dafür (es wird sicherlich noch viel davon geben, wenn die Veröffentlichung in Produktion geht)!!

105

Das finde ich super!
Ich habe nur eine Frage zum folgenden Verhalten:
Ich habe 2 Temperaturdiagramme konfiguriert (die Werte der 2 Sensoren werden mir über dasselbe Skript via MQTT übermittelt), und in einem Fall wird eine Dezimalstelle angezeigt, in dem anderen zwei. Gleiches gilt für die Uhrzeiten: Ich habe hh:mm im ersten Diagramm und hh:mm:ss im zweiten. Habe ich da etwas falsch konfiguriert?

Temperaturdiagramm
Temperaturdiagramm379×672 14.1 KB

Übrigens, wenn wir das erste Diagramm nehmen, in dem die Temperaturen mit einer Dezimalstelle angezeigt werden, sollte dann nicht der aktuellste Wert, der fett angezeigt wird, demselben Format folgen?

PPS: Es sollte « LetzteS 24h » heißen :slight_smile:
In dieselbe Richtung, wenn ich versuche, eine Dauer von 7 Tagen anzuzeigen, erhalte ich die Meldung « Keine Werte in diesem Intervall » (IntervallLE wäre besser :slight_smile: ); es ist schade, dass man das Diagramm überhaupt nicht anzeigen kann, nur weil man keine Daten für den gesamten Zeitraum hat, finde ich.

106

Das ist einfach die Bibliothek, die wir verwenden, die die Anzeige je nach Datenmenge anpasst, mich stört das jedenfalls nicht :slight_smile:

Ah! Danke für den Hinweis!

Danke auch!

Es ist nicht der gesamte Zeitraum, grob gesagt, wenn du Intervalle größer als 24h anzeigst, verwenden wir die „aggregierten“ Daten, da die Live-Daten zu schwer sind, um in einem so kleinen Diagramm angezeigt zu werden. Die Aggregation wird nur stündlich berechnet, daher sollte es etwa eine Stunde dauern, bis du Daten hast :slight_smile:

Vielleicht wäre eine klarere Nachricht, die diesen Punkt spezifiziert, interessant, ich denke, dass es vielleicht nicht klar ist, wie es jetzt ist

107

ok, makellos, ich werde bis morgen warten :slight_smile:

Tatsächlich, ich hatte den Unterschied in der Skala zwischen den beiden Diagrammen nicht bemerkt, danke für den Hinweis.

108

Hallo,
Eine kleine Frage zu den aggregierten Daten. Ich habe einen Node-RED-Flow erstellt, der mir die Coinbase-Daten für Shiba abruft. Die Werte liegen derzeit bei etwa 0,0005, sodass das Diagramm über eine Stunde gut angezeigt wird (außer bei der Änderung, die meiner Meinung nach nicht genug Dezimalstellen anzeigt :stuck_out_tongue: ). Allerdings erscheint das, was über 24 Stunden aggregiert zu sein scheint, immer bei 0 (ich habe „keep_history“ eigentlich aktiviert).
Ist das normal?

image
image310×328 7 KB
image
image312×331 3.95 KB

109

Man muss geduldig sein, die aggregierten Daten werden stündlich berechnet :slight_smile: Es wird schon kommen!

Ich sollte das in der UI klarer machen, du bist nicht der Erste, der das fragt

Diese Ansicht wurde eher für die Hausautomation konzipiert, nicht so sehr für so kleine Börsenwerte :smiley:

110

Genau, es sind schon mehrere Tage (etwa zehn) vergangen, seit mein Node-RED-Flow mit Gladys verbunden ist, und es gibt immer noch keine Daten in „Letzte 24h“…

Ah ah ja, das kann ich verstehen :smiley:

111

Ach, ich glaube, ich verstehe jetzt! :smiley: Es gibt tatsächlich Werte, nur dass sie bei 0 liegen (du kannst die Linie unten in deinem Diagramm sehen), weil für die aggregierten Werte ein Durchschnitt gebildet wird… Ich gebe zu, dass ich diesen Bildschirm überhaupt nicht für Börsenwerte designed habe ^^

Ich weiß nicht, welche die Lösung wäre, vielleicht verschiedene Aggregate als Durchschnitt vorschlagen?

112

Die Funktion ist seit der Version 4.7 verfügbar, daher schließe ich dieses Thema, um die Credits freizugeben! :slight_smile: