Naja durch den Shelly kann ich das Ganze so schön einfach beim Rausgehen ausschalten und Strom sparen
Bei Rausgehen und vermutlich beim Reingehen? Klingt für mich eher nach Bedarf und nicht nach Regelmäßigkeit (ganz am Anfang hattest du geschrieben jeden Abend aus, jeden Morgen an). Bei BedarfsEin/Aus würde ich eher keine smarte Steckdose nehmen, sondern klassiche Schaltsteckdose(n). Und sicherlich brauchst du ja auch nicht immer alle Komponenten immer, oder?
Es gibt auch einige Kühlschränke / Gefrierschränke mit Alarm sobald eine eingestellte Temperatur unterschritten wird oder die Spannung weg fällt.
Unser Liebherr macht Alarm bei Stromausfall. Daher brauche ich keine separate Alarmierung.
Den Kühlschrank für die "Idee" hatte ich nur genommen, weil es ein Gerät ist, was ja eigentlich immer an ist.
Ich hab ein Dejavu
schon mal, statt User und PW im http.get als Param
https://user:password@domain.com/bla/blahast du schon mal versucht, den User und Passwort direkt im URL mitzugeben, statt als Parameter vom http.get
Bsp.
https://user:password@domain.com/bla/blaWäre folgendes Szeranrio denkbar?
Shelly Plug (Plug-A) mit Klingeltrafo und alter Glockenklingel hinter einer USV.
Diese Plug-A überwacht den Strom einer weitere Plug (Plug-B) am Kühlschrank.
Wenn Stromausfall, dann kein Strom mehr am Kühlschrank.
Plug-A überwacht die Plug-B und wenn kein Strom auf Plug-B schaltet die Plug-A ein und es bimmelt so lange, bis die Plug-A augeschaltet wird.
Den ioBroker habe ich nicht. Mein mqqt Broker läuft auf einer HM CCU. Und da ist der Klassiker die Firewall und der zweite das PW, wenn die Geräte nicht laufen wollen.
Ich gehe ich davon aus, dass es nicht an der FW 0.14.1 liegen sollte, sondern an was anderem. Sonst würde es dazu viel mehr Meldungen geben.
Um die Sache einzuschränken würde ich
- schauen, ob Telnet auf den Port 1883 vom Pi geht
- mal ohne PW einrichten und testen
Musst du wirklich jeden Morgen das ganze System ein- und abends wieder ausschalten?
Ich würde das auch auftrennen und nach Bedarf schalten oder halt stufenweise.
Meine Plus 1PM läuft auch auf 0.14.1 und hat keine Probleme mit dem MQTT Broker.
Ich tippe hier eher auf Firewall oder Login/Passwort beim Broker.
Ging es denn früher schon mal?
Soll der Shelly 1 als zusätzlicher Klingelknopf eingebaut werden oder soll der Shelly beim Klingel etwas machen?
Die Ursache des zu hohen Einschaltstroms wurde doch bereits genannt.
Das habe ich verstanden. Für mich klang ees zum Teil eher danach "na gut, dann kommt halt ab und zu die SIcherung".
Hab ich wohl missverstanden oder mich nicht gut genug ausgedrückt, dass es mich als Betroffenen schon interessieren würde, was die Ursache ist und diese zu beseitigen.
Es ist jetzt auch nicht so häufig, dass ich es reproduzieren könnte und alle Verbraucher mal testweise ausstecken könnte.
Also wenn die Sicherung nur gelegentlich kommt, würde mich die Ursache interessieren. Dass die kommt, sollte ja nicht die Regel sondern nur die absolute Ausnahme sein.
Du kannst mit dem CCU-Jack Shellies in die CCU3 einbinden.
Das geht dann über die MQTT vom Shelly zur CCU und dann sind Spannung, Leistung und Strom in der CCU anzeigbar.
Geht dort ganz gut mit HM-ES-PMSw1-PI auch mit mehreren Messkanälen. Habe selbst so einen 3EM in der CCU.
Bei einem Shelly plus 2PM würde ich nicht mal ansatzweise an 2kW Last denken…
Und wie würdest du es beim Shelly 1 Plus PM sehen? Könne es da mit dem 10A bis 14A von einem Ladeziegel passen?
So wie ich die Somfy kenne, wird der COM auf S1 bzw. S2 geschaltet um das Signal für hoch oder runter zu geben. Ist für dumme unsmarte Taster gedacht, einfach nur kurz drücken und den Rest macht dann der Somfy.
Potentialfrei ist der Shelly Plus 1, aber da gibt es ja nur einen Schalter. Dann bräuchte es ja zwei davon und auch die brauchen dann noch eine Stromversorgung.
Klingt nach ein bisschen viel für eine Klemmdose. Und es gibt dann auch keinen Schutz gegen gleichzeitiges Schalten.
Ich glaube die Tasmota Seite erklärt einiges
Grob würde ich sagen: keine Cloud (ok, ist bei den Shellies ja nicht zwingend), womöglich mehr Funktionalität, Hersteller stellen mal gerne Support für alte Geräte ein und die Community hilft dann weiter ...
Ich muss zugeben, dass ich die MQTT Aufrufe auch nur aus einer Beschreibung für die Einbindung in Homematic habe.
In https://shelly-api-docs.shelly.cloud/gen2/Component…ch#mqtt-control ist aber auch das command beschrieben
Ein- und Ausschalten geht auch mit command. thefrog1930 Du hattest im command den switch und dessen Id nicht angegeben
$ mosquitto_pub -h 192.168.1.xx -p 1883 -t 'schaltsteckdose-1/command/switch:0' -m 'on'
$ mosquitto_pub -h 192.168.1.xx -p 1883 -t 'schaltsteckdose-1/command/switch:0' -m 'off'PS. ohne die Beispiele aus Web-Suche und anderen Foren, wäre ich mit der Shelly Dokumentation auch nicht zurecht gekommen
Habe es mal vom Pi aus probiert:
$ mosquitto_pub -h 192.168.1.xx -p 1883 -t 'schaltsteckdose-1/rpc' -m '{"id":0, "src":"schaltsteckdose-1/rpc-response", "method":"Switch.Set", "params":{"id":0,"on":false}}'
$ mosquitto_pub -h 192.168.1.xx -p 1883 -t 'schaltsteckdose-1/rpc' -m '{"id":0, "src":"schaltsteckdose-1/rpc-response", "method":"Switch.Set", "params":{"id":0,"on":true}}'schaltet aus und ein
PS. und beim Shelly 1 Plus PM analog
Ich habe eine Plus Plug in meine HM Installation integriert und da ist das Topic
schaltsteckdose-1/rpc
und der Payload
{"id":0, "src":"schaltsteckdose-1/rpc-response", "method":"Switch.Set", "params":{"id":0,"on":false}}
bzw.
{"id":0, "src":"schaltsteckdose-1/rpc-response", "method":"Switch.Set", "params":{"id":0,"on":true}}
Vom mqtt-explorer aus, kann ich so auch schalten.
Vielleicht lässt sich so auch der plus 1 schalten.
HTH
Die Austausch Plus Plug geht bisher wie erwartet 
Werde das Teil reklamieren.
Das Gerät klappert auch ein wenig.