PV Modus "spinnt"

[HSC]

Bis 17:37 Uhr arbeitet die Regelung wie sie soll.
Nur was dann passiert ist mir schleierhaft. Man sieht deutlich die Vorgabe 0 A, aber er lädt mit voller Leistung!
--> max. Entladeleistung aus Speicher + Rest aus Bezug.
--> Bezug darf hier keiner stattfinden, da ja nurPV!

Mir sieht es nach einem Verbindungs-, Übertragungs- oder einen Modbusproblem aus, bzw. könnte auch was über die EVSE nicht passen.

D.h.: Vorgabe 0 A an die sWB, dort sagt aber EVSE dem EV: "Du kannst mit 16 A laden" und das EV nimmt sich diese 16 A 2x, da 2p und der Zähler in der WB meldet 6,9 kW Ladeleistung zurück. Diese werden wie oben beschrieben aus Speicher + Bezug bedient.
openWB steuert nicht dagegen, da sie ja schon 0A vorgibt.
@ajole, was meinst Du dazu?
VG

[Chiliheld]

Register 1000 in der swb wechselt auch zwischen 0 und 1600 entsprechend der Sprünge in der owb gui

[aiole]

Mir sieht es nach einem Verbindungs-, Übertragungs- oder einen Modbusproblem aus, bzw. könnte auch was über die EVSE nicht passen.

D.h.: Vorgabe 0 A an die sWB, dort sagt aber EVSE dem EV: "Du kannst mit 16 A laden" und das EV nimmt sich diese 16 A 2x, da 2p und der Zähler in der WB meldet 6,9 kW Ladeleistung zurück. Diese werden wie oben beschrieben aus Speicher + Bezug bedient.
openWB steuert nicht dagegen, da sie ja schon 0A vorgibt.
@ajole, was meinst Du dazu?
VG

Im "Remote" verhält sich die sWB wie ein Hund an der Leine. Sie macht nur das, was per API kommt.

Deshalb nochmal der Hinweis zum 2. Regler.
Chilired hat noch eine iobroker-session mit MQTT am Laufen, die auf oWB zugreifen kann. Das müsste abgeschalten werden. Ich vermute, dass von dort ggf. die unfreiwilligen "Vorgaben" kommen.

VG

[aiole]

Register 1000 in der swb wechselt auch zwischen 0 und 1600 entsprechend der Sprünge in der owb gui

Das ist die Reaktion (= Ist-Ladeleistung). Entscheidend ist aber die Sollladestromvorgabe.
Wenn diese nicht im oWB-GUI ersichtlich ist, könnte dort der iobroker per MQTT verantwortlich sein, schließlich kannst Du die oWB damit voll fernsteuern (und diese steuert dann nochmal per API die sWB fern).

[Chiliheld]

Das hab ich sofort abgeschalten nachdem du mir wg api geschrieben hast.
Die letzte Aufzeichnung ist mit deaktiviertem mqtt adapter.

[aiole]

Ok - dann bitte so lassen.
Was mich wundert, ist das von wechselnde Steckersymbol im PV-Modus. Die sWB und der Ladestecker sind dauerhaft verbunden.
Mal sehen, was die SW-Jungs herausbekommen.

[HSC]

Ok - dann bitte so lassen.
Was mich wundert, ist das von wechselnde Steckersymbol im PV-Modus. Die sWB und der Ladestecker sind dauerhaft verbunden.
Mal sehen, was die SW-Jungs herausbekommen.

Wenn die Vorgabe 0 A sind, ist der Stecker orange, bei 6 A oder höher ist er grün.
VG

[aiole]

Wenn die Vorgabe 0 A sind, ist der Stecker orange, bei 6 A oder höher ist er grün.
VG

Ja - nur wer verursacht es? Die Ladecontrollereinstellungen in der sWB, das Ladekabel und das EV ändern sich nicht (SofortLaden, Min+PV und PV bei genug Überschuss funktionieren anstandslos. => Die Kombi oWB/sWB funktioniert prinzipiell).

Ich vermute etwas bei der oWB-Ansteuerung durch eine Kombination mit 2-Phasigkeit, 0,01A-feature oder Speichernutzung. oWB ist schon informiert.

[Chiliheld]

bringts was auf 3p umzustellen? sonst noch was testen?

Golf kann halt nur 2p und swb nicht 1p

[aiole]

Bitte stelle testweise auf 1.9.245 beta um.
Ich habe gerade ein ähnliches Aufschwingverhalten wie bei Dir in der aktuellen 1.9.248 nightly festgestellt (teste gerade mit der 345 beta). Ergebnisse in ca. 45min.