[Bug] Instable Webserver since 0.8.98

[lille2000]

Platform

ESP8266

Assembly

I did the assebly by myself

nRF24L01+ Module

No response

Antenna

circuit board

Power Stabilization

Elko (~100uF)

Connection picture

• [ ] I will attach/upload an Image of my wiring

Version

0.8.97

Github Hash

Tbd

Build & Flash Method

AhoyDTU Webinstaller

Setup

Eps8266 3 Inverter der HM- Serie Display Deutsch Keine Nutzung MQTT, API

Debug Serial Log output

No response

Error description

Seit 0.8.98 (inkl 0.8.118) ist dieses Setup nicht mehr zu gebrauchen. Nach wenigen Wechsel in den Webseiten Menüs scheint der Webserver abzustürzen.
0.8.97 hat das Problem auch aber viel weniger häufig sodass dies die letzte nutzbare Version ist.

Die Daten im Display (Uhrzeit, Leistung, Graph) scheinen weiterzulaufen.

So sieht es im Fehlerfall aus:

[knickohr]

Tja, mit 3 WRs (womöglich sogar mehrkanalige) würde ich auf einen ESP32 wechseln 😉

Es wird halt einfach zu viel für den „kleinen“.

[lille2000]

Es sind insgesamt 5 Kanäle. Was ist den der Grund das die Leistung mit steigendender Kanalanzahl nicht ausreicht? Die Abfrage mit den Invertern ist vielleicht nach 2s fertig, dann hat man bei einem 15 s Intervall noch 13s, in denen nichts passiert und die man frei hat.

Oder ist es mangelnder RAM, sodass der Speicher nicht ausreicht für eine Webseitenanfrage + Inverter-Routinen?

Ich habe mir nun einen esp32 gekauft.

[dtuuser]

Hatte am Anfang auch esp8266. Bin dann aber schnell auf esp32 umgestiegen. Läuft alles viel stabiler.

[kkloesener]

Ich habe das Problem allerdings auch immer wieder. Umgebung 1 Inverter HM, ESP32, kein MQTT oder API. Vor dem letzten Update lief das wesentlich stabiler.

Ich beobachte das Problem primär dann, wenn das System längere Zeit(>24h) ohne reboot läuft. Ich habe einen Batteriespeicher von Zendure noch vor dem Inverter, so dass es regelmäßig dazu kommt, dass der Inverter bis morgens um 6 mit Strom versorgt ist und so die DTU weder neustartet, noch die Tageswerte zurücksetzt.

[lumapu]

an alle mit ESP32, ihr könnt mir helfen die Fehler zu finden, wir habe ich hier beschrieben: https://github.com/lumapu/ahoy/issues/1600#issuecomment-2131461052

[lumapu]

bitte nochmal mit der nächsten dev testen, es gab diesbezüglich Verbesserungen (0.8.123)

[lille2000]

Mit 0.8.123 ist es besser, es halt länger durch, aber nicht so, dass man diese Version länger verwenden möchte. Sobald man per Browser zwischen den Unterseiten wechselt passiert es sehr bald, dass nur noch „statischer“ Text dargestellt wird. Alle Livedaten (Settings, Live, System, Update) fehlen als Menüpunkt ( siehe Bilder oben) Zb statt „ Alle 15 Sekunden werden die Daten aktualisiert“ steht: „ Alle Sekunden werden die Daten aktualisiert“

Mit 0.8.97 ist es weniger häufig, aber auch erlebbar.

[ralfberger]

kann ich bestätigen, 0.8.123 und auch 0.8.124 läuft der Webserver instabil. Bei mir ist nur ein Wechselrichter aktiv und MQTT sendet alle 1800 s. Ich werde dann auch mal 0.8.97 testen und langfristig auf ESP32 umsteigen.

[juepi]

Kleines Update von meiner Seite: ich kann nicht beurteilen ob's mit diesem Bug zu tun hat, aber die 0.8.124 lief bei mir generell extrem instabil. Ständige reboots, im WebUI meldete er oft dass er mit dem NTP server nicht syncen kann und deswegen mit dem Inverter nicht kommuniziert, wobei er in kurzen Intervallen zwischen NTP Zeit verfügbar bzw. nicht gesynct wechselte. Konnte auch die config teilweise nicht mehr speicher ("config save failed"). Habe jetzt auch auf 0.8.97 downgegraded, schaut so weit wieder stabil aus.

Muss dazusagen, dass ich seit ca. 1 Woche über FHEM auf Nulleinspeisung regle, das Powerlimit meines Inverters (1 HM-300 momentan) wird max. alle 5 Sekunden neu gesetzt, entsprechend auch das "Interval" Setting in der Inverter-config auf 5sec reduziert - eventuell Überlastung des ESP8266?

lg, Jürgen

[lumapu]

es ist glaube ich mich zu erinnern ratsam zumindest die Intervalle unterschiedlich zu setzen, z.B. das eine auf 5, das andere auf 7 Sekunden. Insgesamt ist der ESP8266 aus meiner Sicht nicht (mehr) wirklich geeignet, da Ahoy inzwischen zu "schwer" geworden ist. Du könntest mal die minimal-Variante testen, aber auf die lange Sicht würde ich über einen ESP32 nachdenken.

[juepi]

es ist glaube ich mich zu erinnern ratsam zumindest die Intervalle unterschiedlich zu setzen, z.B. das eine auf 5, das andere auf 7 Sekunden. Insgesamt ist der ESP8266 aus meiner Sicht nicht (mehr) wirklich geeignet, da Ahoy inzwischen zu "schwer" geworden ist. Du könntest mal die minimal-Variante testen, aber auf die lange Sicht würde ich über einen ESP32 nachdenken.

Danke Lukas, dann werd ich mich einfach gleich mal dran machen, mein Ahoy zumindest auf einen Lolin S2 Mini zu migrieren.

[knickohr]

Warum wechselt ihr denn nicht gleich auf einen ESP32-S3 N8 mit mind. 8MB Flash ? Es wird in Zukunft Funktionen in Ahoy geben die nicht mehr auf die 4MB passen.

[juepi]

Also bei mir hat das einen ganz einfachen Grund: ich habe noch ein paar der S2 herumliegen, darum nehm ich ihn auch (zumindest mal zum Testen).

[knickohr]

Das ist OK, nur wird damit die neue Funktion „bedarfsoptimierte Leistungsregelung“ die in Kürze kommt, nicht funktionieren 😉

[juepi]

Oha, na dann werd ich mir wohl mal doch eher früher als später einen bestellen müssen 😁

Nachtrag: grad einen N16R8 bei Amazon bestellt 😇

[lille2000]

Ich habe nun auf einen ESP32 WROOM D1 Mini (wegen der Pin Kompatibilität ) gewechselt. Damit läuft alles geschmeidig und sehr stabil. So bin war das gar nicht mehr gewohnt vom ESP8266.

Auch die Funkstatistik ist nochmal besser (wobei die bisher auch schon sehr gut war).