Colors-Theme 2.0

[electron]

oops… Klar das lässt sich anpassen.

Hallo electron,

kannst du die Preistabelle ab einer bestimmten Spreizung gröber einstellen? Heute bewegten sich die Preise von 2 Cent bis 28 Cent - die Zahlen an der Achse kamen sich so sehr nah Es gab die letzten Tage auch schon 4 Cent bis 36 Cent, da war es noch "schlimmer".

[Dom78]

Hallo. Erstmal ein Kompliment. Das Colors-Theme 2.0 gefällt mir wirklich sehr gut. Ich habe leider ein Problem, dass er den SoC nur beim 1. LP anzeigt. Bei allen weiteren nicht. Siehe Screenshot. Der Renaul ZOE hat rechts den SoC aber links in der Liste nicht. Siehe gelbe Markierung. Ist das ein Bug? Kann das jemand bestätigen bzw. beheben? Vielen Dank !!!

[zut]

Ich bin gerade dabei, als datenschutzfreundlichen Browser Mull einzurichten. Dabei fiel mir auf, dass die Uhrzeit bei der Nutzung von Mull als UTC angezeigt wird, in Firefox und DuckDuckGo in lokaler Zeit.
Die 120-Minuten-Ansicht scheint ein Problem mit UTC zu haben- vermutlich werden sowohl die Zeit von Browser als auch von der Wallbox verwendet - sprich, es werden die das Diagramm Zeiten von beiden Systemen genutzt?

Screenshot_20240518-075340.png

DuckDuckGo

(149.68 KiB) Noch nie heruntergeladen

Screenshot_20240518-075409.png

Mull

(124.3 KiB) Noch nie heruntergeladen

Ich nutze noch Version 2024-04-29 15:24:38 +0200 [89a07b62d] von OpenWB.

[electron]

Zur Formatierung der Zeit (inkl. Anpassung an die Zeitzone) wird die Javascript-Funktion toLocaleTimeString (https://developer.mozilla.org/en-US/doc ... TimeString) verwendet. Die locale wird dabei von der Javascript-Runtime des Browsers übernommen. Vielleicht wird das ja von Mull nicht unterstützt, oder die locale ist im Browser nicht korrekt gesetzt.

Ich bin gerade dabei, als datenschutzfreundlichen Browser Mull einzurichten. Dabei fiel mir auf, dass die Uhrzeit bei der Nutzung von Mull als UTC angezeigt wird, in Firefox und DuckDuckGo in lokaler Zeit.
Die 120-Minuten-Ansicht scheint ein Problem mit UTC zu haben- vermutlich werden sowohl die Zeit von Browser als auch von der Wallbox verwendet - sprich, es werden die das Diagramm Zeiten von beiden Systemen genutzt?
Screenshot_20240518-075340.png
Screenshot_20240518-075409.png

Ich nutze noch Version 2024-04-29 15:24:38 +0200 [89a07b62d] von OpenWB.

[electron]

Seltsam. Welche Version der Software läuft denn? Der aktuelle Release, oder die Master-Version?

Hallo. Erstmal ein Kompliment. Das Colors-Theme 2.0 gefällt mir wirklich sehr gut. Ich habe leider ein Problem, dass er den SoC nur beim 1. LP anzeigt. Bei allen weiteren nicht. Siehe Screenshot. Der Renaul ZOE hat rechts den SoC aber links in der Liste nicht. Siehe gelbe Markierung. Ist das ein Bug? Kann das jemand bestätigen bzw. beheben? Vielen Dank !!!

[zut]

Zur Formatierung der Zeit (inkl. Anpassung an die Zeitzone) wird die Javascript-Funktion toLocaleTimeString (https://developer.mozilla.org/en-US/doc ... TimeString) verwendet. Die locale wird dabei von der Javascript-Runtime des Browsers übernommen. Vielleicht wird das ja von Mull nicht unterstützt, oder die locale ist im Browser nicht korrekt gesetzt.

Ich nehme an, dass die Uhrzeit ein Datenschutz-Feature von Mull ist, um nicht an alle die Zeitzone des Browsers zu verraten. Ich kann mal sehen, ob man das auf Android manuell einstellen kann (Mull ist ein Firefox-Fork).

Davon ab wäre es doch aber schön, wenn ich beispielsweise aus Spanien auch eine korrekte Darstellung bekäme, wenn mein Browser in einer anderen Zeitzone als die Wallbox ist? Spätestens, wenn mein Heimnetz eine feste IP hat und ich weder per remote.openwb.de noch per VPN zugreife, stellt sich doch das Problem wieder?

Um es nochmal klar zu stellen: mir geht es nicht um die Darstellung der Uhrzeit in der Zeitzone des Browsers, sondern um das kaputte 120min-Diagramm, wenn die Zeitzone des Browsers eine andere ist als die der Wallbox.

Ganz herzlichen Dank für deine Mühe, @electron!

[zut]

Ergänzung: Wenn ich die IP der Wallbox vom fingerprinting ausschließe, passt es wieder. Aber ist das Diagramm dann auch richtig, wenn das Gerät, auf dem der Browser läuft, in einer anderen Zeitzone als die Wallbox ist?

Screenshot_20240518-090945.png

Einstellung fingerprinting

(158.57 KiB) Noch nie heruntergeladen

[electron]

Ich habe mir das gerade im Code angeschaut. Die openwb sendet für den Live-Graph die Zeit sowohl als UTC-Timestamp als auch als formatierten String (in der Zeitzone der openWB):

Screenshot 2024-05-18 at 09.16.08.png (16.77 KiB) 271 mal betrachtet

Im Moment wird der formatierte String geparsed, was indirekt zu dem Problem führt, das bei Dir auftritt.
Ich werde das auf die Verwendung des UTC-Timestamps umstellen, dann sollte es konsistent sein. Allerdings wird dann vermutlich im Mull-Browser die Achsenbeschriftung in UTC sein .

Ergänzung: Wenn ich die IP der Wallbox vom fingerprinting ausschließe, passt es wieder. Aber ist das Diagramm dann auch richtig, wenn das Gerät, auf dem der Browser läuft, in einer anderen Zeitzone als die Wallbox ist?
Screenshot_20240518-090945.png

[zut]

Super. Ich halte es auch für richtig, wenn die Anzeige in der Zeitzone des Browsers passiert. Danke!

[fussi24]

Hallo electron,

ich bin gerade dabei mit MQTT die Werte der OpenWB an meine Haussteurung zu übergeben. Hierbei ist mir aufgefallen, dass im MQTT die Werte des SoC aktuell sind und auch in Deinem MQTT Browser dies richtig angezeigt wird, nur in der Oberfläche steht ein alter Wert.

Ansicht:

2024-05-18 11_56_04-openWB und 1 weitere Seite - Persönlich – Microsoft​ Edge.png (15.48 KiB) 243 mal betrachtet

MQTT Browser:

2024-05-18 11_56_37-openWB und 1 weitere Seite - Persönlich – Microsoft​ Edge.png (1.79 KiB) 243 mal betrachtet