Dann ist es also keine Kontrolllampe, sondern ein Orientierungslicht, welches immer an ist und sollte nicht stören.
Der entsprechende Input schaltet unter [Shelly-IP]/Status auch entsprechend um? Browserfenster nach dem Schalten aktualisieren.
Dann ist es also keine Kontrolllampe, sondern ein Orientierungslicht, welches immer an ist und sollte nicht stören.
Der entsprechende Input schaltet unter [Shelly-IP]/Status auch entsprechend um? Browserfenster nach dem Schalten aktualisieren.
Kannst du skizzieren, wie diese Kontrolllampe geschaltet ist? Diese könnte den Shelly "stören".
Wenn der Shelly ausgefallen ist, dann nützt die App auch nichts, wenn diese lediglich Actions empfängt. Daher reicht es doch, wenn immer geschaltet werden soll, dass sich der Shelly selbst schaltet und lediglich seinen Zustand der App mitteilt, die App aber nicht aufgrund der Schalterstellung den Output des Shellies steuert.
In deinem Profil -> Einstellungen kannst du unter "Stil" entsprechend wählen.
Ein Deteched Switch ist aber unsinnig, der schaltet rein garnix wenn die App nicht aktiv ist.
Und einen Befehl nochmals an den Shelly zu senden, den der Shelly intern ebenfalls ausführen soll, ist sinnig?
Es wird auch per detached switch der Input State geändert.
Wenn der Shelly nicht läuft, dann kann er nichts an die App senden und die den Shelly nicht schalten, also wozu den Befehl dann nochmals zurück geben? Dann würde ich eher Befehle über den Output state an die App senden, wenn diese lediglich über dessen Zustand informiert werden soll.
Trotz allem ist zu prüfen, warum die Action nicht gesendet wird. Eine Kontrolllampe hat der Schalter nicht oder?
Wir kennen den Sinn nicht und es wirkt so ziemlich unsinnig.
Du willst per Schalter schalten, aber schalten soll die App.
Die Pumpe soll aus, aber nicht über die App ein.
Entweder du schaltest per App oder per Shelly, wenn der Schalter betätigt wird gibst du 2x zeitgleich den Befehl, dann kann sich das stören und wozu soll die App den Befehl dann nochmals geben?
Und wie schon geschrieben, ohne zu wissen, was es für eine App ist und was genau realisiert werden soll, ist Hilfe schwer.
Aufgrund der momentanen Infos tendiere ich zu Schalter zwischen Shelly und Pumpe.
Bei einem Schalter mit 2 getrennten Kreisen könnten man den zweiten auf SW legen, um der App den Status mitzuteilen.
Würdest du MQTT o.ä. nutzen, dann stehen dir so ziemlich alle Infos des Shellies in einem übergeordnetem System zur Verfügung.
Dann wäre Button Type detached meiner Ansicht nach korrekt.
Mir persönlich wäre es sicherer, wenn ich den Schalter zwischen Shelly und Pumpe klemme, sofern der Zustand nicht anderweitig relevant ist. Dann würde die Pumpe auch nicht anlaufen, falls man nach Sonnenuntergang einschalten sollte.
Schaltet die App den selben Shelly, der die Action sendet oder einen anderen?
Wann sollen die Ausgänge der Shellies schalten? Nur über die App? Dann wäre "detached" der zu wählende Button Type.
Die Action sollte dennoch an deiner App ankommen, sofern nicht mit https angefangen wird und keine Sonderzeichen enthalten sind, die in der funktionierenden Action auch enthalten sind.
Dennoch kann es zufällig gewesen sein, dass bei diesem einen Schaltvorgang die Gegeninduktion der Relaisspule den Shelly abgeschossen hat.
Beobachte dieses, prüfe auf gelegentlich nach Schaltvorgängen die Uptime des Shellies, um zu sehen, ob er unbemerkt neu gestartet hat.
Browser: [shelly-IP]/status
Dort ganz am Ende ist die Uptime zu finden.
Sollte er häufiger neu starten, dann sollte ein RC-Glied (RC-Snubber) parallel zu der Relaisspule geschaltet werden.
Kann ich auch bestätigen, dass es bereits seit längerem so ist. Habe es nicht verfolgt, da ich immer an Android sitze.
Aber wenn man schon dabei ist, vielleicht kann sich auch jemand an die mobile Ansicht machen:
Wird ein Quelltext eingefügt, dann überschreibt der Kopftext (oder was der Balken über dem Quelltext sein soll) die vorherige Zeile des Beitrags.
Schön wäre eine Nummerierung der Beiträge, da sich oft auf Beitrag #xx bezogen wird, man diese in der mobilen Ansicht jedoch nicht durchnummeriert bekommt.
Signaturen ausklappbar wären fein, ansonsten muss man auf die Desktop-Ansicht umschalten oder ins Profil, um in die Signatur zu kommen. Oftmals kommt ja der Hinweis "siehe meine Signatur" und der mobile Nutzer fängt an zu suchen.
In der mobilen Ansicht sieht man nicht, in welchem Forum man sich befindet. Man kann es sehen, wenn man oben links auf die 3 Balken klickt und runter scrollt. Ist jedoch nicht sehr intuitiv.
Noch habe ich auch keinen verbaut (zumindest nicht dafür. Ich habe lediglich ein RC-Glied an einem großen Rollladen verbaut, um die Lichtbogen zu löschen). Ich hätte nur gedacht, dass ein SMD-Bauteil vielleicht noch Platz finden könnte oder man es mit langen isolierten Beinchen zwischen N+L bekommt. Bisher musste ich noch keinen Shelly öffnen.
Würde halt einige Anfragen ersparen, die Allterco auch Geld kosten.
Ich frage mich schon längere Zeit, warum Allterco nicht direkt einen Filter verbaut. Die Teile kosten doch nur wenige Cent und durften einen Haufen Reklamationen und Tickets ersparen.
Die Gen2 haben auch keinen Filter drin?
Korrekt, wobei ich das bei den internen Sachen auch nicht weiß, da hätte Allterco vielleicht eine interne Hostweiterleitung setzen können. Ich hatte gehofft, dass der Shelly die Antwort vielleicht cached und diese verwendet, wenn der DNS-Server nicht erreichbar ist.
Der 3EM kann dieses auch nur per Actions.
Aber wie wahrscheinlich ist es, dass der Router ausfällt und man keinen Ersatz hat? Theoretisch würde der Hotspot eines Handies mit selber SSID und Passwort ausreichen. Internet ist ja nicht benötigt.
Wenn der Shelly 1x Localhost aufgelöst hat, muss das WLAN dann tatsächlich immer erreichbar sein oder merkt er sich dieses bis zum nächsten Neustart auch ohne verbundenes WLAN?
Erwischt. Kann beim PM aufgrund der Leistungsmessung nicht funktionieren, jedoch beim Plus 1 (ohne PM).
Trennung zwischen Relais und Einspeisung SELV-konform.
Neuere Funktionen wie die Möglichkeit der Scripte.
Anschlussschema auf das Gerät gedruckt.
Ich meine, dass die Gen2 MQTT und Cloud parallel kann.
Nachteil ich glaube ich ein höherer Verbrauch, wenn ich es richtig verfolgt habe und halt die mit dem Plus auftretenden Probleme.
Im AP-Mode kann der Shelly in kein anderes Netzwerk.
Das andere habe ich noch nie getestet.
Ich habe es selbst noch nicht ohne WLAN ausprobiert. Du benötigst auch kein WLAN, bzw. willst es nicht?
Hast du den Shelly zum Test seinen AP aufspannen lassen?
Funktioniert es mit der internen IP 127.0.0.1 ?
Wenn sich ein Shelly auf den AP des anderen Shellies verbindet, dann soll es gehen, von daher denke ich, dass der AP-Mode aktiviert werden muss (mit Passwort, da sonst für jeden zugänglich).
Sniffer
Snubber, Sniffer machen etwas komplett anderes ![]()
Einen RC-Snubber, bzw. (offizielle Bezeichnung) RC-Glied parallel zur Pumpe verbauen. Diese sollte die Spannungsspitzen durch die Gegeninduktion beim Ausschalten kurzschließen.
Stimmt, Kuddel hat keine Angabe zu AC/DC gemacht. Ungünstig, wenn es sich so vermischt, ich komme da schnell durcheinander.