Beiträge von jham

Zitat

Hallo

Kennst du diesen Link:

https://openhab.appandhome.de/?code=Shelly2.…tch_MQTT#output

Hier kannst du dir die Konfig erzeugen lassen. das gibt es auch für den Shelly1.

Gruss

Hi, genau das war auch mein Einstieg zum Konfigurieren der Shellies als MQTT Things

Für Shelly 1 war das super für die Orientierung. Leider sind die Generatoren für Shelly 2.5 im Rollershutter- und Relaismodus nicht ganz korrekt, aber wenn man ein Thing und Item für jede Art mal angelegt hat, dann ist das tatsächlich gar kein so großer Krampf mit dem Einrichten, wie bereits oben von Mitschreiber erwähnt - lediglich die anderen IDs einsetzen.

Bin super zufrieden mit MQTT-Setup für shelly1, dimmer, shelly 2.5 im Rolladen und Relais-Modi!

Zitat

Der shelly sendet aber weiter die MQTT daten ab. Das sehe ich mit MQTT.fx.

Wenn man diese Daten in OH ohne große Verrenkungen nutzen könnte, hätte man die Vorteile des Shelly Bindings und den Vorteil von MQTT...

Das ist genau was ich meinte in meinem Post #6 mit: "Viel cooler wären Shelly Bindings zum Integrieren mit MQTT!"

Habe doch noch einen kleinen Direktvergleich mit einfachem Auge zwischen MQTT und CoAP (aus Shelly Binding) gemacht. Habe mir ein Item basierend auf MQTT Thing/Channel und ein Item basierend auf Shelly Binding angelegt und für beide die Latenz für Power on/off in der openhab-UI angeschaut, während ich an einem anderen Client den zugrundeliegenden Shelly 1 Relais an und aus schaltete.

Fazit: Mit MQTT ist es so schnell, dass man die Verzögerung der Aktualisierung im UI mit bloßem Auge kaum wahrnimmt. Beim Item mit Shelly Binding war die Latenz eindeutig höher, zwischen 1-3 Sekunden.

Das Einrichten der Things/Channels/Items als Generic MQTT ist aber eine reine Qual.

Viel cooler wären Shelly Bindings zum Integrieren mit MQTT!

offtopic:

Zitat

bei mir läuft OH auf einer synology 218+ mit 10gb ram

ui, 10gb ram hört sich nach viel Automatisierung an

Bei mir läuft oh2 mit noch einer Menge anderem HomeServer-Kram auf odroid xu4q. Bisher langweilt sich die CPU(s) immer und RAM wird ca. 1gb von insgesamt 2gb verwendet. Ich hoffe, das bleibt noch so eine Weile auch bei steigender Geräteanzahl und Regel-/Logikmenge. Der xu4q besticht mit 1,5-2W Stromverbrauch im Durchschnitt und liefert trotzdem relative Hammer-Performance bei CPU, NIC und USB3.

Danke für die Rückmeldung!

Denke auch, dass man mit MQTT Performance-mäßig am besten fährt. Shelly Bindings besticht halt mit dem Komfort sich nicht mit MQTT-Topics groß beschäftigen zu müssen und die Things/Items automatisch anzulegen.

Von dem was ich auf die Schnelle gesehen habe, pollt der Handler vom Shelly Binding. Deswegen werde ich wohl auf Komfort beim Einrichten verzichten und den MQTT-Weg gehen.

Falls jemand den Latenz- und Performance-Vergleich Binding vs MQTT gemacht hat oder machen wird, freue ich mich die Werte hier zu lesen

Hallo zusammen,

aktuell stelle ich fest, dass ab einer gewissen Anzahl der betriebenen Shelly-Geräte, die Verwaltung/Steuerung über Shelly-App ohne Cloudanbindung oder einer anderen zentralen Komponente wie z.B. openhab unangenehm wird: starke Verzögerungen bei Statusaktualisierung der Geräte + langsameres Initialisieren der App-UI.

Grund ist denkbar klar: ohne zentralen Server muss die Shelly-App jedes einzelne Gerät nach Status pollen. Nervig wird es bereits ab ca. 6-8 Geräte. Aktuell habe ich 14, tendenz steigend. Multipliziert man das mit Anzahl der Shelly-App-Geräte im Haushalt, kommt schön was zusammen, was das wlan und die Shellies selbst an Statusabfragen bewältigen müssen.

Abhilfe soll nun openhab schaffen und ich stehe vor der Entscheidung die Shellies über MQTT oder Shelly Bindings in openhab einzubinden.

Ohne in den Code von Shelly Bindings reingeschaut zu haben, Frage an die Experten hier:

Verstehe ich das richtig, dass die Shelly Bindings über Server-zu-Client-Polling funktioniert? Sprich, openhab fordert im eingestellten Zeitintervall die Statusmeldungen an, die Shellies selbst melden jedoch keine Statusänderung aktiv an den Server? Oder wird das Binding so etwas wie ein WebSocket aufmachen und Verbindung zu jedem Shelly halten, damit Shelly den Server über Statusänderung aktiv benachrichtigen kann, wie dass bei MQTT möglich ist?

Auch falls das Binding auf Polling angewiesen ist, werden das Netz und die Shellies entlastet, da die Steuerungs-Clients nun nicht jedes einzlene Shelly abfragen müssen, sondern nur den einen openhab-Server. Wie sieht der Vergleich der Statusupdate-Verzögerung zwischen Shelly Binding und MQTT aus? Hat hier jemand dazu schon Erfahrungswerte sammeln können?

EDIT: Tippfehler