@FEckhard bitte die Produktbeschreibung bzgl. des Akkus lesen. In Google findet man diesen recht schnell.
Beiträge von Schubbie
VPN/Proxy erkannt
Es scheint, dass Sie einen VPN- oder Proxy-Dienst verwenden. Bitte beachten Sie, dass die Nutzung eines solchen Dienstes die Funktionalität dieser Webseite einschränken kann.
-
-
In der Regel resettet man einen Shelly, indem man nach Neustart 5x einen Taster betätigt. Hast du das getan?
-
Macht ja auch Sinn, da die Actions durch die Inputs ausgelöst werden.
Dennoch irritiert mich die Ausgabe von Input 1 und 2. Nur Input 0 war bei deinem Status geöffnet.
-
Wäre mir neu, dass das Auswirkungen hat, aber vielleicht hing der i3 an einer anderen Stelle und der "Schluckauf" wurde durch das Setzen des Namens beseitigt.
Eher würde mich noch interessieren, warum 2 der 3 Inputs beim Auslesen betätigt waren, falls Taster angeschlossen sind.
-
Namen? Nun stehe ich auf dem Schlauch.
-
-
Leider weiß ich nicht, ob du die Action unter Button 1, 2 oder 3 eingetragen hast. Falls du 3 Taster angeklemmt hast und diese beim Auslesen des Status nicht bestätigt waren, dann bash du Taster 2+3 falsch angeschlossen (Öffner statt Schließer). Du scheinst diese schnell hintereinander gedrückt zu haben.
Falls die Action bei Taster 1 eingetragen ist, dann drücke den Taster und lese den Status währenddessen aus.
Input 0 = Taster 1 usw.
-
-
Es kann immer zu einem Fehler kommen, so dass das Relais schaltet. Das sich Shellies selbständig machen ist nicht die Regel. Bei einer Datensicherung möchte ich jedoch ein möglichst geringes Risiko haben.
-
Im Browser bitte eintippen und posten:
192.168.178.94/status
-
Wo hast du die Action eingetragen?
Du hast die IP des Shelly Plug genutzt und den Befehl im i3 eingetragen?
Hast du den Befehl im Browser getestet?
-
1,4W je QNAP oder insgesamt? Ein Shelly benötigt knapp 1W und das auch, wenn die QNAPs laufen, also nichts zu sparen ist.
Willst du die Fehlerquelle des Relais, das zusätzlich ausfallen kann oder ungewollt schaltet, wirklich einbauen, um 1-4,-€ pro Jahr zu sparen? Immerhin geht es da um Datensicherung.
-
-
Richtig. Was benötigen die QNAPs, wenn die runtergefahren sind? Wie viel verbraucht der Shelly (und auch zusätzlich zu der Betriebszeit der QNAPs)?
-
Ob man dem TRV sagen kann, dass er fix auf eine Position fahren soll, weiß ich nicht.
Spontane Idee waren 2 parallele Strecken mit fest eingestellten Ventilen zur Begrenzung der Durchflussmenge. Vor beiden je ein Ventil mit Stellmotor die man je nach Bedarf komplett öffnet oder schließt.
Wenn die Fußbodenheizung so eingestellt ist, dass die bei festem Durchfluss die Temperatur hält, wie viel Sinn macht dann eine Absenkung und wie lange braucht die Heizung, um die Räume wieder auf die gewünschte Temperatur zu bringen? 2 Stunden halte ich für optimistisch.
-
Da würde ich eher eine APC Smart UPS nehmen, die sollte man über das Netzwerk auslesen können (ich habe lediglich eine ohne "smart").
Die QNAPs sollten doch WoL können (Portfreigaben auf diese können die ungewollt wecken)?
Zu beachten ist, dass eine USV selbst auch Strom verzehrt.
Einen Shelly EM vor die USV zu setzen wäre möglich.
-
In dem Switch Node kann man meiner Erinnerung nach unten links auf "+" drücken und somit eine zweite Regel hinzufügen und bekommt dann auch einen zweiten Ausgang. Das würde dir einen Node sparen.
-
Topic war mit dem Explorer nachvollziehbar und ist korrekt eingetragen?
Hast du den Debug Node mit etwas anderem getestet, um zu sehen, ob es grundsätzlich funktioniert?
Wurde das Topic seit Deploy aktualisiert? Ansonsten kommt dort bis dahin nichts an (im Explorer wird signalisiert, welche Werte aktualisiert/übertragen wurden). Eventuell einen Verbraucher einschalten, den der EM messen kann.
-
Der wird erst gefüllt, wenn es Daten gibt. Ggf. im Debug Node die andere der beiden Auswahlmöglichkeiten wählen, um alle Werte zu bekommen.
Zum Parsen hier etwas ausführlicher mit ggf. weiteren Anregungen:
Thema[NodeRed] Schaltzustand ShellyPlus 1 und 1PM aus MQTT extrahieren und Aktion auslösen
Hallo Shelly Freunde,
wie viele Andere von Euch experimentiere ich mit unseren neuen Spielzeugen und wegen des Wegfalls von COIOT auch mit MQTT.
Dabei setze ich aktuell den ioBroker "internen" MQTT-Adapter ein.
Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.
Zwar nicht ganz im Stil des JSON-Parsens, aber als MQTT-Einsteiger erfolgreich, habe ich einen leichten Weg gefunden, den Schaltstatus auszulesen und verwendbar zu machen.
Im Flow…Gast1024. September 2021 um 17:31 -
Hast du unter Node Red den Aedes MQTT Broker installiert? Dann brauchst du nicht "extern" extra etwas laufen zu lassen.
Am bequemsten finde ich Node Red unter Home Assistant als Host zu warten.
Per Debug Node kannst du gucken, was aus dem Node raus kommt, dazu dann oben rechts auf den "Bug" (Käfer) klicken.
Per RBE Node kannst du die Werte bis zur Wertänderung abfangen, wenn gewünscht.
Per MQTT JSON (ggf. unter Paletten installieren) erhälst du einen Node, der direkt parsen kann.
Parsen geht auch mit dem Function Node oder in dem man mit dem Change Node nach Werten sucht.
In deinem Fall sollte der Switch Node zur Auswertung hinter dem MQTT Node reichen.
Um MQTT Topics auszulesen empfehle ich immer gerne den MQTT Explorer (unter Windows, gibt es wohl auch für Mac).