Rückmeldung 1.68
Re: Rückmeldung 1.68
Ja, Phase 1 ist belegt.
Nun ist die Sonne weg, werde nächstes mal Debug Meldung schicken wenn der Anwendungsfall auftritt.
Nun ist die Sonne weg, werde nächstes mal Debug Meldung schicken wenn der Anwendungsfall auftritt.
Re: Rückmeldung 1.68
Ich hab ein Problem wenn mein Rechner (PC mit Kabel-LAN-Anschluß) aus dem Energiesparmodus aufwacht:
Das Diagramm wird danach nicht mehr aktualisiert. Erst nach einem Druck auf den Refresh-Button des Browsers (Firefox) wird das Diagramm wieder kontinuierlich aktualisiert.
Außerdem werden wohl immer nur 30 Minuten dargestellt egal was über die Settings konfiguriert ist. Hier wäre es gut entweder das Setting zu entfernen oder flexible Zeitspanne wieder implementieren.
Edit: Korrektur: Bei mir werden nicht 30 sondern nur 20 Minuten im Diagramm angezeigt!
Das Diagramm wird danach nicht mehr aktualisiert. Erst nach einem Druck auf den Refresh-Button des Browsers (Firefox) wird das Diagramm wieder kontinuierlich aktualisiert.
Außerdem werden wohl immer nur 30 Minuten dargestellt egal was über die Settings konfiguriert ist. Hier wäre es gut entweder das Setting zu entfernen oder flexible Zeitspanne wieder implementieren.
Edit: Korrektur: Bei mir werden nicht 30 sondern nur 20 Minuten im Diagramm angezeigt!
Re: Rückmeldung 1.68
Seit dem Update auf 1.68 wird im Sofort Laden Modus nur mit 6A geladen.
Den Regler im Webinterface für Sofortladen Stromstärke kann ich verschieben. Der Wert wird aber nicht gespeichert.
Einziger Weg wie ich mehr Laden kann: In den Einstellungen unter Sofort Laden Minimalstromstärke von 6A auf 13A hochstellen und unter EVU basiertes Lastmanagement die Max Ampere Phase 1-3 auf von 13 Ampere auf 48 Ampere einstellen!
(Ich habe nur einen Ladepunkt (Keba Wallbox). 13 Ampere ist mein gewünschter max. Ladestrom der in der Keba Wallbox auch per DIP Schalter eingestellt ist.)
Im Webfrontend auf dem iPhone wird mir ganz klein rot Lastmanagement aktiv, Ladeleistung reduziert. Wie kann das ausgeschaltet werden?
Wie gesagt ich habe nur einen Ladepunkt. In der Modulkonfiguration ist auch nur Ladepunkt 1 aktiviert.
Den Regler im Webinterface für Sofortladen Stromstärke kann ich verschieben. Der Wert wird aber nicht gespeichert.
Einziger Weg wie ich mehr Laden kann: In den Einstellungen unter Sofort Laden Minimalstromstärke von 6A auf 13A hochstellen und unter EVU basiertes Lastmanagement die Max Ampere Phase 1-3 auf von 13 Ampere auf 48 Ampere einstellen!
(Ich habe nur einen Ladepunkt (Keba Wallbox). 13 Ampere ist mein gewünschter max. Ladestrom der in der Keba Wallbox auch per DIP Schalter eingestellt ist.)
Im Webfrontend auf dem iPhone wird mir ganz klein rot Lastmanagement aktiv, Ladeleistung reduziert. Wie kann das ausgeschaltet werden?
Wie gesagt ich habe nur einen Ladepunkt. In der Modulkonfiguration ist auch nur Ladepunkt 1 aktiviert.
Re: Rückmeldung 1.68
Weiteres Problem Sofort Laden:
Ich habe hier seit dem Update auf 1.68 ein Sägezahnmuster.
Es wird zwischen 13 A (meine eingestellte Max. Stromstärke) und 10 A hin und her geschaltet. was bei sofort Laden so nicht richtig ist. Hier sollte konstant mit 13 A geladen werden.
Ich habe hier seit dem Update auf 1.68 ein Sägezahnmuster.
Es wird zwischen 13 A (meine eingestellte Max. Stromstärke) und 10 A hin und her geschaltet. was bei sofort Laden so nicht richtig ist. Hier sollte konstant mit 13 A geladen werden.
Re: Rückmeldung 1.68
In Beta 1.68e gefixt.Das Diagramm wird danach nicht mehr aktualisiert. Erst nach einem Druck auf den Refresh-Button des Browsers (Firefox) wird das Diagramm wieder kontinuierlich aktualisiert.
Das Problem bestand auch in der PWA die die Daten gecached hat.
Bei Fenstersichtbarkeit wird nun ein reload des Graphen getriggert.
Das war als schneller Bugfix so implementiert.Außerdem werden wohl immer nur 30 Minuten dargestellt egal was über die Settings konfiguriert ist. Hier wäre es gut entweder das Setting zu entfernen oder flexible Zeitspanne wieder implementieren.
Nun greift die Einstellung wieder und bis 120 Minuten sind konfigurierbar.
Hintergrund:
Der javascript mqtt client kann nur bis max 8kB an Daten verarbeiten als payload.
Entsprechend ist das nun auf mehrere Topics aufgeteilt
Code: Alles auswählen
openWB/graph/1alllivevalues
openWB/graph/2alllivevalues
openWB/graph/3alllivevalues
openWB/graph/4alllivevalues
openWB/graph/5alllivevalues
openWB/graph/6alllivevalues
openWB/graph/7alllivevalues
openWB/graph/8alllivevalues
Das geschieht per MQTT, selbst installierte openWB?Den Regler im Webinterface für Sofortladen Stromstärke kann ich verschieben. Der Wert wird aber nicht gespeichert.
Garnicht, da dies eine Warnmeldung ist. Die geht weg sobald das Lastmanagement nicht mehr regelt.Im Webfrontend auf dem iPhone wird mir ganz klein rot Lastmanagement aktiv, Ladeleistung reduziert. Wie kann das ausgeschaltet werden?
Ansonsten bitte mehr Infos:
viewtopic.php?f=9&t=615
Supportanfragen bitte NICHT per PN stellen.
Hardwareprobleme bitte über die Funktion Debug Daten senden mitteilen oder per Mail an support@openwb.de
Hardwareprobleme bitte über die Funktion Debug Daten senden mitteilen oder per Mail an support@openwb.de
Re: Rückmeldung 1.68
Selbst Installiert nein. Fertigen vorinstallierten Raspberry bei euch erworben mit einer Keba C-Series Wallbox im Einsatz
1.68a Beta installiert
1 Ladepunkt mit 22 kW angebunden Keba per DIP Schalter auf max. 13 A begrenzt
Welches PV Modul / Welcher Wechselrichter?
SMA ModbusTCP WR
Welches EVU Modul?
SMA Home Manager
Welches Speichermodul?
BYD HV
Welches Auto wird geladen?
Tesla Model 3
Update: gerade noch auf 1.68e aktualisiert. Ändert aber nichts am Verhalten - Lädt nur bei Sofort Laden mit 6A und Stromstärken Regler hat keine Funktion
1.68a Beta installiert
1 Ladepunkt mit 22 kW angebunden Keba per DIP Schalter auf max. 13 A begrenzt
Welches PV Modul / Welcher Wechselrichter?
SMA ModbusTCP WR
Welches EVU Modul?
SMA Home Manager
Welches Speichermodul?
BYD HV
Welches Auto wird geladen?
Tesla Model 3
Update: gerade noch auf 1.68e aktualisiert. Ändert aber nichts am Verhalten - Lädt nur bei Sofort Laden mit 6A und Stromstärken Regler hat keine Funktion
Re: Rückmeldung 1.68
Einen Neustart nach dem Update hattest du schon versucht?
So sieht das nun aktuell übrigens aus:
So sieht das nun aktuell übrigens aus:
Supportanfragen bitte NICHT per PN stellen.
Hardwareprobleme bitte über die Funktion Debug Daten senden mitteilen oder per Mail an support@openwb.de
Hardwareprobleme bitte über die Funktion Debug Daten senden mitteilen oder per Mail an support@openwb.de
Re: Rückmeldung 1.68
Die Graph-Options sehen jetzt richtig toll aus!
Weder unmittelbar nach dem Aufwachen noch wenn ich den Tab wechsle beginnt der Refresh. Erst nach einem Reload der Seite (ohne "force" durch gedrückte Shift-Taste) beginnt es wieder zu laufen.
Nur ein paar Gedanken zur möglichen Ursache:
Leider funktioniert der Graph-Refresh auch nach einem Update auf die 1.68e (ausgeführt heute, ca. 19:15) immer noch nicht (Test: Cache geleert -> Seiten-Refresh -> PC in Energiesparmodus geschickt und nach 20 Sekunden wieder aufgeweckt).KevinW hat geschrieben: ↑Di Dez 17, 2019 10:09 amIn Beta 1.68e gefixt.Das Diagramm wird danach nicht mehr aktualisiert. Erst nach einem Druck auf den Refresh-Button des Browsers (Firefox) wird das Diagramm wieder kontinuierlich aktualisiert.
Das Problem bestand auch in der PWA die die Daten gecached hat.
Bei Fenstersichtbarkeit wird nun ein reload des Graphen getriggert.
Weder unmittelbar nach dem Aufwachen noch wenn ich den Tab wechsle beginnt der Refresh. Erst nach einem Reload der Seite (ohne "force" durch gedrückte Shift-Taste) beginnt es wieder zu laufen.
Nur ein paar Gedanken zur möglichen Ursache:
- Wird der Refresh evtl. zu früh versucht (während die LAN-Verbindung durch das OS noch gar nicht neu aufgebaut ist) und nicht wiederholt?
- Wird die MQTT-Verbindung u.U. gar nicht neu aufgebaut und es kommen folglich keinerlei neuen Daten?
Re: Rückmeldung 1.68
Bitte mal die WebKonsole mit aufmachen.Leider funktioniert der Graph-Refresh auch nach einem Update auf die 1.68e (ausgeführt heute, ca. 19:15) immer noch nicht (Test: Cache geleert -> Seiten-Refresh -> PC in Energiesparmodus geschickt und nach 20 Sekunden wieder aufgeweckt).
Hier sollten Meldungen zu graphrefreshtriggered und graphloaded kommen.
Klappt bei mir in Chrome/Safari/Firefox & in iOS.
Sollte, lässt sich aber leicht beantworten - werden die anderen Werte nach dem aufwachen aktualisiert?Wird die MQTT-Verbindung u.U. gar nicht neu aufgebaut und es kommen folglich keinerlei neuen Daten?
sollte in 1.68f gefixt sein. Der kommt zustande wenn nicht die vollen 2 Stunden angezeigt werden.Und beim Refresh gibt's noch einen weiteren, kleinen "Glitch": Nach jedem Refresh entsteht am Ende des Graphs ein weißer Balken. Dieser ist nicht zu sehen so lange er am Rand des Diagramms ist. Er scrollt allerdings mit dem Diagramm nach links und wird dann sichtbar:
Supportanfragen bitte NICHT per PN stellen.
Hardwareprobleme bitte über die Funktion Debug Daten senden mitteilen oder per Mail an support@openwb.de
Hardwareprobleme bitte über die Funktion Debug Daten senden mitteilen oder per Mail an support@openwb.de
Re: Rückmeldung 1.68
Ich hoffe ich hab die richtige Konsole mit hinreichend Infos aktiviert. "Log nicht leeren" war angeklickt. Damit hab ich die oben beschriebene Prozedur durchgeführt. Diesmal war es sogar so, daß nach dem ersten, manuellen Refresh, der Graph immer noch nicht angezeigt wurde, die Werte aber schon. In der Konsole erschienen die "ReferenceErrors". Erst ein zweiter Refresh hat dann auch den Graph repariert.KevinW hat geschrieben: ↑Di Dez 17, 2019 7:04 pmBitte mal die WebKonsole mit aufmachen.Leider funktioniert der Graph-Refresh auch nach einem Update auf die 1.68e (ausgeführt heute, ca. 19:15) immer noch nicht (Test: Cache geleert -> Seiten-Refresh -> PC in Energiesparmodus geschickt und nach 20 Sekunden wieder aufgeweckt).
Hier sollten Meldungen zu graphrefreshtriggered und graphloaded kommen.
Klappt bei mir in Chrome/Safari/Firefox & in iOS.
Nein, werden sie nicht.
Was zumindest auch mit meiner Interpretation der Konsolenausgabe konsistent ist:
Code: Alles auswählen
Firefox kann keine Verbindung zu dem Server unter ws://x.x.x.x:9001/mqtt aufbauen.