Shelly in Loxone einbinden.

[elDiablo]

Hallo Leute, habe hier mal eine Frage die warscheinlich ganz simpel ist, ich trotzdem noch nicht durch googeln oder hier durchsuchen beantworten konnte.

Kann man Shellys nur über UDP einbinden, oder auch das aktiv über TCP nachgefragt wird?
Hab nämlich konkret Probleme mit meinen UDP verbindungen weil halt bei einer kurzen Verbindungsunterbrechung im falschen Moment jedes mal gleich Störungen anstehen, ebenso wenn ich gerade mein Projekt aktualisiere und vielleicht mehrmals was rausspiele, da dann oft UDP Befehle verloren gehen.

[AlexAn]

Ja UDP feuert die Daten einfach raus ohne Kontrolle ob es auch empfangen wird!
Um welche Shelly und Anwendung geht es?

Eventuell hilft dir das bei den Eigenschaften:

[elDiablo]

Danke für die Antwort, ich werde es mal probieren.

Ich habe verschiedene Shellys in Verwendung. Hauptsächlich jedoch 1PM, 2 PM und 4PM. Sowie EM Geräte.

Habe das Problem bisher bei jedem weil ja wenn ein Befehl gesendet wird wärend das Programm geändert wird oder wenn die Netzwerkverbindung kurz unterbrochen ist wärend ein Befehl gesendet wird, dieser dann ja nicht im Programm ankommt.
Das ist vor allem dort ein Problem wo ich im Programm Dinge überwache, welche in einem gewissen Zeitraum nach einer Zustandsänderung eine zweite änderung brauchen da ansonsten ein Alarm ausgelöst wird.

[AlexAn]

Wenn es wirklich wichtig ist dann gehört das nicht ins Wlan sondern auf den Bus!
Alternativ gibt es Shellies die per Modbus TCP und KNX kommunizieren können aber die sind ebenfalls am Netzwerk das grundsätzlich vom Konzept schlechter als ein Bus ist.

Die ProEM Serie kann Modbus TCP und teilweise Gen4 (wo die Firmware bereits angepasst wurde)
mqtt
Websocket
alle anderen mit einer 10sec Verzögerung HTTP

[<Andreas>]

Mann könnte die Daten mehrmals per Script im Shelly schicken

Ich steuere z.B. eine Gartenpume per Shelly, hab da zur Sicherheit ein Script darauf das bei Verbindungsabbruch oder Zeitlimit ausschaltet

Wenn die Infrastruktur es hergibt könntest du auch einen Wechsel auf MQTT in betracht ziehen

[AlexAn]

Die Scriptfunktion ist keine Garantie für ein Übertragung da das Script schneller steht als dir lieb ist. Hab da schon viel herumgetestet und nach jedem Update kann das hinüber sein.

[<Andreas>]

Never change a running system 😅

Für mich ist das eine zusätzliche Sicherheit die mich nichts kostet, wenn es doppelt schief geht und der Trockenlaufschutz der Pumpe auch nicht greift soll das 50€ Ding hin sein und ich überlege mir eine ordentliche Lößung 🥲

Generell sollte man nichts mit Shellies umsetzen was wirklich wichtig ist

[elDiablo]

Ich habe die meisten Shellys per Kabel angebunden, die wenigen die über WLAN laufen möchte ich auch auf lange Sicht ändern.

Hab aber bisher mit MQTT noch nichts zu tun gehabt. Und die PlugIn bei Loxone vom Shelly erlauben mir ja nur UDP, oder sehe ich da was falsch?

Und wie funktioniert das mit Websocket? Geht natürlich hier immer um die IT Sicherheit auch bei uns im Netzwerk, ansonsten wäre die Verzögerungszeit auch egal für mich.

Konkret geht es hier ja auch darum, dass "nur" Eingangsbereiche oder Tore auf Offen oder Geschlossen überwacht werden und eben nach einer gewissen Dauer ein Alarm ausgelöst wird. Auch die anderen Überwachungen ob bestimmte Geräte laufen sind irrelevant von der Zeit her, da die Abfrage meist mit mehreren Minuten verzögerung erfolgt.

[AlexAn]

MQTT hat eine Funktion die eine Rückmeldung erlaubt wenn sich das Device nicht innerhalb einer gewissen Zeit meldet.
Loxone könnte auch nach jedem Reboot eine zeitversetzten Reboot in der Shelly auslösen um die Daten neu zu senden.

[elDiablo]

Ok und wie setze ich das um? Wie gesagt habe damit eigentlich noch nie etwas gemacht.

Bisher sind meine Shellys blöd gesagt "dumm" und haben keine Scripts darauf da ich eigentlich alles über Loxone programmiere und die Shellys halt sozusagen nur als Eingänge/Ausgänge oder zum Verbrauch messen nehme.

[He.Slar]

Was aus meiner Erfahrung heraus sehr gut und zuverlässig funktioniert sind Webhooks. Es ist zwar anfangs sehr mühsam, bis der HTTP-Pfad mal richtig steht, aber dann geht das echt gut. Ich schreibe damit in der Arbeit vom Shelly Pro direkt Werte über die API in Loxone (virtuelle Eingänge oder Schalterbausteine kann man auch direkt ansteuern), die wichtige Schaltbefehle auslösen. Das hat anfangs über UDP immer dazu geführt, dass Befehle öfter mal verlorengegangen sind.