Frage zu automatischem Neustartverhalten der DTU und Starting / stopping Inverter Verhalten (Version 2025.02.10)

[Janorei]

1. Kann man das irgendwo konfigurieren, nach wievielen vergeblichen Verbindungsversuchen oder genauer wohl Änderungssendeversuchen mit dem WR die DTU neu gestartet wird (momentan wohl 20 Versuche). Prinzipiell finde ich das Verhalten sehr gut, hat nur eine Weile gedauert bis ich draufgekommen bin, wer mir dauernd die DTU neu startet ;-)
   (s. LOG 1 unten)
2. Wie ist denn das Starting / stopping Inverter jetzt genau zu verstehen. Wird der physikalisch runtergefahren und neu gestartet oder wird da eigentlich nur die Einspeisung gestoppt ? Das passiert bei mir nämlich sehr oft, wenn mein zweiter WR eigentlich genug liefert und der gesteuerte WR eigentlich nur amm unteren Limit beisteuern muß
   (s. LOG 2 unten)

LOG1 :
10:06:55.625 > [DPL] waiting for a start/stop/restart/limit command to complete
10:06:55.829 > Success
10:06:57.865 > Success
10:06:58.813 > Fetch inverter: 114190139135
10:06:58.857 > Queue size - NRF: 1 CMT: 0
10:06:59.357 > Success
10:06:59.413 > [DPL inverter 114190139135]: Starting inverter...
10:06:59.536 > [PowerMeterHttpJson] New total: 292.85
10:07:01.394 > Success
10:07:02.814 > Fetch inverter: 114190139135
10:07:02.859 > Queue size - NRF: 2 CMT: 0
10:07:03.358 > Success
10:07:03.414 > [DPL inverter 114190139135]: Starting inverter...
10:07:03.535 > [PowerMeterHttpJson] New total: 290.95
10:07:04.152 > Success
10:07:05.617 > [DPL inverter 114190139135]: timeout (20 in succession), state transition pending: yes, limit pending: no
10:07:05.670 > [DPL inverter 114190139135]: issuing restart command after update timed out repeatedly
10:07:05.725 > [DPL inverter 114190139135]: restarting system since inverter is unresponsive
10:07:05.773 > [DPL] waiting for sufficiently recent power meter reading
10:07:06.188 > Success
10:07:06.241 > [DPL] waiting for sufficiently recent inverter data

LOG 2:

15:29:57.426 > [PowerMeterHttpJson] New total: -62.36
15:29:57.454 > Fetch inverter: 114190139135
15:29:57.480 > Queue size - NRF: 1 CMT: 0
15:29:58.022 > Success
15:30:01.506 > [PowerMeterHttpJson] New total: -62.76
15:30:01.534 > Fetch inverter: 114190139135
15:30:01.563 > Queue size - NRF: 1 CMT: 0
15:30:02.018 > Middle missing
15:30:02.043 > Request retransmit: 1
15:30:02.112 > Success
15:30:03.500 > [DPL] the system is stable, the last power limit is still valid
15:30:05.415 > [PowerMeterHttpJson] New total: 44.02
15:30:05.442 > Fetch inverter: 114190139135
15:30:05.470 > Queue size - NRF: 1 CMT: 0
15:30:05.933 > [DPL inverter 114190139135]: sending limit of 4.2 % (34 W respectively), max output is 800 W
15:30:05.963 > [DPL] waiting for a start/stop/restart/limit command to complete
15:30:06.017 > Middle missing
15:30:06.050 > Request retransmit: 1
15:30:06.118 > Success
15:30:08.161 > Success
15:30:08.194 > [DPL inverter 114190139135]: actual limit is 4.2 % (34 W respectively), effective 2226 ms after update started, requested were 4.2 %
15:30:08.220 > [DPL inverter 114190139135]: Starting inverter...
15:30:09.434 > [PowerMeterHttpJson] New total: -32.62
15:30:09.480 > Fetch inverter: 114190139135
15:30:09.511 > Queue size - NRF: 2 CMT: 0
15:30:10.206 > Success
15:30:10.866 > Success
15:30:10.898 > [DPL] waiting for sufficiently recent power meter reading
15:30:13.425 > [PowerMeterHttpJson] New total: 12.57
15:30:13.455 > [DPL] the system is stable, the last power limit is still valid
15:30:13.478 > Fetch inverter: 114190139135
15:30:13.505 > Queue size - NRF: 2 CMT: 0
15:30:13.994 > Success
15:30:14.835 > Success
15:30:17.445 > [PowerMeterHttpJson] New total: -92.10
15:30:17.472 > Fetch inverter: 114190139135
15:30:17.498 > Queue size - NRF: 1 CMT: 0
15:30:18.061 > Last missing
15:30:18.100 > Request retransmit: 3
15:30:18.131 > Success
15:30:18.350 > [DPL inverter 114190139135]: Stopping inverter...
15:30:18.389 > [DPL] waiting for a start/stop/restart/limit command to complete
15:30:20.421 > All missing
15:30:20.460 > Nothing received, resend whole request
15:30:21.426 > [PowerMeterHttpJson] New total: -39.20
15:30:21.454 > Fetch inverter: 114190139135
15:30:21.480 > Queue size - NRF: 2 CMT: 0
15:30:22.421 > Success
15:30:23.061 > Success
15:30:23.102 > [DPL] waiting for sufficiently recent power meter reading

[spcqike]

zu 1.
ich vermute hier

OpenDTU-OnBattery/src/PowerLimiterInverter.cpp

Lines 117 to 127 in 47527c0

	if (_updateTimeouts >= 10) {
	MessageOutput.printf("%s issuing restart command after update "
	"timed out repeatedly\r\n", _logPrefix);
	_spInverter->sendRestartControlRequest();
	}
	if (_updateTimeouts >= 20) {
	MessageOutput.printf("%s restarting system since inverter is "
	"unresponsive\r\n", _logPrefix);
	RestartHelper.triggerRestart();
	}

zu 2.
afaik kann man Inverter nicht "herunterfahren", wie einen Fernseher. Er ist an, sobald die DC Spannung erreicht ist.
Man kann die Einspeisung stoppen und starten, oder ihn komplett neustarten (reboot). Aber nicht gezielt herunter- und später hochfahren.

[Janorei]

zu 1. klar, passt auch für mich, ich finde die Funktion gut und kein Problem, dass die nicht konfigurierbar ist.
zu 2. ok, wenn nur die Einspeisung gestoppt / gestartet wird und nicht komplett runter und wieder hochgefahren wird wie das z.B. hier möglich ist, dann ist das ok, weil es dann vermutlich die Hardware nicht belastet.
@schlimmchen @AndreasBoehm: Kannst Du bestätigen, das das so ist (also nur die Einspeisung gestoppt / gestartet wird) ?

[Janorei]

Was mich halt extrem irritiert ist folgendes und da frage ich mich halt ob die Meldung 124 nicht auf einen Inverter Shutdown / restart hindeutet:

Ereignisanzeige:

passend zum Log
16:48:20.792 > [PowerMeterHttpJson] New total: 140.77
16:48:22.171 > [DPL] waiting for a start/stop/restart/limit command to complete
16:48:22.306 > All missing
16:48:22.348 > Nothing received, resend count exeeded
16:48:22.396 > [DPL inverter 114190139135]: Stopping inverter...
16:48:22.977 > Success
16:48:23.126 > Fetch inverter: 114190139135
16:48:23.183 > Queue size - NRF: 3 CMT: 0
16:48:24.809 > [PowerMeterHttpJson] New total: 140.91
16:48:25.011 > Success
16:48:25.557 > Success
...
16:49:32.889 > Success
16:49:32.941 > [DPL inverter 114190139135]: actual limit is 17.2 % (138 W respectively), effective 4079 ms after update started, requested were 17.2 %
16:49:32.989 > [DPL inverter 114190139135]: Starting inverter...
16:49:33.498 > Success
16:49:35.160 > Fetch inverter: 114190139135
16:49:35.231 > Queue size - NRF: 2 CMT: 0
16:49:35.534 > Success
16:49:36.077 > Success

[schlimmchen]

Das Stoppen und Starten der Einspeisung funktioniert wie die Knöpfe in der Web UI, die du per Screenshot gezeigt hast.

weil es dann vermutlich die Hardware nicht belastet.

Was wird denn da belastet? Klingt für mich als seist du einer der Nervösen 😉 Kein Grund nervös zu sein.

ob die Meldung 124 nicht auf einen Inverter Shutdown / restart hindeutet:

Shutdown und Restart sind nicht das gleiche. Bei einem Restart startet die Software in der Büchse tatsächlich neu und insb. wird der Tagesertrag zurückgesetzt. Ein Shutdown ist "bitte mach jetzt keinen AC Strom".

[Janorei]

Ja ich bin wohl einer von den Nervösen, der ein bißchen Angst um die Hardware hat was leider aus der Tatsache kommte, daß ich nicht so tiefe Ahnung habe, wie ich gerne hätte.
Ich fasse mal kurz zusammen

• "stopping Inverter" (aus Log) = Ausschalten aus Web UI = Mache jetzt keinen Strom, lass den WR aber laufen
• "Starting Inverter" (aus Log) = Einschalten aus Web UI = Mache Strom

Neustart ist dann nur über die Web UI möglich und startet wirklich physikalisch neu (vermutlich mit AC Synchronisation , Ramp up ...)

[schlimmchen]

nur über die Web UI möglich

Der Korrektheit halber möchte ich widersprechen: Das geht auch per MQTT, und der DPL nutzt auch den Inverter-Neustart, nämlich wenn er ihm längere Zeit kein neues Limit beibringen konnte, obwohl er erreichbar ist.

[Janorei]

Perfekt, vielen Dank für die Geduld dies auch einem leider nicht ganz so tief in der Materie stechkenden, aber total vom Projekt OpenDTU-OnBattery begeisterten zu erklären

[github-actions[bot]]

This discussion has been automatically locked since there has not been any recent activity after it was closed. Please open a new discussion for related concerns.