Feedback Nightly 101.1

[LenaK]

2023-02-06 12:41:54 +0100 [538fa91c]

Mir ist aufgefallen, dass im PV lademodus, wenn das Auto die Ladung abschaltet, dann die Anzeige nicht passt, bzw. der Vorgang evtl. nicht sauber beendet wird?

Fahrzeug (Tesla) mit SOC begrenzung 80% hat gestern die Ladung bei 80% beendet. Noch heute sieht die Anzeige so aus:
Tesla 6A.JPG
Das beim SOC 0% angezeigt wird, passierte in der Nacht irgendwann, gestern Nachmittag zeigte es hier noch 79% an (als das Fahrzeug mit 80% ausschaltete)

PV Stromstärke ist korrigiert.

Bitte das Debuglevel auf Details stellen. Was ist der letzte ausgelesene Soc im SoC.log?

[LenaK]

Hallo OpenWB Team ,

ich habe gemerkt das eine eventuelle Einspeisung nicht gezählt wird bzw sie auf der Hauptseite nicht angezeigt wird .
Es wurden bestimmt schon einige KW Eingespeist
Aktuellstes Update ist drauf
In einer parallel laufenden 1,9 zeigt er 4,87Kw Einspeisung an
Sie Anhang
Verbaut ist ein KSEM , mit 5 Plenticores
Screenshot 2023-02-08 130811.jpg

Bitte das Debuglevel auf Details stellen und einen kompletten Durchlauf von # ***Start*** bis # ***Start*** aus dem main.log posten, wenn der Fehler auftritt. Sensible Daten wie Benutzernamen und Kennwörter unkenntlich machen.

[Meth]

Hallo OpenWB Team ,

ich habe gemerkt das eine eventuelle Einspeisung nicht gezählt wird bzw sie auf der Hauptseite nicht angezeigt wird .
Es wurden bestimmt schon einige KW Eingespeist
Aktuellstes Update ist drauf
In einer parallel laufenden 1,9 zeigt er 4,87Kw Einspeisung an
Sie Anhang
Verbaut ist ein KSEM , mit 5 Plenticores
Screenshot 2023-02-08 130811.jpg

Bitte das Debuglevel auf Details stellen und einen kompletten Durchlauf von # ***Start*** bis # ***Start*** aus dem main.log posten, wenn der Fehler auftritt. Sensible Daten wie Benutzernamen und Kennwörter unkenntlich machen.

Hallo ,

anbei der main.log
In einer Datei da ich das hier nicht anhängen konnte .

Ich hoffe es hilft.

Main.log.txt

(711.79 KiB) 50-mal heruntergeladen

[Nasdero]

Hallo,

ich hab da 2 Dinge.

1. Ich hab die 2023-02-10 12:47:59 +0100 [13980e45] am laufen, wir haben die VM heute kommplett neu aufgesetzt.

Wenn ich bei "Konfiguration - Geräte und Komponenten" folgende Reihenfolge anlege, dann habe ich später bei der Struktur 2 Akkus bzw. 2 mal den selben Akku:

- SolarEdge Zähler
- WR 1
- WR 2
- WR 3
- Akku
- Ladepunkt

Dann schiebe ich den Akku von ganz unten in den WR 1, nach einem Neustart habe ich dann am WR einen Akku und unten noch einmal, in den Geräten gibt es aber nur einen. Ich hoffe die Struktur soll auch so sein, laut Wiki habe ich das so verstanden.

Wenn ich die Reihenfolge ändere wie folgt, dann geht es:

- SolarEdge Zähler
- Ladepunkt
- WR 1
- WR 2
- WR 3
- Akku

2. EDIT 13.02. aktuell läuft es....
Meine Anlage daheim ist wie hier beschrieben: viewtopic.php?t=6493
Meiner Meinung nach passen die Werte im Status, alle Geräte liefern Daten, sehen auch plausibel aus, auf der Main Seite würde ich das selbe behaupten.

Aber heute wurde um 15:04 ein Ladevorgang gestartet, obwohl nicht über 2,5kW von der PV gekommen ist. In den Logs finde ich auch einige dieser Meldungen:

Code: Alles auswählen

