Beiträge von scheuerer

Hier die offizielle Antwort auf mein Ticckert bei Shelly:

Actually, this won’t work because the older Gen1 devices cannot send " in the same way as the newer generations.
If you test the same commands from a Gen2 or newer device to another newer-generation device, the commands will work correctly with authentication enabled.

Es muss also zwingend eine "authentication" was in der bisherinen Form mit "admin:password@IP-des-Shellys/ etc, etc.... nicht mehr geht.

Ich habe nun für mich zwei unterschiedlichen Lösungen verifiziert.

1. Smarthome via OpenHAB:
Ich habe mehr als 90 unterschiedliche Devices in mein Smarthomesystem ein. Alles SHelly Produkte sind hier eingebunden.
So kann ich den unterschiedlichen Tastendrücke des Shelly's auch auswerten, und "Rule" starten die wiederum dem Shelly 2PM schickt was er tun soll.
Funktioniert sehr zuverlässig. Man braucht halt ein Smarthome System dazu.

2. Neuer Button von MyStrom:
Ich setzte inzwischen auch andere Button ein, wie den MyStrom Button, (unsere Shelly Buttons werden ja nicht mehr hergestellt und sind mehr als schlecht auch gebraucht zu kaufen)
Deshalb schon vor längerem die Suche nach einer Lösung. hier bin ich auf den MyStrom Button gestoßen, welcher "Admin:Password@" mit schicken kann. Aber NUR für die alten Gen1 Shellys.

Nicht für die neuen. ChatGPT sagt hier folgendes dazu:

Bei Gen1 Shellys:

Dann ist die Auth in der Regel HTTP Basic Auth (User/Passwort fürs Webinterface/API). In dem Fall kannst du den myStrom-Button meist direkt per URL schalten – ohne openHAB.

Bei Gen3 Shellys:

Das kann ein myStrom-Button in der Praxis normalerweise nicht direkt, weil er bei seinen HTTP-Requests typischerweise keine Digest-Auth sauber abbildet (und meist auch keine frei konfigurierbaren Header).
In dem Fall brauchst du fast immer einen Zwischendienst (Proxy, openHAB, Home Assistant, Node-RED, kleines Script auf dem Pi, etc.).

Darüber hinaus kann ich den auch im OpenHAB System einbinden und auch hier Rules laufen lassen wenn eine der drei Tastenkombinationen gedrückt wird.

Einerseits habe ich ja Verständnis, dass hier Shelly nicht für ein Produkt, dass seit 3 Jahren abgekündigt ist, noch ne neue Firmware baut, andererseits finde
ich es schade, das man hier so sprungweise die Technologie wechselt und der Kunden dann wieder selber schauen muss wie er weiter kommt.
Shelly BLU Button ist für mich keine alternative da ich alles NUR auf WLAN setze und BLU hier eine Punkt-zu-Punkt Verbindung darstellt und nicht
wie WLAN überall im Haus / Garten verfügbar ist.

Danke. Aber zu Testzwecken habe ich alles vorher durchprobiert.

https://admin:password@ip-des-shellies/rpc/Cover.GoToPosition?id=0&pos=0

https://password@ip-des-shellies/rpc/Cover.GoToPosition?id=0&pos=0

https://ip-des-shellies/rpc/Cover.GoToPosition?id=0&pos=0

Leider ohne Erfolg.

Hallo zusammen.

Genau das Problem mit einem Shelly 2PM GEN3 in Verbindung mit einem Button 1 habe ich auch.

Auch ich setze auf ein Passwort beim 2PM.

Der 2PM dient als Ersatz für eine 2.5, der ersetzt wurde.

Ich schaffe es das es geht mit aktivem Passwort und der Syntax wenn es aus einem normalen Browser gesendet wird.

http://admin:password@ip_des_shellies/rpc/Cover.GoToPosition?id=0&pos=0

Es geht aber nicht wenn der Shelly Button 1 das Kommando schickt.

Das Kommando geht raus, wird aber vom 2PM nicht akzeptiert.

Ich habe eine Ticket aufgemacht. Ansonsten wäre ja die Lösung über Button 1 sinnlos.

Shelly Mitarbeiter : Wäre das nicht was für euch?:

Zusammenfassung: Wenn eine Gen2 und neuer Gerät nicht im der Cloud ist und trotzdem mit einen Passwort versehen, ist es nicht mehr durch die Shelly App zu managen.
Nur nach Zurücknahme des Passwortes, oder ein anbinden an die Shelly Cloud macht es wieder aktiv in der Shelly App.

Es gab dazu bereits ein Ticket von mir, welches ja mit dem o.a. Kommentar geschlossen wurde.

Ich kann ja schlecht für das gleiches Thema noch mal eins aufmachen

Genau so sieht es aus. da will man einfach lokale Komponenten auch NUR lokal managen und zusätzlich mit Passwort versehen,
und schon es rum mit, "das mach ich schnell in der Shelly APP". Bei GEN1 geht das weiterhin wunderbar, aber halt nicht bei GEM3.

