Shelly1 mit Original-Firmware + CUxD inkl. Status

[66er]

Wichtige Info:
Es gibt inzwischen eine aktuellere Version der Shelly1 Kopplung, sowie vieler weiterer Shelly-Typen.
Folgt dafür einfach dem ersten Link in meiner Signatur.
__________________________________________________________________________________

Hallo zusammen,

nachdem es öfter schon Thema war, ob man zur Einbindung des Shelly 1 unbedingt Fremdfirmware flashen muß, kann ich nun meine Lösung mit der Originalfirmware vorstellen:

Möglichkeiten:

• Einschalten
• Ausschalten
• Zustandsanzeige
• Aktualisierung in frei einstellbarem Intervall (wichtig, falls z.B. parallel per Shelly-App oder Shelly-Timer geschaltet wird)
• Nutzung in Programmen
• Neu: optionale Überwachung der Erreichbarkeit des Shelly im Netzwerk (Onlinestatus)

Umsetzung:
(Auf die Beschreibung des Anlegens der CUxD-Geräte verzichte ich an dieser Stelle, dafür gibt es diverse Einträge hier im Forum und vor Allem die CUxD-Doku!)

Falls noch nicht vorhanden, bitte ein Gerät (28) System Exec anlegen! Darüber werden die Befehle abgesetzt.

Anlegen einer CUxD (40) 16-Kanal Universalsteuerung als Schalter:

Einstellungen der einzelnen Kanäle (1 Kanal = 1 Shelly):

Einstellung für SWITCH|CMD_SHORT:

Code: Alles auswählen

wget -q -O - 'http://192.168.1.124/relay/0?turn~3doff'

Einstellungen für SWITCH|CMD_LONG:

Code: Alles auswählen

wget -q -O - 'http://192.168.1.124/relay/0?turn~3don'

IP-Adresse des Shelly1 jeweils anpassen

Damit funktioniert schon mal das EIN- und AUS-Schalten.



Für die Statusaktualisierung benötigt man neben dem CUxD-Exec noch einen CUxD-Timer.


Im Timer wird die gewünschte Aktualisierungzeit (hier 30 Sekunden) eingetragen:

Nun braucht es noch 1 Programm, welches den Schalterstatus zyklisch aktualisiert:

Die zusätzlichen WENN-Prüfungen sind natürlich optional und auf meinen Aufbau angepasst. Funktional muß nur die 1. WENN-Zeile im Programm stehen

Und wenn das Programm unter Verwendung von "Timerevent" nicht triggert, so kann man stattdessen auch "bei Timerget im Wertebereich kleiner1 - bei Änderung" auslösen.




Fehlt noch das Skript:

Code: Alles auswählen

Siehe EDIT vom 03.06.2021

Achtung:
Anzupassen sind:

• Zeile 2: Bezeichnung kann angepasst werden (! xyz)
• Zeile 3: IP-Adresse des Shelly1
• 4x : die Adresse des CUxD-Exec (im Skript: CUX2801001:2)
• 3x : die Adresse des zu aktualisierenden CUxD-Schalters (im Skript: CUX4000005:1)

Bei einem Aktualisierungsintervall von 30 Sekunden und aktuell 3 Shelly1 ist keine größere Veränderung der CCU3-Auslastung zu bemerken.

Was das Skript angeht, möchte ich noch anmerken, dass ich mir das aus verschiedenen Beiträgen zusammengetragen habe. Von daher kann ich nicht ausschließen, dass es im Skript Optimierungspotential gibt. Als Skript-Laie freue ich mich, dass es funktioniert.

Viel Spass damit und LG
Stefan

03.06.2021 Edit:
Nochmals der Hinweis:
Diese Kopplungsanleitung ist nicht mehr alktuell und mit der aktuellen Shelly-Firmware nur noch bedingt kompatibel!
daher wurde das Skript hier entfernt!
Hier geht es zur Stand heute aktuellen Kopplung


29.01.2019 Edit:
Die Lösung wurde optional um die Überwachung des Onlinestatus des Shelly1 erweitert, hier die zugehörige Beschreibung.

(dadurch notwendige Textanpassungen in diesem Beitrag)

31.01.2019 Edit:
Grammatik korrigiert

04.03.2019 Edit:
Hinweis auf Timerget als Alternative zu Timerevent beim Programm zur Aktualisierung

03.01.2020 Edit:
Hinweis auf aktualisierte Versionen der Shelly-Kopplungen

[radierer]

Nabend Stefan,

ich sage auch hier nochmals vielen Dank für dein Engagement und die saubere Doku. Mir hilft sowas ungemein und ohne solch engagierten Forenmitglieder hätte ich wohl vieles, was aktuell auf meinerCCU2 läuft, so nicht umsetzen können. Mein Dank hier an Stefan gilt daher allen anderen Mitgliedern ebenso, die hier mit Rat und Tat zur Seite stehen.

Mein Shelly ist gestern angekommen, wurde direkt verbaut und verrichtet zuverlässig seinen Dienst. Das alles ohne Adapter für die Wippe, zusätzlichen Taster o.ä. Einfach hinter den vorhandenen Schalter und fertig. Ich bin begeistert ..

[66er]

Danke für's positive Feedback.

... Das alles ohne Adapter für die Wippe, zusätzlichen Taster o.ä. Einfach hinter den vorhandenen Schalter und fertig. Ich bin begeistert ..

Neben dem Preis ein weiterer Vorteil gegenüber den Homematic-Pendants.

Hinweis für andere Interessierte:
Zum Einbau hinter dem Schalter braucht man in der Dose den N-Leiter.

LG
Stefan

[davezero78]

Das Script und die Erklärung sind super.
Allerdings wird CUX4000005:1 nicht zwangsläufig benötigt.

Es genügt auch im Script anstatt CUX4000005:1 einfach die CUX2801001:2 (oder wie es im eigenen Script heißt) weiter zu verwenden.
Vorteil ist, dass man kein zusätzliches CUxD Gerät benötigt. Die Zeitabfrage in dem Fall einfach über die Zeitsteuerung im Programm einrichten.

Und im Ergebnis hat man einen Schalter, mit dem man sowohl die Befehle für AN und AUS sendet und der zusätzlich auch den Status im gewählten Intervall ändert.

[66er]

Danke.

Funktional ist Deine Aussage ev. richtig, habe ich so nicht getestet.

Aber ich habe mir halt ein anderes System angewöhnt:
1 CUxD-Exec für Befehle im System und je 1 (oder auch mehrere) 16-Kanal Universalsteuerung je Gerätegruppe (HUE, Shelly, Osram-Plugs usw.)

Ist wohl Ansichtssache, ich finde es so übersichtlicher.

LG
Stefan

[66er]

Hallo zusammen,

angespornt von den Rückmeldungen (überwiegend per PN), da der Nutzerkreis meiner Lösung größer scheint als die bisherigen Threadreaktionen vermuten lassen, und auch wegen der eigenen Entdeckung einer "Schwachstelle" habe ich für mich noch eine Schippe nachgelegt und möchte Euch diese Option nun ebenfalls nachfolgend vorstellen:

(Wichtiger Hinweis: Im 1. Beitrag ging es um die Darstellung des Schalt-Status, hier nun um den Online-Status des Shelly1)

Optionale Überwachung des Onlinestatus des Shelly1
(Erreichbarkeit im (W)LAN)

Hier mal vorab das Ergebnis:
(So kann schon hier jeder für sich entscheiden, ob das Thema für den Einzelnen relevant ist und weiterverfolgt wird )

Vorteile der optionalen Überwachung:

• Ausfallüberwachung
• Online-Status im bereits angelegten "CUxD-Shelly-Gerät" sichtbar
• Möglichkeit auf Nichterreichbarkeit eines Shelly1 individuell zu reagieren, z.B. mit eMail-Benachrichtigung, Anzeige o.ä.
• projektabhängige zusätzliche EInflußnahme auf den Schaltzustand des "CUxD-Shelly" (siehe 2.)

Was wird zusätzlich zur Einrichtung im 1. Beitrag benötigt:

• 1 CUxD-Gerät (28) Ping (1Kanal / Shelly1)
• 1 Systemvariable je Shelly1

Die Systemvariable(n):

Je Shelly wird 1 Systemvariable vom Typ Logik angelegt:

und mit dem entsprechenden Kanal des "CUxD-Shelly" verknüpft.
Dadurch wird die Variable im CUxD-Gerät sichtbar (siehe 1.Bild dieses Beitrages)

Gesteuert wird die Variable direkt durch das Gerät "CUxD-Ping". (Sinnvollerweise ordnet man die Kanäle 1:1 den Shellys zu wie beim CUxD-Schalter. )

Nun ergeben sich 2 Möglichkeiten:

1. Onlinezustand nur anzeigen

Dazu ist je Shelly1 der zugeordnete CUxD-Ping-Kanal wie folgt einzustellen:

