Zugriff auf Netzwerk verloren

[Razorblade12]

Hi community,

meine opendtuob hatte das Problem, dass sie in letzter Zeit morgens nicht mehr per Netzwerk erreichbar war - hier hat einige Tage lang ein Reboot ausgereicht und sie war wieder für einige Stunden erreichbar.
Seit heute Morgen hilft das aber nicht mehr - ich sehe im DHCP Server, dass sich die DTU ihre IP holt, sie antwortet aber nicht mehr auf Ping o.ä.

Kann ich irgendwie einen Reset durchführen, oder besser, einen Netzwerkreset, sodass ich meine Konfig behalte und nur das Netzwerk zurücksetze?
Oder via Konsole die Netzwerkkonfig anpassen?

Vielen Dank schon mal

[SW-Niko]

Kann ich irgendwie einen Reset durchführen, oder besser, einen Netzwerkreset, sodass ich meine Konfig behalte und nur das Netzwerk zurücksetze?

Nein das geht leider nicht.

Du hast nicht zufällig das Logging hoch eingestellt? Falls ja reduziere mal alles auf Fehler und installiere die aktuelle Version.

[Razorblade12]

Wie komme ich auf die DTU um das zu prüfen? Das Netzwerk ist ja nicht erreichbar.

[Harisjems]

Es wird doch parallel AP bei Neustart/Stromlosmachen aufgebaut. Dann kann man sich in DER DTU einloggen und Parameter anpassen, z. B.

[Razorblade12]

Das mit dem AP war ebenfalls mein erster Gedanke, doch auch der ist nicht verfügbar. Aktuell hat die DTU kein Netzwerk und ist darüber nicht erreichbar.

Edit:
Hab inzwischen den AP gefunden (das LAN Kabel muss physikalisch getrennt werden) und spiele jetzt ein FW Update ein

[Harisjems]

Dann ist was kaputt gegangen bei der Software wenn kein AP. Neu flashen über USB würde ich machen. Je nach Hardware ist das Neueinrichten kein großer Akt oder man hat das Pin-Mapping und die Config als Backup, dann ist es noch einfacher. Ich hab mir persönlich angewöhnt, beim Neuflashen keine alte Config zu übernehmen, nur Pin-Mapping.

[Razorblade12]

Mittlerweile ist die DTU wieder am Netz.
Die neueste Firmware ist drauf, das Logging steht komplett auf "Error" - doch leider geht die DTU trotzdem noch nach etwa 12h wieder offline und kann nur durch ein Power-Reset wieder online gebracht werden.
Hat jemand eine Ahnung, woran das liegen könnte?

[Manos1966]

Hast du eine FritzBox als Router bzw hast du einen FRITZREPEATER der die OpenDTU bedient?

[Razorblade12]

Nein, weder noch - ich hab nichts fritziges und die Box ist via LAN-Kabel angebunden

[SW-Niko]

Und was hast du alles über LAN alles am laufen? Power Meter? MQTT?

[gitisgreat2023]

Ich hab das Kabel, wie auch den Klotz schon mal getauscht

Versorgung ist über USB? Falls ja macht es mal über die Klemmen, Fehlerquelle weniger. Zweiter Schritt testweise mal ein lab power supply statt Klotz (vermutlich irgendwelcher USB Adapter). Falls es dann funktioniert: Ich nutze step down converters womit die boards dann versorgt werden. Sogar mein Tibber Pulse versorge ich so, die ist sehr empfindlich auf den power supply (stability), long term (über Tage).

[Razorblade12]

Also über LAN läuft alles bis auf Smartphone und Tablet.

Ja, die Spannungsversorgung geht über USB - dann schau ich mal, ob ich hier an der Spannungsversorgung was machen kann

[SW-Niko]

Also über LAN läuft alles bis auf Smartphone und Tablet

Nein, Ich meine welche Funktionen in OpenDTU-OnBattery die über LAN gehen hast du aktiv? Nur die WebUI oder auch Power Meter? MQTT? usw?

[Razorblade12]

Ach so :-D Sorry, Missverständnis.
Ja, auch Power Meter, MQTT, Nulleinspeisung.
Zum Testen hatte ich jedoch alles mal ausgeschaltet, also den MQTT Broker aus, den Power Meter abgeklemmt etc. und das Ergebnis war das selbe.

[Harisjems]

Rein aus Neugier: Geht das Kabel auf direktem Weg von Switch/Router zur ESP-LAN-Schnittstelle oder ist da irgendwie ein WLAN-AP im Spiel, der das Signal über WLAN abgreift und diesen, sagen wir, vermurksten WLAN-Empfang über Kabel weiter an das Endgerät weitergibt!? Besser wird das Signal/Paket davon nicht. Hab ich öfter im bekannten Kreis erlebt. Dann sucht man die Fehler vergebens, bis man dahinterkommt, dass das schlechte WLAN doch schuld ist.

