Monatsrückblick Januar/Februar 2026 ist online!

[quorle]

@paul53 sagte in Test neuer Adapter pid (pid-Regler) V0.0.x:

@quorle sagte: was du mit "Aktualisierungszyklus der Leistung" meinst?

Der Aktualisierungszyklus von "PV-Überschuss" ist gemeint.

@quorle sagte in Test neuer Adapter pid (pid-Regler) V0.0.x:

set Point = 2000 ( max. Wert Heizstab )

Wenn "Nulleinspeisung" erreicht werden soll, muss "set Point" 0 sein.

@quorle sagte in Test neuer Adapter pid (pid-Regler) V0.0.x:

Zykluszeit = 2000

Wird die Zykluszeit in ms angegeben?

Also die Zykluszeit wird in ms angegeben.
setPoint auf "0" geändert
Der Modbus Adapter holt alle 10 Sekunden die Werte aus dem Wechselrichter.

aktuelle Einstellungen:

• setPoint = 0
• Zykluszeit 2000 ms
• actual Value = aktueller PV-Überschuss ( Wert wird alle 10 Sekunden vom Modbus Adapter vom Wechselrichter abgeholt)

Ausgang PID wechselt aktuell immer von "0" auf "100" hin und her.

Eigentlich möchte ich nur erreichen, dass ein 0-100% Signal aus dem Regler ausgegeben wird. Der PID soll Anhand der Überschussleistung den Prozentwert errechnen und ausgeben. Der Heizstab hat max. 2000W. Sprich der Regler soll sauber den Heizstab anhand eines 0-100% Signales sauber hoch und runter regeln.
Das ausgegebene Signal des PID´s wird dann in einem anderen Aktor weiter verarbeitet.

[paul53]

@quorle sagte: Ausgang PID wechselt aktuell immer von "0" auf "100" hin und her.

Was ist dem Ausgang y zugewiesen?
Wie ist Tn eingestellt (20 s)?
Ist wirklich Xp 20000 oder ist es kp? "useXp" ist true?

@quorle sagte in Test neuer Adapter pid (pid-Regler) V0.0.x:

anhand eines 0-100% Signales

Der Offset ist auf 50 eingestellt?

[quorle]

@paul53

Dem Ausgang "Y" ist noch kein weiterer Datenpunkt zugeordnet ( Der Regler soll erst einmal ordentlich regeln und eingestellt sein, bis dieser dann scharf geschalten wird)

[paul53]

@quorle
Der Offset findet sich nicht im DP "off" wieder. Der Rest sieht gut aus. Damit müsste sich y, beginnend bei 58 % (P-Anteil) langsam erhöhen.
Startwert = Offset + (act - set) * (max - min) / Xp

Etwas irritiert bin ich, dass diff = set - act ist.

[mcm1957]

@paul53
Ev mal die option zum loggen der berechnungen aktivieren. Da sollte dann im log stehen was bei jedem zyklus gerechnetvwurde.

Aber bitte nicht zykluszeit 100ms :-)

[paul53]

@mcm57 sagte: Ev mal die option zum loggen der berechnungen aktivieren.

Ich teste den Adapter nicht. Das macht @quorle.

[quorle]

@paul53 @mcm57

Hab den DP "off" mal mit 50 befeuert. Aber der PID steht weiterhin bei y = 0.
Sobald man in den DP "off" etwas einträgt, regelt der PID bis auf null herunter, anstatt rauf auf 100.

Auszug aus dem LOG:

pid.1
2023-07-14 18:14:50.610	info	[C-PV-Heizstab] update() - {"ts":1689351290610,"act":2448,"set":0,"diff":-2448,"off":50,"err":-2448,"y":0,"lim":true,"dt":2001,"differr":null,"sumerr":-7552,"supr":false}

pid.1
2023-07-14 18:14:48.609	info	[C-PV-Heizstab] update() - {"ts":1689351288609,"act":2448,"set":0,"diff":-2448,"off":50,"err":-2448,"y":0,"lim":true,"dt":2001,"differr":null,"sumerr":-7552,"supr":false}

pid.1
2023-07-14 18:14:46.608	info	[C-PV-Heizstab] update() - {"ts":1689351286608,"act":2448,"set":0,"diff":-2448,"off":50,"err":-2448,"y":0,"lim":true,"dt":2000,"differr":null,"sumerr":-7552,"supr":false}

