Rückmeldungen openWB software 2.1.6 Alpha 1

[Candid]

Ok, Logfile entfernt, das lade ich dann noch irgendwo hoch... Mal auf die Suche gehen. Geht das direkt von der Weboberfläche aus?

Logfile (hoffe, so war das gemeint):
https://paste.openwb.de/19Ym4wfZkqg4G1B

Version ist angegeben im Post: https://forum.openwb.de/viewtopic.php?p=117071#p117071

[Elchkopp]

Ok, Logfile entfernt, das lade ich dann noch irgendwo hoch... Mal auf die Suche gehen. Geht das direkt von der Weboberfläche aus?

Hier kannst Du den Auszug hochladen, speichern und den Link dann posten:

https://paste.openwb.de/

Steht hier auch beschrieben:
https://forum.openwb.de/viewtopic.php?t=1526

Gruß
Sascha

[Mailoh]

Ich wundere mich derzeit über diese "Sägezahnkurven".
Bei mir vor allem dann, wenn die Maximalkapazität der Ladeleistung erreicht ist.
Auch in der Kurve vom Hausverbrauch konnte ich dies schon beobachten. Vor allem unter ( 134b827ae ).
Heute unter ( a6e5b30e0 ) habe ich es kurz wieder bei der Maximalleistung der Ladung erkennen können, leider ist das Wetter für eine genaue Auswertung zu schlecht.
Hier 2 Bilder aus der Vorversion 134b827ae....

Bildschirmfoto 2024-09-20 um 12.03.28.png

(140.59 KiB) Noch nie heruntergeladen

Bildschirmfoto 2024-09-23 um 18.34.41.png

(168.1 KiB) Noch nie heruntergeladen

Tesla Model 3 P aus 2022
Huawei Komponenten ( 2x Sun 2000 KTL 10 M1, DTSU 666-H, Luna 10-S0, Smartlogger 3000a )

Zudem noch eine Meldung, welche ich vorher noch nie gesehen habe...

Bildschirmfoto 2024-09-27 um 13.53.06.png (92.01 KiB) 701 mal betrachtet

Ich habe an der Konfiguration nichts verändert. Diese Meldung wird nur selten für ein paar Sekunden eingeblendet.

[NeuenrothC]

Leider klappt die Speicherbeachtung nicht richtig. Angehängt ein Zyklus des Logs in Debug modus und ein Screenshot.
Man sieht, dass die Batterie läd, obwohl das Auto Vorrang haben soll. Es ist ein Hybrid-WR mit 10kW Ausgangsleistung

# Update
Der Speichervorrang funktioniert wenn die PV Leistung geringer ist als das Hybrid-Limit des WR

[Thomas aus W]

Heute zeigt mit die OWB mein Auto hätte 14.426,50kWh geladen.

Bildschirmfoto_2024-09-28_14-20-22.png (22.46 KiB) 675 mal betrachtet

Ursache ist, dass im Log die Einträge nach 03:10Uhr alle die selbe Uhrzeit haben:

Code: Alles auswählen

grep -o '"timestamp": [0-9]\+, "date": "0[34]:.."' 20240928.json 
"timestamp": 1727485201, "date": "03:00"
"timestamp": 1727485501, "date": "03:05"
"timestamp": 1727485801, "date": "03:10"
"timestamp": 1727489051, "date": "04:04"
"timestamp": 1727489053, "date": "04:04"
"timestamp": 1727489055, "date": "04:04"
"timestamp": 1727489056, "date": "04:04"
"timestamp": 1727489058, "date": "04:04"
"timestamp": 1727489060, "date": "04:04"
"timestamp": 1727489062, "date": "04:04"
"timestamp": 1727489063, "date": "04:04"
"timestamp": 1727489065, "date": "04:04"
"timestamp": 1727489067, "date": "04:04"
"timestamp": 1727489101, "date": "04:05"
"timestamp": 1727489401, "date": "04:10"
"timestamp": 1727489702, "date": "04:15"
"timestamp": 1727490002, "date": "04:20"
"timestamp": 1727490301, "date": "04:25"
"timestamp": 1727490601, "date": "04:30"
"timestamp": 1727490901, "date": "04:35"
"timestamp": 1727491201, "date": "04:40"
"timestamp": 1727491502, "date": "04:45"
"timestamp": 1727491801, "date": "04:50"
"timestamp": 1727492101, "date": "04:55"

[edit]
Bei den problematischen Einträgen wurden der "import" von "cp5" nicht zu "all" hinzugerechnet, wodurch nach der Fehlerauflösung der Spike entstand:

Code: Alles auswählen

"timestamp": 1727485801, "date": "03:10", "cp": {"cp5": {"imported": 14426480, "exported": 0}, "cp6": {"imported": 11326500, "exported": 0}, "all": {"imported": 25752980,
"timestamp": 1727489051, "date": "04:04", "cp": {"cp5": {"imported": 14426480, "exported": 0}, "cp6": {"imported": 11326500, "exported": 0}, "all": {"imported": 11326500,
...
"timestamp": 1727489067, "date": "04:04", "cp": {"cp5": {"imported": 14426480, "exported": 0}, "cp6": {"imported": 11326500, "exported": 0}, "all": {"imported": 11326500,
"timestamp": 1727489101, "date": "04:05", "cp": {"cp5": {"imported": 14426480, "exported": 0}, "cp6": {"imported": 11326500, "exported": 0}, "all": {"imported": 25752980,
"timestamp": 1727489401, "date": "04:10", "cp": {"cp5": {"imported": 14426480, "exported": 0}, "cp6": {"imported": 11326500, "exported": 0}, "all": {"imported": 25752980,

bye
TW

[ChristophR]

Hausverbrauchszähler:
Es kommt immer wieder vor, dass bei einer Neukonfiguration versucht wird, unbedingt dort einen Zähler auszuwählen, was meistens falsch ist.
Könntet Ihr das so programmieren, dass eine Faust aus dem Rechner kommt, wenn man den auswählen möchte?

Im Ernst:
Anscheinend reichen die vorhandenen Hinweise nicht, damit das nicht aus Versehen versucht wird.

[aiole]

Ja - kann ich zustimmen. Hatte auch schon 2 "Experten", die einen EVU-Zähler zum HV-Zähler umfunktioniert hatten. Am besten HV-Zähler rot und mit Warnmeldung versehen, da sie doch nur selten Verwendung finden.

[NeuenrothC]

Hab den Fehler mit der Speicherbeachtung und den Hybrib-WR gefunden und einen Issue erstellt, sowie einen PR

Issue #1904

Früher stand im bat_all.py
max_bat_discharge_power = parent_data.config.max_ac_out + parent_data.get.power + max(battery.data.get.power, 0)

dass wurde dann zu
max_bat_discharge_power = parent_data.config.max_ac_out + parent_data.get.power + min(battery.data.get.power, 0)

korrekt ist aber
max_bat_discharge_power = parent_data.config.max_ac_out + parent_data.get.power +battery.data.get.power

[Frank-H]

Ich vermute mal, dass das bei mir die gleiche Fehlerursache ist:

PV-Überschußladen, Speichervorrang ausgewählt, Es wird das Fahrzeug mit entsprechenden Meldungen mit 6 A weitergeladen:

https://paste.openwb.de/4Usl1TN8yY8Sb5P

[knotzchef]

Servus,

dann bin ich gespannt wenn die angepasste Berechnung dann umgesetzt ist, es dann auch mit dem Stoppen klappt oder munter weiter der Speicher leer gesaugt wird.