Beiträge von Schubbie

Installiere dir unter Windows den MQTT-Explorer, dann siehst du es schnell und komplett, was der Shelly liefert.

Hast du im Shelly unter den MQTT-Einstellungen

Generic status update over MQTT

aktiviert?

Der String stellt glaube ich noch mehr Infos zur Verfügung, vielleicht ist das dann ausreichend. Musst dann natürlich das Topic entsprechend anpassen.

Ich glaube per MQTT geht das nicht, wenn man den Shelly nicht veranlasst den Status aufgrund einer Änderung zu senden. Das periodische Update alle 60 Sekunden reicht nicht?

Du könntest die http-Rückmeldung des Shellies auswerten: [Shelly-IP]/Status

Die Ausgabe sollte man parsen können und sollten die gewünschte Information enthalten.

Es kristallisiert sich heraus, dass eine Hinderniserkennung erst läuft, wenn alle Lamellen stauchen. Ich habe mir bei einem Bekannten einen Somfy-Antrieb angesehen und dort funktioniert die Hinderniserkennung nicht nach meinen Vorstellungen. Sprich bis diese auslösen würde, hätte ich bereits zu viel Gewicht auf dem Hindernis und der Rollladen kann beschädigt werden.

Zudem müsste ich dann wohl alles austauschen (vielleicht könnte der Panzer bleiben), da es ein Motor aus der Steinzeit ist.

Ich werde wahrscheinlich erstmal eine Hinderniserkennung mit Reed-Kontakten verfolgen. Insgesamt werde ich 4 Stück probieren.

2x NO, die schließen, sobald die untere Lamelle gestaucht wird.

2x NC, die öffnen, sobald die untere Lamelle den Boden erreicht hat.

Jeweils rechts und links.

Falls die Schaltung geschlossen sein sollte, wird der HMIP-SCI entweder per Raspberrymatic direkt einen Webhook an den Shelly 2.5 zum Hochfahren von z.B. 5 Sekunden senden oder ich werte das per Node Red aus.

Schaltung ist ganz simpel. Die Kontakte Lamellen können nur auslösen, so lange die Kontakte zur Erkennung, ob die untere Lamelle aufliegt, noch geschlossen sind, liegt diese auf, dann wird der Kontakt geöffnet und der Stromkreis nicht geschlossen, wenn die anderen Kontakte durch das Stauchen der Lamellen ausgelöst werden. So verspreche ich mir, das ich das beste Ergebnis bekomme, da die Zeit zwischen "untere Lamelle liegt auf" und "untere Lamelle staucht sich in folgende" sehr kurz ist und eine Übermittlung und Auswertung per Funk sehr unsicher sein wird. Zudem sind solche einfachen Magnetkontakte günstiger.

Da eine einzelne Lamelle des Alurollladen doch recht leicht ist, dürfte nicht viel Gewicht auf dem Hindernis lasten, bis der Rollladen gestoppt und/oder hochgefahren wird.

Ist der Rollladen nicht ganz geschlossen, jemand will aber in den Garten und sich nicht den Kopf stoßen, dann könnte man mit einem Finger die untere Lamelle hochdrücken und somit den Rollladen hochfahren lassen, ohne zum Schalter oder ans Handy zu müssen.

Hier würde dann ggf. Node Red ins Spiel kommen, der dieses unterbindet, wenn der Shelly meldet, dass der Rollladen unter Höhe x ist, um den Einbruchschutz zu gewährleisten.

Zitat von Christoph__1979

Der zweite Schaltereingang soll aber nicht für die Dimmfunktion verwendet werden, sondern (over the air) einen Shelly Plus 1 ansteuern

Diese Anforderung besteht trotzdem noch.

Und nur darauf beziehen sich meine Aussagen zur Latenz. Das man interne Actions nicht unnötig über eine Funkstrecke schickt, sollte hoffentlich klar sein.

Darum war auch mein Vorschlag, dass ihm hier bei der Einrichtung geholfen werden kann, damit es nicht so ein drunter und drüber gibt.

Zitat von Christoph__1979

Darf ich noch Frage bzgl. Kommunikation der Shellys stellen?

Was muss ich hier beachten, dass das dauerhaft funktioniert?

Zitat von Schubbie

So lange du WLAN mit der selben SSID und Passwort hast, wird es gehen.

Da reden wir schon das erste Mal aneinander vorbei. In der Regel versuche ich den Hilfesuchenden zu antworten.

Bei zweiterem sprichst du von den Actions an Localhost, ich von dem Senden von Actions oder Befehlen zwischen 2 Shellies.

Irgendwie redest du an mir vorbei

Was hat nun der Test über 5G (bezeichnet ja das Mobilfunknetz) mit dem Thema zu tun? Selbst wenn 5GHz-WiFi gemeint ist, erschließt es sich mir nicht.

Von den Cloud war bei der direkten Verbindung nicht die Rede. Der Shelly sendet seinen Befehl per Action direkt an den anderen Shelly oder per WLAN. Bei schlechtem WLAN hat man leider eine höhere Latenz, die schon mal 1-2 Sekunden betragen kann. Wenn man sicher(er) gehen will, dass der Befehl ankommt, dann kann man den Weg über MQTT gehen, was bei mir gefühlt zuverlässiger und seltsamerweise auch schneller läuft, wenn das WLAN nicht so pralle ist.

So lange du WLAN mit der selben SSID und Passwort hast, wird es gehen.

Man kann die Shellies auch direkt miteinander per WLAN verbinden, ohne das des Routers zu nutzen. Bedingung ist, dass die in Reichweite sind.

Bei schlechtem WLAN Empfang kann es dazu kommen, das ein Befehl verzögert oder gar nicht ankommt. Dieses läuft meiner Meinung nach besser, wenn man MQTT mit QoS nutzt, aber eigentlich läuft es mit den Actions auch ganz gut.

Das geht auch mit einem Shelly Plus2.

Ich konfiguriere das lieber über das Web-UI und bringe nicht immer gleich alles in die Cloud. Das sieht dann etwas anders aus. Bei der Konfiguration sind wir dann aber gerne behilflich, egal welcher Weg, wenn es soweit ist.

Button Type: one Button Mode

Dadurch wird SW2 "detached"

Per Actions kannst du den entfernten Shelly steuern.

https://shelly-api-docs.shelly.cloud/

Wozu? Der Shelly übernimmt die Funktion des Dimmeinsatzes.

Der Dimmeinsatz muss entfernt und idealerweise durch einen Taster oder Serientaster ersetzt werden. Ggf. kann der Taster der Nebenstelle bleiben.

Geht es um die Benachrichtigung eines möglichen Sicherheitsrisikos? Lösche den Browser-Cache, vielleicht ist es dann weg.

Zitat von thgoebel

Nach dem Crash habe ich wieder ähnliche lange Wartezeiten beim Öffnen von Beiträgen, wie kurz nach dem Server-Upgrade.

Es ist doch aber seit dem Upgrade generell träger geworden oder ist es nur bei mir so?

Achso, jetzt kommt noch eine weitere Spannungsquelle ins Spiel.

Da bin ich auch überfragt. Meinem Verständnis nach müsste GND beider Spannungsquellen gemeinsam an den Uni gelegt werden, da er ansonsten den Taster nicht auswerten kann. Der Tastereingang benötigt, wie von thgoebel beschrieben eine Diode. Aber dafür habe ich mit Kleinspannung und Halbleitern zu wenig am Hut.

Ein Gong und noch ein Gong? Ich verstehe nur Bahnhof. Du hast doch nur einen.

Als erstes muss das Problem gelöst werden, dass der Shelly Dauerspannung benötigt. Der soll die ja nicht die Batterien leer ziehen. Sind keine Adern übrig, dann sieht es schlecht aus, außer hinter dem Klingeltaster ist geschützt Luft oder es gibt noch eine Dose, in der die Verdrahtung zusammen läuft.

Bitte Foto vom gesamten Gong und allen Leitungen, ggf. Gong demontieren, um weitere Leitungen auszuschließen.

Vielleicht geht die Leitung vom Trafo zum Klingeltaster und erst dann zum Gong, dann wären weitere Adern nötig. Sind noch welche frei?

Kommt an den Drähten Spannung an, wenn die Batterien draußen sind? Vielleicht sind die dafür da den Klingelton abzuspielen, da die Spannung über den Taster ja weg ist, wenn man diesen los lässt.

Läuft eventuell alles bei einem Ausschalter oder Verteilerdose zusammen, wo man auch umklemmen könnte?

Wo sitzt der Trafo und was ist es für einer?

Ich bin gespannt auf die Antwort, da nur 2 Drähte zu sehen sind und ist der Klingeltaster nicht funkbetrieben, dann erschließt sich für mich der Anschluss nicht, außer er ist rein batteriebetrieben.

Edit: ich sehe gerade, dass rechts noch eine Klemmreihe sitzen müsste, die vorsorglich nicht mit auf dem Foto ist.

Wir werden sehen. Wenn es ein eindeutiger Bug ist und der Mitarbeiter dieses auch erkennt, dann wird es eventuell behoben, bevor eine neue Generation auf den Markt kommt. Einige Dinge gehen recht fix, andere bleiben wie sie sind.

Früher gab es doch noch gar kein Internet

Meiner ist ausschließlich im Haus und auch schon ausgefallen, wenn auch selten.