2023-02-12 15:56:34,074 - {modules.common.utils.component_parser:24} - {ERROR:MainThread} - Keine aktuellen Werte für Gerät SolarEdge

Main.log

(1.76 MiB) 24-mal heruntergeladen

[Konni]

Hat sich nach einem reboot erledigt

[Nasdero]

Also die Werte die die WB bei mir anzeigt, sind die selben die wir auch in Node-Red auslesen, sollten also passen.

Heute funktioniert das laden, ich hab erst einmal alles wie "Mindest-SoC" beim PV-Laden ausgeschaltet und werde das erst einmal so beobachten, wenn dann alles läuft, werde ich Option nach Option einschalten und testen.

[tobox]

Mit der Version 2023-02-10 12:47:59 +0100 [13980e45] wird nicht genügend Ladestrom freigegeben, und irgendwie schwingt das System auch seltsam.

Die meiste Zeit werden 7A pro "aktivem" Ladepunkt freigegeben, und noch einmal 6A für einen Ladepunkt mit einem voll geladenen Auto. Die Strombegrenzung am Hauptzähler (49A) wird jedoch nicht mal annähernd erreicht! Laut GUI aber folgende Meldung:

Es kann nicht mit der vorgegebenen Stromstärke geladen werden, da der Maximal-Strom an Zähler Hauptzähler erreicht ist.

[tobox]

Mit der Version 2023-02-10 12:47:59 +0100 [13980e45] wird nicht genügend Ladestrom freigegeben, und irgendwie schwingt das System auch seltsam.

Das Verhalten war auch mit einem einzigen ladenden Auto reproduzierbar. Soll-Ladestrom auf 32A gestellt, Ist-Ladestrom und freigegebener Ladestrom sind dann immer wild zwischen 30A und 10A hin und hergeschwungen. Als ich dann den Soll-Ladestrom auf 22A gestellt habe, wurde "normal" geladen.

Zur Info: die Ladepunkte laufen mit 1.9.292.

[tobox]

Ich glaube, ich habe den Fehler eingekreist. Schon bevor der Algorithmus im debug.log startet, sehe ich folgendes:

Code: Alles auswählen

CounterData(config=Config(max_currents=[49, 49, 49], max_total_power=33000), get=Get(powers=[6159.68, 7363.1, 4736.65], currents=[27.24, 32.02, 20.41], voltages=[232.86, 232.6, 234.45], power_factors=[0.97, 0.99, 0.98], unbalanced_load=0, frequency=50.01411819458008, daily_exported=0.0, daily_imported=96660.\
557210559, imported=11583101.621617354, exported=17338.947820458478, fault_state=0, fault_str='Kein Fehler.', power=18259.42822265625), set=Set(reserved_surplus=0, released_surplus=0, raw_power_left=25562.82177734375, raw_currents_left=[21.76, 16.979999999999997, 28.59], surplus_power_left=0, state_str=''))

D.h. von den erlaubten 49,49,49 A wurden die aktuell fließenden 27.24, 32.02, 20.41A abgezogen und dadurch wurde raw_currents_left auf 21.76, 16.979999999999997, 28.59 A gesetzt.

Nur diese erlaubten Ladeströme werden dann auf die Ladepunkte verteilt - das ist natürlich falsch, weil dabei ja gar nicht die aktuell fließenden Ladeströme berücksichtigt werden.

Das erklärt auch das Aufschwingen.

[tobox]

Da wir mit dem aktuellen Stand nicht arbeiten können (dauerhaft nur halbe Ladeleistung und stark schwankende Ströme) habe ich versucht, ein Downgrade zu machen - das ist leider über die GUI nicht möglich, richtig? Man kann zwar unten die Entwicklungszweige und Tags wechseln, aber einfach im Master ein paar Commits rückwärts ist nicht vorgesehen?

Mir ist klar, dass Downgrades immer riskant sind - aber wenn man sieht, dass nur im Regelalgorithmus im letzten Commit was falsch lief, die Settings aber unangetastet sind, dann sollte ja nicht viel passieren können.

Ich versuche mal mein Glück mit dieser Anleitung:

viewtopic.php?p=62877#p62877