Feedback Nightly 101.1

[LutzB]

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?

Hast Du genau das schon ausprobiert? Dafür ist die Funktion gedacht gewesen. Du kannst (theoretisch problemlos) auf einen älteren Tag wechseln. Eine detailliertere Auflösung in einzelne Commits ist nicht sinnvoll, da häufig ein paar Abhängigkeiten bestehen.

[tobox]

Hast Du genau das schon ausprobiert? Dafür ist die Funktion gedacht gewesen. Du kannst (theoretisch problemlos) auf einen älteren Tag wechseln. Eine detailliertere Auflösung in einzelne Commits ist nicht sinnvoll, da häufig ein paar Abhängigkeiten bestehen.

Nein, habe ich noch nicht probiert. Ich dachte, die Tags wären alle sehr alt, aber "1.99.102-Beta.3 Pre-release" ist mit 2 Wochen Alter vielleicht genau das richtige. Dann probiere ich das mal aus!

Danke für den Tipp...

[LenaK]

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.

Ist gefixt, bitte ein Update machen.

[tobox]

Ist gefixt, bitte ein Update machen.

Danke für den Fix, bin aber die nächsten Tage unterwegs und will den aktuell stabilen Stand nicht gefährden.
Ich teste das wohl nächsten Dienstag.

[LenaK]

Moin,

wie ich schon geschrieben habe, klappt bei mir die Umschaltung von 1 auf 3 Phasen nicht, der umgekehrte Weg geht eigentlich.
Die Regelung scheint dabei aber etwas zu vorsichtig zu sein.
Untitled 2.png

Gegen 14:17 Uhr kam ein Wasserkocher ins Spiel und hat kurzzeitig den Hausverbrauch so erhöht, dass nicht mehr genug Leistung für dreiphasiges Laden zur Verfügung stand. Die OpenWB hat richtig auf 6A runtergeregelt und die Umschaltverzögerung lief an. 4 Minuten später war der Hausverbrauch aber wieder gesunken und die OpenWB hat sogar wieder auf 7A hochregeln können. Trotzdem blieb aber die Umschaltverzögerung aktiv und es erfolgte ein Wechsel auf einphasiges Laden (leider nicht mehr im Screenshot zu sehen).

Hätte die Umschaltverzögerung nicht wieder unterbrochen werden müssen?

VG

Die erlaubte Stromabweichung im Fahrzeug-Profil ist relativ großzügig. Ich habe den default-Wert angepasst und kurz erläutert: https://github.com/openWB/core/pull/822 (noch nicht gemergt)

[Addy]

Hallo zusammen,

gestern habe ich eine WB Standalone 2.0 Beta erhalten und im Laufe des Tages alle möglichen Einstellungen durchgeführt. Ich setze folgende Komponenten ein:
SMA Tripower Wechselrichter
SMA Sunny Homemanager 2
Die Einstellungen der beiden Module lief super und es wurde alles wie erwartet angezeigt.

Zusätzlich verwende ich noch MQTT zur Anbindung von iobroker, hier benötige ich noch einen Tipp an welche Stelle ich den RFID Tag schreiben kann.

Am Abend hatte ich dann meine RFID Ladepunkt Einstellungen und Open WB custom 2 Wallbox hinzugefügt und das System auf die aktuelle Version vom 17.2. aktualisiert.

Nachdem das Update nach rund 30 Minuten nicht abgeschlossen wurde, hatte ich die Standalone neu gestartet.
Nun bin ich gleich weit und hänge bei:

Der Systemstart ist noch nicht abgeschlossen.
Bitte warten...

Hat jemand eine Idee?

Viele Grüße
Markus

[aiole]

Was hast du upgedated bzw. wo hängt es? An der Standalone mit 2.0 oder dem LP?

[Addy]

An der Standalone. Die Wallbox läuft auf dem letzten Stable Release.

Man sieht im Anhang wo die Standalone gerade steht, der Graph hängt auch noch auf dem Update Zeitraum fest und geht nicht weiter.

Ich habe leider kein Image der SD Karte erstellt, so kann ich nicht zurück. Kann ich hier irgendwelche Logs auslesen?

[mrinas]

ah, moment mal, es gab mal ein Szenario wo die Box in diesem Status hängen geblieben ist. Ich such' mal den Thread raus. Mag sein dass ich auf dem Holzweg bin, aber ein Versuch ists allemal wert.

und hier ist es. Im Grunde sollte das nicht mehr zutreffen da gefixt, aber vielleicht hilft es da dennoch:
viewtopic.php?p=79421#p79421

[ah72]

[...] Die meiste Zeit werden 7A pro "aktivem" Ladepunkt freigegeben, und noch einmal 6A für einen Ladepunkt mit einem voll geladenen Auto.[...]

Die Verteilung der eingestellten Maximalleistung am EVU Kit klappt bei unserer Installation (openWB2 standalone mit 5 Ladepunkten) gut, allerdings nur so lange jedes angesteckte Fahrzeug lädt. Sobald die Ladung an einem Ladepunkt abgeschlossen ist, werden weiterhin 6A "reserviert" und bei der Verteilung berücksichtigt - ohne dass die Leistung genutzt wird. Gewollt, Bug oder ein Konfigurationsproblem?