Shelly

[AlexAn]

Die ersten Shellys 2.5 wurden bereits ausgeliefert.
https://shelly.cloud/product/wifi-sm...oller-shutter/


links die Shelly 2 und rechts die neue Shelly 2.5




Leider haben einige wenige Geräte zu lange Pins bei einem Kondensator gehabt und einen Kurzschluss über die WLan Antenne produziert.
Natürlich kann man die Geräte umtauschen oder die Pins einfach selber kürzen: https://www.youtube.com/watch?v=tEyV...mmXOvTX0a5Pzr8



Die Shelly1PM dürfte auch demnächst zum Ausliefern sein:

https://shelly.cloud/product/wifi-smart-home-automation-shelly-1pm-switch-relay/

https://www.facebook.com/groups/Shel...1659060266781/





Shelly EM und 3EM (Klappwandler zur Energiemessung) soll so um den 18.4 vorgestellt werden.

[AlexAn]

Infos zur Shelly EM (eigentlich sollte sie ja 2EM heißen weil bis zu 2 Leiter überwacht werden können):
Ansteuerung eines Koppelrelais/Schütz möglich.
Startpaket beinhaltet einen Wandler

die 3EM soll dann im Juni kommen

https://www.facebook.com/groups/Shel...2589463507074/

https://www.facebook.com/download/10...o9JUjFp3MKvEQ4

Dank an Dimitar Dimitrov dass ich die Bilder verwenden darf!

[AlexAn]

230V (Shelly1 zusätzlich 12,24-48V DC) Input der Shellys - SW bzw. S1 oder S2 per MQTT separat nutzen ohne dass das Relais anzieht:
Kann für die eine oder andere Statuserkennung ganz brauchbar sein!

Wie immer aufpassen dass es der gleiche Aussenleiter ist!!

Shelly1:



ShellySwitch:

[Stewe]

