curl sollte auch auf dem MAC existieren, würde ich damit testen.
Alternativ bleibt noch das Flashen über Kabel, dazu brauchst du einen FTDI und ein paar Dupont-Kabel.
Das PIN-Layout findest du hier: https://faulty.cloud/blog/shelly-plug-s-pinout
VPN/Proxy erkannt
Es scheint, dass Sie einen VPN- oder Proxy-Dienst verwenden. Bitte beachten Sie, dass die Nutzung eines solchen Dienstes die Funktionalität dieser Webseite einschränken kann.
curl sollte auch auf dem MAC existieren, würde ich damit testen.
Alternativ bleibt noch das Flashen über Kabel, dazu brauchst du einen FTDI und ein paar Dupont-Kabel.
Das PIN-Layout findest du hier: https://faulty.cloud/blog/shelly-plug-s-pinout
und die Eingebaauffordering ist im Administrativen Modus geöffnet? ich hab hier keine Windows-Kiste, mit der ich das nachstellen könnte.
ok, die 0x7000 ist auf jeden Fall richtig und das, was du da im Browser zu sehen kriegst ist auch richtig so.
Die Eingabeaufforderung ist im administrativen Modus geöffnet?
was du sonst noch probieren könntest:
- ältere Version vom SHPLG-S.zip flashen (http://archive.shelly-tools.de) -> möglicherweise ist das aktuelle ZIP zu groß und deshalb kommt der HTTP 500 Error.
- aktuelle cURL Version von hier probieren: https://curl.se/windows/
Ruf ich die URL mit /update dahinter auf passiert garnix Lädt und Lädt
ist eigentlich ein gutes Zeichen weil er auf Daten wartet..
Zeigt er im Browser etwas an, wenn du die URL http://10.42.42.44/update aufrufst?
du hattest vorher das 0x7000 oder das 0x1000 geflasht?
Die ZIP auspacken wird nichts bringen weil der Shelly alle darin enthaltenen Daten braucht.
bist du hiernach vorgegangen?
https://github.com/yaourdt/tasmota-to-mgos
wenn ja, welche genaue Fehlermeldung kommt und an welcher Stelle hängst du ?
Ist das ein Zeichen dafür dass der Zeitplan schlicht und einfach nicht ausgeführt wurde ?
kling zumindest so..
Szenen werden über die Cloud verarbeitet, Schedules (Zeitpläne) lokal im Gerät. Wo / wie hast du denn den Zeitplan angelegt? eventuell mal einen Screenshot hier einfügen.
Cloud API https://shelly-api-docs.shelly.cloud/cloud-control-api/
I'm using shelly to open an electric door and I would like to share a link that allows whoever has the link to get the Relay on (i.e. open the door).
not a good idea, IMO.
I'd share the device within the Shelly App with another useraccount and give them username and password for that account.
Do I have to be connected with my PC to the same wifi network of Shelly?
yes!
your IP-range 192.168.1.x is a local (non-routed) ip-range.
should return a JSON:
Relais can be controlled by:
http://192.168.178.186/rpc/Switch.Set?id=0&on=false where true or false at the end turns the device on or off.
Vom Shelly Plus 1PM weiß ich, das er den doppelten Tastendruck kann. Ist diese Funktion grundsätzlich in den "Plus"-Geräten enthalten?
ja, das kann jeder Shelly Plus auswerten..
im EG und OG Taster verbaut und getrennte Leuchten.
dann sollten 2 Shelly Plus 1 reichen, je einer pro Leuchte.
Das Szenario lässt sich mit Szenen abbilden, die funktionieren aber nur wenn das Internet verfügbar ist. Ich würde es per ShellyScript lösen weil das auch ohne Internet funktioniert.
was steckt denn für ein Verbraucher drin?
eicht es uns eigentlich wenn wir über Echo (Sprachsteuerung) und Apps (Handy) Rollläden und Lichter Aktionen ausführen lassen können. So zusätzliche Steuerung in Abhängigkeit von Sensoren, Zeitsteuerung etc. ist unrelevant.
ist bei mir genau so.
z.B. Was öfters nicht geht: "Alexa, schließe Rollladen Schlafzimmer" --> Rückmeldung Alexa: "Leider, kann ich null nicht erreichen" oder Rückmeldung Alexa: OK, Rollladen Schlafzimmer wird geschlossen" - In beiden Fällen passiert nix! Selbiges verhalten haben wir aber auch manchmal auch mit positiver Rückmeldung von den Phillips HUE Lichtern etc.
die Ursache ist ohne konkrete Angaben schwierig zu ermitteln.. ich hab hier eigentlich nie Probleme, das Steuern per Sprache klappt eigentlich immer (gefühlte 99,99% Verfügbarkeit). Ich hab hier 4 AccessPoints von Unifi laufen, alle sind per Kabel mit dem lokalen Netzwerk verbunden. Daran hängen > 70 Shellies, darunter fast das komplette Sortiment. Wenn das Wifi fehlerfrei läuft, dann tun es in der Regel auch die Shellies.
Generell ist eine kabelgebundene Lösung sicher stabiler als eine per Funk/WLAN/Zigbee. Die Frage, die du dir stellen solltest: sind die Mehrkosten für KNX tragbar? Oder gibt es eine alternative, kabelgebundene Lösung, die für dich in Frage kommt wie z.B. die Shelly Pro-Serie?
Ist jemandem bekannt, dass es auf der Cloud Control API manchmal zu Problemen kommt?
denkbar wäre, dass dein Account auf einen anderen Cloudserver verschoben wurde.. hast du das mal geprüft?
Der Shelly ist im Rolladenmodus.
vielleicht testest du mal mit einem Shelly im Relais-Modus?
ich bin mir nicht sicher, ob der Shutter-Modus auf dem WearOS unterstützt wird. Testen kann ich es mangels WearOS-Gerät nicht.
So maybe my problem is that it does not fire an event for a switch flip ?
Changing the physically connected switch (input) will sent a NotifyStatus Event, the important part is the last part within the JSON:
"input:0":{"id":0,"state":false}
shellyplus2pm-a8032ab6343c/events/rpc {"src":"shellyplus2pm-a8032ab6343c","dst":"shellyplus2pm-a8032ab6343c/events","method":"NotifyStatus","params":{"ts":1660146502.56,"input:0":{"id":0,"state":false}}}
whereas pushing a button (push button, not toggle switch) will sent a (bunch of) NotifyEvent Events:
shellyplus2pm-a8032ab6343c/events/rpc {"src":"shellyplus2pm-a8032ab6343c","dst":"shellyplus2pm-a8032ab6343c/events","method":"NotifyEvent","params":{"ts":1660146407.32,"events":[{"component":"input:1", "id":1, "event":"btn_up", "ts":1660146407.32}]}}
shellyplus2pm-a8032ab6343c/events/rpc {"src":"shellyplus2pm-a8032ab6343c","dst":"shellyplus2pm-a8032ab6343c/events","method":"NotifyEvent","params":{"ts":1660146407.32,"events":[{"component":"input:1", "id":1, "event":"single_push", "ts":1660146407.32}]}}
shellyplus2pm-a8032ab6343c/events/rpc {"src":"shellyplus2pm-a8032ab6343c","dst":"shellyplus2pm-a8032ab6343c/events","method":"NotifyEvent","params":{"ts":1660146409.08,"events":[{"component":"input:1", "id":1, "event":"btn_down", "ts":1660146409.08}]}}
shellyplus2pm-a8032ab6343c/events/rpc {"src":"shellyplus2pm-a8032ab6343c","dst":"shellyplus2pm-a8032ab6343c/events","method":"NotifyEvent","params":{"ts":1660146409.29,"events":[{"component":"input:1", "id":1, "event":"btn_up", "ts":1660146409.29}]}}
your MQTT configuration seems to be missing the port, should be 1883
ah sorry, I somewhat misunderstood you.. and yes, there are both Events and Status Updates.
Tested with a ShellyPlus2PM.
My Test Event was disabling the cloud but I'd assume that other config changes would also fire an NotifyEvent
ZitatAlles anzeigenshellyplus2pm-a8032ab6343c/events/rpc {"src":"shellyplus2pm-a8032ab6343c","dst":"shellyplus2pm-a8032ab6343c/events","method":"NotifyStatus","params":{"ts":1660142700.83,"switch:0":{"id":0,"aenergy":{"by_minute":[0.000,0.000,11.000],"minute_ts":1660142699,"total":100.644}}}}
shellyplus2pm-a8032ab6343c/events/rpc {"src":"shellyplus2pm-a8032ab6343c","dst":"shellyplus2pm-a8032ab6343c/events","method":"NotifyStatus","params":{"ts":1660142700.85,"switch:1":{"id":1,"aenergy":{"by_minute":[0.000,0.000,0.000],"minute_ts":1660142699,"total":0.000}}}}
shellyplus2pm-a8032ab6343c/events/rpc {"src":"shellyplus2pm-a8032ab6343c","dst":"shellyplus2pm-a8032ab6343c/events","method":"NotifyStatus","params":{"ts":1660142700.87,"switch:0":{"id":0,"aenergy":{"by_minute":[0.000,0.000,11.000],"minute_ts":1660142699,"total":100.644}}}}
shellyplus2pm-a8032ab6343c/events/rpc {"src":"shellyplus2pm-a8032ab6343c","dst":"shellyplus2pm-a8032ab6343c/events","method":"NotifyStatus","params":{"ts":1660142760.24,"switch:1":{"id":1,"aenergy":{"by_minute":[0.000,0.000,0.000],"minute_ts":1660142759,"total":0.000}}}}
shellyplus2pm-a8032ab6343c/events/rpc {"src":"shellyplus2pm-a8032ab6343c","dst":"shellyplus2pm-a8032ab6343c/events","method":"NotifyStatus","params":{"ts":1660142760.24,"switch:0":{"id":0,"aenergy":{"by_minute":[0.000,0.000,0.000],"minute_ts":1660142759,"total":100.644}}}}
shellyplus2pm-a8032ab6343c/events/rpc {"src":"shellyplus2pm-a8032ab6343c","dst":"shellyplus2pm-a8032ab6343c/events","method":"NotifyEvent","params":{"ts":1660142769.25,"events":[{"component":"cloud","event":"config_changed","restart_required":false,"ts":1660142769.25,"cfg_rev":38}]}}
shellyplus2pm-a8032ab6343c/events/rpc {"src":"shellyplus2pm-a8032ab6343c","dst":"shellyplus2pm-a8032ab6343c/events","method":"NotifyStatus","params":{"ts":1660142769.25,"sys":{"cfg_rev":38}}}
shellyplus2pm-a8032ab6343c/events/rpc {"src":"shellyplus2pm-a8032ab6343c","dst":"shellyplus2pm-a8032ab6343c/events","method":"NotifyStatus","params":{"ts":1660142770.27,"cloud":{"connected":false}}}
this is a quick'n dirty solution, but as said: there's probably a few milliseconds delay.
Explaination:
if switch:0 is turned on switch:1 (id: 1) is turned off
if switch:1 is turned on switch:0 (id 0) is turned off
It's still possible to turn off both relays
If you prefer to use the remaining switch 3/4 from the Pro4PM just replace the switch:x and "id": y
Shelly.addStatusHandler(function(e) {
if (e.component === "switch:0") {
if (e.delta.output === true) {
Shelly.call("Switch.Set", {"id": 1, "on": false});
}
}
if (e.component === "switch:1") {
if (e.delta.output === true) {
Shelly.call("Switch.Set", {"id": 0, "on": false});
}
}
});
Alles anzeigen
That's in theory possible via Scripting.
Question: Do you need a strict interlock between the relais?
I'm not 100% sure but there's probably a few milliseconds delay if relay0 goes on and relay1 has to be turned off via script, so there's eventually a short time where both relais would be active. It's definetely safer to use a contactor interlock.