Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Codierknecht]

@rene55 sagte in Rest-API - Verständnisproblem:

Ich hatte auch nicht auf eine schnelle Antwort gehofft

Warum nicht? :grin: :grin: :grin:

[OliverIO]

@rene55

Schau mal mit den Web Developer Tools,
Ob da auch die richtige http Methode verwendet wird

[OliverIO]

@rene55

Ach schau mal
Hier gibts ein issue dazu
https://github.com/ioBroker/ioBroker.rest-api/issues/54

Wenn du es selbst programmierst kannst du ja den richtigen Header setzen

[Codierknecht]

@oliverio
Wobei man für das einfache Setzen eines State ja patch auch gar nicht benötigt

http://192.168.179.13:8093/v1/command/setState?id=0_userdata.0.Test.differenz&state=42

[OliverIO]

@codierknecht

Wenn er bei simple api bleibt.
Der arbeitet nur mit der get Methode und was gemacht werden soll steht in der Adresse als Parameter drin.

Rest api und simple api sind unterschiedlich.
Das eine ist direkt im Admin eingebaut, das andere ist ein zusätzlicher Adapter

[Rene55]

@codierknecht Erster Erfolg: mit http://192.168.69.112:8093/v1/command/setState?id=0_userdata.0.Test.Werte.Value&state=41 funktioniert es.

[Codierknecht]

@oliverio sagte in Rest-API - Verständnisproblem:

Wenn er bei simple api bleibt.

Bleibt er ja nicht. Er hat Rest-API ... so wie ich in meinem letzten Beispiel auch.

[Rene55]

@oliverio Ich schau mir den Issue mal an. Vllt. bin ich dann schlauer.

[OliverIO]

@codierknecht

Dann sorry, sieht zu ähnlich aus
Bei echtem Rest wäre aber so ein Befehl unnötig

Aber ist halt alles philosophisch die Unterscheidung

[Codierknecht]

@oliverio sagte in Rest-API - Verständnisproblem:

sieht zu ähnlich aus

Darum komme ich da auch ständig durcheinander :grin:

[Rene55]

@codierknecht Jetzt muss ich nur noch schauen, wenn es für API einen Benutzer mit Password gibt. Im Simple-Api wurde es einfach hinten angehangen.

[Codierknecht]

@rene55 sagte in Rest-API - Verständnisproblem:

wenn es für API einen Benutzer mit Password gibt

Wer macht denn sowas? ;-)

Basic-Authentication müsste wohl als zusätzlicher Header mitgegeben werden.

[Rene55]

@oliverio Schön das der Issue #54 schon aus 2023 ist. Aber nach meinem Denken ist ja schon die http-Befehlszeile im Swagger nicht korrekt, da steht nichts von 'patch' drin.

[Rene55]

@codierknecht Ja, mit ein Grund, auf was 'modernes' umzusteigen! Wobei ich dann noch erlernen muss, wie ich denn im ESP einen curl abgesetzt bekommen - andere Baustelle (aber gehört ins Gesamtpaket).

[OliverIO]

@rene55

Nix curl
Da verwendest du die http Bibliothek.
Die kann das.

[Rene55]

@oliverio Wäre mir am liebsten. Nur das, was ich dafür brauche aus dem Swagger rauszukriegen übersteigt (aktuell) meinen Wissensstand.

[BananaJoe]

@rene55 sagte in Rest-API - Verständnisproblem:

Wobei ich dann noch erlernen muss, wie ich denn im ESP einen curl abgesetzt bekommen

Wie @OliverIO schreibt. einfach per http.

Swagger nimmt curl weil man aus curl-Beispielen es eigentlich für jede Variante ableiten kann, z.B. PowerShell usw.
Bei curl sind die einzelnen Option schön getrennt und klar ersichtlich, z.B. ob es POST oder GET ist, ob ein Header übergeben wird usw.

[OliverIO]

@rene55

Einfach ChatGPT befragen.
Gerade für Code, insbesondere wenn die lernbasis groß ist, gibt es schon die 90% Idee wie man zum Ziel kommt, auch wenn da manchmal Fehler enthalten sind.
Hier mal eine Abfrage von gerade eben

Auf einem ESP (z. B. ESP32 oder ESP8266) kannst du eine HTTP-PATCH-Anfrage mit der HTTPClient-Bibliothek in der Arduino-IDE ausführen. Hier ist ein Beispielcode, der zeigt, wie du eine PATCH-Anfrage mit JSON-Daten an einen Server sendest:

Beispielcode für ESP32/ESP8266:

#include <WiFi.h>        // Für ESP32 (nutze <ESP8266WiFi.h> für ESP8266)
#include <HTTPClient.h>

const char* ssid = "Dein_WLAN_Name";
const char* password = "Dein_WLAN_Passwort";
const char* serverUrl = "http://example.com/api/resource";  // Ziel-URL für PATCH

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

    // Warten, bis WiFi verbunden ist
    while (WiFi.status() != WL_CONNECTED) {
        delay(1000);
        Serial.println("Verbinde mit WiFi...");
    }
    Serial.println("WiFi verbunden!");

    HTTPClient http;
    http.begin(serverUrl);  // URL setzen
    http.addHeader("Content-Type", "application/json");  // JSON-Header setzen

    // JSON-Daten für das Patch-Request
    String jsonPayload = "{\"key1\":\"value1\",\"key2\":\"value2\"}";

    int httpResponseCode = http.PATCH(jsonPayload);  // PATCH-Request senden

    if (httpResponseCode > 0) {
        Serial.print("HTTP Response Code: ");
        Serial.println(httpResponseCode);
        String response = http.getString();
        Serial.println("Antwort: " + response);
    } else {
        Serial.print("Fehler bei PATCH: ");
        Serial.println(http.errorToString(httpResponseCode).c_str());
    }

    http.end();  // Verbindung schließen
}

void loop() {
    // Kein Code hier nötig
}

Erklärung:

• WiFi-Verbindung herstellen: Der ESP verbindet sich mit dem WLAN.
• HTTPClient verwenden: Mit http.begin(serverUrl) wird die Verbindung zum Server aufgebaut.
• Header setzen: http.addHeader("Content-Type", "application/json") teilt dem Server mit, dass JSON gesendet wird.
• PATCH-Request senden: http.PATCH(jsonPayload) sendet die JSON-Daten an den Server.
• Antwort auslesen: Der HTTP-Response-Code und die Server-Antwort werden über die serielle Konsole ausgegeben.

Falls dein Server HTTPS verwendet, solltest du stattdessen WiFiClientSecure und HTTPClient verwenden.

Falls du weitere Fragen hast oder es für dein Projekt anpassen möchtest, sag Bescheid!

[Rene55]

@bananajoe Ja soweit alles ok. Wie schon erwähnt, mit Simple-Api (und den ESPs) läuft das bei mir schon geraume Zeit - sowohl zum ESP als auch zurück. Das blöde ist gerade nur, dass ich nicht zu Hause bin und natürlich keinen ESP hier habe. Ich mache jetzt hier nur aus dem Browser heraus.

[OliverIO]

@rene55

Wenn es läuft würde ich Nix ändern.
Da ist kein so großer unterschied solange dir der Funktionsumfang von simple api ausreicht und der Adapter noch gewartet wird.