NodeMCU Webserver teilweise nicht erreichbar/hängt sich auf

[Ceos]

Erst einmal grundsätzlich gefragt ohne den Code gelesen zu haben:

Hast du die Firmware aktualisiert? Es gab in letzer Zeit viele viele updates die zu mehr Stabilität is gewissen Szenarien geführt haben (ich verfolge aktiv die Githubs der Projekte).

Du sagst dass du vermutest dass sich der Web"server" aufhängt, müsste das nicht von deinem Tool erfasst werden können?!

[B4DschK4Pp]

Tatsächlich habe ich die Firmware noch nicht aktualisiert. Habe den NodeMCU bekommen und wollte natürlich direkt loslegen. Dann muss ich mich damit mal beschäftigen und mir eine Anleitung raus suchen.

Ja, Icinga2 kann auch meinen Webserver checken. Das habe ich auch gemacht. Tatsächlich sehe ich hier aber keine Einbußen, aber die Sensordaten kommen über einen gewissen Zeitraum nicht an. Wenn ich auf die URL dann manuell im Browser gehe, bekomme ich einen TimeOut.

Ich beschäftige mich jetzt mal mit der Firmware Aktualisierung und schaue, ob es was bringt.
Vielen Dank erstmal.

[HaWe]

Aktualisieren vor allem auch die Arduino IDE (1.8.8 oder 1.8.9) und die ESP8266 Board cores (aktuell 2.5.2)
ich habe auch alte ESP8266 (ESP-12E), aber noch nie die Firmware aktualisieren müssen.


Nur wenn es damit nicht läuft, dann mal auf core 2.4.0 zurückgehen: da gibt es ein paar Inkompatibilitäten zu früheren Libs und Examples

[Ceos]

Wenn ich auf die URL dann manuell im Browser gehe, bekomme ich einen TimeOut.

Das klingt irgendwie danach als ob dein Tool die Webseite einfach aus dem Cache lädt! Ich habe leider keine Ahung von dem Tool, aber vielleicht kannst du A) den Tool überzeugen nicht gecachte Daten zu nutzen oder B) deinen Webserver so einrichten, dass er das Cachen der Seite verbietet (im HTML Header ist da eine Möglichkeit, aber ich muss erstmal nachsehen wie das nochmal ging XD)

[B4DschK4Pp]

Nein, das glaube ich nicht. Da wird nichts gecachet. Vor allen bekomme ich das Timeout ja auf einem anderen Rechner.
Wenn es cachen würde, müssten die Werte ja auch alle gleich sein, richtig? In dem angehängten Screenshot im ersten Bild sieht man ja auch, dass sich die Werte unterscheiden. Allerdings gibt es eben zu den markierten Zeiten keine Datenpunkte.

[Ceos]

Vor allen bekomme ich das Timeout ja auf einem anderen Rechner.

Genau DAS veranlasst mich zu denken dass das Tool den Timeout nicht mitbekommt sondern Daten aus einem Cache lädt!

Wenn es cachen würde, müssten die Werte ja auch alle gleich sein, richtig? In dem angehängten Screenshot im ersten Bild sieht man ja auch, dass sich die Werte unterscheiden. Allerdings gibt es eben zu den markierten Zeiten keine Datenpunkte.

Mh da hast du natürlich auch recht, hab die Grafik nciht so detailliert angesehen.

Ja, Icinga2 kann auch meinen Webserver checken. Das habe ich auch gemacht. Tatsächlich sehe ich hier aber keine Einbußen

wie genau sieht dieser Test denn aus!?

  // The client will actually be disconnected
  // when the function returns and 'client' object is destroyed

Woher stammt die Info? Ich lese hier mind. 2 Issues (okay sie sind älter) auf Github die sagen mit einem client.stop() am Ende der loop würde alles stabiler laufen. (Ist auch einfach gesprochen "anständiger" alle Objekte in definierte Zustände zu überführen bevor man sie fallen lässt!)

[B4DschK4Pp]

Zur Firmware:
Wie kann ich denn die aktuell installierte Firmware auslesen? Wollte mir den ESPlorer runterladen. Das File kann bei mir aber nicht komplett heruntergeladen werden, aus welchem Grund auch immer. Gibt es noch andere Möglichkeiten?
Als aktuelle Firmware nehme ich an, soll ich diese flashen mit dem esptool.py?

wie genau sieht dieser Test denn aus!?

Icinga2 ist ein OpenSource Monitoring Tool, das mit Nagios Plugins arbeiten kann. Den Webserver prüfe ich mit dem check_http Plugin.

Woher stammt die Info? Ich lese hier mind. 2 Issues (okay sie sind älter) auf Github die sagen mit einem client.stop() am Ende der loop würde alles stabiler laufen. (Ist auch einfach gesprochen "anständiger" alle Objekte in definierte Zustände zu überführen bevor man sie fallen lässt!)

Das Script habe ich von der Seite, die im ersten Beitrag verlinkt ist. Einen client.stop() habe ich auch schon eingefügt im Abschnitt

   // Send the response to the client
  client.print(response);
  delay(1);
  Serial.println("Client disonnected");
  Serial.println(server.status());

direkt nach delay(1);

EDIT:

Genau DAS veranlasst mich zu denken dass das Tool den Timeout nicht mitbekommt sondern Daten aus einem Cache lädt!

Was in den Screenshots nicht zu sehen ist, sind die Datenpunkte. Das Icinga Plugin wird alle 30 sec ausgeführt, ließt dann von der NodeMCU Seite die Sensordaten aus der XML aus und schreibt diesen Wert als Datenpunkt in Graphite. Grafana stellt die Daten dann als Graph dar. Schaue ich mir den Graphen dann genauer an, sehe ich, dass an den markierten Stellen keine Datenpunkte vorhanden sind. Grafana zieht dann einfach die Linie zwischen den letzten zwei Punkten, was in den längeren Strichen in den markierten Stellen resultiert.

[Ceos]

Nenn mich blind, aber das client.stop() kann ich keinem deiner beiden Beispiel Codes sehen (oder war das jetzt nur exemplarisch gepostet mit der Info es steht da ich habs nur nicht im Beitrag ergänzt?! es verwirrt mich gerade nur dass ich es nicht sehe)

Schaue ich mir den Graphen dann genauer an, sehe ich, dass an den markierten Stellen keine Datenpunkte vorhanden sind

war mir hinterher auch klar als ich genauer hingesehen hatte :P

Was die Firmware angeht, wenn du mit Serial verbunden bist und den Reset drückst, müsste eigentlich immer ein Printout der installierten Firmware kommen (natürlich nicht wenn du über virtual COM drin bist, weil dann auch der VCOm resettet wird XD)

ansonsten öhm lass mich kurz googlen ... "node.info()" müsste dir einen Versions-String geben