OOM Exception with esp8266 4MB Flash #1766
Comments
|
mein ESP8266 läuft mit der -all-Version nur einige Stunden und rebootet dann neu.Nur die abgespeckten Versionen laufen länger. |
|
Bei mir war .97 die letze ESP8266 Version, die (halbwegs) stabil war. (#1619) |
|
ESP8265/6 RIP 😢 |
|
Beobachte es gerade.ohne Produktion alles fein. Sobald Produktion losgeht ca. jede Stunde Neustart. Ich zeichne gerade Mal die heap Fragmentierung auf.wenn da zu wenig grosse Blöcke da sind, also Fragmentierung zu hoch, würde es das erklären. |
|
Das zweite Chart ist freg heap nicht free heap.. |
Ganz so tot sehe ich ESP8266 noch nicht, aber vielleicht nur in "einfachen" Umgebungen. Mein esp8266-minimal (P-en; v0.8.140; ein inverter) läuft seit 13 Tagen, vorher waren es 4 Wochen. |
|
Ja, wer mit einem Inverter zufrieden ist, keine MQTT und kein Display braucht, wird damit zurecht kommen. Aber offenbar geht der Spaß jetzt schon mit 2 Invertern los. |
|
Ich habe nur zwei Inverter und mqtt. Kein Display. Lese auch die Griddaten nicht aus. |
|
das Problem mit den Neustarts dürfte grossteils an MqTT liegen, denn ohne laufen die 8266 bei mir recht stabil. Auch die ESP32 haben ja noch Probleme mit MqTT. |
|
Ich probiere gerade noch etwas. Lasse jetzt die Version an einem anderen hybrid reapeater arbeiten. Edith: auch an FB tritt reboot auf. Dann ist der esp8266 nicht mehr stabil. Mqtt schalte ich nicht ab, da ich's brauche. |
|
Auch wenn ich einen WR deaktiviere, um die Last zu reduzieren, schmiert die DTU am Ende komplett weg und ist nicht mehr erreichbar bis zu einem manuellen Reset per Knopfdruck auf dem ESP8266. Soll ich einen stacktrace organisieren? |
Mein ESP8266 mag die Minimal auch haben, aber dann funktioniert MQTT nicht mehr. No Connection. |
Ich habe noch viele andere ESP8266 im Einsatz, alle mit MQTT. Selbst meine geflashten BEKEN Chips (Offtopic kein DTU) haben keine Probleme und ich meine die haben noch weniger Speicher oder? |
|
Ich habe jetzt mal testweise bei den beiden Invertern die Abfrageintervalle von 15 auf 20 Sekunden erhöht und im Bereich MQTT den Aktualisierungsintervall auf "0" gesetzt, sodass nur überragen wird, wenn neue Daten vorliegen die auch anders sind. |
|
Sind auch meine Einstellungen, nützt aber nur begrenzt was. Anscheinend ist der 8266 damit überfordert. |
|
Also ich habe zudem das Auslesen der Grid Daten deaktiviert. |
|
|
|
Die Grid-Daten werden nur einmal ganz zum Start der DTU ausgelesen. Denke nicht das es was ausmacht. |
|
Also bei mir lauft die DTU seither seit 4h ohne Probleme und m.E. auch performanter im Seitenaufruf. |
|
Ok, seit wieder am TP Link Repeater, Same shit wie vorher. Tja, also doch keine TP Link Repeater kompatibilität? |
Was für nen Repeater oder Box Router hast du denn wo die Connection hin läuft? Auch 2,4 und 5G aktiv? |
|
Die 5GHz interessieren den ESP8266 nicht, der kann nur 2,4GHz. Das Intervall für MqTT auf 0 zu stellen ist aus meiner Sicht die einzig sinnvolle Einstellung, ich habe das Feature bis heute nicht verstanden, aber man wollte es vor langer Zeit unbedingt haben. Hast du weitere DTUs am laufen? Also zb. eine originale? |
|
Hi, ich habe z.b. viele Steckdosen per mqtt die nutzen openbeken. Ich habe mit denen keine Probleme an diesem Access Point. Den Kanal 13 habe ich nicht aktiv auf meinen Geraten, geradeaus dem Grund weil sie nicht gut sind. Nein ich habe nur diese eine DTU am laufen und war immer zufrieden mit dieser. Aktuell ist auch ein esp8266 connected mit ner eigenen software zur solarnachführung. Muss Mal schauen was da für nen mqtt drauf ist. Da schicke ich mir in kurzen Abständen paar Werte immer zu HA |
|
Auf dem ESP8266 den ich für meine Solarnachführung gebaut habe, habe ich die folgenden Bibliotheken drin für Wifi und MQTT: Dazu sei gesagt, ich sende nur 4 Topics, da macht die Ahoy schon einige mehr. |
|
Also ich habe heute 3 verschiedene Neustartgründe in der GUI gesehen 1) Exeption 2) System/ Softwarerestart und 3) Hardware Watchdog. Nu bin ich absolut überfragt :-) |
|
heute ist der ESP8266 ruhiger als zuvor. Änderungen im Netzwerk? Keine... |
|
Wundertüte DTU....Meine läuft jetzt auch seit 16 Std wieder, nachdem sie sich vorgestern abend x-mal kurz hintereinander neu gestartet hat (ebenfalls mit unterschiedlichen Reboot-Reasons) und dann einen halben Tag nicht mehr erreichbar war.🤔 |
|
Wie kann man dem esp8266 denn noch bissel mehr entlocken? Würde auch ne dev Version draufdübeln die mehr Infos raus spuckt. Oder wenn gewünscht versuchen serial Stack traces zu bekommen. |
|
Also ich habe heute nochmal nen Mitschnitt in der Arduino IDE (Serieller Monitor) gemacht. Aber ich habe gesehen, dass von jetzt auf gleich MQTT disconnected hat weil TCP disconnected ist. Packt er auch nicht und wirft dann schließlich die Exeption und bootet sich durch. Kann es sein das sich die DTU verheddert wenn sie mal die TCP Connection verliert? Das hier ist die zugehörige Stacktrace Decodierung: |
|
Und keine 5 Minuten später, das gleiche Speil wie oben beschrieben, nur mit einem Unterschied: Die exeption ist jetzt kein OOM sondern 29. |
|
OOM ist out of memory. Dem Ding geht die Puste aus 😞 |
|
ja, aber nicht ohne Grund. |
|
Also ich für meinen Teil habe nun genug Analyse betrieben. |
|
falls du doch noch auf ESP32 wechselst, halt uns doch bitte auf dem laufenden 🙏 |
|
Da warte ich nu erstmal bis hier Rückmeldungen zu meinem Problem und ggf. Lösungsmöglichkeiten kommen. |
|
Changelog : In 0.8.150 wurde das Problem gefixed, |
|
Was wurde gefixt? Ah, das nicht gesendet wird wenn MQTT diconnected. |
|
Probier mal die 0.8.97, ob die stabiler ist? Vielleicht hilft das, den fehlerhaften Code einzugrenzen. |
|
Ich hatte auch die 0.8.36 drauf. |
|
was soll ich jetzt davon halten??? |
|
versuchs mit dem: https://fw.ahoydtu.de/tools/webflasher/ |
|
https://fw.ahoydtu.de/tools/webflasher/ Hier hat es geklappt... ESP32 S3 DevkitC-1 läuft nun. Mal sehen ob er stabil bleibt. |
|
Läuft bisher besser, aber auch hier kommt ab und zu Mal nen Wachhund vorbei. |
|
Aber da es ja nicht um den ESP32 S3 hier geht sondern um den ESP8266 meine Frage... |
|
Ich frage mich auch wie es weitergehen soll. Entweder man erklärt den 8266 mit der 0.8.83 als End-Of-Life, oder man versucht wenigstens die Probleme zu lösen. |
|
Natürlich geht die Entwicklung weiter, getrieben von euch ! Und das was mittlerweile auf einen armen ESP8266 draufgepackt wird ist schon heftig, ich sage nur Display, Webgrafik, MQTT in allen möglichen Varianten, …. Wer selber compilieren kann sollte sich die Module bewußt und gezielt auswählen. Und ja, ich gebe Dir Recht, der Softwarestand für den 8266 sollte eingefroren werden. Wer all das nicht nutzt, kann auf diese Minimalversion ausweichen. Beim ESP32 sieht das ein bißchen anders aus. Hier ist der limitierende Faktor der Flash und RAM. 4MB sind halt mittlerweile schon knapp geworden. Hier gibt es aber welche mit 8MB. Und wem das nicht ausreicht, der kann einen ESP32-S3 mit Minimum 8MB nehmen. Da sind dann auch alle Funktionen mit allen Modulen und auch die zukünftige „bedarfsoptimierte Leistungsregelung“ (Zero-Export) problemlos möglich. Auch ist hier die Inverteranzahl nicht auf 4 (ESP8266) bzw. 16 (ESP32) beschränkt. Und wer all das nicht kann oder dessen Skills nicht ausreichen, bzw. sich die ganze Hardwarefrickelei sparen möchte, dem kann ich das Fusion-Board, entwickelt in der Discord-Community, nur wärmstens ans Herz legen 😇 |
|
So, und jetzt @lumapu Zu mit dem Issue hier. Ich sehe keinen weiteren Diskussionsbedarf 🤓 |
Platform
ESP8266
Assembly
the DTU was already assembled
nRF24L01+ Module
nRF24L01+ plus
Antenna
circuit board
Power Stabilization
nothing
Connection picture
Version
0.8.140
Github Hash
f1f4481
Build & Flash Method
AhoyDTU Webinstaller
Setup
Mqtt enabled
NTP Server ist Fritz
No Logger aktive for console
Debug Serial Log output
No response
Error description
Wenn die DTU gestartet wird, kommt es ziemlich schnell zu einem OOM unhandled C++ exeption und der ESP startet neu oder spannt sein AP auf.
Ich habe alle Versionen der 140 (ausgenommen Prometheus) probiert.
Alle zeigen das gleiche Problem.
Auch die .152 dev Version.
Da es auch WiFi Probleme mit alten Versionen zu geben scheint (siehe #1765 ), ist für die Ahoy DTU gerade nicht mehr zu gebrauchen.
Kein anderes Gerät auf Basis esp8266 zeigt dieses Verhalten an den vorhandenen Access Points die mit 2,4 und 5 GHz laufen.
The text was updated successfully, but these errors were encountered: