Morgens keine Verbindung zu HMS-1600-4T

[KopiTubruk]

What happened?

Hallo,

nach der ersten Einrichtung läuft erst einmal alles problemlos. Wenn der WR sich nachts abschaltet wird morgens aber keine Verbindung mehr aufgebaut. Habe zwei verschiedene DTUs ausprobiert, bei beiden das gleiche Problem. openDTU scheint Anfragen zu senden, bekommt aber keine Antwort vom WR. Falsche Frequenz? So ist das jedenfalls nicht nutzbar. Ein Neustart von openDTU bringt keinen Erfolg. Ich habe keinen weiteren DTU, der sich auch mit dem WR verbinden will.

Viele Grüße,
KT

To Reproduce Bug

Einfach gucken, ob nach dem Start des WR eine Verbindung hergestellt wird.

Expected Behavior

openDTU soll sich morgens wieder automatisch mit dem WR verbinden.

Install Method

Pre-Compiled binary from GitHub

What git-hash/version of OpenDTU?

v24.5.6

Relevant log/trace output

RX Period End
14:33:31.843 > All missing
14:33:31.843 > Nothing received, resend whole request
14:33:31.843 > TX ActivePowerControl 865.00 MHz --> 51 94 40 70 XXXXXXXXXXXXXXXXXX
14:33:32.221 > Connecting to MQTT...
14:33:32.330 > Disconnected from MQTT.
14:33:32.330 > Disconnect reason:TCP_DISCONNECTED
14:33:33.883 > RX Period End
14:33:33.883 > All missing
14:33:33.883 > Nothing received, resend whole request

Anything else?

No response

[tbnobody]

Einfach gucken, ob nach dem Start des WR eine Verbindung hergestellt wird.

Hab ich versucht, geht problemlos. Hast du sonst ein besonderes Setup? Nulleinspeisung? Limit Regelung? WLAN Nachabschaltung etc?

[KopiTubruk]

Hi,

nein. Alles out-of-the-box. Habe auch schon zwei verschiedene Netzteile probiert. Gestern ging es ja noch. Aber wie gesagt, nach der Nachtabschaltung morgens kein connect mehr. Reproduzierbar mit zwei unterschiedliche fertig gekauften openDTUs (einmal mit innenliegenden Antennen, jetzt eines mit großen Außenantennen. Exakt gleiches Verhalten)

Habe jetzt mal den openDTU ausgeschaltet und den originalen DTU lite angeschlossen. Der hat sich nach einer Weile (10min) mit dem WR verbunden.

Danke fürs Helfen :-)

[KopiTubruk]

Nachtrag: Nachdem der originale DTU sich einmal verbunden hatte habe ich den wieder abgeklemmt und openDTU verbinden lassen. Das ging dann wieder.

[lzimmermann]

Ich habe heute meine DTU in Betrieb genommen und den HMS1600 eingebunden. Leider sehe ich auch nach zwei Stunden und allen befolgen aller Troubleshootiung tipps keine Daten.
Läuft das mit dem HMS 1600 4T bei anderen Problemlos?

[ms49434]

Ich habe heute meine DTU in Betrieb genommen und den HMS1600 eingebunden. Leider sehe ich auch nach zwei Stunden und allen befolgen aller Troubleshootiung tipps keine Daten. Läuft das mit dem HMS 1600 4T bei anderen Problemlos?

Bitte mach doch ein neues Diskussionsthema auf, dein Problem liegt sehr wahrscheinlich ganz woanders.

[HeinzEagle]

Hallo, ich habe exakt das gleiche Problem und verzweifel langsam daran. Hast du bis jetzt schon eine Lösung des Problems gefunden?
Würde mich über eine Antwort sehr freuen.

[lzimmermann]

@HeinzEagle Wenn du mich meinst, ja klappt mittlerweile. Alle Lötstellen überprüft und eine korrigiert ;-)

[Daniel-Andresen123]

Habe zu 100% das oben beschriebene Problem. Mein aktueller workaround ist morgens den Wechselrichter löschen und neu anzulegen. Danach geht es dann wieder für den Tag. Nutze aktuelle opendtu Version mit Hoymiles HMS 1600 4T. Kann ich irgendwie helfen das zu dwbugen?

[HeinzEagle]

Ich war auch kurz davor alles in die Tonne zu hauen. Jetzt habe ich eine Veränderung vorgenommen und seit zwei Tagen funktioniert meine DTU ohne jegliche Ausfälle. Ich hätte es nicht geglaubt wenn es bei mir nicht so gelaufen wäre

[Daniel-Andresen123]

Und was hast du geändert?

[HeinzEagle]

Ok, ich lasse die Katze mal aus dem Sack.
Man liest immer wieder von Kondensatoren einlösen, andere Netzteile…..
Ja, Kondensatoren waren bei mir auf der Platine und die Netzteil habe ich auch gewechselt. Nur war das eine Steckernetzteil genauso beschissen wie 4 andere auch. Nun habe ich eines genommen was deutlich teurer war mit 4 usb Ports, hat über 20€ gekostet. Seit dem das Netzteil meine DTU versorgt ist beim Sonnenaufgang meine DTU wach bis es wieder dunkel wird. Das seit 2 Tagen, hoffe es bleibt so. Wenn ja ist es tatsächlich ein Spannungsproblem gewesen. Ich hoffe das ich hiermit ein wenighelfen konnte.

[HeinzEagle]

Ich habe zwei Hoymiles HMS–1600–4T im WR eingetragen, das funktioniert soweit so gut. Jetzt habe ich ein Pyton Script auf einem Raspberry der mir eine Nulleinspeisung umsetzt, kann mit diesem Script aber leider nur ein WR Regeln. Kennt hier jemand ein Script womit ich beide WR Regeln kann? Würde mich über Herden Hinweis freuen. danke

[ms49434]

Ich habe zwei Hoymiles HMS–1600–4T im WR eingetragen, das funktioniert soweit so gut. Jetzt habe ich ein Pyton Script auf einem Raspberry der mir eine Nulleinspeisung umsetzt, kann mit diesem Script aber leider nur ein WR Regeln. Kennt hier jemand ein Script womit ich beide WR Regeln kann? Würde mich über Herden Hinweis freuen. danke

https://github.com/reserve85/HoymilesZeroExport

[crisi-solar]

Hallo, habe auch das Problem und ist hier nachzulesen:

reserve85/HoymilesZeroExport#211

Problem gelöst - es hängt ausschließlich an openDTU.

Mit Ahoy 0.8.84 funktioniert alles wieder einwandfrei!

[dimi21]

Habe auch das selbe Problem mit meinem HMS-1600-4T.
Bis zum Abend ist alles ok. Morgens keine Verbindung zum Wechselrichter!

mein aktuelles "Workaround" ist mit einem Shelly Plug die DTU kurz vom Strom zu trennen und sie somit neu zu starten. Funktioniert manchmal beim ersten Mal, manchmal erst beim zweiten Neustart der DTU dass die Verbindung wieder hergestellt ist.
Verbindung hält dann wider problemlos den ganzen Tag.

...Netzteil wurde bereits erneuert, Sendeleistung auf max, Firmware update 24.6.10

dtu keine Verbindung.txt

PS: Wie weit seid ihr mit eurer DTU vom Wechselrichter entfernt?

Beste Grüße

[Daniel-Andresen123]

Ich habe als workaround diesen Watchdog geschrieben. Der check ob gerade Strom in Stromnetz eingespeist wird aber der Wechselrichter producing = false steht. Das kann ja nicht sein. Dann entfernt das Script den WR in OpenDTU und legt ihn dann neu an.

