ESP8266 Webserver reagiert manchmal nicht.

[Alt G. (altgr)]

Bei dem hier vergiss irgendwer wo der server ist (irgendwas mit ARP) und 
die reaktion auf eine http anfrage dauert nach längerer inaktivität 30 
sek oder mehr:

  while (timeClient.getMinutes() == actMinute)
  {
    server.handleClient();  
    delay(20);
  }
  actMinute = timeClient.getMinutes();

Während das hier zuverlässig läuft:

  while (timeClient.getMinutes() == actMinute)
  {
    server.handleClient();  
  }
  actMinute = timeClient.getMinutes();

Geht bei delay das esp8266 wifi in sleep oder was läuft da schief?
Das "wifi_set_sleep_type(NONE_SLEEP_T);" ist gemacht.

[Stefan F. (Gast)]

Beim Delay blockiert du der Verarbeitungsschleife, bist in der zeit 
nicht empfangsbereit. Delays in dieser Größenordnung sind beim ESP8266 
weitgehend tabu.

[Alt G. (altgr)]

Stefan F. schrieb:
> Beim Delay blockiert du der Verarbeitungsschleife, bist in der zeit
> nicht empfangsbereit. Delays in dieser Größenordnung sind beim ESP8266
> weitgehend tabu.

Nöö. Hat nix damit zu tun. Das wifi funktioniert auch im delay 
wunderbar, nur die reaktion ist um 20ms verzögert, was unbedeutend ist. 
Funktioniert die ersten 30 min auch klaglos.

Das ist viel komplexer. Das esp-wifi scheint im delay in sleep modus zu 
gehen und wird vom AP "vergessen".

[Stefan F. (Gast)]

Alt G. schrieb:
> Das esp-wifi scheint im delay in sleep modus zu gehen

Nein, tut es ganz sicher nicht. Aber solange du mit Details so geizig 
bist kann man halt nur mutmaßen was ein deinem Programm falsch ist.

[mIstA (Gast)]

Alt G. schrieb:
> Funktioniert die ersten 30 min auch klaglos.

Wie präzise werden diese 30 min denn eingehalten?


Alt G. schrieb:
> Das ist viel komplexer.

Da hast Du wohl absolut recht. Und genau deshalb ist Dein Code-Schnipsel 
allein viel zu wenig Information für sinnvolle zielgerichtete Antworten.

Bist Du Dir sicher, daß die verzögerte Reaktion nicht auf 'nen Absturz 
oder WD-Reset des ESP zurückzuführen ist?

Wo imn Deinem Code befindet sich Dein Schnipsel genau? In Callbacks o.ä. 
kann delay beim ESP8266 echt lustige Effekte haben; z.B. Absturz des 
Controllers nachdem der folgende Befehl noch ausgeführt wird: 
https://8266iot.blogspot.com/p/dont-delay.html

[Geli (Gast)]

Delays in dieser Größenordnung sind beim ESP8266 nicht tabu, aber Du 
solltest den Hardware Timer benutzen, mit "period=<Dein_delay>" kannst 
Du auch ganz lange Verzögerungen festlegen, die Dein Programm trotzdem 
nicht blockieren:

import uos, machine
import esp
import gc
import webrepl
import micropython
import network
import mqtt
from machine import Timer
tim = Timer(-1)
esp.osdebug(None)
gc.collect()
staif = network.WLAN(network.STA_IF); staif.active(True)
staif.isconnected()
staif.connect("myssid", "mypassword")
while staif.isconnected() == False:
  pass
webrepl.start()

def calltask():
    #print("call mqtt")
    mqtt.main()

tim.init(period=5555, mode=Timer.PERIODIC, callback=lambda t:calltask())

################
https://docs.micropython.org/en/latest/esp8266/quickref.html

[Geli (Gast)]

Da ist überhaupt nichts komplex, im Gegenteil das Problem ist mit dem 
esp hardware time als task scheduler sehr einfach zu lösen...