Am liebsten würde ich hier auf China Dreck schimpfen, kann man halt nicht... Und ich kann mir nicht vorstellen, das eine "Cloud"
orientierte Firma hier sich um lokal gemanagte Geräte per deren App kümmert.

Egal. Ich betriebe über 90 Komponenten mit OpenHab unter der 5.03 seit vielen Jahren in einer dreistufigen Landschaft (3x RPi) + eine HA Installation und mach eh
alles darüber. Da brauch ich die Shelly App nicht zum täglichen Gebrauch. Zur Ersteinrichtung ganz hilfreich, aber sonst entbehrlich.
Auch ja, wenn ich dann von unterwegs was will, dann halt einen VPN Tunnel nach zu Hause aufmachen (automatisch bei BT Verbindung zum Auto)
und schon kann ich z.B. via Android Auto mir das Gartentor und die Garage öffnen

Wenn die nicht in der Cloud sind, dann geht das nicht mehr. Lass alles mal so wie du es konfiguriert hast und nimm den Shelly aus der Cloud raus. (Kannst ja wieder rein hängen)

Das kam auf mein Ticket zurück:

Vielen Dank für Ihr Feedback!
Bitte beachten Sie das es sich Primär um eine Cloud App handelt entsprechende Einstellungen müssen bei Aktiver Cloud vorgenommen werden. Ansonsten ist der App entsprechend Aktive Restriktion nicht bekannt.
Es freut uns zu hören, dass Ihr Problem gelöst wurde, und wir werden den Fall nun abschließen.
Ihre Zufriedenheit ist uns sehr wichtig. Bitte nehmen Sie sich einen Moment Zeit, um unseren Support und die Shelly Produkte zu bewerten, wenn Sie die Umfrage nach Abschluss des Falls erhalten.
Sollten Sie weitere Unterstützung benötigen, zögern Sie nicht, uns zu kontaktieren!

Das mag ja sein, das ich einen PIN in der App vergeben kann.

Wen ich aber den Shelly, egal ob nun ein Gen1 (Username und Password) oder Gen3 (nur Password) vergeben ist, erwarte ich
das auch die Gen3 Geräte weiterhin in der App zu managen sind.

Ganz einfach. Wenn ich bei den Gen3 Geräten die Sicherheit durch ein Passwort als Feature anbiete, darf daraus nicht gleich das ganze Gerät in der App offline sein.

Wo finde ich in der aktuellen Android APP, das Passwort Setting für einen Shelly 2PM Gen3?

Das geht bestimmt, ich habe aber kein Werkzeug dafür.

Möchte noch gerne was hinzufügen....

Da ich die Notwendigkeit hatte, einen neuen Schalter zu kaufen und die Bottons nicht verfügbar sind, habe ich mir einen MyStrom Button gekauft.

Der hat zufällig intern auch den gleichen Akku drin, wie der Shelly Button1.

Das heißt ich kann mit einer Sorte Akkus, beide Buttons, also Shelly und MyStrom mit neuen Akkus ersetzen, wenn notwendig.

Einfach mal Glück gehabt.

Der Shelly Button1 wird ja leider nicht mehr verkauft.

So hatte ich ja schon mal rausgefunden, dass es ein anderes Produkt gibt, dass so ähnlich funktioniert.
Nennt sich ja MyStrom Button.

Da ich Bedarf an einen weiterem Button hatte, habe ich mir für kleines Geld einen bestellt und gestern versucht einzurichten.
Mein Ziel war ja einen Button zu haben, der auch ohne CloudAccount irgendwo und ohne App geht.

MyStrom bietet hier ein Mac und Windows Programm, mit dem man den Button zumindest soweit konfigurieren kann, das er
im heimischen Netzwerk am besten eine feste IP bekommt.

Hier zum Download:

https://deref-web.de/mail/client/us…hooting-tool%2F

Der Button kann für drei unterschiedliche Tastendrücke programmiert werden.
Das geht per App, wenn man das aber nicht will, auch via einem Terminalfenster auf einem Linux Rechner.

Hier Beispielhaft, wie das aussehen könnte:

### Shelly Toogle-Switch - Druckmuster: kurz ###

curl --location --request POST "http://192.168.xxx.xxx/api/v1/action/single" \
  --data "get://192.168.xxx.xxx/relay/0?turn=toggle"

### Shelly Toogle-Switch - Druckmuster: lang ###

curl --location --request POST "http://192.168.xxx.xxx/api/v1/action/long" \
  --data "get://192.168.xxx.xxx/relay/0?turn=toggle"

### Shelly Toogle-Switch - Druckmuster: 2x kurz ###

curl --location --request POST "http://192.168.xxx.xxx/api/v1/action/double" \
  --data "get://192.168.xxx.xxx/relay/0?turn=toggle"

