Modul 36_Shelly.pm

[amenomade]

Moin,

mal was ganz anderes: gibt es evtl. ein Changelog zum Modul? Einfach mal aus Interesse gefragt

Gruß, Christoph

https://svn.fhem.de/trac/log/trunk/fhem/FHEM/36_Shelly.pm?rev=23398

[bombardi]

Es gibt ja inzwischen auch Bulbs von Shelly.
Ist vorgesehen, diese in das Modul aufzunehmen?

[Adimarantis]

@Adimarantis: Auf Grund der netten Anfrage war es mir eine Freude, das Problem zu beheben.

Besten Dank. Hab es jetzt eingespielt und sehe keine Meldungen mehr.

Gruß,
Jörg

[Peteruser]

Hallo,
lese ich das richtig, das neue Shelly Modul kann Hostnamen? Dann aus meiner Ecke danke dafür 

Wenn ich bei meinem Plug die IP in den Namen ändere, dann kommt eine Fehlermeldung.
[Shelly] Invalid IP address trocknerzusatz of Shelly device

Btw, habe vorher ein update all gemacht und einen Reboot, der Ping von dem FHEM Rechner auf den Plugnamen funktioniert.

Grüße Peter

[amenomade]

Hallo,
lese ich das richtig, das neue Shelly Modul kann Hostnamen? Dann aus meiner Ecke danke dafür 

Wenn ich bei meinem Plug die IP in den Namen ändere, dann kommt eine Fehlermeldung.
[Shelly] Invalid IP address trocknerzusatz of Shelly device

Btw, habe vorher ein update all gemacht und einen Reboot, der Ping von dem FHEM Rechner auf den Plugnamen funktioniert.

Grüße Peter

Nein, Du liest falsch

[micky0867]

Oh, das kann bis zum Sankt Nimmerleinstag dauern...

Habe heute einen Shellydimmer bekommen und überlegt, wie ich ihn am Besten in fhem einbinde.
Da ich schon einige Tasmota-Geräte mit MQTT eingebunden habe, war das für mich die erste Wahl.
Und wie ich hier sehe, auch die beste.

Bis auf mein Unvermögen, die passenden Templates auf Anhieb in die Auswahl zu bringen, kann ich nur sagen: MQTT ist echt Klasse!
Hat auch den Vorteil, dass der Status beim Schalten am Dimmer sofort an fhem übertragen wird.

[gvzdus]

Der Charme vom Shelly_Modul ist, dass es mit dem Shelly-Cloud-Betrieb vereinbar ist und obendrein noch simpler je Device ist. Bei MQTT mit Shellys werden jede Menge Readings erzeugt, die man erst einmal mit den "event-..."-Attributen zusammendampfen muss.

@pah: Mir ist erst neulich aufgefallen, wie geschwätzig die Shellys auch beim "Multicasten" mit ihrem "Hausprotokoll "CoIoT" sind. Darüber *könnte* man eventuell ja das Pollen ganz vermeiden und ggf. sogar noch ein "AutoCreate" on top legen. Ich habe aber nicht geprüft, inwieweit die "interessanten" Attribute (Schaltzustand, Verbrauch, etc.) beinhaltet sind.

[cs-online]

Habe heute einen Shellydimmer bekommen und überlegt, wie ich ihn am Besten in fhem einbinde.
Da ich schon einige Tasmota-Geräte mit MQTT eingebunden habe, war das für mich die erste Wahl.
Und wie ich hier sehe, auch die beste.

Bis auf mein Unvermögen, die passenden Templates auf Anhieb in die Auswahl zu bringen, kann ich nur sagen: MQTT ist echt Klasse!
Hat auch den Vorteil, dass der Status beim Schalten am Dimmer sofort an fhem übertragen wird.

...merkwürdig, seit PAH den Dimmer in das Modul integriert hat, funktioniert das doch outofthebox einwandfrei, ohne Kenntnisse von MQTT und irgendwelchen Templates ! und mit WidetOverride konnte ich dank dem Tip von PAH auch noch einen Slider realisieren. Wunschlos glücklich würde ich meinen

[MadMax-FHEM]

@cs-online: micky0867 nutzt ja auch (extra   ) nicht das Modul...

Und meint das sei die bessere Wahl gewesen...

@micky0867: man kann auch mit dem Modul sofort den Schaltzustand bekommen (soweit ich weiß)...

Gruß, Joachim

[Beta-User]

Dann aus meiner Ecke danke dafür 

Schon mal auf den Gedanken gekommen, dass hostname eventuell kontraproduktiv ist?

pah _könnte_ ja nicht nur (ob des auch m.E. unverschämten Tonfalls des Wünschenden) aus nachvollziehbaren emotionalen Gründen klare Kante gezeigt haben . Man könnte auch einfach grundsätzlich mal unterstellen, dass er gute technische Gründe hat, bestimmte Komfortfunktionen NICHT zu nutzen...

Und ist doch schön, dass man die Wahl zwischen verschiedenen Optionen hat .

[Prof. Dr. Peter Henning]

Anleitung für @micky0867: Einfach mal den allerersten Post in diesem Thread lesen, dann den eigenen Post löschen, sich weiterer Bemerkungen enthalten und hier verschwinden.

@gvzdus: Die Geschwätzigkeit der Shellys ist schon bekannt - sie hat beispielsweise dafür gesorgt, dass die BOSE SoundTouch App, die einen internen Fehler hatte, über Monate hinweg innerhalb von Sekunden abstürzte. Und da BOSE als US-Hersteller notorisch lahmarschig beim Update der Software für den europäischen Markt ist, ging das dann nur unter Umwegen.

Betreffend ColoT allerdings: Erstens ist das Schalten von Aktoren damit nicht möglich - eigentlich ist das also nur für Sensoren gedacht. Und zweitens kenne ich keine brauchbare Dokumentation des Protokolls, die paar Seiten von Allterco sind sehr dürftig.

@cs-online, Madmax-FHEM und Beta-User: Genau so wars gedacht und ist auch im "SmartHome mit FHEM" so publiziert: Einfach, und Out-of-the-Box. Ich nutze MQTT an vielen Stellen, baue gerade neue Raumluftsensoren auf MQTT-Basis zusammen - aber meine Shelly-Rollladenaktoren und diverse Shelly-Switches laufen alle mit diesem Modul hier. Ich finde es immer wieder erstaunlich, wie viele sich begeistert über MQTT äußern, wenn sie nur endlich dessen erste Grundlagen verstanden haben. Bei genauerem Verständnis ist MQTT nämlich für viele Zwecke einfach Overkill.

Eine "sofortige" Kenntnis des Schaltzustands eines Shelly erfordert lediglich, dass in die Shelly-Konfiguration unter "Actions" der passende Eintrag für "Button Press URL" oder "Roller Open/Close/Stop URL" erfolgt, also z.B.

http://192.168.0.XX:8083/fhem?XHR=1&cmd=get%20BI.F.Roll%20status

(ggf. zuzüglich csrf-Token und Passwort).

Im Übrigen unterstützt die jüngste Version des Moduls auch den Shelly-EM. Die Shelly-Bulbs sind prinzipiell ebenfalls nutzbar - allerdings kann ich das mangels Hardware nicht testen, und eine Programmerweiterung nur auf Basis einer API-Dokumentation ist ziemlich aufwändig.

Letzte Bemerkung: Shelly Sense, das ist das Teil zur Ansteuerung von IR-fernbedienbaren Geräten, hat auch Potenzial. Allerdings wäre hier für eine komfortable und einfache Nutzung der Zugriff auf die Shelly-Cloud nötig, sonst muss man jeden IR-Code von Hand herausfinden.

LG

pah

[micky0867]

Und meint das sei die bessere Wahl gewesen...

Bei dem Tonfall, den hier bestimmte , scheinbar unfehlbare, Personen an den Tag legen, glaube ich das schon.

@micky0867: man kann auch mit dem Modul sofort den Schaltzustand bekommen (soweit ich weiß)...

Ja, das stimmt, allerdings finde ich es eher unpraktisch, wenn ich auf dem Gerät neben der IP von fhem auch noch den Namen des Gerätes und, noch aufwändiger,

(ggf. zuzüglich csrf-Token und Passwort)

hinterlegen muss.
Bei MQTT habe ich "nur" die IP des Servers eingetragen und das richtige Template gewählt. Das war's.
MQTT hat bei mir kein Passwort.

Aber es ist müßig, darüber zu diskutieren.
Wenn man mal beide Wege ausprobiert hat, kann man sich ja selbst entscheiden.
Ich wollte eigentlich nur die Kritiker auf die andere Möglichkeit hinweisen, damit sie hier, so wie ich jetzt, und von pah unmissverständlich erwünscht, endlich verschwinden.

Jetzt gibt es immerhin schon 2 Mitglieder, denen ich aus dem Weg gehen werde.

[JWRu]

@micky0867
Wenn jemand lieber MQTT nutzt, ist das ja prima.
Aber dann sollte man nicht im Thread für das Shelly-Modul rumposaunen.
Für MQTT/Shelly gibt's eigene Threads.

[gvzdus]

Code Auswählen Erweitern

Betreffend ColoT allerdings: Erstens ist das Schalten von Aktoren damit nicht möglich - eigentlich ist das also nur für Sensoren gedacht. Und zweitens kenne ich keine brauchbare Dokumentation des Protokolls, die paar Seiten von Allterco sind sehr dürftig.


Ich habe mal gebastelt, siehe im Nachbarthread "Kleiner Shelly-CoIoT-Sniffer".
Ja, richtig hübsch ist das nicht. Aber es würde z.B. für die Shellys, die ich zur Leistungsmessung einsetze, eine Alternative zum Pollen oder MQTT sein. Da greift ja der "Button-URL-Trick" nicht.

https://forum.fhem.de/index.php/topic,117243.0.html

[Prostetnik]

Hallo Leute,
ich habe für mich auch die coolen Shelly Devices entdeckt. Habe bis jetzt einen Switch und zwei Plugs im Einsatz. Das Einzige was auf allen Geräten nicht funktioniert ist on-for-timer und off-for-timer. Es wird jeweils ein aber nicht aus, bzw. sofort ausgeschaltet. Gibt es da einen Trick?