Vom Gefühl her liegt es an deiner Infrastruktur, eingesetzter Hardware (vergessene Zeitprofile), dass es nach bestimmter Zeit anfängt, zu geistern. :-)Bauchgefühl 😉

[Razorblade12]

Es ist keinerlei WLAN im Spiel, das Kabel geht direkt von der DTU in den Switch. (CAT 6), keine Dose, sondern Kabel direkt.
Hier im Haus ist alles verkabelt und nur Smartphone und Tablet gehen über WLAN

[Razorblade12]

Gestern Abend hab ich die Antwort gefunden: Die Spannungsversorgung, vermutlich die Steckdose.
Nachdem es mit der neuen Firmware (gefühlt) schlimmer wurde und mitunter keine 900 Sekunden gehalten hat und ich mit meinem Latein am Ende war, hab ich aus Verzweiflung den Klotz und das USB Kabel genommen und via Veröängerungskabel an eine andere Steckdose in einem anderen Raum angeschlossen.
Siehe da, sieht doof aus aber es geht... :-D

Vielen Dank euch allen für die zahlreichen Tipps und die Bestätigung, dass wir alle die selben Ideen hatten.

[gitisgreat2023]

@Harisjems ja Labornetzteil. Ist fürs Testen ob Spannungsstabilität das Problem ist eine gute Lösung: mal einige Tage an den Klemmen am Board hängen und schauen ob das Problem weg ist.

@SW-Niko ja, ich denke es kommt irgendwie ins stocken und die OpenDTU Software erkennt diesen Fehler nicht. Beim CMT Modul habe das auch mal beobachtet: Verbindung verloren und einen Neustart hat es sofort wieder hergestellt. Irgendwie läuft dann im Stack was schief und es fängt sich nicht mehr.

Andere Steckdose, andere Phase? Oder einfach ist die Stockdose nicht mehr ganz sauber, sehr subtiler Wackelkontakt, zB wenn da mal ordentlich dran gezogen wurde... (ich spreche aus Erfahrung ;-)).

@Razorblade12 wie gesagt, ich setze seit ich die Probleme beobachtet hatte immer auf einen 230V -> x DC und dann mehrere step down converters (zB für die 140 mm Kühler, Tibber Pulse, Hichi und OpenDTUoB board).

[Harisjems]

Es gibt genug Leute die sagen zumindest, mit Handy Ladegeräte funktioniert es gut.
Ich kann mir vorstellen, das es mit einem WR ohne großartige Hardware drumherum( Mqtt, CAN Anbindung und und funktionieren kann)
Aber OoenDTU ist numal erwachsen und komplex geworden , und erwarten stabile Stromversorgung. Raspberry 1 war auch mal mit 5 Watt zufrieden.
Meine Meinung, kommt es nicht auf Ampere Stärke an bei NT, Eine Stabile Versorgung mit 800mAh reicht hier bei mir mit Iomega ZIP Netzteil zb. ( war. in Bastelkiste) als.beispiel

[gitisgreat2023]

Meine Lösung (step-down plus einige caps extra, insbesondere die Tibber Pulse braucht es, ich betreibe es bei 3.0V) sind hobby getrieben, so dimensionieren dass es passt, weil es 365x24 läuft gefiel mir den Gedanken. Bin gespannt wie lange es den Dauerbetrieb aushält. Klar, ein "großes" Netztteil müsste gut funktioneren. Hast du mal geschaut wie effizienz er dem (sehr niedrigen) Teillastbereich läuft? Die alte Netzteile sind besser als viele billige USB Adapter, die liefern teilweise sehr schlechte Werte. Auch solch ein alter Apple 5W USB charger lief zwar okisch, aber ist nach einige Zeit doch abgeraucht (geöffnet, Platine war was durchgebrannt), also anscheinend auch nicht für den Dauereinsatz geeignet.

[Razorblade12]

OK, super. Ich danke euch für die Einblicke.
Vielleicht wirklich ein subtiler Wackelkontakt - es hatte ja über ein halbes Jahr problemlos funktioniert und es kam auf einmal.

[Harisjems]

Bei so vielen Standby-Verbrauchern in einem modernen Haushaltist Effizienz bei diesen NT (meine persönliche Meinung) zu vernachlässigen.Er soll nur zuverlässig sein.Bei WP oder größeren Verbrauchern ist es natürlich eine andere Spielwiese.Aber jeder hat da eigene Philosophie. „Rette den Planeten“, „Muss immer die letzte Mode sein“, „Der Allwissende hat das aber empfohlen“ und so weiter. 😀Jeder soll selber entscheiden, effizient sein und Fehler suchen oder weniger effizient sein und es läuft einfach.MfG

[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.