pid.1
2023-07-14 18:14:44.608	info	[C-PV-Heizstab] update() - {"ts":1689351284608,"act":2531,"set":0,"diff":-2531,"off":50,"err":-2531,"y":0,"lim":true,"dt":2001,"differr":null,"sumerr":-7469,"supr":false}

pid.1
2023-07-14 18:14:42.607	info	[C-PV-Heizstab] update() - {"ts":1689351282607,"act":2531,"set":0,"diff":-2531,"off":50,"err":-2531,"y":0,"lim":true,"dt":2001,"differr":null,"sumerr":-7469,"supr":false}

pid.1
2023-07-14 18:14:40.606	info	[C-PV-Heizstab] update() - {"ts":1689351280606,"act":2531,"set":0,"diff":-2531,"off":50,"err":-2531,"y":0,"lim":true,"dt":2001,"differr":null,"sumerr":-7469,"supr":false}

pid.1
2023-07-14 18:14:38.605	info	[C-PV-Heizstab] update() - {"ts":1689351278605,"act":2531,"set":0,"diff":-2531,"off":50,"err":-2531,"y":0.5439999999999969,"lim":false,"dt":2000,"differr":null,"sumerr":-7360.200000000001,"supr":false}

pid.1
2023-07-14 18:14:36.605	info	[C-PV-Heizstab] update() - {"ts":1689351276605,"act":2531,"set":0,"diff":-2531,"off":50,"err":-2531,"y":1.8094999999999928,"lim":false,"dt":2000,"differr":null,"sumerr":-7107.1,"supr":false}

pid.1
2023-07-14 18:14:34.605	info	[C-PV-Heizstab] update() - {"ts":1689351274605,"act":3146,"set":0,"diff":-3146,"off":50,"err":-3146,"y":0,"lim":true,"dt":2001,"differr":null,"sumerr":-6854,"supr":false}

pid.1
2023-07-14 18:14:32.604	info	[C-PV-Heizstab] update() - {"ts":1689351272604,"act":3146,"set":0,"diff":-3146,"off":50,"err":-3146,"y":0,"lim":true,"dt":2001,"differr":null,"sumerr":-6854,"supr":false}

pid.1
2023-07-14 18:14:30.603	info	[C-PV-Heizstab] update() - {"ts":1689351270603,"act":3146,"set":0,"diff":-3146,"off":50,"err":-3146,"y":0,"lim":true,"dt":2001,"differr":null,"sumerr":-6854,"supr":false}

@mcm57
Wenn man in den Adaptereinstellungen bei "Offset" einen Wert einträgt, wird dieser nicht im Datenpunkt "offset Value" übernommen. Zudem wenn man bei einer Adapter-Instanz das Logging einstellt, wird dies auf allen Adapterinstanzen angewandt.

[paul53]

@quorle sagte: Negativ = Netzbezug, positiv = Überschusseinspeisung

Muss dann der Regler nicht invertieren (y sinkt wenn act steigt)?

[quorle]

@paul53
Ja da gebe ich dir Recht, aber der Regler regelt im Netzbezug dann auf 100 und bei Netzeinspeisung sinkt der Wert nicht mehr. Habe ich gerade ausprobiert mit invertieren.

[mcm1957]

@quorle
Bitte für das offs problem um ein issue

Das logging ist global für eine instanz. Ich nehme an du meinst das logging witd für alle controller einer instanz übernommen. Das ist so gedacht.

Dass zwischen adapterinstanzen eine wechselwirkung existiert wäre überraschend.

[paul53]

@quorle sagte: Regler regelt im Netzbezug dann auf 100

Die Richtung würde schon mal stimmen: Bei Netzbezug soll der WR mehr Leistung liefern. Setze mal den I-Anteil zurück (macht das der Button "reset controller"?).

[mcm1957]

Zu den xalc teaces
Drr regler ist voll am Anschlag.
Beispiel
Set 0
Act 2800
Y bei k = 1 wäre -2800. Da nutzt der offset nix mehr.
Ich ver mute dass der proportionalanteil zu gross ist. Und invertieren müsste nan auch ( oder nan invertuert act gleich extern)

[mcm1957]

Ich wütd auch den integrallanteil mal welassen bis der prop anteil mal halbwegs passt

[mcm1957]

