Repository navigation
Colors-Theme 2.0 #3466
Replies: 42 comments 168 replies
|
Vielen Dank für die Zusammenfassung! Wünsche, Fehlermeldungen oder Kommentare zum Colors-Theme bitte in diesem Thread posten. |
|
Kann es sein dass der Autarkiegrad beim den geladenen kWh des Autos nicht mehr angezeigt wird in der 2.2.1? Alle anderen smarten Geräte sind jedoch mit dieser Anzeige |
|
Grund scheint zu sein, dass in den Log-Daten von der openwb keine PV-Anteile für die Ladepunkte mehr geschickt werden. Das Theme zeigt daher nichts an. Ich kläre das in einer separaten Diskussion im Feedback-Thread |
|
Es hat sich herausgestellt dass die Ursache für das Problem zumindest in meiner Installation war, dass die Daten eines PV-Systems nicht an die openwb geschickt wurden und daher die PV-Anteile nicht gerechnet wurde. Es gab eine entsprechende Fehlermeldung in den Logdaten @PLimbi , könntest Du bitte in den MQTT-Daten im topic /log/daily/ schauen, ob ganz am ende Fehlermeldungen angezeigt werden? Auf diese Daten kann man zugreifen, wenn man in den Colors-Theme-Einstellungen den Debug-Modus einschaltet und dann ganz unten den MQ-Viewer aktiviert. |
|
hier der Fehlerlog |
|
Kommando zurück. Es geht wieder. mein Speicher war defekt und wurde ausgewechselt. Vermutlich hat er durch den zwar konfigurierten aber nicht mehr vorhandenen Speicher den Autarkiegrad nicht berechnen können. Seit gestern hängt der neue Speicher dran. Heute alles tippitoppi!!! Sorry. |
|
Alles klar. Dann lag es wirklich an den fehlenden Werten und ich gehe mal davon aus, dass es keine weiteren Bugs gibt. Danke für die Rückmeldung. |
|
ein für mich nicht all zu wichtiges Thema habe ich bei der Auswertung Hier steht beim Standard-Fahrzeut geladen 20,5 kWh (das müssten rund 100 km sein, es wird aber -22km angezeigt ich wollte das nur mal kurz mitteilen, für mich ist das aber nicht so wichtig. Ich finde das Colors Theme ansonsten wirklich brilliant! Man hat sehr schnell über alles den Überblick. Toll auch die Änderung bei Parameter, dass das hinterlegte Ladelimit immer gleich angezeigt wird. Wenn man verschiedene Pkw und Nutzer hat, verliert man ansonsten schnell den Überblick. Dies wurde wirklich toll bei der Auswertung Ladepunkte umgesetzt 👍👍👍 Gruß Stefan |
|
Das sieht in der Tat inkorrekt aus. Diese Werte werden vom Server berechnet auf Basis der hinterlegten Fahrzeugdaten. Ich werde mal prüfen, ob im GUI da die richtigen Werte vom Server verwendet werden. |
|
Ich habe in 2.3.0 alpha 1 beobachtet, dass die Berechnung der Ladezeit zu den günstigsten Zeitfenstern im ECO-Modus immer auf das Standard-Fahrzeug-Profil zurückgreift und nicht auf die konfigurierten Fahrzeuge. Screenshot Der Name des Fahrzeuges ist richtig angegeben "Up 33 kWh", die Batterie Kapazität von 33kWh und der max. Ladestrom 32A wird aber nciht aus dem Fahrzeugprofil vom "Up" (hier sind 33kWh bzw. 16A eingestellt) übernommen sondern aus dem "Standard-Fahrzeug-Profil". In den Themes Koala und Classic konnte ich die Möglichekit der automatisierten Berechnung der Ladezeiten nicht auf die Schnelle finden, sodass mich @seaspotter daraufhinwies, dass es hier möglicherweise besser aufgehoben sei. LG |
|
Vielen Dank. Jetzt mit weniger PV-Ertrag wird die Funktion wieder wichtiger... |
|
Der PR ist eingereicht. |
|
Trotz Update auf c3d545b läuft der Rechner bei mir noch nicht. Der Rechner greift bei beiden Fahrzeugen auf die Einstellungen des Standard-Fahrzeugs zurück. |
|
Super! Die Berechnung scheint nun auf die richtigen Einstellungen zurückzugreifen. |
|
Hallo Community, die grafische Darstellung des Verlaufs ist nicht korrekt. Ich hatte das früher schonmal und mit einer neuen FW war das Problem dann verschwunden. Seit dem letzten Update ist es wieder vorhanden. Es sieht auch so aus, als werde die Einspeisung mit Mal unten statt oben angezeigt. Die installierte Version ist jetzt: 2026-06-08 10:05:41 +0200 [82510a2] Ich denke, ein Bild sagt hier mehr als viele Worte: 
Grüße vom Happyboy |
Ja und woanders läuft es auch nach dem Update ohne Probleme, legt also die Vermutung nahe das bei dir schon eventuell von Anfang an etwas nicht gepasst hat. |
Ich weiss nicht genau, von welcher Version du aktualisiert hast - aber eine Änderung im Colors Theme in letzter Zeit war die Verschiebung verschiedener Settings von der Einstellungs-Seite des Themes zu den Einstellungen der openwb selber. Diese Settings werden erstmal auf default-Werte gesetzt und man muss sie dann einmal wieder neu setzen. Die Anzeige der Einspeisung (bzw. "Wechselrichter anzeigen") gehört dazu. Wenn Du das vorher auf "Aus" hattest, wurde es neu auf den Default "An" gesetzt. D.h. Du müsstest es wieder deaktivieren. Das erklärt aber nur den Ort für die hellgrüne Fläche und nicht die schrägen Linien. Hast Du mal im Log geschaut, ob es dort Fehlermeldungen zum EVU-Zähler gibt? |
|
Hallo, Wo erzeuge ich das Log File für den EVU ? |
|
Konntest du es inzwischen lösen? |
|
Hallo engregorweber, die Ursache solcher Effekt sind normalerweise Lücken in den Logdaten, die von der openWB an das User Interface geschickt werden. Um das zu verifizieren, bräuchte ich die Graphiten für den Tag, an dem dieser Effekt aufgetreten ist. Die werden in MQTT über den topic |
|
Hallo zusammen, zunächst vielen Dank für euren Einsatz bei der aktiven Weiterentwicklung des Colors-Themes! Ich habe im aktuellen und letzten Release das Problem, dass mir im Bereich "Verlauf" die Live-Werte nicht mehr als Graph angezeigt werden. Wenn ich von der "heute"-Selektion in die darunterliegende / granularere Live-Darstellung wechsle (Pfeil nach unten), wird "NaN min" in der Selektion angezeigt - allerdings fehlen hier die Daten. 
In früheren Releases kam man von der "heute"-Selektion in eine "120 min"-Selektion mit einer entsprechenden Darstellung des Graphen. Viele Grüße aus Nordhessen |
|
Bitte gehe mal in die Einstellungen der openWB und setze unter "Bedienung&Darstellung" alle Werte fürs Colors Theme neu, insbesondere den Wert für "Zeitfenster Livegraph".Das sollte das Problem hoffentlich lösen. |
|
Danke für die schnelle Rückmeldung und den Hinweis. |
|
Hallo Claus , seit den ich heute Upgedatet habe (2026-07-09 07:24:07 +0200 [ef5dd47]) |
|
Ankommen tut der Wert im Broker und im Debug vom Colour Theme |
|
Ich sehe im Log eine Fehlermeldung, dass der Hausverbrauch einen ungültigen Wert hat. Vermutlich ist das die Ursache. Der Hausverbrauch wird ja eigentlich von der openWB berechnet.
Am 10. Juli 2026 15:58:22 MESZ schrieb deissenboeck-m ***@***.***>:
…Ankommen tut der Wert im Broker und im Debug vom Colour Theme
--
Reply to this email directly or view it on GitHub:
#3466 (reply in thread)
You are receiving this because you commented.
Message ID: ***@***.***>
|
|
Ok |
|
Ok im Standard theme geht es auch nicht |
|
Wäre es möglich, dass der SoC des dritten Fahrzeugs (wenn vorhanden) auch korrekt im Graph und auf der Karte "Aktuell" (ganz oben) angezeigt wird? In der unteren rechten Ecke auf der Karte wäre noch Platz dafür. |
Das ist eine schöne Idee. Dann sind in allen Ecken ein SoC. Herzlichen Glückwunsch zum dritten EV! |
|
Da wird der Strompreis angezeigt, falls konfiguriert. Wir könnten aber das dritte Fahrzeug anzeigen, falls kein Preisladen konfiguriert ist. Genauso könnte man unten links einen weiteren SoC anzeigen, wenn keine Batterie existiert.
Am 18. Juli 2026 08:07:13 MESZ schrieb Aaroneisele55 ***@***.***>:
…Wäre es möglich, dass der SoC des dritten Fahrzeugs (wenn vorhanden) auch korrekt im Graph und auf der Karte "aktuell" angezeigt wird? In der unteren rechten Ecke auf der Karte wäre noch Platz dafür.
--
Reply to this email directly or view it on GitHub:
#3466 (comment)
You are receiving this because you commented.
Message ID: ***@***.***>
|
|
@cshagen ich nutze Colors sehr gerne, auf dem Display der openWB sowie auf Smartphone/PC. Seit neuestem (aktueller Master / 2.3.0-Alpha 1) kann man in den Einstellungen der openWB zu den Ladepunkten die Farbe einstellen, mit der diese dargestellt werden. Wäre es möglich, dass diese Farbe auch in die Color-Themes übernommen wird? Das würde mir helfen zu erkennen, welchen Ladepunkt ich gerade bediene... Vielen Dank! |
|
Ich habe gerade gesehen, dass für Fahrzeuge nun ebenfalls eine Farbe gewählt werden kann (Einstellungen -> Konfiguration -> Fahrzeuge). Diese Farbe könnte im Colors-Theme m.E. ebenfalls übernommen werden, für Display und Web-App. Was haltet Ihr davon? |
|
Das Colors-Theme verwendet ein eigenes Farbschema für die Ladepunkte. Diese Farben werden dann an vielen Stellen verwendet, auch in den Tagesgraphen und der Energie-Uebersicht. Das auf die in den openwb-Settings gewählten Farben zu ändern, könnte recht aufwändig sein. Ich schaue mir das aber mal an. Was wäre denn der Zweck dieser Änderung? Ist die Zuweisung von Farben im aktuellen Colors Theme nicht gut? |
|
Vielen Dank, @cshagen. Es ist nicht wichtig, dass die Farben mit denen aus den openwb-Settings übereinstimmen. Bei unseren beiden Ladepunkten sind die Farben nur sehr ähnlich - es sind ja zwei Blautöne mit nur leicht anderem Farbton. Auf dem Display an der Wallbox ist so nicht auf einen Blick / an der Farbe erkennbar, welcher Ladepunkt gerade aktiv ist. |
|
Hallo allerseits, nach wie vor habe ich das Problem, dass die Verlaufsgrafik ein einige Tagen korrekt und an anderen Tagen falsch dargestellt wird. 
System: openwb-2 |
|
Die spannende Frage: Wenn du mal zeitweise auf Koala Theme wechselst, hast du da auch Probleme oder taucht da dieser Fehler nicht auf, bzw tauchen da auch irgendwelche Anomalitäten auf? |
|
Ich denke auch dass das Problem ein Uebermittlungsfehler ist. |
|
Vielleicht noch etwas, was mir aufgefallen ist: im Laufe eines Tages sieht die Darstellung völlig korrekt aus. Meist sieht sie erst am Folgetag fehlerhaft aus, manchmal allerdings auch schon am aktuellen Tag. Ich sitze halt nicht ständig vor dem Dashboard, sodass ich den Wechsel der Darstellung nicht genau eingrenzen kann. Kann ich denn noch etwas tun, um den Fehler weiter einzugrenzen? |
|
Hm, das ist schwierig. Die Ursache scheint ein temporäres Kommunikationsproblem zwischen der openWB und dem Wechselrichter zu sein. Das führt dazu, dass für eines der vielen 5-Minuten-Intervalle der Zählerstand statt einer Zahl den Wert "None" enthält. Damit kommt dann der Graph-Algorithmus nicht zurecht. Schöner wäre es, wenn das Modul, das den Wechselrichter ausliest, den "None"-Wert erkennt und ersetzt - am Besten durch den zuletzt gelesenen korrekten Wert. Ich kann das aber auf der Seite des Themes machen. Das Theme macht das auch schon, wenn z.B. plötzlich eine 0 kommt (passiert öfter, wenn Werte nicht gelesen werden können). "None" kam bisher noch nicht, deswegen muss ich das noch ergänzen. |
|
Na das wäre ja ein guter Workaround, vielen Dank schon mal vorab :-) Ich könnte Dein Feedback an Alpha ESS weitergeben. Hast Du ähnliche Meldungen wie meine ggf auch schon von anderen Alpha ESS Anwendern bekommen? Ich bin vermutlich ja nicht der einzige Alpha ESS Anwender mit einer OpenWB |
|
(v2.2.2) 
|
|
Das liegt an den Daten, die für die verschiedenen Darstellungen von der openWB ans UI geschickt werden. Bei den Werten pro Tag wird der Verlauf des Strompreises mitgeschickt, bei den "Live"-Werten nicht. |
|
Hallo @cshagen , |
|
Danke. Ich werde es integrieren, kann aber etwas dauern. Ich muss erstmal verstehen, was sich ändert. |
|
Sehr schön! |
|
Bei mir fehlen hier der Verbraucher und die Wärmepumpe (über Smarthome 2.0) Hier sind beide aufgeführt Ich habe den aktuellen master drauf 2026-10-09 14:58:04 +0200 [c477f77] Kann ich das einstellen oder fehlt aktuell die Anzeige? |
|
Die Tageswerte für die Smarthome-Devices werden aus den Daten für den Tagesgraphen (der in der Mitte) berechnet. Ich sehe dass oben rechts "Lädt" angezeigt wird, d.h. diese Daten werden gerade noch geladen und können daher noch nicht berechnet und angezeigt werden. Sie werden auch nicht angezeigt, wenn im mittleren Widget der "Live-Graph" (letzte 60-120 Minuten) ausgewählt ist. |
super, genau das war´s 👍 |
|
Nein, leider nicht. Vielleicht ein temporäres Problem mit der mqtt-Kommunikation. |
|
Nutze derzeit keine Verbraucher. Wo kann ich diese aublenden ? 
|
|
Danke für den Hinweis. Da fehlt noch das automatische Ausblenden, wenn keine Verbraucher angelegt sind.
…
Am 10.10.2026 um 15:19, Jens240 ***@***.***> schrieb:
Nutze derzeit keine Verbraucher.
Wo kann ich diese aublenden ?
Image: Screenshot 2026-10-10 151734 (view on web)
—
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications, keep track of coding agent tasks and review pull requests on the go with GitHub Mobile for iOS and Android. Download it today!
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
|
Ich habe 2 Verbraucher eingerichtet, die im Status-Menü und im Koala-Theme korrekt ihre Leistung zeigen (aktuell 1W zu Testzwecken, sonst per MQTT von Home Assistant übermittelt). Im Colors-Theme werden diese Verbraucher zwar aufgelistet, aber weder die Namen noch die Leistung werden angezeigt. Woran könnte dies liegen? Screenshot_20261010_215506_Firefox.jpg
|
|
Welche Version der Software hast Du installiert? Und könntest Du bitte einen Screenshot vom Colors-Theme posten? Mir ist nicht ganz klar, was genau angezeigt wird. |
Oh, da wurde der Screenshot vom Colors-Theme wohl nicht hochgeladen... Hier ist der Screenshot vom Colors-Theme:
Die installierte Version ist der neueste Master:
|
|
Das ist seltsam, aber im Moment schwer für mich zu debuggen. Ich habe im aktuellen PR speziellen Debug-Output für die Verbraucher-Funktion integriert. Sobald das gemerged ist, bekommen wir hoffentlich genauere Informationen. |
|
@cshagen im Colors-Display auf der openWB habe ich bei unserem E-Auto Nr. 1 mit SoC-Modul "manuelle Eingabe/Berechnung" einen Button, um den aktuellen SoC-Stand einzugeben. Bei unserem E-Auto Nr. 2 mit VW-SoC-Modul würde ich mir an der Stelle einen Button wünschen, um den SoC-Abruf manuell anzustoßen. Im Colors-Web gibt es den auch. Wäre es möglich, den in der Display-Ansicht ebenfalls zu integrieren? Vielen Dank! |
|
Ja, guter Punkt. Ich dachte, das wäre schon drin. Werde ich ergänzen. |
|
Ich glaub hier hat ein zu langer Fahrzeug Name das Prio Label zusammengeschoben? Schaut nicht ganz so aus, als wenn es so sein soll :) Nebendran passt es bei einem kürzeren Namen :) 
|
|
Oh, danke für den Hinweis. Ich habe die Priorität-Anzeige nach oben geschoben. Da gibt es ja noch genug Platz. |
Die Prio gehört doch aber schon zum Fahrzeug, oder? Was über dem Strich ist wirkt eher dem Ladepunkt zugehörig. Da die Schrift vom Fahrzeugnamen fast doppelt so groß wie die der "bubbles" ist könnten Prio und SoC auch direkt übereinander in gleicher Breite stehen. Womöglich gibt es ja auch noch ein nettes Pictogram für die Prio... |
|
Ich muss das mal ausprobieren. Bin mir nicht sicher, ob zwei Pills übereinander gut aussieht. |
|
Ist im aktuell offenen PR gefixt. Weil in "Prio: 1" ein Leerzeichen war, hat sich CSS die Freiheit genommen, dort einen Zeilenumbruch einzufügen. Ich habe das in ein "Nicht-Trennen"-Leerzeichen ( ) geändert, jetzt siehts wieder gut aus. |
|
Danke für die tolle Anzeige der Priorität je Fahrzeug👍🏻 Ich habe eine Wärmepumpe über Smarthome 2.0. Wäre das wieder anpassbar? Ich habe das heutige master aufgespielt.. Das war zuvor aber schon so. |
|
Du musst die 3 Punkte in der Verbraucher-Kachel anklicken und dann anwählen welche du angezeigt haben willst, analog den Zählern hier. (hab gerade keine Verbraucher konfiguriert) |
Unter"aktuell" wird die Smarthome WP nicht angezeigt., im "Verlauf" hingegen schon. |
|
Sorry, das war ein Bug im Code. Wenn nur ein Smarthome-Device Leistung hatte, wurde es im Leistungsgraphen nicht angezeigt. Ich habe einen Fix eingereicht. |
Die Entwicklung von Colors ist genial👍🏻 |
Die schrift ist bei dem einen Verbraucher zu Hell so das in Kombination mit dem Hintergrund nichts zu lesen geht und es blendet
|
|
Das ist komisch - wenn ich das bei mir teste, ist die Schrift für diese hellen Hintergrund schwarz. Dann muss ich mal weitersuchen. Die Farbe der Schrift wird automatisch aufgrund der Helligkeit des Hintergrunds berechnet. Vielleicht gibt es da noch einen Fehler. |
|
Die Palette von Smarthome wäre super |
Wenn du an den Farben bist: wenn man den dunklen Modus verwendet, ist die Uhrzeit beim Verlauf fast nicht lesbar. |
|
Mit dem Update (2026-10-19 14:14:14 +0000 [54e70ce]) sind bei mir die Namen der Verbraucher verschwunden. Sie heißen jetzt jeweils "Verbraucher". |
|
Gleiche Version wie ihr. Egal welcher Browser oder Rechner oder Handy. Cache gelöscht selbst der dienstlaptop wo noch nie Openwb lief das selbe. Auch im kreis keine Verbraucher. Ab und zu wenn die Ladung unterbrochen wird erscheinen die einzelnen Verbraucher heißen aber Verbraucher. Und die Leistung ist 0!! |
|
Ich habe die Version 2026-10-19 14:51:59 +0000 [cfcc9bd] installiert (Uhrzeit stimmt, aber bei mir ist noch ein "fa" in der Version...) Auszug Browser-Konsole 
Kannst du damit etwas anfangen? |
|
Danke. Interessant ist, dass im unteren Auszug auch nur "Verbraucher" steht und nicht die korrekten Namen. Da aber in den anderen Themes die Namen korrekt angezeigt werden, muss es irgendein Problem beim Lesen der Namen durch das Colors Theme geben. Die rote Fehlermeldung im ersten Abschnitt könnte ein Anhaltspunkt sein. Möglicherweise blockiert dieser Fehler die Verarbeitung. Ich schaue mal, woran das liegen kann. |
|
Ich habe eine Korrektur eingereicht, die die obere Fehlermeldung unterdrücken sollte. Ich bin mir aber nicht sicher, ob das die Fehlerursache löst. Aufgrund der anderen beschriebenen Symptome in den betroffenen Systemen habe ich den Verdacht, dass das Backend nicht alle Daten ans Frontend schickt. Ich habe im aktuellen PR noch eine Kontrollausgabe integriert, die anzeigt, was genau beim Theme ankommt. Eventuell könntest Du auch mal die MQTT-Nachrichten checken und schauen, was da unterhalb des "consumer"-topics so geschickt wird. Insbesondere den "module"-subtopic bei den einzelnen Consumern. |
|
Danke! ich werde es testen... |
|
@cshagen Danke fürs letzte größere Update. Denkst du das anklickbare Ausrufezeichen um Fehler anzuzeigen ist nur einblendbar, wenn wirklich Fehler anstehen? Zumindest mich trigggert es, wenn ich da permanent ein gelbes Ausrufezeichen stehen habe und denke, da gibts jetzt irgendwelche Fehlermeldungen :) Könnte mir vorstellen, das geht anderen ähnlich. Wenn Fehler/Warnmeldungen vorhanden sind, kann ich gezielt draufdrücken und mir sie ansehen, wenn es keine gibt, wäre es aber imho schöner auch kein Symbol zu sehen :) 
|
|
Das kommt noch weg. Eigentlich ist schon ein Filter eingebaut, aber der scheint nicht zu funktionieren
…
Am 20.10.2026 um 07:53, SeaSpotter ***@***.***> schrieb:
@cshagen Danke fürs letzte größere Update. Denkst du das anklickbare Ausrufezeichen um Fehler anzuzeigen ist nur einblendbar, wenn wirklich Fehler anstehen? Zumindest mich trigggert es, wenn ich da permanent ein gelbes Ausrufezeichen stehen habe und denke, da gibts jetzt irgendwelche Fehlermeldungen :) Könnte mir vorstellen, das geht anderen ähnlich. Wenn Fehler/Warnmeldungen vorhanden sind, kann ich gezielt draufdrücken und mir sie ansehen, wenn es keine gibt, wäre es aber imho schöner auch kein Symbol zu sehen :)
Image: image (view on web)
—
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications, keep track of coding agent tasks and review pull requests on the go with GitHub Mobile for iOS and Android. Download it today!
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
|
@cshagen mir ist gerade aufgefallen, dass wenn ich im Colors-Theme (Web) den Vorrang im Lademodus PV-Laden ändere, diese Änderung für beide Ladepunkte (SE Duo) übernommen wird. Ist das ein Bug? Wir haben zwei EVs, eines davon würde ich gerne mit Prio EV laden können, das zweite meistens erst, wenn der Hausspeicher voll ist (MinSoc). Vielen Dank! 
|
|
Das ist keine Fahrzeug-gebundene Einstellung sondern eine globale Einstellung die fürs gesamte System gilt, war aber auch schon immer so. |
|
okay - danke. Ich bin ja gespannt, wann gerade für die SE Duo ein differenzierteres Lade/Lastmanagement kommt - also so, dass ich z.B. nachts beide Autos laden kann und die Wallbox weiß, dass sie bei der Berechnung der günstigen Ladezeit zwei Fahrzeuge (also eine geringere mögliche Stromstärke pro Fahrzeug) berücksichtigen soll. Und - Off-Topic #2: Gestern hab ich einen Post erstellen wollen, zu falschen Tibber-Preisen. Und dann festgestellt, dass das im Master von gestern schon wieder gefixt war. Sau gut. Vielen Dank @cshagen und Team openWB! |
|
Ich hoffe ich kann das einigermaßen verständlich für Euch darstellen: Folgende "Probleme" habe ich (mit denen man allerdings gut leben kann, also sollten diese keinesfall bei Dir @cshagen Druck oder ähnliches auslösen):
2..Verbraucher haben bei mir keine Namen (damit kann ich leben). Ich habe aber keine Fehlermeldung Beides ist unabhängig ob am PC oder auf verschiedenen Smartphones, auch bei verschiedenen Browsern, die wir verwenden (Edge, Firefox) Wo kann ich das von Dir gewünschte Protokoll erstellen? Ich blicke das leider nicht, sorry! Was mir sehr wichtig ist: Colors erfüllt sämtliche meiner Wünsche extrem gut. Die Prio Anzeige bei den Ladepunkten ist für meine Situation (bis zu 3 Fahrzeuge mit unterschiedlichen Prioritäten, die für Mitarbeiter, die bei PV Strom an der letzten Prio Stelle stehen) extrem wichtig für mich und toll umgesetzt 👍 |
|
Genau so alles wie bei dir. verzögerter Aufbau, Die Fehlermeldung mit 0 oder eben das oben und die Verbraucher heißen Verbraucher. |
|
Zu dem openDTU Thema, das hat ja nix mit dem Colors Theme zu tun, das ist halt generell einfach das Problem das die Hoymiles Mikro WR einfach ausgehen und die openWB sagt: Sorry kann ich nicht auslesen und wenn man nichts auslesen kann, kann man es auch z.B. nicht auf 0 setzen, weil der WR könnte ja auch am Tag einfach ausfallen/Fehlerhaft sein. |
Diese Meldung schickt das Backend zusammen mit den Graph-Daten. |
Du musst im Browser die Konsolen-Darstellung aktivieren. In Chrome z.B. auf die drei kleinen Punkte oben rechts klicken, dann "Weitere Tools" und dann "Entwicklertools". Dann einen Reload der Seite machen, und rechts in der Konsole werden Fehlermeldungen und Debug-Informationen angezeigt. Wäre interessant zu sehen, ob bei Dir eine ähnliche Fehlermeldung auftaucht wie bei tillht. |
Ich habe folgendes Protokoll, da sind ja schon einige Hinweise: verstehen tu ich sie aber nicht :-) 192.168.1.138-1792572324246.log 
|
|
Hallo zusammen, ich benutze gern die Preisberechnung für das Eco-Laden. Hier wird jedoch für meinen Smart das falsche Fahrzeugprofil genutzt, er hat weder 77 kWh Batterie, außerdem soll er mit 20 A laden (Der SOC ist dagegen richtig). Das ist so im Ladeprofil hinterlegt, wird hier aber scheinbar nicht berücksichtigt. Oder mach ich was falsch? (Release 2.2.3) 
|
|
Im aktuellen Master ist es schon behoben. Wenn du nur ein Fahrzeug hast, musst das Stadard-Fahrzeugprofil entsprechend anpassen. Im Release greift der Rechner zwar auf den "richtigen" SoC zu, nutzt aber noch die "falsche" Größe der Batterie. |
|
Und noch eine Merkwürdigkeit: Maximalpreis = aktueller Preis, trotzdem lädt das Fahrzeug nicht. Grund: der aktuelle Preis ist in der zweiten Dezimalstelle, die nicht angezeigt wird, doch höher (35,03 ct/kWh). Vielleicht zeigt ihr das genauer an. |
|
Könnten wir machen. Allerdings wird das ja in 99% aller Fälle nicht gebraucht. In der neuesten Version gibt es einen Info-Button nach dem Ladepunkt-Namen, über den man sich die Status-Nachricht anzeigen lassen kann. Dort würde dann auch stehen, dass der Strompreis noch zu hoch ist. Vielleicht reicht das ja aus? |
|
vieleicht eine rundung einbauen in der zweiten stelle |
|
Eine Rundung auf die erste Stelle ist offensichtlich aktiv, daher kommt das Problem. Die Regelung arbeitet offensichtlich mit mehr Kommastellen, ggf. mit allen, die der Stromanbieter liefert. Macht doch einen Hover, der alle verfügbaren Stellen der beiden Preise anzeigt. Auch der Maximalwert kann noch mehr Stellen haben, da er von außen per MQTT/API gesetzt werden kann. Auch der wird möglicherweise mit einem größeren Wert angezeigt, als die Regelung tatsächlich benutzt. |
Die Regelung arbeitet definitiv mit mehr Kommastellen, als der Anbieter liefert, weil die mit primitiven Floats arbeitet, Primitive Floats haben Digitalisierungsfehler... |
|
Yep, das ist so. Ich habe jetzt einen Schalter eingebaut - wenn man auf den aktuellen Preis klickt, werden die detaillierten Preise angezeigt. Sieht aber nicht gerade sehr schön aus. Teilweise werden es recht viele Stellen. 
|
Uh oh!
There was an error while loading. Please reload this page.
HINWEIS: Zusammenfassung aus dem alten openWB Forum
Colors Theme 2.0 – Zusammenfassung (Stand Mai 2026)
Historie
Das Colors Theme wurde ursprünglich von @electron als alternatives Frontend für openWB 2.x entwickelt.
Ziele waren u.a.:
Das Theme wurde bereits 2022 auf openWB 2.x portiert und kontinuierlich weiterentwickelt. Anfangs lief es als separates Projekt, später wurde die Integration in die Theme-Infrastruktur von openWB vorbereitet. oai_citation:0‡thread.md
Genereller Eindruck aus dem Thread
Über den gesamten Verlauf hinweg wird das Theme von vielen Nutzern bevorzugt genutzt.
Wiederkehrende Aussagen:
Das Theme wird aktiv gepflegt und regelmäßig an Änderungen im openWB-Core angepasst.
Schwerpunkt der letzten Seiten (2026)
Aktuelle Hauptprobleme
1. Fehlerhafte Energiediagramme
Mehrere Nutzer melden seit Änderungen an der Energiezähler-Logik deutliche Fehler in den Diagrammen.
Beobachtungen:
Diskutiert wurde insbesondere:
@electron hat die Probleme nachvollzogen und untersucht. Mehrere Nutzer konnten die fehlerhaften Darstellungen reproduzieren.
2. SOC-Darstellung weiterhin fehleranfällig
Wiederholt gemeldet:
Laut @electron wurden entsprechende Fixes bereits umgesetzt, durch spätere größere Änderungen aber teilweise wieder überschrieben oder beeinflusst. oai_citation:1‡thread.md
3. Abhängigkeit von Core-Änderungen
Mehrfach sichtbar:
Dadurch entstehen immer wieder temporäre Darstellungsfehler, obwohl die eigentliche Theme-Logik unverändert bleibt.
Aktueller Entwicklungsstand
Positiv
Fazit
Das Colors Theme ist weiterhin eines der beliebtesten alternativen Frontends für openWB.
Der aktuelle Schwerpunkt liegt nicht auf neuen Features, sondern auf der Anpassung an die Änderungen im openWB-Core.
Die letzten Seiten des Threads drehen sich fast ausschließlich um:
Der allgemeine Tenor ist:
All reactions