openDTU spontan nicht mehr erreichbar

Ich habe das Problem, dass mein open DTU sich spontan (meistens über Nacht) verabschiedet.

Mit dem Hersteller (fertig gekauft) bin ich diverse generelle Themen durchgegangen. Darunter stromversorgung Standort des DTU sowie Verbindung zum Internet

Das Fehlerbild sieht so aus, dass der DTU nicht mehr erreichbar ist weder über die IP-Adresse im Browser noch über home assistant (es werden keine Werte mehr gesendet. Wenn ich das stromkabel raus und reinstecke (Neustart) ist der DTU direkt wieder da und arbeitet erstmal problemlos. Der verkäufer/hersteller sieht keinen Fehler am DTU. Habt ihr eine Idee woran dies liegen kann?

Das letzte Mal ist der DTU am 2 Februar nicht erreichbar gewesen. Es liegt also durchaus eine Zahl zwischen den Abstürzen und hat wohl eher weniger etwas mit dem Wechselrichter oder fehlender solarenergie zu tun.

Erstmal danke für deine schnelle Antwort.

Ich habe:
DTU für Hoymiles HMS 300-2000 und HMT 1800-2250 mit Gehäuse

Hostname OpenDTU-E75EEC
SDK-Version v4.4.7-dirty
Konfigurationsversion 0.1.29
Firmwareversion / git Hash 2024.11.20
Firmware Branch master

Ne habe ich noch nicht getestet, werde ich nun aber mal.

Danke für das raussuchen der passenden firmeware, ist diese auch für “onbattery” gedacht?

Ich bräuchte für on-battery :wink:

wird wohl “opendtu-onbattery-generic_esp32s3.bin” sein oder?
von Releases · hoylabs/OpenDTU-OnBattery

Wieso genau ist er nicht geeignet?
Hatte mich eigentlich beim Verkäufer informiert

Um genau zu sein habe ich diesen: ( hatte das Feld nichts ausgewählt)
OpenDTU OnBattery (16 MB)
[OpenDTU für alle Hoymiles HMS und HMT Wechselrichter, – DTU Shop]

So wurde soeben aktualisiert, mal sehen ob es nun besser läuft.

Hostname OpenDTU-E75EEC
SDK-Version v4.4.7-dirty
Konfigurationsversion 0.1.29-OnBattery-5
Firmwareversion / git Hash 2025.02.10
Firmware Branch master
PIO Umgebung generic_esp32s3
1 „Gefällt mir“

Heute leider wieder das selbe … Und das nach doch so kurzer Zeit … Hat jemand noch einen Tipp woran es liegen kann?

Behelfen mir gerade mit einer Automation und einer smarten Steckdose. Aber das kann’s ja auch nicht sein oder.

Mir ist aufgefallen das bei beiden abstürzen die Temperatur höher war … Siehe Screenshots


Ladegerät sollte passen (5v-2a).

Kabel an sich hatte ich heute getauscht, war ein etwas längeres … Habe ich gegen ein kürzeres getauscht. Ist wohl empfehlenswert aber glaube nicht daß es daran liegt. Oder

Es gibt sehr preiswerte ESP32-Mikrocontrollerboards welche per USB-Stromversorgung nicht korrekt arbeiten und solche Ausfälle passieren wie Du beschrieben hast, ich habe auch so eine DTU hier.
Bei mir wahr aber eher das Problem das das Wifi nur eine sehr geringe Reichweite hatte und keine saubere und durchgehende Verbindung hatte.
Abhilfe brachte hier nur die direkte Einspeisung der +5V am Versorgungspin des ESP32-Boards, damit wahren dann alle Probleme weg :wink:

1 „Gefällt mir“

Mhhh interessant, aber löten (wonach es sich anhört) werde ich nicht und kann ich ohne weiteres auch nicht.

Da musst Du mal reinschauen, meistens sind da Steckpins am Controllerboard, da braucht man nur zu stecken.

1 „Gefällt mir“

Danke für den Tipp, werde ich bei Gelegenheit mal ansehen :slight_smile:

Bezüglich der Erreichbarkeit. Bitte einmal mit der Sendeleistung unter DTU Konfiguration spielen. Das war bei mir die Ursache. Ich habe diese nun auf minimum zu stehen und hatte nie wieder Probleme

Okay, da war ich dann falsch

Ja bzw darum, dass der DTU sich aufhängt. Wlan Verbindung ist top.

Heute ist aufgefallen, dass die Up-Time der openDTU immer wieder zurückgesetzt wird. Was ja für einen Restart spricht.

Auch zu sehen das dies bis zum 08.02. wohl nicht so war wegen der hohen Uptime.

Hier nochmal eine kombinierte Ansicht von Uptime, Verbunden und Temeratur.

Da ich in jüngster Vergangenheit das Ladegerät und Kabel gewechselt habe, erscheint es mir so als wenn dies wirklich etwas mt der Stromversorgung zutun haben kann.

:crayon:by HarryP: Zusammenführung Doppelpost (bitte “bearbeiten” Funktion nutzen)

Hallo
ich habe eine openDTU on Battery “DTU2LAN3” vom gleichen Hersteller und die gleichen Probleme. Ist alles aktuell (0.1.29-OnBattery-5) und immer wieder sendet die DTU nichts mehr an HA und ist auch nicht mehr erreichbar.
Nur ist das bei mir mittlerweile mehrmals am Tag der Fall.
Erhöhte Temperaturen sehe ich vor dem Ausfall nicht.
Die Resets der OpenDTU Uptime sehe ich ebenfalls.
Und zwar mehrere zwischendurch die nicht dazu führen dass die DTU nicht mehr erreichbar ist.

Bei mir exakt das gleiche Fehlerbild (ebenfalls openDTU on Battery “DTU2LAN3").

Habe alle Tipps probiert - Stromversorgung direkt am Board, verschiedene Netzteile, darunter original Raspberry Pi 4 (3A) und Pi 5 (5a).

Die DTU stürzt sporadisch und nicht reproduzierbar ab und ist per Ping nicht mehr erreichbar - aber der Wechselrichter wird noch auf den im DPL eingestellten Grundlastwert geregelt.

Ich habe deshalb die LAN-Schnittstelle (w5500) in Verdacht, da die Logik wegen fehlender Erreichbarkeit des Stromzählers wohl in den Grundlastbereich (Dynamic Power Limiter) wechselt.

Zum Testen habe ich heute mal die LAN-Schnittstelle deaktiviert und lass die DTU nur über WLAN laufen. Zudem habe ich mir die OpenDTU Fusion bestellt, so dass ich zumindest ein funktionierendes Backup bzw. ein stabiles Produktivsystem habe.

Schau bitte einmal in den Einstellungen, ob er sich Nachts reseted. Aufgrund der vielen Funktionen wird nun der ESP32S3 (N16R8V) verwendet. Bei meiner openFusion verbindet er sich nicht mehr mit dem HM600, wie ich feststellen musste. Ahoy-DTU läuft ohne Probleme. Bei allem vorher immer die config.json und pin_mapping.json über das Konfigurationsverwaltung sichern. Bei Github liegen immer noch die (alten) ESP32Wroom.bin vor.

Habe gerade aktuell gebaut, kannst ja mal testen (.txt entfernen und danach entpacken)
generic_esp32s3_git_ece2759.zip.txt (2,8 MB)

Habe die DTU2LAN8, gleiches Problem. Nach 2-3 Tagen keine LAN Verbindung mehr. Rücksprung auf WLAN. Bei fehlenden WLAN Zugangsdaten oder fehlendem WLAN ist keine Verbindung mehr möglich. DTU reagiert nicht mehr auf Ping. Link LED ist grün, ziehen/stecken vom LAN bringt keine Abhilfe. Nur Power Reset bringt die DTU aus dieser Situation. Es wird in diversen Diskussionen auf die SPI Schnittstelle zwischen W5500 und ESP32 verwiesen. Hat sich das bestätigt? Wie weit ist der Request für einen WDT (Watchdog Timer) umgesetzt? Bedarf dies auch einer Hardware Änderung (also ist die W5500 Reset Leitung überhaupt mit dem ESP32 verbunden und von Firmware aus steuerbar) ?

Hallo,

auch bei mir mit opendtuonbattery auf DTU2LAN3 die von euch beschriebenen Probleme.

Opendtu Weboberfläche nicht erreichbar, es findet keine dpl Regelung statt, mqtt übermittelt keine Daten, usw.

Sehr frustrierend da die Absicht ein Gerät mit rj45 und der Möglichkeit dies (mit Adapter) über Poe zu versorgen die Zuverlässigkeit zu erhöhen war.

Bisher hat noch keiner eine Lösung gefunden?

Oder kann eine zuverlässige Alternative Hardware empfehlen?

MfG