(Die Zeiten können beliebig verändert werden. (solange Euer System nicht in die Knie geht. )

SWITCH|IP_DNS_ADR: IP des Shelly anpassen

SWITCH|CMD_EXEC_TRUE:

Code: Alles auswählen

extra/timer.tcl Onlinestatus_Shelly_Fitnessraum 1

SWITCH|CMD_EXEC_FALSE:

Code: Alles auswählen

extra/timer.tcl Onlinestatus_Shelly_Fitnessraum 0

Achtung: In beiden Codes...
"Onlinestatus_Shelly_Fitnessraum" durch den Namen Eurer Systemvariablen ersetzen! (Achtung: keine Leerzeichen im Namen verwenden!)

Ab jetzt überwacht das CUxD-Ping den Shelly1 und aktualisiert ggf. den Status online/offline in der Systemvariablen automatisch.

Stimmt nach dem Anlegen der Zustand der Systemvariablen nicht mit dem realen Onlinestatus überein, so muß der reale Onlinestatus einmalig geändert werden (z.b. durch Ausschalten des Shelly). Nach Abwarten der im PING eingestellten Überwachungszeit und Wiedereinschalten des Shelly erfolgt dann die autom. Aktualisierung.


2. zusätzlich bei Status "Offline" den CUxD-Schalter des Shelly in Stellung "AUS" bringen
(ohne das unnötigerweise Befehle ins Netzwerk gesendet werden)

Sinn und Zweck:

Mangels N-Leiter in den Schalterdosen habe ich meine Shelly1 in den Lampen verbaut. Wird nun das Licht versehentlich (oder auch gewollt) über den herkömmlichen Schalter ausgeschaltet, so ist nicht nur das Licht aus, sondern auch der Shelly1 (=offline). Die CCU würde das aber nicht mitbekommen und folglich den CUxD-Schalter weiterhin im Zustand 1 belassen.

Durch einen 2.Befehl im Code für SWITCH|CMD_EXEC_FALSE kann der CUxD-Shelly-Schaltkanal auf AUS gesetzt werden, ohne dass unnötige Befehle ins Netzwerk gesendet werden. Insgesamt sieht der erweiterte Eintrag dann so aus:

Code: Alles auswählen

extra/timer.tcl Onlinestatus_Shelly_Fitnessraum 0;  extra/timer.tcl CUxD.CUX4000005:1.SET_STATE 0

"Onlinestatus_Shelly_Fitnessraum" durch den Namen Eurer Systemvariablen ersetzen! (Achtung: keine Leerzeichen im Namen verwenden!)
Außerdem bitte die CUxD-Adresse des Shelly-Schalt-Kanal anpassen!

Durch die erweiterte Befehlszeile wird nun zusätzlich zum Status in der Systemvariablen bei OFFLINE auch der Schalter auf Position AUS gesetzt.

SWITCH|CMD_EXEC_TRUE braucht nicht erweitert zu werden, da bei ONLINE der Schaltzustand des Shelly1 ja eh aktualisiert wird.

Vielleicht kann auch diese Erweiterung jemand brauchen.

Viel Spass damit und LG
Stefan

Mein Dank zu 2. an dieser Stelle nochmal an @uwe111, der mich zur Syntax auf den richtigen Weg gebracht hat.

[mazta]

Finde ich sehr interessant, vielen Dank für deine Mühe und das Teilen!

Werde das demnächst auch im ersten Shelly ausprobieren.

Rein interessehalber: Wie schaltest du denn deine Lampen an/aus, wenn du den konventionellen Schalter nicht nutzt? Bei Schalter aus,ist ja auch der Shelly aus, sofern er in der Lampe sitzt.

Viele Grüße

[66er]

Hallo,

da ich Hausautomation betreibe, erfolgen die meisten Lichtschaltungen programmgesteuert.

Manuell schalten wir nur selten über 6-Fach Wandtaster oder Tablet. Eine permanente manuelle Bedienung führt m.E. Hausautomation ad absurdum.

(Der alte Schalter dient nach Plan nur noch dem Shelly-Neustart, sollte der mal nötig sein.)

LG
Stefan

[66er]

Da die Shellys sehr zuverlässig funktionieren, habe ich mich inzwischen auch mit dem Selly2 als Rollladenaktor beschäftigt und die Einbindung hier erläutert.

Auch die Shelly2 laufen mit der Herstellerfirmware.

LG
Stefan

[davimas]

Hey,

also ich habe es nicht zum laufen bekommen nach deiner Anleitung.
Hab mich langsam durchgeforstet und die Behle > Aktion erstmal versucht zu verstehen.....

Das mit dem Timer war die Fehlerquelle, es wurde einfach das Script nicht alle 30 sek automatisch ausgeführt.
Nur wenn ich das Programm manuell gestartet habe, dann übernahm er den Status der Shellys.
Ich habe dann den Timer gelöscht und es über das Zeitmodul gemacht:

Man sieht da ist die Einstellung alle 10 sekunden.
Zudem habe ich die Scriptbefehle in "sofort" Ausführung, bei Dir verzögert - weshalb? (bin noch Neu in dem Thema)

Das Ganze funktioniert jetzt und ich bin Happy



EDIT:

Nun sehe ich bei der Anleitung für die Shelly2 Aktoren, dass das mit dem Timer anders als hier ist, statt Timer_Event steht da Timer_Get......
download/file.php?id=58297&mode=view