Gut, wer zuviel hat... 
Aber Zeiteinsparung?
Beim Herunterfahren vor Erreichen der unteren Endlage verändert sich die Leistung signifikant, was ausgewertet werden kann. Ich mache das in der SPS und kann im Millisekundenbereich reagieren.
So eine Funktion in der Cloud nachzubilden, naja.
Es geht um den UNI
Der Input ist über die Spule des Öffners mit „N“ verbunden und wenn der Taster gedrückt wird mit „L“.
Ich und auch andere, können in letzter Zeit über Probleme mit den Inputs berichten.
Die reagieren heute gut, ausgeschaltet, neu getestet, garnicht mehr oder spinnen rum?
5V in reichen nicht?, ein Finger an 8V AC die andere Hand am Input..der reagiert..
Dann Schaltung geändert, geht..geht nicht mehr?
Dann schaltet der plötzlich über einen Input beide Ausgänge..
Das Problem ist vorallem, wenn die Inputs "in der Luft hängen"
Tipp: Gebe dem Input einen definierten Pegel.
Der Plan ist super dunkel..
Dazu brauchst aber einen Widerstand, 10kOhm oder ähnlich, in Deinem Fall gegen GND Shelly. Der Taster schaltet ja gegen VCC
Hört sich nicht gut an, die Probleme.
Der Plan ist gar nicht so dunkel: Pull up oder Pull down Widerstände sind doch absolut ok und oft auch vonnöten.
Welchen halbwegs erklärbaren Vorteil bringt die Verwendung eines Trennrelais statt eines weiteren Shelly 2.5?
Dafür gibt es keine plausible Erklärung.
Allein der Verlust der Flexibilität wiegt schon schwer. Wie soll eine prozentuale Steuerung funktionieren, wenn die Rollläden eventuell unterschiedlich hoch sind?
Die Leistungsmessung dient der Hinderniss-/Blockadekontrolle, wie soll das mit einem einfachen Trennrelais funktionieren, wenn der Strom über die Relaiskontakte fliesst und nicht über die Leistungsmessung des Shelly 2.5?
Und vor allem: Wo bleibt denn da der Umsatz übers Forum?
Nur mal so dahin sinniert...
Hmm, ich würde mich ans Anschlussschema halten. So wie im ersten Beitrag gezeigt, ist N über die Spule dauernd mit dem Input verbunden.
Wegen der max 100mA am Ausgang des Shelly UNI wird ein Koppelrelais nötig sein.
Oder du hast an deinem Türöffnertaster, wie Schubbie mit seiner Frage schon im Schilde führt, einen weiteren Schliesser zur Verfügung und legst diesen auf den Input.
Hi, I propose to open a ticket directly at ALLTERCO support, see menu left side.
Versuche, beide Kontakte in Reihe zu schalten. Du willst ja nur auf ODER abfragen.
Laut Anschlussschema verbindest du schwarz (GND) über den Reed-Kontakt mit gelb (DATA), was einem parasitären 1-Wire-Betrieb entspräche, dem aber nicht so ist, weil der Reed-Kontakt ja kein 1-Wire-Device ist. Vielmehr schliesst du die Datenleitung des Add-On kurz, was ausgewertet wird:
Parallel kann also nicht funktionieren. So schliesse ich das aus der verfügbaren Doku.
Mich irritiert nur, dass es mit der kurzen Leitung funktioniert hat / haben soll!?
I agree to have at least 1/2 unit spacing. Btw you will need additional terminals for power distribution. It is very easy to get messed up with all the necessary wires.
Don‘t forget not to mix up phases for control and power at a single device, otherwise you‘ll damage it.
Each single Shelly will tell you the internal temperature, therefore additional sensors are not absolutely necessary, maybe helpful.
You will need beside all the Shellys a central controller. Without your possibilities (i.e scenes) are limited. Which controller? There are so many possibilities. Software based or hardware (PLC), it‘s your choice. You could use instead (or beside) the Shelly APP and/or Shellys cloud services, reliability is another question. I would never trust the cloud.
...
i.e. Will just connect so when Relay is OFF the Zone is closed and apply inverse setting to that input.
I love it!!
That’s what I‘m talking about. Take i.e. the sensor‘s battery away, open your window and - hey! - your zone is „safe“. Nice.
I can follow your intension not to damage too much. But your compromise is in my point of view not acceptable. Manipulating your alarm system could also lead to problems with insurance protection.
But of curse, it‘s your decision. Only to mention it.
Du kannst im Wireshark Filter setzen, z.B. ip==123.123.123.123, dann findet‘s sich leichter
...
Faszinierend finde ich den Füllstandssensor. Ich hätte dazu zwei Drähte ins Wasser gelegt, wenn Strom fließt, ist Wasser drin. Das ist aber nur ein Draht. Wenn ich den Finger drauflege, dann interpretiert er das auch als Wasser und läuft. Wie funktioniert das?
...
Z.B. so:
Quelle: Google
Ein ESP32 hat 10 GPIOs, die als Touch-Sensor hergenommen werden können.
Einen ganz bekannten Vertreter findest du im Straßenverkehr: Den Taster, der von ganz Eifrigen immer gaaanz fest und mehrfach „gedrückt“ wird...
Beim Wasserstand wirk also nicht die Leitfähigkeit, sondern die veränderte Kapazität durch die Masse des Wassers selbst.
Ich komme aus der SPS-Ecke. Fordere mich!
Ich lobe mir mein(e) übergeordnete(n)s System(e)! haleluja !!!
Ein gutes reicht ja schon! 
Best idea would be to replace the old sensor against a similar one. Any „smart“ solution will lead to a non failsafe system.
Such a sensor is not that expensive and will let you sleep well...
For example:
Moin, ich habe auch am Anfang gedacht, mehr mehr mehr. Hab NETGEAR 24-Port-PoE Switches auf jeder Etage, und? Heute hängen nur die APs und die Außenkameras (8 St.) dran.
Gute Kabel sind wichtig. Aber überall Netzwerkdosen? Habe auch hier in jedem Zimmer in jeder Ecke doppelte Dosen verschafft - und 90% sind nicht belegt, naja. TV kann man, Schreibtisch sollte man (bestimmt bei Datenbank-Anwendungen mit Server, da kann WLan richtig gemein sein...).
Und die APs, auch von NETGEAR und mit PoE. Eine Fritzbox und seit neuestem 3 MESH-Repeater 2400, gaaanz toll (laut Werbung...), schön anzusehen in der Fritzbox, mehr aber auch nicht.
Weniger ist halt mehr.
Ehrlich, ich verstehe die (immer wieder vorkommende) Überlegung, mit einem Shelly mehrere Rollläden fahren zu wollen, nicht wirklich. Das ist nicht vorwurfsvoll gemeint, aber:
Und ausserdem: Denkt mal an den Umsatz über‘s Forum!
Sorrü, hab‘s nochmal editiert...
Das mit dem flüchtigen Speicher ist mir bekannt. Wenn du richtig gelesen hast wollte ich die Daten ja auch per JSON auslesen, aber die Möglichkeit gibt mir der Shelly ja nicht.
Bei jeder Änderung sendet Shelly (via UDP-Pakete per Multicast) seine relevanten Daten (siehe auch COAP / COIOT - Übersicht). Pro Zeiteinheit aufaddieren - fertig.
Wie? Das kommt auf dein übergeordnetes System an.
Ich glaube, wer aufmerksam die Themen rund um die Cloud liest, weiß, warum man es ohne versuchen sollte.
Guggst hier, was welche Shellys so „freiwillig“ liefern: COAP / COIOT - Übersicht
Dein Ziel wird aber nicht machbar sein, weil nicht schnell genug, schon gar nicht bei Spannungsspitzen...