### Shelly Toogle-Switch - Druckmuster: Touch ###

curl --location --request POST "http://192.168.xxx.xxx/api/v1/action/touch" \
  --data "get://192.168.xxx.xxx/relay/0?turn=toggle"

### Shelly HTTP Requests ###

    Schalten Shelly1 Relais EIN: http://192.168.xxx.xxx/relay/0?turn=on
    Schalten Shelly1 Relais AUS: http://192.168.xxx.xxx/relay/0?turn=off
    Schalten Shelly1 Relais Umschalten: http://192.168.xxx.xxx/relay/0?turn=toggle (Danke gerty für den Hinweis!)

Ich habe das auch mit einem gesperrten Shelly2.5 gemacht. Da komm ja dann das username:password@ noch vorne dran.

Könnte dann so aussehen:

curl --location --request POST "http://192.168.xxx.xxx/api/v1/action/single" \
--data "get://username:password@192.168.xxx.xxx/relay/0?turn=toggle"

Geht widererwartend ganz gut.

Hier das passende Video dazu. Letztendlich hat es den Druchbruch für mich gebracht.

[Shelly Funkschalter] MyStrom WiFi Button Plus Konfiguration über API - YouTube

Nicht ganz so schlimm, bei 1, 80€ das Stück...

Perfekt. Danke.

Hallo zusammen,

wo war nochmal im 2PM GEN3 im WEB UI der Menüpunkt zum Umstellen zwischen Switch und Rollo?
Also nicht in der App, sondern wenn ich mit dem Browser direkt drauf bin.

Am besten mit einen kleinen Bild

Da waren Sie wieder meine Probleme....

Wie erwähnt habe ich mit drei AM2302 zugelegt:

Tja, was soll ich sagen. Hier ist das Ergebnis mit der gleichen Firmware, an denen die AM2301A wunderbar funktionieren:

Ich habe hier eine Lösung mit einem Kemo Regensensor M152K und einem Zeitrelais.

Erstens lässt sich der Sensor im Ansprechschwellwert des Regens einstellen, zweitens basiert die Erkennung auf kapazitiver Ebene.
Der Regensensor schickt dann ein "geschlossen" an ein Zeitrelais mit Abfallverzögerung, das zwar mir sofort eine WhatsApp und Mail, schickt per OpenHAB. OpenHAB erzählt das Alexa und die spricht zu mir, dass es zu Regnen begonnen hat. Durch die Abfallverzögerung bekomme ich aber nicht gleich die Info das es aufgehört hat wenn es nur 2 min regnet. Habe am Zeitrelais die Verzögerung so auf 20min eingestellt. Wenn es innerhalb der 20min wieder regnet bleibt das Relais weiterhin an und der Shelly meldet mir nicht nochmal das gleiche. Für mich ist wichtig zu wissen wann es zu regen anfängt, aber egal wann es aufgehört hat.

Alles läuft über ein 12V Netzteil im Außenbereich in einer IP66 Verteilerdose incl. dem Zeitrelais und dem Shelly1.

Die Lösung könnte also auch mit Anzugsverzögerung arbeiten. Also ggf. dem Shelly erst nach 2 min melden das es regnet, wenn es wirklich regnet, und nicht schon durch die Heizung wieder trocken ist nach 20 sec... Also ne Art "Hystereseschleife" durch das Multifunktionsrelais könnte eine Lösung sein....

Darüber hinaus ist keine Cloud involviert für das wirkliche "Doing", dass die Markise zu geht, wenn es zu regnen angefangen hat oder was auch immer.
Alles geht mit HTTP Befehlen zwischen den Shellys. Keine Cloud, weder störungsanfällige Shelly Cloud, noch irgend was anderes. Den Spaß mit WhatsApp, Alexa, Mail usw. ist nur für "nice to know", und nicht wirklich wichtig für das Ausführen der Befehle. Dazu brauche ich nur Strom und das lokale WLAN und natürlich Regen

Egal, Hauptsache er läuft wieder.

Lösche doch mal die Sensoren auf dem Shelly 1PM und auch das AddOn Modul selber auf dem Shelly.
Da werden Reboot's des Shelly dazu notwendig sein.

Dann das AddOn Modul wieder hinzufügen und auch die Sensoren.
Kannst ja machen bevor die neue HW zum Einsatz kommt. Vielleicht ist ja das Spike Problem dann weg.

Na ja, nach gefühlt 1,5 Jahren Ruhe mit Probleme bei der Temperatur und Luftfeuchtigkeit im Außenbereich, muss das ja auch nicht sein mit den Spikes
bei neuer SW Version. Für mich heißt das halt, sollte ich den Shelly 1 plus wieder mal updaten dann wieder mit AddOn und Sensor weg und neu anbinden.

Das Referenzsystem im Innenbereich hatte ja die Faxen nicht gemacht.

Hab mit nun zum rumspielen mal 3 x DHT22 (AM2302B) in China bestellt.