HMS-2000-4T Verbindungsabbrüche führen zu dauerhaftem Kommunikationsverlust. Manueller Inverter Neustart nötig.

[Cloud-Tickler]

What happened?

Der Inverter startet und kommunziert mit der DTU. Nach einer Zeit verliert die DTU die Verbindung. Die letzten Werte bleiben im Webinterface eingefroren. Die Verbindung wird nicht wiederhergestellt obwohl der Inverter aktiv ist und Leistung liefert. Die LED blinkt grün. Ein Neustart der DTU behebt das Problem nicht. Es ist ein manueller Neustart des Inverters nötig.

To Reproduce Bug

Das verhalten tritt sporadisch auf, in den letzten Tagen jedoch regelmäßig. Auffällig eine kurze Zeit nach dem Start am Morgen, aber auch am Nachmittag.

Expected Behavior

Die Kommunikation zwischen Inverter und DTU läuft stabil.

Install Method

Pre-Compiled binary from GitHub releases

What git-hash/version of OpenDTU-OnBattery?

2025.09.16 / 2025.06.11

What firmware variant (PIO Environment)?

generic_esp32s3_usb

Relevant log/trace output

Anything else?

Das System lief über längere Zeit stabil. Ich habe dann nach dem Firmwareupdate auf 2025.09.16 die Parameter 'Poll inverter data at night' und 'Send commands at night' auf false geändert. Diese aber wieder nach den ersten Verbindungsabbrüchen zurückgesetzt.
Beim Verbindungsverlust am morgen war die Firmware 2025.09.16 installiert. Nach dem Verbindungsabbruch am Nachmittag bin ich dann zurück auf 2025.06.11 gewechselt. Leider bleibt das Verhalten, auch heute morgen war der Inverter für die DTU nicht mehr erreichbar.

Wie oben erwähnt, bleibt der Inverter aktiv, liefert Strom und blinkt grün.

config.json

Loss_1_251006.csv

Loss_2_251006.csv

Please confirm the following

• I believe this issue is a bug that affects all users of OpenDTU-OnBattery, not something specific to my installation.
• I have already searched for relevant existing issues and discussions before opening this report.
• I have updated the title field above with a concise description.
• I have double checked that my inverter does not contain a W in the model name (like HMS-xxxW) as they are not supported.

[indie89]

Same for me with a HM-1500 inverter, starting after update to fw 2025.09.16. (unfortunately the last setting in the inverter "discharge 6A" was still active an sucked the whole battery before the BMS cut the connection)
I then downgraded to 2025.06.11 and first impression is, that it works stable again.

[SW-Niko]

Ein Neustart der DTU behebt das Problem nicht. Es ist ein manueller Neustart des Inverters nötig.

Das ist neu ... jedenfalls für mich. Bis jetzt musste ich den Inverter noch nie Neustarten. Auch nicht mit der 2025.09.16.
Schaut ja fast so aus als ob der Inverter nicht mehr mit der DTU kommunizieren will, weil zu viele Kommandos oder zu viel Müll beim Inverter ankommen. 🤔

Zwei Fragen:

1. Welche FW ist auf dem Inverter installiert?
2. Welchen Level hast du beim Logging eingestellt?

[indie89]