Hallo in die Runde der Shellyfreak`s.

Wo finde ich die entsprechenden http Befehle für Shelly 2.5 für die zwei getrennten Relais?
Gibt es dazu ev. auch schon eine gesammelte Version?
Oder noch besser oder lieber wären mir bereits aktuelle vordefinierte Geräte.

Danke für Hinweise.

[AlexAn]

Meine ist noch unterwegs und dann mach ich die Doku:

Bei den Relais ist es sicher so wie bei der Switch Vorlage also einfach die mal antesten und für den 2.Kanal die Leistung ergänzen.


Relais 1 = 0 und Relais 2 = 1 bei den Shellys

• Schalten Shelly2.5 Relais 0 EIN: http://192.168.xxx.xxx/relay/0?turn=on
• Schalten Shelly2.5 Relais 0 AUS: http://192.168.xxx.xxx/relay/0?turn=off

• Schalten Shelly2.5 Relais 1 EIN: http://192.168.xxx.xxx/relay/1?turn=on
• Schalten Shelly2.5 Relais 1 AUS: http://192.168.xxx.xxx/relay/1?turn=off

Rollläden/Raffstore

• Befehl Shelly2.5 Rollladen runter: http://192.168.xxx.xxx/roller/0?go=close
• Befehl Shelly2.5 Rollladen hoch: http://192.168.xxx.xxx/roller/0?go=open
• Befehl Shelly2.5 Rollladen stop: http://192.168.xxx.xxx/roller/0?go=stop

• runter mit 10 sek. Fahrt: http://192.168.xxx.xxx/roller/0?go=close&duration=10
• hoch mit 10 sek. Fahrt: http://192.168.xxx.xxx/roller/0?go=open&duration=10

• Positionsvorgabe 75%: http://192.168.xxx.xxx/roller/0?go=to_pos&roller_pos=75

Stewe bin mir sicher du bekommst das hin auch wenn es noch keine aktuelle Vorlage gibt
Würde dir aber auf lange Sicht die MQTT Variante empfehlen!

[zechasso]

Mir ist schon klar, dass ich die Zeit einfach stoppen kann.
Ich will den Wert nicht im Baustein in Loxone und zusätzlich in der Shelly-App pflegen. Daher würde ich den hinterlegten Wert aus dem Loxone-Baustein gerne auslesen und per virtuellem Ausgang an den Shelly senden.
Dazu muss ich den Wert Tu jedoch erst aus dem Baustein auslesen.
Ich wollte daher wissen, ob und wie ich diesen Wert auslesen kann?

[AlexAn]

In der Lox brauchst du die Zeit für die korrekte Visu und in der Shelly auch weil das letztendlich der Aktor ist den du auch per Browser oder App bedienen kannst. So genau sehe ich das gar nicht was die exakte Laufzeit betrifft. In der Shelly muss du den Motor ohnehin kalibrieren!!

[romildo]

@zechasso
Tu kann auch über den Eingang z.B. mittels Konstante gesetzt werden.
Diese Konstante könntest Du dann auch für das Senden verwenden.

[AlexAn]

ShellyAdmin

ist ein kleines Tool um alle Shellys ein Update zu verpassen und noch mehr.
Ist sicher noch eine Beta aber wer schon testen will: http://uniqhost.de/ShellyAdmin/setup.exe
https://www.facebook.com/groups/Shel...7777954321558/

Viruswächter zickt da extrem rum bitte nicht wundern!

[Stewe]

FEHLERZUSAMMENFASSUNG

Es folgt eine Zusammenfassung der Fehler. Details zu diesen Fehlern werden später im Protokoll aufgelistet.
* Die Anwendung wurde nicht deinstalliert. Weitere Informationen finden Sie in den Details. Folgende Fehlermeldungen wurden entdeckt:
+ Der ARP-Eintrag 6a9960f9ff75e3c2 ist nicht vorhanden.
+ Eine Unterschlüsselstruktur kann nicht gelöscht werden, da der Unterschlüssel nicht vorhanden ist.
* Die Aktivierung von http://uniqhost.de/ShellyAdmin/Shelly.Admin.application führte zu einer Ausnahme. Folgende Fehlermeldungen wurden entdeckt:
+ Der ARP-Eintrag 6a9960f9ff75e3c2 ist nicht vorhanden.
+ Eine Unterschlüsselstruktur kann nicht gelöscht werden, da der Unterschlüssel nicht vorhanden ist.

FEHLERZUSAMMENFASSUNG FÜR DIE SPEICHERTRANSAKTION DER KOMPONENTE
Es wurde kein Transaktionsfehler festgestellt.

WARNUNGEN
Während dieses Vorgangs gab es keine Warnungen.

FORTSCHRITTSSTATUS DES VORGANGS
* [30.04.2019 07:51:30] : Die Aktivierung von http://uniqhost.de/ShellyAdmin/Shelly.Admin.application wurde gestartet.
* [30.04.2019 07:51:30] : Das Verarbeiten des Bereitstellungsmanifestes wurde erfolgreich abgeschlossen.
* [30.04.2019 07:51:30] : Die Installation der Anwendung wurde gestartet.
* [30.04.2019 07:51:31] : Das Verarbeiten des Anwendungsmanifestes wurde erfolgreich abgeschlossen.
* [30.04.2019 07:51:55] : Kompatible Laufzeitversion 4.0.30319 gefunden.
* [30.04.2019 07:51:55] : Die Anforderung der Vertrauensstellung und die Ermittlung der Plattform sind abgeschlossen.
* [30.04.2019 07:52:33] : Das Downloaden von Abonnementabhängigkeiten ist abgeschlossen.
* [30.04.2019 07:52:33] : Das Ausführen des Commits für die gedownloadete Anwendung wurde gestartet.

FEHLERDETAILS
Folgende Fehler wurden bei diesem Vorgang entdeckt.
* [30.04.2019 07:52:40] System.Deployment.Application.DeploymentException (InvalidARPEntry)
- Der ARP-Eintrag 6a9960f9ff75e3c2 ist nicht vorhanden.
- Quelle: System.Deployment
- Stapelüberwachung:
bei System.Deployment.Application.ShellExposure.Remove ArpEntry(DefinitionIdentity subId)
bei System.Deployment.Application.ShellExposure.Remove SubscriptionShellExposure(SubscriptionState subState)
bei System.Deployment.Application.SubscriptionStore.Un installSubscription(SubscriptionState subState)
bei System.Deployment.Application.ApplicationActivator .UninstallApplicationAndRedirectActivation(Boolean & isShortCut, Uri& deploymentProviderUri, String textualSubId, Uri activationUri)
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---

[Stewe]

[AlexAn]

Schätze mal das die Viruswächter wie bei mir zickt!

[zechasso]

Ich verwende den Shelly 2.5 im RollerShutter-Mode gemeinsam mit dem Automatik-Jalousie-Baustein für meine Raffstore. Zusätzlich hab ich herkömmliche Jalousie-Schalter für die manuelle Bedienung an den Shelly angeschlossen.
Soweit klappt alles wunderbar, aber wenn ich die Raffstore manuell über die Schalter bediene, so erkenne ich in Loxone die Positionsveränderung nicht.
Hat jemand von euch eine Idee, wie ich die Position in Loxone aktualisieren kann?
Ich kann über einen virtuellen Eingang die den Parameter current_pos aus der Shelly abfragen. Und ich könnte über den Eingangs-Parameter Ap im Automatik-Jalousie-Baustein die Position setzen.
Aber mir fehlt noch die Idee, mit welchem Auslöser ich diesen Wert auslesen und setzen kann.
Ich verwende kein MQTT oder ähnliches, nur Loxone und Shelly.

Ich bin für jeden Tipp dankbar.

[Christian Fenzl]

Kurze Antwort: Geht nicht.

Lange Antwort: Verwende MQTT und den getrennten Modus, sodass Tastendrücke am Shelly die Automatikbeschattung bedienen, und diese die Relays des Shelly ansteuert.

[Christian Fenzl]

Das geht nicht. Selbst wenn du die Position von Shelly bekommst.
Du erzeugst damit eine Rückkopplung, die dazu führt, dass deine Beschattung ständig immer wieder fährt.
Der Ap ist kein Statuseingang, sondern löst im Baustein eine Fahrt aus.
Die Problematik ist die selbe wie wir sie seit Jahren mit KNX kennen, und auch die Lösung ist die selbe (wie beschrieben).

[zechasso]

Ich bin gerade dabei mich mit der MQTT-Einbindung an Loxone zu beschäftigen.
Als "Server" dient mir eine Synology-NAS mit Docker bzw. virtuellen Maschinen.
Mosquito als MQTT-Broker hab ich auf der NAS schon am laufen.
Nun bin ich noch auf der Suche nach einem MQTT-Gateway als Bindeglied zw. MQTT und dem Loxone MS.
Hat jemand eine Idee, ob es hier etwas ähnliches wir den MQTT-Gateway aus dem LoxBerry-Projekt auch für die Synology gibt?

[svethi]

Mit Node-Red könnte man da sicher was machen

[AlexAn]

Glaub nicht das er die Info über eine normale Http abfrage ausspuckt:



MQTT Ausgabe:

Da hast du die Eingänge getrennt und die Position!!
Es führt also kein Weg am MQTT Plugin vorbei

[zechasso]

Ja, bin schon dabei mich in die MQTT-Thematik einzuarbeiten.
Ich will das Ding auf meiner Synology laufen lassen.
Irgendwelche Erfahrungen bzw. Tipps dazu?

Außerdem:
der Status lässt sich über den Paramter "current_pos" wunderbar abfragen.

[AlexAn]

ahh wieder was gelernt - da hängt die Doku hinter der Firmware wieder mal nach
{"state":"stop","power":0.00,"is_valid":true,"safe ty_switch":false,"stop_reason":"normal","last_dire ction":"close","current_pos":101,"calibrating":fal se,"positioning":true}

[philox]

Meine Plug S Bestellung vom 18.11 ist am 03.05 verschickt worden.

Gesendet von meinem Aquaris X Pro mit Tapatalk

[AlexAn]

zechasso so war das gemeint


Vorrausgesetzt du hast die Einstellung in der Shelly gemacht für die Eingänge:


Teste einfach mal ob dir das alleine schon reicht und du mit der Position in der Visu zufrieden bist.
Vermute aber dass es beim verstellen der Lamellen am ShellyTaster zu Laufzeitproblemen kommt weil der Befehl von der Shelly - MQTT - Miniserver geht. Über NodeRed hast du dann noch einen Server dazwischen aber eventuell steh ich auf der Leitung.

Ahh hast keinen Loxberry eingerichtet und darum NodeRed….

[zechasso]

Vielen Dank!

[zechasso]

Nun hab ich den Shelly auf DetachSwitch gestellt und will den Taster-Status mittels MQTT abfragen.
Nur reagiert NodeRed nicht darauf, wenn ich den Jalousie-Schalter schalte.

MQTT in: shellies/shellyswitch25-xxxxxx/roller/0 liefert immer stop bei manueller Bedienung
Nur wenn ich den Shelly über das Webinterface schalte bekomme ich auch die Statusänderung in MQTT angezeigt

Was muss ich noch machen, damit ich auch das manuelle Schalten erfassen und an Loxone weitergeben kann?

[zechasso]

Habs entdeckt:
1) Subscribe für die Shellies hat gefehlt
2) ich muss die Schalter über Input abfragen

Soweit klappt das nun
Nur arbeiten die Schalter wie Taster
Ich muss z.B. aufwärts ein zweites Mal drücken um die Fahrt zu stoppen
Warum?

[AlexAn]

Vermute du bist mit den Virtuellen Eingängen auf Cu Cd gegangen.
Teste mal Up und Dw - Ganzfahrt kannst du mit den Parameter Tc einstellen z.B. 2s Taster drücken

[zechasso]

Das löst nicht mein Problem.
Ja, ich nutze Cu und Cd - die Eingänge sind für meinen Fall korrekt würde ich sagen.
Ich hab Jalousieschalter (keine Taster) im Einsatz.
Die Raffstore sollen sich solange bewegen, solange der Taster aktiv ist (Cu bzw. Cd erhalten den Wert 1)
Schalte ich den Auf- oder Ab-Taster wieder aus, so sende ich an Cu bzw. Cd den Wert 0.
Somit hätte ich erwartet, dass die Fahrt stoppt.
Die Eingänge gehen auch korrekterweise auf 0.
Aber die Ausgänge Qauf bzw. Qab bleiben weiterhin aktiv.
Erst wenn ich den jeweiligen Schalter erneut einschalte stoppt die Bewegung.
Der virtuelle Eingang ist als Taster konfiguriert.

Jemand eine Idee, warum der Baustein so reagiert?
Hab ich etwas falsches am Baustein eingestellt?

[AlexAn]

Du löst mit deinem Schalter einen Impuls aus der auf Cu eine Ganzfahrt auslöst.
Ob der Impuls jetzt 1sec oder 10sec ist den du mit dem Schalter machst sollte egal sein.
Ob du mit dem Schalter glücklich wirst? Arbeite lieber mit Impulsen vom Taster.

Input 0 von der Shelly2.5 auf Tr Tastschalter, Qon auf Cu und Qoff auf St usw. würde eventuell klappen weil du Impulse erzeugst!

[zechasso]

Hier meine Parameter für den Baustein: