[gelöst] OpenDTU-OnBattery verliert immer wieder die Funkverbindung

[Kenaschon]

Hallo,

erst einmal openDTU ist ein sehr tolles Projekt. Vielen Dank dafür.

Ich hatte bis jetzt, fast ein Jahr, das "normale" OpenDTU in Gebrauch. Es sind hier drei WR (2 x HM-800, 1 X HM600) an der Solaranlage angeschlossen. Wenn ich dir Funkstatistiken aufrufe stehen bei allen drei immer 100% Empfang Erfolgreich. Ich habe das über viele Tage immer wieder kontrolliert. Keine Probleme mit den WR.

Jetzt wollte ich auf OpenDTU-OnBattery upgraden. Leider fingen damit die Probleme an. Ich verwende das original Espressif ESP32-S3 DevKit (USB-C version) Board. Alles mit sehr kurzen Kabeln sauber verbunden. Es wird auch das selbe Funkmodul NRF24L01+ verwendet, welches vorher bei der OpenDTU im Einsatz war. Softwareversion ist die letzte (2025.04.17).

Zum Problem:

Die Funkstatistik vom WR1 (der erste in der Liste) ist weiterhin immer bei 100% Empfang Erfolgreich.

Die Funkstatistik vom WR2 (der zweite in der Liste) geht dann schon runter auf maximal 30 - 40 % Empfang Erfolgreich.

Die Funkstatistik vom WR3 (der dritte in der Liste) ist dann leider schon bei 0 - 5% Empfang Erfolgreich.

Es sieht so aus, also ob OpenDTU OnBatterie die Abfrage von WR1 ganz normal hinbekommt, aber dann bei den folgenden WR sich immer mehr durcheinander kommt.

Wenn ich z.B. den WR1 ausschalte (über OpenDTU) geht plötzlich die Funkstatistik vom WR2 (der zweite in der Liste) auf 100% Empfang Erfolgreich.

Gehe ich wieder zurück auf das "normale" OpenDTU sind alle Funkstatistiken bei allen drei wieder auf 100% Empfang Erfolgreich.

Was ich ausschließen kann sind defekte Funkmodule oder defekte Espressif ESP32-S3 DevKit (USB-C version) Boards. Von den Funkmodulen habe ich hier fünf und von ESP-Boards sind es drei. Egal welches Board ich mit welchem Funkmodul verbinde. Es ist immer das selbe Fehlerbild.

Wo kann ich noch etwas testen/prüfen?

Grüße
Manfred

[Solarteur]

Bei mir laufen zwei HM-600 und ein HM-800 ganz problemlos mit OpenDTU-OnBattery (ESP32-S3 DevKit 16 MB)...

1. Ist die Einstellung "NRF24 Sendeleistung" in beiden Fällen gleich? "Minimum" ist oft besser als höhere Sendeleistungen.
2. Ist direkt am NRF24L01+-Modul ein Elektrolytkondensator (10µF) eingelötet?

[Kenaschon]

Sendeleistung - habe ich schon rauf und runter - keinerlei Änderung.

Kondensator - jepp ist eingelötet.

[knopers1]

Welche Abfrageintervalle? bei mir läuft 2 sek. mit zwei Hoymiles super!

[Harisjems]

Statistik in GUI ist mehr oder weniger Bonbonzugabe. Sie ist zwar aussagekräftig, aber nicht gerichtsfest. Log-Daten würde ich als aussagekräftiger ansehen. Was noch eine Ursache sein kann, meiner Meinung nach, sind falsche Einstellungen in OpenDTUonBattery.

Ist der WR solarbetrieben, kann man die Kommunikation bei Nacht/Befehle senden bei Nacht mit ruhigem Gewissen abschalten; das kann zu Statistikmanipulation führen. Abends, Morgens ohne DC-seitige Spannung am Eingang oder bei schwacher Leistung (zu wenig Sonne), hat der WR andere Sorgen, als der DTU zu antworten. Das ist meine Theorie und noch nicht in Stein gemeißelt.
Mfg

[Kenaschon]

Vielen Dank für die Antworten.

Das die Statistik eine Zugabe ist, ist schon klar.

Es ist aber leider so, das sie unter OpenDTU anzeigt, das alle Paket, also 100% über einen sehr langen Zeitraum ankommen.

Mit OpenDTU OnBattery ist es so, das die "Empfang Fehler: Nichts empfangen" schon nach zwei oder drei Minuten bei 90 - 100% liegen.

Sendeleistung habe ich auch schon rauf und runter. Elko ist auch eingebaut.

Es ist eben so, OpenDTU läuft einwandfrei, OpenDTU-OnBatterie macht nur Probleme.

Es ist so leider für mich nicht zu gebrauchen. Um vernüftig damit arbeiten zu können sind ständige Verbindungsabrüche nicht hilfreich.

Grüße

[Gururom]

versuchs doch mal mit einer anderen Hardware, eventuell liegts daran, oder mach die onBattery version auf deine normale oDTU Hardware drauf

[Kenaschon]

Oder das Problem ernst nehmen. Wenn die komplette "Hardware" inkl. Abstände zu den WR und des Routers die selben sind und nur die Software geändert wird - da liegt es für mich sehr nahe, das es an der Software liegt.

[Solarteur]

Wie oben schon geschrieben, laufen bei mir drei HM-x00 ohne Probleme. Bei vielen anderen laufen Anlagen nur mit HMS-x00, bei wieder anderen Anlagen mit HM-x00 und HMS-x00 gemischt und zusätzlich verschiedenen Ladegeräten (DC oder AC) sowie Batteriespeichern - das alles zeigt, dass die OpenDTU-OnBattery-Firmware funktionieren kann.

OpenDTU-OnBattery ist ein Fork von OpenDTU, ergänzt z. B. um die schon erwähnte Ansteuerung von Ladegeräten und Batteriespeichern.

• Wie sieht denn deine Anlage außer den erwähnten 2 x HM-800, 1 X HM600 aus?
• Mal angenommen, es gäbe den Menüpunkt "Funkstatistik" nicht, was funktioniert denn an deiner Anlage nicht oder nicht gut?

[Kenaschon]

OpenDTU OnBattery verliert immer wieder die Funktverbindung. Die eigentlich grünen Balken in der Live-Daten Ansicht werden alle paar Minuten rot und der entsprechende WR fängt wieder bei "0" an.

Ich hatte das mit der Statistik auch nur gesagt, weil es dort sehr deutlich ist.

Hier ein paar Grafiken

Bild 1 OpenDTU ganz normaler sonniger Tag

Bild zwei OpenDTU OnBattery vom 01.06.2025

Bild 3 Wieder OpenDTU von heute 04.06.2025

[peff74]

Welche Version der OpenDTU OnBattery nutzt Du?
Das letzte Release oder eines aus dem Development?

Mir ist nämlich aufgefallen, dass bei den letzten aus dem DEV die Empfangs-Fehlerquote massiv anstieg.
Bin jetzt wieder auf ea16c8a zurück gegangen.

[Kenaschon]

SDK-Version v4.4.7-dirty, Konfigurationsversion 0.1.29-OnBattery-7, Firmwareversion / git Hash 2025.04.17

Was bedeutet Bin jetzt wieder auf ea16c8a zurück gegangen? Welche Version ist das?

[peff74]

die kryptische Bezeichnung bedeutet, dass es ein "release" aus dem DEV channel ist.
Du nutzt das letzte offizielle Release vom 17.04.
Bei dem war bei mir aber noch alles O.K.

[Kenaschon]

So, ich habe jetzt zwei neue Espressif ESP32-S3 DevKit (USB-C version) Boards bei einem anderen Händler gekauft.

Siehe da - jetzt funktioniert es ohne Probleme. Nehme ich die "alten" wieder, sind die Probleme wieder da.

Ist also alles gut. Werde den ersten Händler mal ansprechen, ob es eine Charge ist die Probleme hat.

Grüße und Danke für die vielen Antworten.

[Snusme83]

Servus, dürfte man erfahren, welchen ESP32-S3 du vorher hattest und jetzt hast. Habe nämlich auch ein Aktualisierungsproblem (Middle Missing, Last Missing, All Missing) der WR in oDTUoB. Trotz alledem scheint der DPL aber in einem anderen Takt arbeiten, sodass sich die Einspeisung ins ö. N. in Grenzen hält (<=0,6 kWh).

[Kenaschon]

Dieser war das.
Ging nicht
https://www.conrad.de/de/p/espressif-esp32-s3-devkitc-1-n8-entwicklungsboard-2685020.html

Dieser geht.
https://www.berrybase.de/espressif-esp32-s3-devkitc-1-n8r2-esp32-s3-wroom-1-2mb-psram-8mb-flash

Eigentlich sind es die gleichen Boards.

Es funktioniert jetzt.

Aber, ich habe hier ja noch das "normale" OpenDTU. Das lag und liegt, wenn ich es probeweise mal zum Testen aktiviere, mit der Funkstatistik immer bei 100% Empfang Erfolgreich.
Das OpenDTUonBattery pendelt sich immer so bei 44% Erfolgreich und 56% Empfang Fehler: Nichts empfangen ein.

Es ist hier mit meinen WR und den Gegebenheiten hier ein Unterschied zwischen den beiden Versionen eindeutig vorhanden.

Warum? Keinen Dunst.

Ich habe mir sogar eine Platine (so wie die für OpenDTU) in der selben Größe gemacht damit sie in das selbe Gehäuse passt.

[Snusme83]

Ok. 🤔 Ich hab nicht mal so Espressif- Dinger sondern, ESP32-S3 im Dreierpack für 21 € inklusive Versand.

https://amzn.eu/d/dpOwMwW

Muss/ soll ich jetzt so einen Espressif ESP32-S3 kaufen in der Hoffnung, dass die Verbindung von der oDTUoB zum Hoymiles HM-1500 / TSUN TSOL M800DE "besser" wird?!?

Könntest du mal ein Video hochstellen, wie sich bei dir die Aktualisierung der Wechselrichter im Dashboard darstellt? Klappt die Aktualisierung im vorgegeben Intervall? Ich versuche mal auf ein Video zu verlinken, das ich hier schon online gestellt hab.

#1872

Meine Funkstatistik ist nämlich auch unter aller Kanone:

[Erdbeerfranz]

Das mit der schlechten Funkstatistik kenne ich… habe jetzt auch mehrere unterschiedliche ESP‘s geflashed und probiert (u. A. Welche mit externer wifi Antenne) bringt leider keine wirkliche Verbesserung. Habe auch schon verschiedene NRF‘s probiert, komme maximal so auf 80%… habe auch alle Pins verlötet, aber brachte auch nichts :(
Kann es vielleicht an den Einstellungen oder vll auch an der Hoymiles Firmware liegen? Ich habe ein Intervall von 1 Sekunde eingestellt…
Ach ja… was ich festgestellt habe ist noch, dass es auch von der Tageszeit abhängt, Nachts ist es besser als Tagsüber…

[Harisjems]

Ich habe bei mir nur drei Klebeantenne, und die Entfernung zum WR beträgt ca. 7 m zum HMS1600; dieser ist pflegeleicht und immer zu 100 % verfügbar. Drei weitere WR (HM1500/HM600/Tsun 600 Serie) haben eine Entfernung von 20–30 m Luftlinie ohne große Hindernisse; Empfang 92–95 %. Ein ähnliches Fusion Board (PCB) ist im Einsatz. Bei den letzten drei bis vier OpenDTU on Battery (stabile Version) hatte ich keine Probleme mehr. Mit ESP32/S3/Fusion Boards gab es öfter Probleme, egal welche Antenne ich verwendet habe. Es muss an der eingesetzten ESP-Hardware/Chipqualität liegen, vermute ich.

Wissen tue ich es nicht; dafür sind andere zuständig.

Screenshot_20250616_205244_Samsung Internet

[Kenaschon]

Ich weiß nicht ob das irgendwo in der Anleitung steht, aber mir ist etwas zu dem Abfrageintervall aufgefallen. Ich habe hier drei WR.
Wenn ich ein Intervall von 10 Sekunden einstelle, aktualisieren sich die Werte von jedem WR alle 30 Sekunden.

Es ist so wie es aussieht nicht das Abfrageintervall für die WR sondern die Zeit zwischen den Abfragen der WR.

Also WR1 wird bei 0 Sekunden abgefragt, WR2 zehn Sekunden später, WR3 wieder 10 Sekunden später. Dann wieder WR1. Dann sind wir schon bei 30 Sekunden.

Setze ich das Intervall auf 1 Sekunde könnte ich mir vorstellen, das einfach zu viel "durcheinander" gesendet wird. Also z.B. WR1 kommuniziert noch, da wird WR2 schon an gefunkt.

Ich habe bei mir jetzt 5 Sekunden eingestellt. Das scheint ganz gut zu laufen.

[Harisjems]

Ja, das ist so gewollt mit dem Abfrageintervall. Für die Regelung ist Intervall nicht so relevant auf 12h betrachtet; das pendelt sich ein, sodass es keinen großen Unterschied macht, bis auf mehr/weniger Hardwarebelastung. Aber jeder, wie er mag. Hardware von Hoymiles hat immer ein Wörtchen mitzureden, und das ist nicht deren Kernkompetenz im Sekunden-Takt zu reagieren (obwohl sich das manche wünschen würden). :-)

Ich habe auch 5s WR-Abfrage und 3s Stromzähler. Ich steuere aber 4 WR mit 2 OpenDTU. 4-5 WR mit einem OpenDTU zu regeln ist Hardcore-Level. Machbar, aber nicht meins.

[Erdbeerfranz]

Dann hat es ja mein Hoymiles gut bzw meine DTU, die muss nur einen Wechselrichter steuern… aber ja ich habe hier ein 1. Sekunden Intervall hinterlegt genauso wie beim Zähler-Auslesen…
Warum steuert ihr so viele Wechselrichter? Braucht ihr soo viel Leistung aus der Batterie, oder hat das einen anderen Hintergrund?

[Erdbeerfranz]

Ach ja… positiver Nebeneffekt beim ausprobieren der verschiedenen ESP‘s … jetzt wekelt ja ein esp 32 mit externer Antenne…. Da blinkt wenigstens nicht ständig die große LED bunt rum wenn er den Hoymiles steuert ( ka waum)

[Harisjems]

Früher habe ich die gesteuert, wegen verschiedener Gründe, z. B. ein BKW angemeldet, aber drei BKW an der Produktion teilgenommen haben. Wollte keine schlafenden Hunde wecken und zu viel Einspeisung vermeiden, glaubt dir dann keiner, dass du z. B. 1500 kW Einspeisung mit einem BKW hast. Oder wegen Batterie, nicht zu viele Seltene Erden verschenken (das war mir persönlich immer egal). Die Elektrik war von Anfang an dafür ausgelegt.

Es gibt verschiedene Gründe, warum man mehrere WR steuern/regeln will.

Ich bin persönlich zu dem Schluss gekommen: Monitoring ja, Regelung so wenig wie möglich, so viel wie möglich an Verbraucher (sinnvolle oder nicht) geben und selbst verbrauchen.

[Erdbeerfranz]

Nochmals zurück zur Funkstatistik... Habe es nochmals etwas beobachtet... Unter´m Tag habe ich auch eine sehr schlechte Funkstatistik im Bereich unter 50%, jedoch Abends / Nachts komme ich wiederum auf 80%. Irgendwas hat auf jeden Fall Einfluss auf die Funkstatistik und mir würde da nur folgendes Szenario einfallen... Ich betreibe mehrere Hoymiles welche Tagsüber in´s Hausnetz einspeisen 3 Stück.... Diese werden mit Ahoy ausgelesen.... Gleichzeitig habe ich einen HM1200 an der Batterie, welcher den ganzen Tag über aktiv ist je nach dem ob gerade Strom benötigt wird oder nicht. Daher könnte ich mir ganz gut vorstellen, dass die anderen Hoymiles "dazwischenfunken" und Abends, wenn die Sonne nicht mehr scheint und die 3 Hoymiles "schlafen" die Funkstatistik entsprechend besser wird... Gibts da eventuell verschiedene Funkkanäle welche man nutzen könnte damit das nicht passiert?

Noch ein andres Thema.. wenn man eine "neue" Idee hat, welche die Entwickler mit aufnehmen könnten in die Open DTU, wo kann man dies anbringen?