09:23:11.713] D (83575415) hoymiles: TX AlarmData Channel: 61 --> 15 83 12 85 86 80 18 28 72 80 11 00 68 E7 62 DD 00 00 00 00 00 00 00 00 D9 F1 CC
[09:23:12.292] V (83575684) hoymiles: Interrupt received
[09:23:12.292] D (83575692) hoymiles: RX Channel: 75 --> 95 83 12 85 86 83 12 85 86 05 03 52 54 8D 54 8D FF FF FF FB 80 02 03 53 54 93 D0 | -80 dBm
[09:23:12.370] V (83575781) hoymiles: Interrupt received
[09:23:12.370] D (83575788) hoymiles: RX Channel: 61 --> 95 83 12 85 86 83 12 85 86 07 FF F8 80 02 03 55 55 E4 55 E4 00 00 00 06 80 02 C5 | -80 dBm
[09:23:12.370] V (83575831) hoymiles: Interrupt received
[09:23:12.370] D (83575838) hoymiles: RX Channel: 23 --> 95 83 12 85 86 83 12 85 86 08 03 56 55 EE 55 EE FF FF FF FB 80 02 03 57 55 F5 BA | -80 dBm
[09:23:12.371] V (83575885) hoymiles: Interrupt received
[09:23:12.371] D (83575892) hoymiles: RX Channel: 3 --> 95 83 12 85 86 83 12 85 86 09 55 F5 00 00 00 05 40 7C 03 58 4F 60 5E AE 00 00 81 | -80 dBm
[09:23:13.059] I (83576194) hoymiles: RX Period End
[09:23:13.257] W (83576197) hoymiles: Last missing
[09:23:13.257] I (83576201) hoymiles: Request retransmit: 10
[09:23:13.257] D (83576205) hoymiles: TX RequestFrame Channel: 75 --> 15 83 12 85 86 80 18 28 72 8A CF
[09:23:13.257] I (83576345) hoymiles: RX Period End
[09:23:13.257] W (83576348) hoymiles: Last missing
[09:23:13.257] I (83576352) hoymiles: Request retransmit: 10
[09:23:13.257] D (83576357) hoymiles: TX RequestFrame Channel: 3 --> 15 83 12 85 86 80 18 28 72 8A CF
[09:23:13.257] I (83576481) hoymiles: RX Period End
[09:23:13.317] W (83576485) hoymiles: Last missing
[09:23:13.317] I (83576488) hoymiles: Request retransmit: 10
[09:23:13.317] D (83576493) hoymiles: TX RequestFrame Channel: 23 --> 15 83 12 85 86 80 18 28 72 8A CF
[09:23:13.317] I (83576631) hoymiles: RX Period End
[09:23:13.317] W (83576635) hoymiles: Last missing
[09:23:13.317] I (83576638) hoymiles: Request retransmit: 10
[09:23:13.317] D (83576643) hoymiles: TX RequestFrame Channel: 40 --> 15 83 12 85 86 80 18 28 72 8A CF
[09:23:13.317] V (83576692) hoymiles: Interrupt received
[09:23:13.317] D (83576699) hoymiles: RX Channel: 75 --> 95 83 12 85 86 83 12 85 86 0A 00 00 40 7C 03 5A 5E B4 5E EB 00 00 00 00 40 7C 99 | -80 dBm
[09:23:15.653] I (83576776) hoymiles: RX Period End
[09:23:15.654] W (83576779) hoymiles: Last missing
[09:23:15.654] I (83576783) hoymiles: Request retransmit: 11
[09:23:15.654] D (83576788) hoymiles: TX RequestFrame Channel: 61 --> 15 83 12 85 86 80 18 28 72 8B CE
[09:23:15.654] V (83576851) hoymiles: Interrupt received
[09:23:15.654] D (83576858) hoymiles: RX Channel: 3 --> 95 83 12 85 86 83 12 85 86 0B 03 5C 5E FF 5F 64 00 00 00 00 40 7C 03 5E 5F 6B 0E | -80 dBm
[09:23:15.654] I (83576920) hoymiles: RX Period End
[09:23:15.654] W (83576924) hoymiles: Last missing
[09:23:15.654] W (83576927) hoymiles: Retransmit timeout
[09:23:15.654] I (83579503) hoymiles: Fetch inverter: 116183128586
[09:23:15.841] I (83579509) hoymiles: Queue size - NRF: 2 CMT: 0
[09:23:15.841] D (83579522) hoymiles: TX RealTimeRunData Channel: 75 --> 15 83 12 85 86 80 18 28 72 80 0B 00 68 E7 62 E3 00 00 00 00 00 00 00 00 62 F2 50
[09:23:15.841] V (83579627) hoymiles: Interrupt received
[09:23:15.841] D (83579634) hoymiles: RX Channel: 40 --> 95 83 12 85 86 83 12 85 86 02 00 0A E0 C7 06 30 06 0F 02 06 00 04 00 03 00 16 90 | -80 dBm
[09:23:15.841] V (83579685) hoymiles: Interrupt received
[09:23:15.841] D (83579692) hoymiles: RX Channel: 61 --> 95 83 12 85 86 83 12 85 86 03 00 12 00 08 96 03 00 08 A8 86 06 25 06 11 08 F2 F1 | -80 dBm
[09:23:16.232] V (83579738) hoymiles: Interrupt received
[09:23:16.232] D (83579745) hoymiles: RX Channel: 40 --> 95 83 12 85 86 83 12 85 86 84 13 8A 00 00 00 CC 00 00 00 00 00 FA 03 77 47 FB 76 | -80 dBm
[09:23:16.232] I (83580052) hoymiles: RX Period End
[09:23:16.506] W (83580055) hoymiles: Middle missing
[09:23:16.506] I (83580059) hoymiles: Request retransmit: 1
[09:23:16.506] D (83580064) hoymiles: TX RequestFrame Channel: 3 --> 15 83 12 85 86 80 18 28 72 81 C4
[09:23:16.506] I (83580196) hoymiles: RX Period End
[09:23:16.506] W (83580200) hoymiles: Middle missing
[09:23:16.506] I (83580203) hoymiles: Request retransmit: 1
[09:23:16.506] D (83580208) hoymiles: TX RequestFrame Channel: 23 --> 15 83 12 85 86 80 18 28 72 81 C4
[09:23:16.506] I (83580346) hoymiles: RX Period End
[09:23:16.667] W (83580349) hoymiles: Middle missing
[09:23:16.667] I (83580353) hoymiles: Request retransmit: 1
[09:23:16.667] D (83580358) hoymiles: TX RequestFrame Channel: 40 --> 15 83 12 85 86 80 18 28 72 81 C4
[09:23:16.667] V (83580412) hoymiles: Interrupt received
[09:23:16.667] D (83580419) hoymiles: RX Channel: 23 --> 95 83 12 85 86 83 12 85 86 01 00 01 02 07 00 04 00 04 00 15 00 15 00 0A AA 50 60 | -80 dBm
[09:23:16.667] I (83580470) hoymiles: RX Period End
[09:23:16.667] I (83580474) hoymiles: Success