@paul53
Ja reset resettet den p anteil

[paul53]

@quorle
Mit schwankenden Werten die generelle Funktion zu testen, ist schwierig. Übergebe mal an "actual value" einen konstanten Wert von 1000 (= 1000 W Überschuss). Das richtige Verhalten von "output value" nach einem Reset wäre dann der Start mit 57,5 % und alle 2 s Erhöhung um 0,5 %.

[paul53]

@mcm57 sagte: Drr regler ist voll am Anschlag.

Durch den I-Anteil. kp ist 0,005.

[paul53]

@mcm57 sagte: resettet den p anteil

Du meinst den I-Anteil?

@mcm57 sagte in Test neuer Adapter pid (pid-Regler) V0.0.x:

Ich wütd auch den integrallanteil mal welassen

Tn = 0 deaktiviert den I-Anteil?

[quorle]

@paul53

Also irgendwie komme ich damit nicht klar. Der Regler macht was er will, egal was ich einstelle. Hab es auch mit einem festen Wert von 1000 am "set" versucht. Aber wenn er regelt, regelt er nur auf 100%, dann wieder runter und wieder hoch.
Hat irgendeiner den Adapter schon anderweitig im Einsatz, außer Temperaturen zu regeln? Um den Heizstab zur PV-Einspeiseleistung regeln zu können, sollte der PID schnell reagieren, ohne sehr große Sprünge zu machen

[paul53]

@quorle sagte: Der Regler macht was er will

Habe gestern mal den Regler getestet und festgestellt, dass sich der Ausgang nicht wie erwartet verhält.

@quorle sagte in Test neuer Adapter pid (pid-Regler) V0.0.x:

sollte der PID schnell reagieren

@quorle sagte in Test neuer Adapter pid (pid-Regler) V0.0.x:

Der Modbus Adapter holt alle 10 Sekunden die Werte aus dem Wechselrichter.

Die Reaktionsgeschwindigkeit ist durch den Abfragezyklus von Modbus begrenzt. Kann man den verkürzen?

Der folgende Regler verwendet als Zykluszeit den Modbus-Abfragezyklus. Tn = 20 s bezieht sich auf einen Abfragezyklus von 10 s. Verringert man den Abfragezyklus, kann man auch Tn entsprechend verringern.

Ich habe den Regler mit einem Datenpunkt "EVU-Einspeisung", der alle 10 s auf 1000 gesetzt wird, getestet.

11:14:27.406	info	javascript.1 (2139) script.js.blockly.Test3_Blockly: registered 1 subscription, 0 schedules, 0 messages, 0 logs and 0 file subscriptions
11:14:30.007	info	javascript.1 (2139) script.js.blockly.Test3_Blockly: 57.49825
11:14:40.004	info	javascript.1 (2139) script.js.blockly.Test3_Blockly: 59.998
11:14:50.011	info	javascript.1 (2139) script.js.blockly.Test3_Blockly: 62.4995
11:15:00.011	info	javascript.1 (2139) script.js.blockly.Test3_Blockly: 64.9985
11:15:10.005	info	javascript.1 (2139) script.js.blockly.Test3_Blockly: 67.498

[quorle]

@paul53

Habe dir mal zwei Bilder aus Grafana angehängt.
Entweder regeln beide ( Script und Adapter) nur auf 100% und bleiben dann dort stehen, oder sie machen einfach nichts.
Liegt wahrscheinlich nur an den Einstellungen?
Ich wollte eigentlich den Adapter für mehrere Zwecke einsetzen.
Habe auch die Einstellungen von Nutzern weiter oben im Beitrag genutzt, jedoch regelt hier auch nichts.
Mit dem Scripteinstellungen habe ich auch etwas gespielt, bringt mich auch nicht weiter.

Ich meine, wenn ich jetzt 1600 W am Eingang anliegen habe, sollte der Regler ja auf 80% Reglen (bei 2000W max = Heizstab) und nicht auf 100% Reglen und stehen bleiben. Und wenn es weniger Leistung am Eingang wird, sollte der Regler entsprechend herunter Regeln, dann bei Mehrleistung am Eingang wieder Hochregeln. Oder verstehe ich das Falsch?

@mcm57 Gibt es schon Anwendungsfälle, die Dokumentiert sind?

Scriptauswertung:

Adapterauswertung: