Rückmeldung 1.8.000 Stable RC

[openWB]

Hallo Zusammen,

bei mir toggle't der maximal freigegebene Strom alle 10 s zwischen dem Wert des Schiebereglers und 11 A seit update auf 1.8.000StableRC.

openWB Version? 1.8.000StableRC
openWB Variante? Series 1 DUO

Aktuell ist nur ein Fahrzeug am LP2 angeschlossen.

Schöne Grüße und vielen Dank

Rene

Bitte Debug Daten senden während der Fehler auftritt.

Hallo,

Debug über das Web Interface ist erstellt und gesendet.
Bitte lass mich wissen, falls ich noch etwas testen soll.

Schöne Grüße

Rene

Die Minimalstromstärke steht auf 11A. Die Sofortladenstromstärke auf 6A.
Das macht logisch betrachtet keinen Sinn. In der Nightly wird der Fehler nun abgefangen (Minimalstromstärke hat Vorrang).

[svlsbrg]

Bitte Debug Daten senden während der Fehler auftritt.

Hallo,

Debug über das Web Interface ist erstellt und gesendet.
Bitte lass mich wissen, falls ich noch etwas testen soll.

Schöne Grüße

Rene

Die Minimalstromstärke steht auf 11A. Die Sofortladenstromstärke auf 6A.
Das macht logisch betrachtet keinen Sinn. In der Nightly wird der Fehler nun abgefangen (Minimalstromstärke hat Vorrang).

Guten Morgen!

die Mindeststromstärke für alle LP stand tatsächlich nach dem Update auf 11A. Ist das ein neuer Parameter?
Vielleicht sollte man ihn initial auf den technischen Grenzwert von 6A setzen?

Schöne Grüße und vielen Dank

Rene

[MichaO]

Ok, das is kein Bug sondern ein Hausverbrauch unter 0 wird als 0 angezeigt.
Hier müssten entsprechend alle Wechselrichter erfasst werden damit die Anzeige stimmt.

Hmm ok
bei 1.7 war es aber noch als negativer Verbrauch deklariert .
Ich habe 3 Plenticores ,2 Pikos und noch einen Piko MP Plus .
Wird dann wohl schwer die alle in die Openwb zu bekommen
Noch dazu das die Pikos nocht Modbus TCP fähig sind

Moin,

bei einer so komplexen PV-Installation empfehle ich, alle WR über z. B. fhem auszulesen, dort die Werte passend zu aggregieren und dann per MQTT an openWB zu senden. Wenn man das in openWB mit der aktuellen Architektur umsetzen will, wird das nix ohne größere Änderungen.

Gruß
Michael

[openWB]

Hallo,

Debug über das Web Interface ist erstellt und gesendet.
Bitte lass mich wissen, falls ich noch etwas testen soll.

Schöne Grüße

Rene

Die Minimalstromstärke steht auf 11A. Die Sofortladenstromstärke auf 6A.
Das macht logisch betrachtet keinen Sinn. In der Nightly wird der Fehler nun abgefangen (Minimalstromstärke hat Vorrang).

Guten Morgen!

die Mindeststromstärke für alle LP stand tatsächlich nach dem Update auf 11A. Ist das ein neuer Parameter?
Vielleicht sollte man ihn initial auf den technischen Grenzwert von 6A setzen?

Schöne Grüße und vielen Dank

Rene

Den Wert gibt es seit Version 0.1 ca
Standard ist hier auch 6A. Geändert werden muss er nur wenn Zoes geladen werden müssen.

[aiole]

Die Mindeststromstärke steht bei Sofortladen.
Müsste diese dann nicht übergreifend für alle Lademodi gelten, wenn Zoe's dabei sind?

[Meth]

Ok, das is kein Bug sondern ein Hausverbrauch unter 0 wird als 0 angezeigt.
Hier müssten entsprechend alle Wechselrichter erfasst werden damit die Anzeige stimmt.

Hmm ok
bei 1.7 war es aber noch als negativer Verbrauch deklariert .
Ich habe 3 Plenticores ,2 Pikos und noch einen Piko MP Plus .
Wird dann wohl schwer die alle in die Openwb zu bekommen
Noch dazu das die Pikos nocht Modbus TCP fähig sind

Moin,

bei einer so komplexen PV-Installation empfehle ich, alle WR über z. B. fhem auszulesen, dort die Werte passend zu aggregieren und dann per MQTT an openWB zu senden. Wenn man das in openWB mit der aktuellen Architektur umsetzen will, wird das nix ohne größere Änderungen.

Gruß
Michael

Servus ,

Danke für die Antwort.
Ich werd mir nen Solarlog base 15 besorgen.
Da alle daten der wechselrichter sammeln und an die openwb mit dem pv modul Solarlog einlesen.

[openWB]

Die Mindeststromstärke steht bei Sofortladen.
Müsste diese dann nicht übergreifend für alle Lademodi gelten, wenn Zoe's dabei sind?

Die Mindestromstärke ist für PV und Sofortladen getrennt einstellbar.

[Slowfinger]

Hallo

bei mir sind nach ca. 3xigen Aufruf der Modulkonfiguration (wieder) alle meine Einstellungen weg. 2x hat noch funktioniert, aber dann habe ich das SOC-Abfrageintervall geändert und dann war
- SOC-Modul ausgeschaltet, alle Daten leer
- EVU-Modul aus => URL Bezug leer
- PV-Modul aus => URL PV leer

Gab es schon mal und hatte damals wohl mit der sehr langen URL der PV & EVU (aus FHEM generiert) zu tun.

[hominidae]

...installierte Version: 1.8.007Nightly (2020-06-23 11:24:40 +0200 [47eefdd] )

Nur ein kleiner kosmetischer Bug.
In der Standard-Anzeige im WebUI wird die Anzeige für EVU-Summenwerte nicht richtig skaliert.
Sobald man eine gewisse Grösse des Fensters hat, wird die Zeile umgebrochen und bleibt auch bis zum Vollbild so....kleiner geht und wird stets wieder richtig skaliert.



...habe ich erst heute gesehen, denke es liegt daran, das mal ein 100er-Wert im EVU-Tageszähler auftauchte.

[openWB]

Hallo

bei mir sind nach ca. 3xigen Aufruf der Modulkonfiguration (wieder) alle meine Einstellungen weg. 2x hat noch funktioniert, aber dann habe ich das SOC-Abfrageintervall geändert und dann war
- SOC-Modul ausgeschaltet, alle Daten leer
- EVU-Modul aus => URL Bezug leer
- PV-Modul aus => URL PV leer

Gab es schon mal und hatte damals wohl mit der sehr langen URL der PV & EVU (aus FHEM generiert) zu tun.

Ist das mit einer URL X reproduzierbar?
Stabile Verbindung zur openWB?
"Wilde Zeichen" in der URL?

@hominidae
Sollte in der Nightly gefixt sein