Ich hab mal einen Auszug meines Protokolls hier rein gezogen. Protokollierung ist bei mir nur "Fehler" außer der nrf HM, die ich jetzt auf "ausführlich" gestellt haben. Installierte FW Version ist [2025.06.11], auf dem Inverter (bei mir HM-1500 die 1.0.18). Hat bis zur Installation der neuen FW (und anschließendem Downgrade auf die Juni Version) alles hervorragend funktioniert... DTU Abfragefrequenz 5s mit Sendeleistung maximal und Abstand zwischen DTU (mit Antenne) und HM-1500 40cm.

Soll ich ein eigenes Thema aufmachen oder darf ich mich hier an das scheinbar sachgleiche Thema dran hängen?

[Cloud-Tickler]

Ein Neustart der DTU behebt das Problem nicht. Es ist ein manueller Neustart des Inverters nötig.

Das ist neu ... jedenfalls für mich. Bis jetzt musste ich den Inverter noch nie Neustarten. Auch nicht mit der 2025.09.16. Schaut ja fast so aus als ob der Inverter nicht mehr mit der DTU kommunizieren will, weil zu viele Kommandos oder zu viel Müll beim Inverter ankommen. 🤔

Zwei Fragen:

1. Welche FW ist auf dem Inverter installiert?

2. Welchen Level hast du beim Logging eingestellt?

Danke für Deine Analyse.

1. Firmware auf dem Inverter ist: 1.1.12
2. Die Abbrüche passieren auch wenn das Loglevel auf Error eingestellt ist (mein Standardsetting). Für die Analyse habe ich auf Verbose gestellt. Ich greife über einen Raspberry PI die Logdaten über die serielle Schnittstelle der DTU ab. Nicht über das Webinterface.

Das Polling steht auf 5 s. Meines Wissens nach das Standardsetting. Das finde ich jetzt nicht besonders schnell.

Die CMT2300A Transmitting power habe ich auf -6 dB reduziert. Standard war nach der Installation bei mir 0 dB.
CMT2300A frequency, Standard 865 Mhz.

Hardware ist eine AllianceApps OpenDTU Fusion.

[SW-Niko]

Hallo @indie89,

Soll ich ein eigenes Thema aufmachen oder darf ich mich hier an das scheinbar sachgleiche Thema dran hängen?

Klar, wenn du auch den Inverter und nicht die DTU Neustarten must, dann sind wir beim gleichen Thema.

[github-actions]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

[whatthe888]

I can confirm this issue with an HMS-2000-4T (FW 1.0.16). After updating to 2025.09.16 the inverter communication stopped every 2-3 days. I´ve moved back to FW 2025.04.17 - with the old FW it runs stable again since 20 days.

[Cloud-Tickler]

I can confirm this issue with an HMS-2000-4T (FW 1.0.16). After updating to 2025.09.16 the inverter communication stopped every 2-3 days. I´ve moved back to FW 2025.04.17 - with the old FW it runs stable again since 20 days.

Not sure about that. I guess there is an underlying problem with the communication in general. Frequency handling and transmit power seems to have an influence. There is an open issues and a pull request here:

tbnobody#2438

tbnobody#2573

I changed my base frequency and from having daily problems it went to very occasionally problems. I think to documentation on frequency and transmit power is very minimal. Best practice info could help a lot.

[SW-Niko]

Good to know. The problem seems to be already being addressed in the upstream project.