Rückmeldungen 2.1.3 Beta 1
Re: Rückmeldungen 2.1.3 Beta 1
Hi,
Wenn man am (Modul: DeviceOpenwbFlex) mehr als 6 Zähler einträgt, bleibt das auslesen der Werte komplett hängen.
Lastregelung ist dann nicht mehr möglich..
Wenn man am (Modul: DeviceOpenwbFlex) mehr als 6 Zähler einträgt, bleibt das auslesen der Werte komplett hängen.
Lastregelung ist dann nicht mehr möglich..
Re: Rückmeldungen 2.1.3 Beta 1
Installierte Version: 2024-02-02 12:46:21 +0100 [0e2f970da]Re: Rückmeldungen 2.1.3 Alpha 2
Beitrag von LenaK » Di Jan 30, 2024 3:30 pm
Jens hat geschrieben: ↑Sa Jan 20, 2024 8:43 am
Heute Nacht bei günstigen Strombezug ein bisschen den Speicher aufgeladen.
Die Speicherladung wird im Hausverbrauch als PV-Anteil deklariert ? (Ist nicht Verbrauch "Speicher-Anteil" korrekt ?)
Speicher geladen.png
Speicherladung_PV Anteil.png
Ist im Master behoben.
Nach oben
Speicher und Auto wurde heute nacht geladen und in Summe Ladepunkt ist ein PV Anteil enthalten ?
Tageslog: Ladeprotokoll: Gesamt: Ladepunkt: (Hier ist PV Anteil enthalten) Rest zur Info:
PV: 9,86kWp an E3DC S10 13kWh
LP1: openWB Series2 standard+
Kia EV6
Nutzung von Tibber
LP1: openWB Series2 standard+
Kia EV6
Nutzung von Tibber
Re: Rückmeldungen 2.1.3 Beta 1
Grundlage Tibber Preise:
0:00 - 1:00 = 18,8 Cent (Hier wurde jedoch fast nichts geladen --> Übersicht siehe oben)
1:00 - 2:00 = 17,4 Cent
2:00 - 3:00 = 16,7 Cent
3:00 - 4:00 = 17,1 Cent
4:00 - 6:00 = 16,9 Cent
Lt. Ladeprotokoll Durchschnitt 17,8 Cent (Wurde hier evtl. der PV Anteil -bei mir 10 Cent- mit eingerechnet?)
0:00 - 1:00 = 18,8 Cent (Hier wurde jedoch fast nichts geladen --> Übersicht siehe oben)
1:00 - 2:00 = 17,4 Cent
2:00 - 3:00 = 16,7 Cent
3:00 - 4:00 = 17,1 Cent
4:00 - 6:00 = 16,9 Cent
Lt. Ladeprotokoll Durchschnitt 17,8 Cent (Wurde hier evtl. der PV Anteil -bei mir 10 Cent- mit eingerechnet?)
PV: 9,86kWp an E3DC S10 13kWh
LP1: openWB Series2 standard+
Kia EV6
Nutzung von Tibber
LP1: openWB Series2 standard+
Kia EV6
Nutzung von Tibber
Re: Rückmeldungen 2.1.3 Beta 1
Future (Wenn für OpenWB i.O.)
Bei Updates "kann" es passieren, dass man schlicht und weg vergisst eine Sicherung zu erstellen. (Gerade wenn man von unterwegs ein Update macht)
Gibt es eine Möglickeit in der Einstellung "Automatische Sicherung in einen Cloud-Dienst (Samba...)" vielleicht einen Haken noch setzen "Vor Update Sicherung erstellen"
Sicherlich würde das Update länger dauern, jedoch könnte jeder selbst entscheiden ob gewollt oder nicht.
Gruß Jens
Bei Updates "kann" es passieren, dass man schlicht und weg vergisst eine Sicherung zu erstellen. (Gerade wenn man von unterwegs ein Update macht)
Gibt es eine Möglickeit in der Einstellung "Automatische Sicherung in einen Cloud-Dienst (Samba...)" vielleicht einen Haken noch setzen "Vor Update Sicherung erstellen"
Sicherlich würde das Update länger dauern, jedoch könnte jeder selbst entscheiden ob gewollt oder nicht.
Gruß Jens
PV: 9,86kWp an E3DC S10 13kWh
LP1: openWB Series2 standard+
Kia EV6
Nutzung von Tibber
LP1: openWB Series2 standard+
Kia EV6
Nutzung von Tibber
-
- Beiträge: 39
- Registriert: Mi Okt 28, 2020 7:07 pm
Re: Rückmeldungen 2.1.3 Beta 1
Hallo zusammen,
ist mir eben gerade bei der Auswertung aufgefallen:
Bei der Verarbeitung des Befehls 'getMonthlyLog' mit den Parametern '[object Object]' ist ein Fehler aufgetreten:
Es ist ein interner Fehler aufgetreten: Traceback (most recent call last):
File "/var/www/html/openWB/packages/helpermodules/command.py", line 127, in on_message
func(connection_id, payload)
File "/var/www/html/openWB/packages/helpermodules/command.py", line 565, in getMonthlyLog
get_monthly_log(payload["data"]["month"]))
File "/var/www/html/openWB/packages/helpermodules/measurement_logging/process_log.py", line 172, in get_monthly_log
data = _analyse_energy_source(data)
File "/var/www/html/openWB/packages/helpermodules/measurement_logging/process_log.py", line 292, in _analyse_energy_source
data["totals"] = analyse_percentage_totals(data["entries"], data["totals"])
File "/var/www/html/openWB/packages/helpermodules/measurement_logging/process_log.py", line 344, in analyse_percentage_totals
if "all" in entry["hc"].keys():
KeyError: 'hc'
Ist das bekannt?
Ich denke ist hängt nicht unmittelbar mit dem aktuellen Stand zusammen.
Ich bekomme keine Daten weder Tag/Monat/jahr - alles was weiter als +/- Oktober 2023 zurück liegt. Ich bin mir nicht mehr ganz sicher aber ich meine im Oktober 23 auf die 2.0 gewechselt zu haben. Datenimport aus der 1.9 hat damals aber ohne Fehlermeldung funktioniert.
Grüsse
Jochen
ist mir eben gerade bei der Auswertung aufgefallen:
Bei der Verarbeitung des Befehls 'getMonthlyLog' mit den Parametern '[object Object]' ist ein Fehler aufgetreten:
Es ist ein interner Fehler aufgetreten: Traceback (most recent call last):
File "/var/www/html/openWB/packages/helpermodules/command.py", line 127, in on_message
func(connection_id, payload)
File "/var/www/html/openWB/packages/helpermodules/command.py", line 565, in getMonthlyLog
get_monthly_log(payload["data"]["month"]))
File "/var/www/html/openWB/packages/helpermodules/measurement_logging/process_log.py", line 172, in get_monthly_log
data = _analyse_energy_source(data)
File "/var/www/html/openWB/packages/helpermodules/measurement_logging/process_log.py", line 292, in _analyse_energy_source
data["totals"] = analyse_percentage_totals(data["entries"], data["totals"])
File "/var/www/html/openWB/packages/helpermodules/measurement_logging/process_log.py", line 344, in analyse_percentage_totals
if "all" in entry["hc"].keys():
KeyError: 'hc'
Ist das bekannt?
Ich denke ist hängt nicht unmittelbar mit dem aktuellen Stand zusammen.
Ich bekomme keine Daten weder Tag/Monat/jahr - alles was weiter als +/- Oktober 2023 zurück liegt. Ich bin mir nicht mehr ganz sicher aber ich meine im Oktober 23 auf die 2.0 gewechselt zu haben. Datenimport aus der 1.9 hat damals aber ohne Fehlermeldung funktioniert.
Grüsse
Jochen
Re: Rückmeldungen 2.1.3 Beta 1
Bei mir werden im Ladeprotokoll keine Kosten mehr berechnet. Da steht nur noch 0,00€ - wäre ja schön wenn es so wäre...
Nutze Tibber - Preis wird auch korrekt abgerufen. Preisgesteuertes Laden funktioniert auch Super.
6:05 24,84 kWh / 140 km 0,00 €
Nutze Tibber - Preis wird auch korrekt abgerufen. Preisgesteuertes Laden funktioniert auch Super.
6:05 24,84 kWh / 140 km 0,00 €
Re: Rückmeldungen 2.1.3 Beta 1
In der Master-Version ab 29.01. wurden die PV Überschuss-Regelmechanismen offenbar verändert.
Die Regelschwellen werden igoriert und die BAtterie leergezogen!
Die Regelschwellen werden igoriert und die BAtterie leergezogen!
openWB series 2 - SW2.x
Victron Anlage mit 11kW
überwiegend PV Überschussladung
Victron Anlage mit 11kW
überwiegend PV Überschussladung
Re: Rückmeldungen 2.1.3 Beta 1
Dieses Problem besteht weiter
- Wurde das Auto mit "Sofort" bis zu einem gewissen SOC geladen (z.B. 70%) und dann der Lademodus auf "PV Überschuss" umgestellt, so wird trotz 6KW Überschuss nicht weitergeladen. Ein kurzes Umstellen auf "Stop" und dann wieder auf "PV" hilft nicht weiter.
Ein kurzes Abstecken am Auto jedoch behebt das Problem als Workaround.
- Wurde das Auto auf "PV" teilweise geladen und dann die Ladung auf "Sofort" fortgesetzt, so weist das Ladeprokoll die gesamte Lademenge als "PV"-Laden aus.
openWB series 2 - SW2.x
Victron Anlage mit 11kW
überwiegend PV Überschussladung
Victron Anlage mit 11kW
überwiegend PV Überschussladung
Re: Rückmeldungen 2.1.3 Beta 1
Ich habe in der Version auch die täglichen Peaks in der PV Leistung. Habt ihr das Problem schon identifiziert oder braucht ihr noch mehr Input? Unter dem Master wird der Peak leider mit einsummiert - nach dem Wechsel zum Release 2024-01-03 12:21:20 +0100 [06bcf54f9] ist der Peak zwar noch immer visualisiert, wird aber zum Glück nicht mit aufsummiert.
-
- Beiträge: 152
- Registriert: Fr Okt 27, 2023 6:41 am
- Has thanked: 36 times
- Been thanked: 15 times
Re: Rückmeldungen 2.1.3 Beta 1
Hallo Zusammen,
habe gerade meine Erfahrungen mit dem strompreisbasierten Laden hierher geschrieben - das ist ggf. auch als Rückmeldung für die 2.1.3 Beta 1 interessant: viewtopic.php?p=101647#p101647
Generell ist mein Eindruck, dass das User-Interface oft die Programmierlogik wiederspiegelt. Ich finde schon gut, dass sich User auch damit ein wenig auseinandersetzen. An manchen Stellen würde ich mir aber wünschen, dass "Programmierlogik" in "Anwendersicht" übersetzt wird. Ein klassisches Beispiel sind die "Angaben zum konfigurierten Ladestrom der openWB", die ich gerade nach mehreren Klicks (Einstellungen - Allgemein? nö. Optionale Hardware? nö. Ladeeinstellung - Übergreifendes? nö...) im Ladepunkt-Profil gefunden habe (warum nicht direkt beim Ladepunkt?!?). Dort kann ich den Maximalstrom bei einer oder mehreren Phasen wählen. Klar, es gibt einen Hilfstext und offensichtlich auch "Komplexere Installationen mit mehreren Ladepunkten", aber für einen Heimanwender ist doch die Frage ganz einfach: 11kW oder 22kW. Und das sollte m.E. genau so wählbar sein.
Kurzum: längerfristig würde ich mir überlegen, ob es nicht eine Wahl zwischen "einfacherer Konfiguration" und "alle Einstellungen" gibt - gerne auch auf allen Seiten. Weil viele Einstellungen "Normalnutzer" nicht betreffen und ggf. überfordern. Außerdem könnten sich manche Einstellungen erübrigen - wieso z.B. kann ich beim Fahrzeug wählen, dass der Ladestrom Ein- oder Mehrphasig 32A betragen soll, wenn die 11 kW Wallbox eh nur 16A kann.
Weil hier auch Autos bestimmte Vorgaben und Eigenschaften haben, hatte ich übrigens auch mal überlegt, ob es für Autos nicht auch "Module" geben könnte, vglb. mit den Wechselrichtern. Die sollten mit Hilfe der Community doch schnell definiert sein und würde zusätzlich bei der Konfiguration helfen... Denn nicht jeder - insb. künftige - e-Auto-Fahrer wird wissen, wie groß die netto-Kapazität seiner Batterie ist etc. Dann könnte man auch gleich festlegen, welche SoC-Module für das Fahrzeug zur Auswahl stehen etc....
Also: Tolles Produkt, weiter so. In Bereichen gibt's aber noch Luft nach oben... Vielen Dank für Euer aller Mühe!
Gruß
Philip
PS: Und das GoodWe ET15-30 Modul, bitte
habe gerade meine Erfahrungen mit dem strompreisbasierten Laden hierher geschrieben - das ist ggf. auch als Rückmeldung für die 2.1.3 Beta 1 interessant: viewtopic.php?p=101647#p101647
Generell ist mein Eindruck, dass das User-Interface oft die Programmierlogik wiederspiegelt. Ich finde schon gut, dass sich User auch damit ein wenig auseinandersetzen. An manchen Stellen würde ich mir aber wünschen, dass "Programmierlogik" in "Anwendersicht" übersetzt wird. Ein klassisches Beispiel sind die "Angaben zum konfigurierten Ladestrom der openWB", die ich gerade nach mehreren Klicks (Einstellungen - Allgemein? nö. Optionale Hardware? nö. Ladeeinstellung - Übergreifendes? nö...) im Ladepunkt-Profil gefunden habe (warum nicht direkt beim Ladepunkt?!?). Dort kann ich den Maximalstrom bei einer oder mehreren Phasen wählen. Klar, es gibt einen Hilfstext und offensichtlich auch "Komplexere Installationen mit mehreren Ladepunkten", aber für einen Heimanwender ist doch die Frage ganz einfach: 11kW oder 22kW. Und das sollte m.E. genau so wählbar sein.
Kurzum: längerfristig würde ich mir überlegen, ob es nicht eine Wahl zwischen "einfacherer Konfiguration" und "alle Einstellungen" gibt - gerne auch auf allen Seiten. Weil viele Einstellungen "Normalnutzer" nicht betreffen und ggf. überfordern. Außerdem könnten sich manche Einstellungen erübrigen - wieso z.B. kann ich beim Fahrzeug wählen, dass der Ladestrom Ein- oder Mehrphasig 32A betragen soll, wenn die 11 kW Wallbox eh nur 16A kann.
Weil hier auch Autos bestimmte Vorgaben und Eigenschaften haben, hatte ich übrigens auch mal überlegt, ob es für Autos nicht auch "Module" geben könnte, vglb. mit den Wechselrichtern. Die sollten mit Hilfe der Community doch schnell definiert sein und würde zusätzlich bei der Konfiguration helfen... Denn nicht jeder - insb. künftige - e-Auto-Fahrer wird wissen, wie groß die netto-Kapazität seiner Batterie ist etc. Dann könnte man auch gleich festlegen, welche SoC-Module für das Fahrzeug zur Auswahl stehen etc....
Also: Tolles Produkt, weiter so. In Bereichen gibt's aber noch Luft nach oben... Vielen Dank für Euer aller Mühe!
Gruß
Philip
PS: Und das GoodWe ET15-30 Modul, bitte