#!/bin/bash
date
producing=$(curl -s http://192.168.6.XXX/api/livedata/status|jq ".inverters[].producing" |tr -d "\n")

if [ "$producing" == "false" ]; then
        # Check einspeisung
        output_stromzaehler=$(tail -n 3 /var/log/vzlogger/vzlogger.log|grep chn2|grep -o -E "[-]?[[:digit:]]{1,5}\.[[:digit:]]{1,2}"|tr -d '\n'| awk '{print int($1)}')
        if [ -z $output_stromzaehler ]; then
                echo "Stromzaehler Variable nicht gesetzt"
                exit 1
        fi

        if [ $output_stromzaehler -lt 0 ]; then
                echo "WR seams to be broken. Fixing it...."
                curl -X POST -u "admin:Password." http://192.168.6.XXX/api/inverter/del -d "data={\"id\":\"0\"}"
                sleep 2
                curl -X POST -u "admin:Passwort" http://192.168.6.XXX/api/inverter/add -d "data={\"serial\":\"SERIAL_NUMBER_WR\",\"name\":\"Balkon\"}"
        fi
fi

Und zur vorherigen Frage: Meine OpenDTU Instanz ist ca 4m vom WR entfernt.

[HeinzEagle]

Hallo zusammen,
ich habe den Eindruck das dei DTU aussteigt wenn der WR länger nicht erreichbar ist.
Ich habe jetzt als erstes mir einen Funkscanner besorgt und mir eine Frequenz in der DTU eingestellt die ziemlich sauber ist von anderen Störquellen. Weiterhin habe ich an meinen Wechselrichtern eine Drahtantenne (ca. 12cm also etwa 1/2 Lamda Wellenlänge) drangetüddelt und habe jetzt beide WR an der DTU mit ca. -55 bis -60dB. Seitdem ist absolut kein Problem mehr aufgetauscht. Ich habe eine Meros Steckdose vor der DTU die bei Sonnenuntergang aus und bei Aufgang wieder einschaltet. Verbindung ist sofort wieder da zu den WR. Das ist seit etwa 2 Wochen jetzt so. Hoffe das war das Problem.
Abstand von der DTU zu den WR ist einmal Keller / 1.Etage und 1.Etage zum Gartenhaus ca. 50m
In der 1.Etage ist die DTU

[HeinzEagle]

[HeinzEagle]

Websocket: [/livedata][15] disconnect
12:12:11.578 > Fetch inverter: 1164828xxxxx
12:12:11.785 > TX RealTimeRunData 868.25 MHz --> 15 82 87 74 08 80 18 49 72 80 0B 00 66 81 2F 82 00 00 00 00 00 00 00 00 80 CD 43
12:12:11.855 > Interrupt received
12:12:11.918 > RX 868.25 MHz --> 95 82 87 74 08 80 18 49 72 01 00 01 01 48 01 4B 00 9E 00 A2 02 0A 02 1A 00 00 60 | -57 dBm
12:12:11.967 > Interrupt received
12:12:12.019 > RX 868.25 MHz --> 95 82 87 74 08 80 18 49 72 02 D6 AE 00 00 E1 0E 00 85 00 8A 01 A1 01 A2 00 A2 74 | -57 dBm
12:12:12.154 > Interrupt received
12:12:12.203 > RX 868.25 MHz --> 95 82 87 74 08 80 18 49 72 03 00 9E 02 A6 02 95 00 00 E2 D0 00 00 DE 22 00 A5 8A | -57 dBm
12:12:12.254 > Interrupt received
12:12:12.361 > RX 868.25 MHz --> 95 82 87 74 08 80 18 49 72 04 00 A1 09 35 13 87 08 E7 00 01 00 60 03 E7 01 17 3E | -59 dBm
12:12:12.407 > Interrupt received
12:12:12.454 > RX 868.25 MHz --> 95 82 87 74 08 80 18 49 72 85 00 01 1A 5E 8F | -56 dBm
12:12:12.503 > RX Period End
12:12:12.503 > Success
12:12:12.667 > TX ActivePowerControl 868.25 MHz --> 51 94 90 35 46 80 18 49 72 81 0B 00 05 0A 00 00 AE 21 8F
12:12:12.719 > Interrupt received
12:12:12.767 > RX 868.25 MHz --> D1 94 90 35 46 80 18 49 72 81 00 00 0B 00 14 07 9C | -51 dBm
12:12:14.184 > RX Period End
12:12:14.184 > Success
12:12:18.158 > TX ActivePowerControl 868.25 MHz --> 51 94 90 35 46 80 18 49 72 81 0B 00 04 D8 00 00 6B 80 38
12:12:18.203 > Interrupt received
12:12:18.252 > RX 868.25 MHz --> D1 94 90 35 46 80 18 49 72 81 00 00 0B 00 14 07 9C | -51 dBm
12:12:20.165 > RX Period End
12:12:20.165 > Success
12:12:21.576 > Fetch inverter: 1164949xxxxx
12:12:21.632 > TX RealTimeRunData 868.25 MHz --> 15 94 90 35 46 80 18 49 72 80 0B 00 66 81 2F 8C 00 00 00 00 00 00 00 00 E0 81 6F
12:12:21.782 > Interrupt received
12:12:21.835 > RX 868.25 MHz --> 95 94 90 35 46 80 18 49 72 01 00 01 01 D8 01 DB 00 45 00 45 01 47 01 48 00 00 4D | -51 dBm
12:12:21.990 > Interrupt received
12:12:22.035 > RX 868.25 MHz --> 95 94 90 35 46 80 18 49 72 02 C6 1C 00 00 C7 F1 00 77 00 79 01 D7 01 D7 00 45 E4 | -51 dBm
12:12:22.086 > Interrupt received
12:12:22.145 > RX 868.25 MHz --> 95 94 90 35 46 80 18 49 72 03 00 44 01 48 01 44 00 00 C8 2C 00 00 C4 8B 00 7B DA | -51 dBm
12:12:22.193 > Interrupt received
12:12:22.239 > RX 868.25 MHz --> 95 94 90 35 46 80 18 49 72 04 00 75 09 25 13 8A 04 DB 00 01 00 35 03 E7 01 16 9D | -51 dBm
12:12:22.290 > Interrupt received
12:12:22.397 > RX 868.25 MHz --> 95 94 90 35 46 80 18 49 72 85 00 01 CF EB E1 | -51 dBm
12:12:22.443 > RX Period End
12:12:22.443 > Success

[HeinzEagle]

Hatte ich vergessen zu erwähnen, habe natürlich auch eine Antenne an der DTU die mir auch ein paar DB Gewinn schenkt.
Sendeleistung steht bei 10dB. Wenn ich sie höher einstelle obwohl ich auch große Distanzen habe dann spinnt auch alles rum. Also, nicht zu Stark drangehen, lieber schwächer anfangen und beobachten.

[HeinzEagle]

Du weist schon das in der Config alles im Klartext drin steht!? Z.B. dein Wlan Kennwort „26125484523745641947“ Von: dimi21 ***@***.***> Gesendet: Sonntag, 30. Juni 2024 09:14 An: tbnobody/OpenDTU ***@***.***> Cc: HeinzEagle ***@***.***>; Mention ***@***.***> Betreff: Re: [tbnobody/OpenDTU] Morgens keine Verbindung zu HMS-1600-4T (Issue #2040) Habe auch das selbe Problem mit meinem HMS-1600-4T. Bis zum Abend ist alles ok. Morgens keine Verbindung zum Wechselrichter! mein aktuelles "Workaround" ist mit einem Shelly Plug die DTU kurz vom Strom zu trennen und sie somit neu zu starten. Funktioniert manchmal beim ersten Mal, manchmal erst beim zweiten Neustart der DTU dass die Verbindung wieder hergestellt ist. Verbindung hält dann wider problemlos den ganzen Tag. ...Netzteil wurde bereits erneuert, Sendeleistung auf max, Firmware update 24.6.10 dtu keine Verbindung.txt <https://github.com/user-attachments/files/16043512/dtu.keine.Verbindung.txt> dtu Verbindung hergestellt.txt <https://github.com/user-attachments/files/16043513/dtu.Verbindung.hergestellt.txt> config.json <https://github.com/user-attachments/files/16043514/config.json> PS: Wie weit seid ihr mit eurer DTU vom Wechselrichter entfernt? Beste Grüße — Reply to this email directly, view it on GitHub <#2040 (comment)> , or unsubscribe <https://github.com/notifications/unsubscribe-auth/BITK3AEJGXTEGZEIXGNCIU3ZJ6V25AVCNFSM6AAAAABI4UTEV6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCOJYGQ3DCMJZGQ> . You are receiving this because you were mentioned. <https://github.com/notifications/beacon/BITK3AHE6LIDAREHGR5JMOLZJ6V25A5CNFSM6AAAAABI4UTEV6WGG33NNVSW45C7OR4XAZNMJFZXG5LFINXW23LFNZ2KUY3PNVWWK3TUL5UWJTUDBHNQU.gif> Message ID: ***@***.*** ***@***.***> >

[dimi21]

Meine DTU ist ca 4m Luftlinie vom Wechselrichter entfernt. (WR am Dach der Garage und DTU in der Garage)
Empfang dürfte soweit auch passen bei mir mit -64dBm :

13:20:54.822 > Interrupt received
13:20:54.940 > RX 865.00 MHz --> 95 A0 09 50 BA 80 15 83 16 02 47 64 00 00 47 A5 02 D9 02 D4 01 CE 01 CE 00 BE A6 | -64 dBm
13:20:55.026 > Interrupt received
13:20:55.143 > RX 865.00 MHz --> 95 A0 09 50 BA 80 15 83 16 03 00 BE 03 70 03 70 00 00 47 84 00 00 47 5F 02 CF 7D | -64 dBm
13:20:55.231 > Interrupt received
13:20:55.302 > RX 865.00 MHz --> 95 A0 09 50 BA 80 15 83 16 04 02 CC 09 20 13 88 0D 11 00 00 00 8F 03 E8 01 9D 4A | -64 dBm
13:20:55.466 > Interrupt received
13:20:55.553 > RX 865.00 MHz --> 95 A0 09 50 BA 80 15 83 16 85 00 01 36 C3 A7 | -64 dBm
13:20:55.670 > RX Period End
13:20:55.670 > Success

so richtig verstehen kann ich das Problem dennoch nicht.

nein war mir in diesem Moment nicht bewusst, vielen Dank für den Hinweis - hab ich gelöscht! @HeinzEagle

[crisi-solar]

Wird bei euch am Abend wenn sich der WR abschaltet der Balken in der DTU auch rot oder bleibt dieser die ganze Nacht auf gelb?

Was weiß der Kuckuck was ich alles probiert habe als meine Probleme zwischen DTU und WR angefangen haben
Von verschiedenen Softwareversionen flashen bis hin verschiedene Antennenleistungen und -entfernungen auszuprobieren.
Netzwerk neu aufgesetzt und und und.....

Bis ich den Tipp bekam die Ahoy-Software zu flashen.
Habe ich gemacht, ist ganz easy! U<
Und siehe da: mit der gleichen DTU und Ahoy 0.8.127 läuft es jetzt ohne einen einzigen Aussetzer!
Egal wie weit jetzt die DTU von den WR entfernt ist, es läuft jetzt stabil.

Probiert es einfach aus!

[Juergen2453]

Einfach mal suchen, dann hättest du das gefunden.

[dimi21]

So es gibt positive Nachrichten in meinem Fall:

@HeinzEagle brachte mich noch auf einen Punkt, welchen ich noch nicht versucht hatte: Die Frequenz

Ich habe diese von 865MHz auf die 868,25MHz, welche HeinzEagle nutzt, umgestellt. (einfach probiert)
Ergebnis: Heute der zweite Morgen in Folge, mit erfolgreichen Verbindungsaufbau, ohne eingreifen zu müssen.

[HeinzEagle]

@dimi21 das freut mich das wir jetzt unser DTU‘s endlich ans laufen bekommen haben.
Habe übrigens die FW 24.1.26 auf der DTU. Kann nicht die aktuelle Laden weil ich meinen WR über einen Raspberry Regel und das Python Script läuft nur bis zu diesem FW Stand. Suche allerdings noch ein Script was auch zwei WR parallel regeln kann. Also wenn jemand etwas hat, würde mich sehr darüber freuen.

[HeinzEagle]

Also es gibt positive Nachrichten im Herbst:

HeinzEagle brachte mich noch auf Punkt, ein welchen noch ich zutuch: Die Frequenz

Ich habe diese von 865MHz auf der: 868,25MHz, welche HeinzEagle, nutzten. (einfach probiert) Ergebnis: Heute der zweitächslich in Folge, mit dem Jahr Verbindungsaufbau, ohne ein eingreifen zu.

@dimi21 wie läuft es mit der Verbindung? Ist es jetzt stabil geworden?

[dimi21]

Noch ein kurzes feedback von mir:

Es läuft alles stabil und die DTU verbindet sich morgens mit dem Wechselrichter tadellos!
Da ich keine weiteren Änderungen vorgenommen habe, ist das Problem 100% der Frequenz zu zuordnen.

von mir aus kann das Problem auf Closed gesetzt werden

[SciLor]

Ich habe nun das gleiche Problem. Alle meine 5 Wechselrichter melden sich nicht mehr bei der openDTU.
Sind HMS-2000 und HMS-1000er
Ich kann mir kaum vorstellen, dass es nur an den Wechselrichtern liegt.

Der Wechsel auf die 868,25MHz hat das Problem aber auch erst einmal bei mir gelöst.

[OttiNC1]

Nach jedem Stillstand des Wechselrichters kommt keine Datenübertragung zustande. Ein spannungslosmachen der DTU und Wiedereinschalten- geht. Ab und an kommt die Verbindung aber wieder. Nach mehreren Minuten. Logfile:
09:55:49.664 > RX Period End 09:55:49.664 > Success 09:55:49.721 > TX PowerControl Channel: 40 --> 51 83 81 83 46 80 19 88 56 81 02 00 D0 00 82 09:55:49.774 > Interrupt received 09:55:49.941 > RX Channel: 61 --> D1 83 81 83 46 83 81 83 46 81 00 00 02 00 44 01 17 | -80 dBm 09:55:51.704 > RX Period End 09:55:51.704 > Success 09:55:51.755 > TX ActivePowerControl Channel: 61 --> 51 83 81 83 46 80 19 88 56 81 0B 00 00 6E 00 00 BD 60 E8 09:55:53.764 > RX Period End 09:55:53.764 > All missing 09:55:53.764 > Nothing received, resend whole request 09:55:53.764 > TX ActivePowerControl Channel: 75 --> 51 83 81 83 46 80 19 88 56 81 0B 00 00 6E 00 00 BD 60 E8 09:55:55.807 > RX Period End 09:55:55.807 > All missing 09:55:55.807 > Nothing received, resend whole request 09:55:55.807 > TX ActivePowerControl Channel: 3 --> 51 83 81 83 46 80 19 88 56 81 0B 00 00 6E 00 00 BD 60 E8 09:55:56.779 > Interrupt received 09:55:56.830 > RX Channel: 40 --> D1 83 81 83 46 83 81 83 46 81 00 00 0B 00 14 07 48 | -80 dBm 09:55:57.812 > RX Period End 09:55:57.812 > Success 09:55:57.871 > TX ActivePowerControl Channel: 23 --> 51 83 81 83 46 80 19 88 56 81 0B 00 00 6E 00 00 BD 60 E8 09:55:58.030 > Interrupt received 09:55:58.087 > RX Channel: 40 --> D1 83 81 83 46 83 81 83 46 81 00 00 0B 00 14 07 48 | -80 dBm 09:55:59.841 > RX Period End 09:55:59.841 > Success 09:55:59.887 > TX ActivePowerControl Channel: 40 --> 51 83 81 83 46 80 19 88 56 81 0B 00 00 6E 00 00 BD 60 E8 09:55:59.933 > Interrupt received 09:55:59.980 > RX Channel: 61 --> D1 83 81 83 46 83 81 83 46 81 00 00 0B 00 14 07 48 | -80 dBm

[CriticalError666]

Hänge mich auch mal dran. Habe das selbe Problem:

WR HMS2000 4T
openDTU aktuelle Version
Nulleinspeisung als Automation laufen

Morgens steht der Balken auf gelb und es kommt keine Verbindung zum WR zustande.

• Neustart bringt keine Besserung
• Änderung der Frequenz bringt keine Besserung

Aktueller "Workaround" ist jeden Morgen openDTU auf Werkseinstellung, WR neu anlegen und innerhalb von Sekunden ist die Verbindung wieder da. Natürlich mehr als nervend das ganze.

[stefan123t]

Von allen die das Problem haben dass der WR morgens nach Sonnenaufgang nicht mehr erreichbar ist brauchen wir ein Serial Log mindestens vom späten Nachmittag wenn noch alles funktioniert bis zum Morgen wenn wieder die Sonne lacht und der WR wieder Strom bekommt.

Hier ist die Dokumentation für das USB / serial logging:
https://www.opendtu.solar/firmware/howto/serial_console/

Am besten als Datei oder im Update mit den Slash Command [/] Details und Code Block formatiert hier anhängen.

@OttiNC1 Dein WR arbeitet die ActivePowerLimit Commands nicht richtig ab. Entweder weil er auf der aktuellen Frequenz nicht mehr erreichbar ist oder aus anderen Gründen, zB fehlende PV Power nachts, etc. Wie und Warum wird überhaupt ein ActivePowerLimit gesetzt ?
Vielleicht wäre es zielführender wenn Du ein eigenes Issue aufmachst anstelle Dich an andere Issues dranzuhängen ?
Da könntest Du dann beschreiben wie und von wem das Active Power Limit gesetzt wird.

[CriticalError666]

Habe vor 3 Tagen zum Testen openDTU on Battery geflasht und seit diesem Zeitpunkt mit der selben DTU keinerlei Probleme mehr mit den morgendlichen Verbindungsproblemen gehabt.