Beiträge von Schubbie

Vermutlich meine ich den. Ich muss leider nebenbei arbeiten und kann nicht alles suchen

thgoebel sucht den Beitrag zu diesem Anschluss sicher raus. Das Schema kommt mir zumindest bekannt vor und ich meine, dass er es getestet hat. Ähnlich wird es hier auch im Forum unter den Anschlussschemen geführt.

Ich habe momentan nur einen Plug S in Betrieb, der am Weihnachtsbaum hängt. Uptime zeigt 17 Tage an, also bisher ohne Ausfall.

Ich kann mir induktive Störenflüsse vorstellen, die durch andere Geräte verursacht werden. Die Shelly 1PM sind da empfindlich, ich kann mir vorstellen, dass die Plug S ähnlich sind und bei Störeinflüssen rebooten oder hängen bleiben.

Was dieses nun auslöst kann aus der Ferne schlecht beurteilt werden. Aber meine Vermutung wären Störungen im Netz.

Zitat von 318iC

Wo auf static ip Shelly oder Box

Statische IPs werden in den Clients festgelegt, sprich in den Shellies. Du kannst in der FritzBox jedoch den Clients immer die selbe IP per DHCP zuweisen. Das wären die beiden unterschiedlichen Möglichkeiten, zu denen ich weiter oben etwas geschrieben hatte.

Und ein Motor, z.B. Wärmepumpe, der automatisch anläuft und abschaltet ist auch nicht vorhanden?

Da alle gleichzeitig rebooten sieht es für mich so aus, als wenn eventuell ein anderes Gerät Störungen im Netz verursacht, die die Shellies zum Absturz bringen. Wäre sonst ja ein Zufall, dass die Shellies alle zur selben Zeit neu starten.

Ich nehme an, dass es auch immer die selben sind und andere durchlaufen? Vermutlich hängen diese dann an einem gemeinsamen Außenleiter.

Falls du mehrere Plug S hast und immer die selben ausfallen, kannst du testweise durchtauschen? Meine Vermutung ist, dass die Shellies abhängig von der Steckdose, in der diese eingesteckt sind, ausfallen.

Du willst nur von "außen" den HTTP-Befehl ändern, den eine Action ausführen soll?

Das müsste analog zu dieser Möglichkeit gehen:

http://[shelly-IP]/settings/actions?index=0&name=btn_off_url&enabled=false

Gibst du im Browser

http://[shelly-IP]/settings/actions

ein, dann sollten die Bezeichnung klarer werden. 0 ist Input (Index) 1, 1 ist Input (index) 2...

Diese Seite könnte ebenfalls dein Freund werden:

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

Zitat von Robert_M.

stell um auf static IP, ist für die Shelly's sowieso besser.

Warum? Bei Batteriebetrieben vielleicht noch nachvollziehbar, da der Verbindungsaufbau minimal schneller gehen kann. Aber für die übrigen? Da ist es meiner Meinung nach Geschmackssache und sollte an die bisherige Konfiguration angepasst werden, um nicht 2 Arten der IP-Vergabe zu mischen. Ein besser oder schlechter lässt sich da nicht klar ermitteln.

Wurde um 22:03 Uhr eine Last geschaltet, z.B. Licht in allen Büros aus?

Zudem ist der Sprung zum EM mit Hutschienenhalter dann noch geringer.

Wenn du das Gerät nur für eine Phase benötigst, dann würde ich die paar Euros mehr für den Shelly EM ausgeben.

Ich weiß nicht, wie viel Leistung gezogen wird, aber du kannst ja spaßeshalber den Spannungsabfall zwischen L und O messen, ob der relevant ist. Am besten, wenn der Kompressor anläuft.

Andere Frage, warum baust du dir in den Stromkreis ein Relais als Fehlerquelle ein und verwendest nicht einen Shelly EM oder 3EM?

Die "Ausgänge" sind Optokoppler die maximal mit 100mA belastet werden dürfen. Die sind wie potentialfreie Relais zu sehen, daher liegt beim Schalten keine Spannung an.

Um größere Lasten zu schalten sind kleine Relais oder eine Transistorschaltung dahinter nötig.

Hast du sichergestellt, dass der eingetragene Wert niedriger als der Wert ist, der durch den besseren AP erreicht wird?

Ich gucke mir die RSSI im Shelly an und rechne -5 oder -10dB von diesem Wert und trage den ein, da die Werte etwas schwanken.

Das heißt "Beitrag 172". Leider zeigt die mobile Ansicht die Beitragsnummern nicht an und man kann lange suchen...

Funktioniert bei mir mit Unifi ebenfalls zuverlässig. Bei mir erreicht eigentlich jeder Shelly 2 APs und nach einem Neustart eines APs wandern die Shellies nach ein paar Minuten wieder zurück.

Das mit den IPs ist Geschmackssache. Ich vergebe die ausschließlich per DHCP im Router, anderen schwören darauf diese fix in den Clients zu vergeben. Beides hat Vor- und Nachteile. Beides zu machen wäre nicht unmöglich, jedoch hast du dann die Nachteile beider Lösungen vereint, solltest dich also für eine Lösung entscheiden.

Das ist halt die Gefahr, wenn man die IPs fix im Client und nicht per DHCP durch den Router vergibt, dass man dann wissen muss, was wo einzutragen ist.

Super, dass du es gefunden hast.

Jetzt, wo du es sagst, erinnere ich mich an meine kürzlich getauschten Ventile.

Na ja, zum Glück Elektrotechnisch nicht relevant

Oder damit er voll ist, falls Überschuss vorhanden ist, der dann nicht gespeichert werden kann? Gut, im Winter könnte man es machen, dass man den Akku bis z.B. 70% aus dem Netz lädt.

Du könntest ja auch nicht damit rechnen, dass hier noch jemand OPNsense nutzt ;-P

Nochmals zum Thema - warum nicht den Button-Type auf "detached"? Falls irgendetwas, warum auch immer, an SW ankommt, dann löst dieses keine Aktion aus.