Ein neues Diagramm hinzufügen (Bearbeiten eines alten funktioniert weiterhin)
Achsen nicht anzeigen
Letzte Stunde standardmäßig
Und es funktioniert nicht, ohne besondere Logs auf der Browserseite. Beim Entfernen des Diagramms habe ich die gleichen Fehlermeldungen, also liegt es wahrscheinlich nicht daran.
Die rote Linie ist gestrichelt, was die Auswahl verhindert, wenn man sich zwischen zwei Strichen befindet (siehe Cursor unten - der leider auf dem Screenshot hellgrau ist)
Danke für dein Feedback @VonOx! Ich stimme allen Punkten zu, ich werde schauen, wie ich das verbessern kann
Bei mehreren Kurven wusste ich nicht genau, was ich tun sollte, also habe ich Folgendes gemacht:
Berechnung der Variation zwischen dem ersten und dem letzten Wert jeder Kurve (im ausgewählten Intervall)
Dann mache ich den Durchschnitt aller Variationen
Danach stimme ich zu, dass das nicht in allen Fällen nützlich ist.
Was würdest du als Berechnung vorschlagen?
Ok, und aus Neugierde kannst du die API-Antwort in der Registerkarte « Netzwerk » ansehen, dann schaust du dir die Daten an, die von diesem API-Aufruf zurückgegeben werden:
Andere Rückmeldung: Ich zeige hier die Feuchtigkeit + Temperatur jedes Raumes an. Die Variation entspricht weder der Temperatur (um 20°C) noch der Feuchtigkeit (um 60%).
Einige Lösungen für mich:
Zwei Variationsindikatoren anzeigen, aber das belastet die Anzeige
Angeben, welcher Hauptwert verwendet wird (oder den ersten nehmen, hier die Feuchtigkeit)
Wenn die Variation über 24 Stunden angezeigt wird, wird ein berechneter Wert angezeigt. Ich fand es seltsam, dass mein PC + 2 Bildschirme nur 0,03 W verbrauchen.
Hier handelt es sich nicht um einen Fehler, aber ich hätte gerne den aktuellen Verbrauch groß angezeigt und die Variation in Rot für den Zeitraum.
Zum Beispiel: 80 W aktuell, -100 % über den 7-Tage-Zeitraum.
Beim Teil „Aufgaben“ ist es am Ende immer noch fehlerhaft mit dem „NaN“. Ich habe das Gefühl, dass der Fehler während einer Aufgabe auftritt.
Wenn das erledigt ist, werden die angezeigten Werte wahrscheinlich die richtigen sein (Wette).
Wenn du eine andere Kurve als die letzte Stunde auswählst, basiere ich auf den aggregierten Daten, die nicht „live“ sind
Und dann fehlt immer der letzte Teil der Daten, der noch nicht aggregiert wurde.
Wenn du die letzten 7 Tage auswählst, sind es tatsächlich die letzten 8 Tage bis gestern (die Live-Daten des aktuellen Tages werden nicht angezeigt)
Aber ich stimme zu, das ist nicht ideal, also dachte ich mir ursprünglich: „Okay, aber das ist einfach, ich werde die Live-Daten mit den aggregierten Daten kombinieren“, die Idee war, eine Mischung aus Aggregation / Live zu machen, um alles zu haben.
Aber das funktioniert überhaupt nicht, tatsächlich ergibt es ein seltsames Ergebnis, da die Live-Daten noch nicht aggregiert sind, sodass du eine Kurve hast, die zu 80% aggregiert und „eher allgemein“ ist, und die letzten 20% sind hyperpräzise Daten, und das sieht schrecklich aus
Aber ich stimme dir zu, im Grunde genommen sollte alles bis jetzt angezeigt werden.
Ich werde darüber nachdenken, aber das ist ein großes Stück…
Allerdings nur in der Ansicht mit Achsen, in der Ansicht ohne Achsen weiß ich nicht warum, aber Apexchart spinnt komplett, wenn die Legende angezeigt wird (die Legende ist mit dem Graph vermischt), ich habe Techniken ohne Erfolg getestet
Für mich wäre das kein Problem. Die Ansicht ohne Achsen würde ich nur für ganz spezielle Fälle nutzen und außerdem, wenn man den Wert haben möchte, müsste man den Cursor (oder den Finger) auf die Kurve setzen, dann hätte man die Legende. Das ist perfekt für mich.
Super Idee der Button, ich liebe ihn
Ich habe es noch nicht geschafft, das zu beobachten ^^ ich falle immer danach ^^
In der Tat macht es für mich in diesem Fall keinen Sinn, verschiedene Kategorien zu mischen, und der Benutzer sollte die Variation selbst deaktiviert lassen. Wie wir gesagt haben, sollte es eine vereinfachte Ansicht bleiben. Aber ich denke, es ist sehr wichtig, die Möglichkeit zu haben, verschiedene Kategorien zu mischen. In @lmilcents Beispiel ist es sehr interessant, in derselben Kurve die Temperatur und die Luftfeuchtigkeit eines Raumes anzuzeigen, aber die Variation ergibt in diesem Kasten keinen Sinn und würde die Bearbeitung der Ansicht nur unnötig verkomplizieren. Allerdings in einer späteren dedizierten Ansicht dort …
Also @Terdious, ich habe heute Morgen einen großen Teil meiner Zeit damit verbracht, die Performance der GET-Route für die aggregierten Werte zu optimieren, damit die Anzeige bei dir schneller wird!
Ich bin von dem ausgegangen, was du mir gegeben hast (die Statistiken, die du mir extrahiert hast), habe das in eine Tabellenkalkulation eingegeben und nach Ausführungszeit sortiert:
Wie man sieht, sind die langsamen Teile die Datenbankabfragen.
Bei der Untersuchung habe ich festgestellt, dass ich am Anfang der Route eine Abfrage getDeviceFeatureBySelector durchführe, die einfach durch einen RAM-Cache-Aufruf ersetzt werden könnte.
Ich habe die Abfrage entfernt, hoppla, schon halbiert sich die Anzahl der Abfragen!
Dann habe ich festgestellt, dass der Aufruf der Ansicht „Letzte 24 Stunden“ nicht über die aggregierten Daten, sondern über die Live-Daten erfolgt
Tatsächlich fehlte dieser Fall in den Abfragen, und anstatt eine Berechnung aus den aggregierten Daten durchzuführen, wurden die Live-Daten verwendet (was viel langsamer ist).
Durch die Verwendung der aggregierten Daten kann ich sicherstellen, dass die Abfrage maximal 288 States zurückgibt, was super klein ist (ich weiß nicht, in welchen Abständen Daten eingefügt werden? Wie viele States werden in 24 Stunden geschrieben?)
Ich finalisiere alles und halte dich auf dem Laufenden, wenn ein neues Image zum Testen bereit ist!
Das, was mich stört, hängt mit der „Diskussion“ Device-Name oder Feature-Name zusammen.
Man kann sehen, dass ich, wenn ich eine korrekte Legende möchte (die mir hilft, versteht sich!), die Features umbenennen muss.
Mein erstes Diagramm zeigt die Temperaturen der Zimmer
Blau => mein Sohn
Rot => meine Tochter
Gelb => mein Zimmer
Für mich ergibt es keinen Sinn, das Feature nach den Vornamen umzubenennen.
Sollte die Legende also nicht den Namen des Devices verwenden?
Das Problem ist, dass jeder Fall einzigartig ist. In deinem Fall ergibt es Sinn, aber im Fall von @Terdious ergibt es überhaupt keinen Sinn. Es wird also immer jemanden geben, der frustriert ist (schlagt euch )
Ich stelle auf meiner Seite eine deutliche Steigerung der Ladegeschwindigkeit der Grafiken fest. Was früher bis zu 5 Sekunden dauern konnte, dauert jetzt nur noch 1 bis 2 Sekunden! Bravo für die Optimierung!
Wenn alle Entwickler so wären wie du, bräuchte das Web nicht so viel Rechenleistung
Aha danke Das ist mein Metier, die Performance. Ich bin nebenbei Backend-Ingenieur und mein Leben besteht darin, solide Infrastrukturen, schnelle Backends und Optimierungen zu machen, ich liebe das
Ergebnis: Nur eine dedizierte Dashboard-Ansicht ist langsam. Ich habe 18 „Test“-Kurven darauf. Aber das stört mich nicht, und es ist in Ordnung. Diese Ansicht wird entweder selten angezeigt oder auf einer Ansicht auf einem dedizierten Tablet in Zukunft.
Wenn ich dasselbe Beispiel wie @VonOx nehme, dann würde ich, wenn ich die Namen der Features nicht nehme, 3x3 Mal denselben Gerätenamen haben, was keinen Sinn mehr macht. Es ist bereits kompliziert, weil man die Anzeigereihenfolge nicht ändern kann. Jede „Energie“ und „Gesamtenergie“ wäre also nicht unterscheidbar:
Es gibt zahlreiche Lösungen, um niemanden zu frustrieren. Aber wenn es nicht möglich ist, dann ist es egal, ich habe keine Lust, dass jemand wegen meiner Anfragen oder Vorschläge „bestraft“ wird. Ich gebe das Thema auf ^^ Das einzige Thema ist, dass im Moment mehrere Personen den Hinweis geben, dass es unmöglich ist, bestimmte Geräte in den Auswahlen zu unterscheiden. Wie kann man das lösen, ohne dass der Benutzer gezwungen ist, fiktive Geräte oder Szenen zu erstellen, um sie zu verwalten (Tasmota Multi-Steckdosen usw.). Damals (vor mehr als einem Jahr) hatte ich den Vorschlag gemacht, die Geräte (Typ Dual oder CH4 von Sonoff) mit mehreren Schaltern in mehrere Geräte zu trennen.