REST API Zugriff mit ESP32

[tobo123]

Hallo zusammen,

ich versuche über einen ESP32 Mikrocontroller auf den BSH Controller II über die REST API zuzugreifen. Ich möchte gerne Zustände auslesen, um bei meiner Smarten Anzeige auf eine Ledvance-Platine verzichten zu können. Den ESP32 programmiere ich über die Arduino IDE.

Bisher habe ich folgendes erreicht:

- Abfrage der Public Information, Anlegen eines neuen Client und anschließende Abfrage z.B. des room arrays über Postman.

- Ich kann über den ESP32 über Port 8446 per GET die Public Information auslesen.

- Ich kann über den ESP32 über Port 8443 per POST einen neuen Client anlegen. Dieser erscheint auch in der Smart Home APP unter "Weitere Mobilgeräte".

So weit, so gut. Was jetzt aber nicht geht, ist anschließend über Port 8444 per GET z.B. das room array abzufragen. Die Verbindung kommt hier nicht zustande. Laut Postman muss ich doch im Header außer dem Host nichts mit senden, oder?

Ich habe schon viel rumprobiert und bin jetzt etwas ratlos. Hat jemand eine Idee, woran es liegen könnte?

VG tobo

[tobo123]

Der Flashspeicher hat nur eine begrenzte Zahl an Schreibzyklen, bei meinem ESP8266 für 2 € wird jetzt auch nicht das beste verbaut sein (wahrscheinlich mit 10.000 Zyklen). Mein Log belegt aber von den 4MB Flash nur einen kleinen Teil und schreibt nur wenige Daten pro Eintrag. Das Filesystem littlefs nutzt wear-leveling, sorgt also dafür, dass nicht immer die gleichen Bereiche beschrieben werden. Mit meinen ca. 20-50 Einträgen pro Tag im Log sollten schon mehrere Jahre Lebensdauer herauskommen. Wenn die Schreibzyklen überschritten werden, fällt der Speicher auch nicht aus, sondern wird unzuverlässig, das würde man dann am Log auch gut erkennen durch Schreibfehler.

[Sulaco]

Wieder was dazu gelernt!

Das mit dem wear-leveling ist dann schon eine clevere Sache. Das wäre bestimmt auch was für normale USB Sticks. Ich bezweifele, dass da auch so eine Intelligenz genutzt wird.

Ich muss sagen, je länger ich mich mit Arduino beschäftige, desto beeindruckter bin ich, was die Möglichkeiten anbelangt.

Mein erstes Projekt war ein Can Bus Übersetzer für mein Auto:

Ich hab ein Radio aus dem Nachfolger Modell einbebaut und konnte mit dem Lenkradtasten nur noch die Lautstärke aber nicht mehr Titel vor und zurück bedienen, da sich die Can Bus Befehle geändert haben.

Für mich eine Katastrophe, da ich viel Musik höre, wenn ich zur Arbeit fahre (40 km Weg)

Die Lösung war dann ein Arduino mit integriertem Can Bus Interface, welches auf den "alten" Befehl gelauscht hat und dann direkt den neuen hinterher geschickt hat.

https://www.youtube.com/watch?v=cxvJqV5A4Xc

Und wirklich teuer war das Modul auch nicht. Das Ganze hat natürlich einiges an Zeit in Anspruch genommen, aber das war es auf jeden Fall wert!

[Stefan71242]

Hallo @tobo123 und @Sulaco ,

habt ihr die Abfrage vom Batteriestatus (BatteryLevel) per REST-API hinbekommen?  Da beiße ich mir schon seit einiger Zeit die Zähne daran aus (eine Anfrage an BOSCH blieb leider unbeantwortet).

Ich bin zur Zeit an der REST-API Schnittstellen dran (https://www.smart-home-center.info) und habe auch fast alles schon hinbekommen, aber Batterielevel leider nicht.

Danke vorab für jede Info 👋🤓

[tobo123]

Hallo Stefan, der BatteryLevel ist etwas tricky: Der Get-Befehl sieht ja so aus:

{{shc_api}}/devices/hdm:ZigBee:xxxxxxxxxxxxxxx/services/BatteryLevel

Als Antwort bekommt man dann: 

{
    "@type": "DeviceServiceData",
    "id": "BatteryLevel",
    "deviceId": "hdm:ZigBee:xxxxxxxxxxxxxx",
    "path": "/devices/hdm:ZigBee:xxxxxxxxxxxxxxxx/services/BatteryLevel"
}

Hier würde man einen Eintrag "state" erwarten, der einem den BatteryLevel anzeigt. Das kommt aber nicht. Wenn du aber den Get-Befehl an ein device sendest, das aktuell einen niedrigen Batterielevel hat, kommt das:

{
    "@type": "DeviceServiceData",
    "id": "BatteryLevel",
    "deviceId": "hdm:ZigBee:xxxxxxxxxxxx",
    "faults": {
        "entries": [
            {
                "type": "LOW_BATTERY",
                "category": "WARNING"
            }
        ]
    },
    "path": "/devices/hdm:ZigBee:xxxxxxxxxxxxxx/services/BatteryLevel"
}

Hier ist der niedrige BatteryLevel nun klar zu erkennen. Wenn der BatteryLevel ok ist, kommt also nichts, wenn der BatterLevel low ist, kommt eine Warnung.

VG tobo

[Stefan71242]

Super vielen Dank 😊. Das ist leider in der REST-API Dokumentation nirgends aufgeführt (jedenfalls nichts gefunden). Dann kann ich diese Funktion jetzt umsetzen 🤓👍

[Stefan71242]

Gibt es noch andere "faults" oder "types" für die Batterien? 

[tobo123]

Ist mir nicht bekannt. Wie du schon gesagt hast, ist die API nicht so gut dokumentiert, ich habe das auch nur durch Ausprobieren herausgefunden.