Hallo,
mit Hilfe eines ca. 12€-ESP32CAM-Boards + USB-Netzteil kann man mit https://github.com/jomjol/AI-on-the-edge-device beliebige Wasser-/Gas-/Stromzähler ablesen. Das ganze geschieht dabei über eine Kamera und ein neuronales Netzwerk, das auf dem Board selbst läuft. Etwas basteln ist rund um die Halterung notwendig, aber danach bekommt man alle paar Minuten einen Messwert via MQTT zugeschickt.
Zur Info: Wenn "range extender" genutzt wird waren bisher die Ports, unter denen die via "range extender" verbundenen Geräte aufgerufen werden können immer aus der internen IP konstruiert. Beispiel: Shelly B verbindet sich mit der IP 192.168.33.66 auf den Access Point von Shelly A, dann war Shelly B erreichbar via http://IP.von.Shelly.A:8066. Der Port hatte also immer das Schema :8xxx wobei xxx die letzte Stelle der internen IP-Adresse war. Ports waren also immer im Bereich 8002 bis 8254.
Seit Firmware Version 1.0.0 ist das nicht mehr so. Stattdessen scheinen die Ports rein zufällig gewählt. Ein externen Zugriff geht dann nicht mehr ohne weiteres, sondern man muss den Port in der Weboberfläche von Shelly A einsehen.
Die Dokumentation unter https://shelly-api-docs.shelly.cloud/gen2/Component…i#configuration sagt dazu leider gar nichts.
Alternativ kann der Reboot via cron auf dem Shelly direkt hinterlegt werden. Allerdings wird das dann nicht in der Web-UI angezeigt:
# Abfrage von hinterlegten CRON-Jobs
http://192.168.1.8:8011/rpc/Schedule.List
# Reboot täglich nachts um 04:00, Achtung: params ist notwendig, weil es sonst einen Fehler gibt
http://192.168.1.8:8011/rpc/Schedule.Create?timespec="0 4 * * * *"&calls=[{"method":"Shelly.Reboot","params": {"delay_ms": 1000}}]
# Löschen des Eintrags
http://192.168.1.8:8011/rpc/Schedule.Delete?id=1Weitere Details siehe Schedule create and update do not work
Looks like a bug in the HTTP client code running of the shelly:
Here is the snippet with the error in the client javascript code: it looks for the "id" attribute in an object called "params" within each object in the array "jobs", but the return value of "schedule.list" has no such attribute!
Here is an example response to HTTP GET on http://IP/rpc/Schedule.List: