Was DIYROLLY schreibt, kann ich nur bestätigen, insbesondere zu einer Torsteuerung - mit einem Rollladen wäre es vermutlich ein wenig weniger kritisch.
Mir ging/geht es ausschließlich um eine Machbarkeit.
Beiträge von eiche
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.
-
-
Die Angabe unter Schedules "... Every 15 Minutes. Every Hours ..." zeigt, dass du im timespec nicht @sunrise verwendet hast, sondern etwas wie "0 */15 * * * *".Jetzt gelesen, dass du das obige bereits erwähnt hast.
Ansonsten sollte der Schedule Job wie beabsichtigt arbeiten, wenn er enabled ist.
Das ist genau der gleiche RPC wie er auch im Schedule Job eingebaut ist, nur ohne Zeitsteuerung.
Ich habe momentan keine Erklärung für dieses von dir beschriebene Verhalten.
Allerdings ist ein solcher Schedule Job mit deinem timespec wenig sinnreich, es sei denn, du enablest irgendwie zwischenzeitlich die Component "input:0".
Gibt es bei deinem Shelly noch etwas, das Input (0) (="input:0") enablen könnte?
Um ziemlich sicher zu sein, sollte jegliche sonstige Kommunikation gesperrt sein. Dazu gehören
- die Cloud
- ein übergeordnetes System (ioBroker, HomeAssistant, OpenHAB, Node-RED, ...
- MQTT
-
Klar kann man das per Skript lösen, aber vermutlich nicht einstellen.
Prinzip:
Ein Ereignis mit "component":"input:<id>" bei soeben gedrücktem Taster (event.info.state ist true) wird vom EventHandler erfasst, d.h. der Zeitstempel in event.now oder in event.info.ts wird gespeichert - sowohl die id als auch der Zeitstempel, ts1 genannt.
Ein zweites Ereignis mit "component":"input:<id>" bei soeben losgelassenem Taster (event.info.state ist false) wird erfasst und dessen id mit der gespeicherten id verglichen. Bei Übereinstimmung der Id wird der neue Zeitstempel verwendet, ts2 genannt.
Nur wenn ts2 - ts1 > deine definierte Dauer ist, wird die gewünschte Aktion per RPC, im Skript per Shelly.call(<Methodenname>, {id:<id Wert>, ...}) ausgelöst.
Wenn du Konkreteres brauchst, kannst du zumindest meine Skripteinführung verarbeitend lesen ... dann können wir weitersehen.
Edit:
Wenn es per Skript einstellbar sein sollte, braucht man dafür kein Skript.
Dann wäre es auch per RPC einstellbar, etwa so:
Codehttp://<IP Adresse Shelly>/rpc/input.setconfig?id=<Button Id>&config=...Ich sah per Methode Input.GetConfig nach. Da ist nichts zur Dauer für Longpush zu sehen.
Daraus folgere ich (vorsichtig), dass diese Einstellung seitens der aktuellen Firmware (Version 1.2.2) nicht vorgesehen ist.
-
Ich habe keinen Shelly Plus Uni, aber Erfahrungen mit anderen Shelly der zweiten Generation - und insbesondere mit Skripten.
Der Antrieb gibt via Poti die aktuelle Position aus, welche nicht überfahren werden darf.
- Korrektur: Der Antrieb liefert via Spannung an einem (herkömmlichen) Potentiometerabgriff die aktuelle Position. Richtig?
- Zu "welche nicht überfahren werden darf": Was darf diese Position nicht überfahren - ein Auto?
Vermutlich meinst du Endpositionen, die mangels Endschalter analog festzulegen sind.
Habe ich richtig interpretiert?
Wenn ja, lässt sich das Schalten des Antriebes per Skript implementieren.
Aber Vorsicht: Im Programmieren ist Präzision gefordert.
Für Sicherheitseinrichtungen musst du dich, insbesondere wegen Eigenbau, selbst verantwortlich fühlen.
-
Mein Fazit:
Ich schlage vor, hk4711 lädt uns für min. 3 Tage ein, bewirtet uns fürstlich, stellt Übernachtungen zur Verfügung und erhält von 4 Gästen 10 Empfehlungen, ist total verwirrt und freut sich, wenn wir wieder weg sind so sehr, dass ihm die Installation egal ist.
Damit ist zumindest ein Aspekt seines Ziels erreicht.
Wie es uns danach gehen wird, kann ich noch nicht einschätzen.
Edit:
Krauskopp , deine erste Antwort war bereits zielgenau unter der Bedingung eines Tasters auf der Fernbedienung. Zwei Taster sind einfach zu viel - für binäre Dinge.
-
Ok Martin - bei dir.
Soweit ich es verstand, liegen solche Möglichkeiten beim TE aber nicht vor.
-
Zielführende Empfehlungen kann es imho nur geben, wenn deine lokalen Gegebenheiten bzgl. Lampen und bevorzugten Bedienungselementen geklärt sind.
Ein übergeordnetes System, wie Martin es in's Spiel bringt, geht selbstverständlich, dann funktionieren die Lampen aber nur, solange dieses System verfügbar ist und richtig arbeitet - keine Autarkie im engeren Sinne.
Deine bisherige Ausstattung ist hinreichend autark. Ähnliches wäre bspw. mit Shelly i4 möglich - wie ich bereits erwähnte ...
-
Martin hat es skizziert und Stromopa (offenbar) gemalt.
Ich kann eh nichts wesentliches auf diesen Fotos erkennen.
Ich habe unterwegs seiend keinen Shelly, den ich mir ansehen kann. Außerdem sind solche Fotos schwach gegenüber Schaltskizzen.
-
Danke Martin.
Dann bin ich auf eure weitere Zauberei gespannt.
Ich glaube derzeit nicht, dass er zufrieden damit wird.
-
Na klar sind es Taster.
Es geht noch immer darum, ob je McPower Relais zwei Taster, einer zum einschalten und einer zum ausschalten, auf der Fernbedienung sind.
Oder ob es dort nur einen Taster gibt, mit dem das McPower Relais sowohl ein- als auch ausgeschaltet wird, also mit jedem Tastendruck auf diesen einen Taster das Relais umgeschaltet wird.
Nachdem du irgendwann (sorry) die Dinger richtig verdrahtet haben wirst, wird genau diese Fernbedienungsfrage entscheidend dafür sein, ob dein Ziel handhabungstechnisch erreichbar ist oder nicht.
-
Gibt es von McPower (kannte ich bisher nicht) auch Fernbedienungen mit einem Taster?
Mit solchen müsste dein Ziel erreichbar sein.
Man kann auch ohne das McPower Relais ausschließlich mit den Shelly arbeiten und i4 verwenden.
Das gelänge dann ohne übergeordnetes System.
Das ist aber erst interessant, wenn du an einer Stelle per 4 nebeneinander liegender Taster 4 Verbraucher schalten möchtest - oder wenigstens 3.
Das müsste zwar nicht sein, dann tätest du aber vom i4 bspw. nur ein Viertel seiner Möglichkeiten nutzen - und du bräuchtest relativ viele davon.
-
- McPower vom Shelly trennen.
- Shelly per App oder Web UI schalten.
Wenn die Lampe dann nicht leuchtet, was vermutlich der Fall sein wird, hast du falsch verdrahtet.
-
Vermutlich hat hk4711 deshalb eingangs geschrieben
Das Problem ist wohl, dass der Empfänger von McPower keinen Impuls kann.
Auch wenn ich erst einmal wenig verstand, glaube ich inzwischen, dass sich der Nebel etwas verzieht.
Ein Eltako ist auch im Spiel?
Deshalb vermutlich sein Wunsch nach einem Impuls am McPOwer Ausgang. Auch für den Shelly täte das passen.
Das Problem ist somit vermutlich die Ausstattung mit dem McPower Relais und der Fernbedienung, wenn sie zu jedem Verbraucher (McPower Relais) einen Ein- und einen Aus-Taster zur Verfügung stellt.
-
es sind 2 Taster je Verbraucher.
Dann wird es so, wie du es haben willst, handhabungstechnisch nicht gelingen.
Schalten wirst du per Shelly oder per McPower Fernbedienung können.
Das Zweite wird aber eher verwirrend sein.
-
Ob es eine, zwei oder 10 Fernbedienungen der gleichen Art sind, ist total egal.
Entscheidend hierbei ist, ob du - oder wer auch immer - eine Taste zum umschalten oder eine Taste für Ein und eine Taste für Aus hast.
Bedenke, dass du etwas realisieren willst, was nicht vorgesehen ist!
-
An deinen Fotos kann ich nichts funktionswichtiges erkennen.
Martins Schaltskizze ist eindeutig.
Entscheidend für dein Ziel ist aber die Art der Fernbedienung - ein Taster je Verbraucher oder zwei Taster je Verbraucher.
-
Zeige doch mal deine Fernbedienung!
-
Krauskopp Anleitung muss passen.
Der McPower verhält sich offensichtlich wie ein Schalter - nur ferngesteuert.
Stelle dir mal stattdessen einen Schalter am SW Eingang (= Input (0)) des Shelly vor!
Du schaltest die Lampe ausschließlich per Shelly ein oder aus. Davon bekommt der McPower aber nichts mit, ein entsprechender Schalter auch nicht.
Wenn du nun mit der Fernbedienung schalten willst, dann schaltet der McPower um, so als ob du einfach mal auf einen Schalter drückst - unabhängig davon, in welcher Schaltstellung dieser steht.
Du willst ja sicher nur dann mit der Fernbedienung schalten um den Schaltzustand des Verbrauchers (Lampe) zu ändern.
Somit muss mit jeder Änderung am Ausgang des McPower der Shelly den Ausgang umschalten.
Genau das ist die Funktion des Modus "Edge switch" im Shelly.
Hm, was bietet denn die Fernbedienung? Einen Taster zum umschalten oder einen Taster für ein und einen Taster für aus?
Bei Letzterem wird es so, wie du willst, nicht gelingen können.
Grund: Du musst dann immer wissen, in welchem Schaltzustand der McPower steht - und das Gegenteil auf der Fernbedienung wählen.
Oder du drückst die andere Taste, wenn es mit der ersten nicht geklappt hat.Ich hoffe, uns nicht zu verwirren.
-
Ok, danke für deinen Hinweis Martin.
Ich habe die Einspeisung übersehen. Da zeigt sich wieder, dass ich keine PV besitze.
Dann passe ich meinen obigen Post an.
wen z.B. 800W erzeugt werden, ist das noch lange nicht der erzeugte Überschuss, es sei denn, es gibt keine weiteren Verbraucher. Dazu muss der Verbrauch ja auch gemessen werden und damit auch der nicht verbrauchte Anteil vom Ertrag.
Vielleicht ist ihm das nicht wichtig.
-
Ich nutze die Cloud ausschließlich als zusätzliche Option. Imho sollte eine von dir angestrebte Lösung keiner Cloud überlassen werden - was ist, wenn die Cloud nicht erreichbar ist?
Eine lokale, autarke Lösung ist, wie Krauskopp bereits erwähnte, mit einem Shelly der zweiten Generation wie Plus 1PM und einem darauf laufenden Skript erreichbar.
Aber ...Afaik kann ausschließlich eine von den Kraftwerken entnommene Leistung gemessen werden und keine solche, die (potentiell) verfügbar ist. Somit müsste in gewissen Abständen ein Verbrauchen eingeschaltet und gemessen werden, um die Gesamtleistung zu ermitteln.
Ich bitte um eine Korrektur dieser Annahme, wenn es eine andere Möglichkeit zur Messung geben sollte.Fragen:Was tun die beiden derzeitig eingesetzten Shelly derzeit? Schalten diese etwas oder messen sie nur?Wer oder was schaltet den Verbraucher?Um welchen Verbraucher handelt es sich? Kann er gut mal kurz zwecks Messungen eingeschaltet werden? Wenn nicht, wäre ein anderer Verbraucher zwecks Messungen verfügbar?
Hierzu kann ich keinen getesteten Beitrag liefern, weil ich weder ein Kraftwerk noch einen Shelly 1PM besitze, aber mehrere 2.5, Plus 2PM und Plus 1 (ohne PM).
Um mich der Lösung zu nähern, täte ich einen der beiden Shelly (1. Gen.) gegen einen der zweiten Generation, oder beide durch einen skriptfähigen EM austauschen. Im zweiten Fall wäre afaik noch ein Schaltaktor erforderlich.
Das Skript kann beide Leistungsmesswerte erfassen. Ich gehe auf eine Lösung ein, die einen Plus 1PM nutzt. Mit einem übergeordneten System (ich nutze dafür Node-RED Flows) gelingt so etwas auch, was aber etwas weniger autark ist.
Das Skript kann folgende Dinge tun.
- Die eigenen Messwerte werden per sog. EventHandler erfasst.
- Es empfängt die Messwerte vom anderen Shelly, weil Letzterer sie sendet oder weil das Skript diese per HTTP anfordert.
Dies kann im o.a. EventHandler erfolgen oder in regelmäßigen Abständen. - Wenn beide Leistungswerte zeitnah zueinander vorliegen, was normalerweise der Fall ist, bildet das Skript deren Summe und entscheidet so, ob der Verbraucher eingeschaltet wird.
Sollte der Empfang des verbleibenden Shelly 1PM nicht gelingen, was ich nicht vermute, kann notfalls auch dieser durch einen der zweiten Generation ersetzt werden.
Falls du dir das Erstellen eines Skriptes zutraust, kann ich dir eine solche Lösung empfehlen.
Andernfalls kann ich nur ein Skript anbieten, welches den funktionalen Rahmen bietet. Darin müssten die Anweisungen ergänzt werden, welche die Messwerte des anderen Shelly holen und im Skript zwischenspeichern.
Noch einmal der Hinweis:
Eine solche Lösung per Cloud ist nicht ausfallsicher und schon deshalb nicht empfehlenswert. Für möglichst ausfallsichere Lösungen sind diese weitgehend autark zu implementieren.
