Beiträge von bielenb

Erledigt

Problem gelöst: die geschweiften Klammern in den Daten müssen escaped werden...

Ich möchte meinen Plug Plus S mit Curl ansteuern. Das Lesen, Schalten und Setzen der LED-Farbe funktioniert einwandfrei. Wenn ich jetzt aber die Authentifizierung anschalte und die Login-Informationen CURL übergebe (s.u.), dann funktioniert das Auslesen der Schaltzustands und das Schalten selber einwandfrei. Will ich aber die LEDs ansteuern, bekomme ich bei gleichem Code einen 401er zurück. Ist da was bekannt?

 std::string strAuth = _strUserName + ":" + _strPassword;
 SHELLY_CURL_SETOPT(_curl_handle, CURLOPT_USERPWD, strAuth.c_str());
 SHELLY_CURL_SETOPT(_curl_handle, CURLOPT_HTTPAUTH, (long)CURLAUTH_DIGEST);

Die verwendete URL lautet (egal ob mit oder ohne Authentifizierung):

"http://192.168.101.205/rpc/PLUGS_UI.SetConfig?config={%22leds%22:{%22mode%22:%22switch%22,%22colors%22:{%22switch:0%22:{%22on%22:{%22rgb%22:[100,100,0]},%22off%22:{%22rgb%22:[100,100,0]}}}}}"

Achja: das Ganze ist C-Code

Ich habe in letzter Zeit das Problem, dass Shelly-Geräte der Generation 2 in einem Zustand sind, in dem sie sich über einen Avahi-/Bonjour-Dienst nicht mehr finden lassen. Die Geräte bekommen via DHCP eine IP und sind über die App (via Cloud) oder die WebUI auch erreichbar. Auf eine avahi-browse-Anfrage reagieren sie allerdings nicht. Erst nach einem Reboot des Geräts (über die WebUI) funktioniert wieder alles einwandfrei. Ist dieses Problem bereits bekannt?

Gefühlt tritt dieser Fehler erst seit ca. 2 Monaten sporadisch auf. Dies legt die Vermutung nahe, dass er erst in neueren Firmwareversionen vorhanden ist.