Esp32 Async Http-Anfragen: Timeout + Reboot Probleme

[Michael W. (michi_exe)]

Ich wollte meine bestehenden HTTP-Requests in meinem Projekt verbessern.

**Aktuelle Situation:**
Momentan verwende ich die Standard HTTPClient.h Library. Ich mache 8 
verschiedene HTTP-Anfragen mit einem Timout von 200ms. Wenn nicht alle 8 
Endpunkte zur Verfügung stehen dauert es insgesamt 1,6 Sekunden, um 
diese Aufgabe zu erledigen, da ja alle Anfragen nacheinander ausgeführt 
werden. Das stell ein Problem für mich dar.

**Lösungsvorschlag:**
Um die langen Warte- und Blockierzeiten zu beheben, wollte ich async 
http-Anfragen implementieren. Dazu habe ich mir die folgenden 
Bibliotheken angeschaut und ausprobiert:

https://github.com/boblemaire/asyncHTTPrequest

https://github.com/khoih-prog/AsyncHTTPSRequest_Generic

https://github.com/me-no-dev/AsyncTCP

**Probleme:**
Leider erfüllte keine dieser Bibliotheken alle meine Anforderungen. 
Diese sind:

-ein einstellbarer Timeout

-eine Request-Methode mit direkt einstellbarer Url (ohne immer eine neue 
Client-Instanz zu erzeugen)

-eine http-Code-Rückmeldung

Mit der Bibliothek "asyncHTTPrequest" hatte ich Probleme, wenn ein 
Endpunkt nicht verfügbar war, wurde der ESP nach 2 Fehlversuchen 
rebootet.

Und mit der Bibliothek "AsyncHTTPSRequest_Generic" bekomme ich keine 
Rückmeldung, wenn ich einen nicht-erreichbaren Endpunkt requeste.

Bei beiden Bibliotheken hatte das Einstellen des Timeouts gar keinen 
Wirkung.

**Frage:**
Gibt es eine einfache async http Libary, die alle meine Anforderungen 
erfüllt? Weiß jemand, warum die Einstellung eines Timeouts überhaupt 
nicht funktioniert und warum mein esp nach einigen fehlgeschlagenen 
Anfrageversuchen abstürzt? Ich möchte keinen asynchronen Webserver, ich 
möchte nur einfache asynchrone http-Anfragen ausführen.

**Beispiel-Code:**
In diesem Beispiel stürzt der ESP nicht ab, aber ich erhalte keine 
Rückmeldung über einen falschen Endpunkt. Die Anfrage wird gesendet, 
aber es gibt keinen Fehlercode oder etwas anderes.

#include <Arduino.h>
#include <WiFi.h>
#include <AsyncHTTPRequest_Generic.h>

const char *ssid = "MYSSID";
const char *password = "MYPASS";

AsyncHTTPRequest request;

void sendRequest()
{
  static bool requestOpenResult;
  if (request.readyState() == 0 || request.readyState() == 4)
  {
    requestOpenResult = request.open("GET", "http://300.300.300.300/INVALIDENDPOINT"); // invalid endpoint for testing resons
    String debugStr = String(requestOpenResult);
    Serial.print("Bool state: ");
    Serial.println(debugStr);
    if (requestOpenResult)
    {
      // Only send() if open() returns true, or crash
      request.send();
      Serial.println("request send");
    }
    else
    {
      Serial.println("Can't send bad request");
    }
  }
  else
  {
    Serial.println("Can't send request");
  }
}

void requestCB(void *optParm, AsyncHTTPRequest *request, int readyState)
{
  (void)optParm;

  if (readyState == readyStateDone)
  {
    Serial.println(request->responseText());

    request->setDebug(true);
  }
}

void setup()
{
  pinMode(15, INPUT);
  Serial.begin(115200);
  WiFi.begin(ssid, password);

  Serial.println("Connection to WiFi ");
  while (WiFi.status() != WL_CONNECTED)
  {
    delay(500);
    Serial.print(F("."));
  }
  Serial.println("connected to WiFi!");

  request.setDebug(true);
  request.onReadyStateChange(requestCB);
}

void loop()
{
  // when I press the button, it makes a HTTP request
  if (digitalRead(15) == LOW)
  {
    sendRequest();
    delay(200); // delay for button debounce
  }
}

[hacker-tobi (Gast)]

Falsches Unter forum.

Projekte & Code dient zur Präsentation nutzbarer Projekte. Bitte in 
Mikrocontroller/Elektronik anfragen oder verschieben lassen.

[Frank M. (ukw) (Moderator)]

Ich habe den Thread verschoben.

[Stefan M. (peff)]

Moin,

ich sehe gerade durch Zufall das Du an ähnlichen Problemen werkelst wie 
ich.
HTTPRequrst gerne in Async.

Habe die gleiche Libs durch die Du …
Arbeite z.Z. mit der mit dem kleinen „a“.
Habe sie mittlerweile im Griff, wenn ich die zweite Abfrage in leere 
abfange^^.

Timeouts haben bei beiden keine wirkliche Funktion nur unter zwei 
Bedingungen:
- Die Anfrage geht an eine „echte“ URL, nicht IP.
- Nur beim ersten Lauf in leere greift der Timeout, danach dauert es 
immer 18Sek.
Das liegt an der AsyncTCP, auf die die anderen aufbauen.

Hast Du vielleicht das Problem anderweitig gelöst?

Gruß
Peff