In den Ausgaben kann ich keinen Fehler erkennen.
Beiträge von Schubbie
-
-
In der Web-UI finde ich unter Actions den Punkt "Output switched in URL". Trage dort die Action ein. Weiter Einstellungen sollten nicht nötig sein. Der Timer fängt an zu laufen, wenn das Relais angezogen hat, was noch zu prüfen wäre ist, was passiert, wenn man per http-Command ein =on sendet. Da der Output schon an ist wird vermutlich eine der beiden Dinge passieren:
1. Der Timer läuft weiter (sollte ja nicht neu starten, da keine Änderung am Status).
2. Der Timer wird abgeschaltet, sprich er läuft bis der Benutzer den Shelly abschaltet (oder der Strom alle ist).
-
Ich lasse mich überraschen und meine, dass es bei einem anderen User ebenfalls ein elektronischer war.
-
https://www.shelly.cloud/de/products/pr…iew/1xsd2/4xsd2
Steht doch extra drin - Trafos bis 150VA. Es ist egal, wie viel angeklemmt ist, die maximale Leistung von 150VA des Trafos sind einzuhalten, wie es auch schon andere User hier im Forum erfahren durften.
-
Man könnte auch nach "Messstellenbetreiber" googlen. Darunter sollte man finden, was ihr umschreibt.
-
Weil du mit dem Shelly vielleicht an eine Phase gegangen bist, die nicht zu dem N des FIs gehört.
-
Und ein Firmwarebug? Es ist ja verwunderlich, dass ein Einschalten des Debugging-Logs den Fehler behebt, daher würde ich eher einen Fehler der Software vermuten. Vielleicht ein Downgrade testen?
-
Einigen wir uns darauf, dass es erst weiter geht, wenn ein Schaltplan vorliegt, OK? Denn so können wir nicht ausschließen, dass per I/O irgendwo ein Kurzschluss produziert wird, weder wissen wir genau, was von wo wohin geschaltet wird, da der I/O potentialfrei ist.
Ich warte zudem noch auf die Ausgaben:
[IP]/Settings
[IP]/Settings/actions
-
Ja, "or" ist korrekt und "and" kann in diesem Zusammenhang verwirren, da es "or" wieder ausschließen würde. Jedoch wage ich zu behaupten, dass fast jeder erkennt, was gemeint ist. Ein kurzer Hinweis hätte da gereicht, es ist ja nicht jeder Profi im Umgang mit Gattern.
Ansonsten finde ich Wikipedia als Erklärung besser, wo man die Gattertypen anklicken kann, um eine Erklärung zu erhalten:
-
Ich steuere 2 Dimmer über andere Dimmer, bzw. inzwischen per Node Red und habe &step für die HTTP-Actions noch nie gebraucht und sende immer ein Dim=Stop beim Loslassen.
Step=xx habe ich im verlinkten Beitrag nachgetragen, dass es nur mit dem Dimmer 1 und nicht mit dem Dimmer 2 (selbe Firmware) funktioniert.
-
Mit einem 24V DC NC Relais, ganz ohne Shelly.
Welche Spannung soll geschaltet werden? Ggf. ist auch Schutzabstände zu achten. Ansonsten fallen die Relais der Shellies ab (NO), wenn diese keine Spannung bekommen, daher ohne weiteres Relais ungeeignet, wenn unbedingt ein Shelly davor muss.
-
Und einfach die Ausgaben hier posten, die ich im Beitrag zuvor angesprochen habe, ist nicht drin?
-
Den Dim=Stop muss man doch immer direkt nach Loslassen hinterher schicken, da sonst auf Minimum oder Maximum gedimmt wird. Was ich nicht verstehe ist, warum du ein Step=100 anfügst.
Ich habe eine Antwort hinzugefügt, da es beim Dimmer 1 geht:
Edit: Meinen Dimmer 2 musste ich rebooten, um ihn nach Anwendung des Befehls wieder ausschalten zu können...
-
Ich hatte es aus den Augen verloren.
Es ist tatsächlich so, dass es mit einem
Dimmer 1 auf Firmware 20221027-103924/v1.12.1-ga9117d3 funktioniert
, mit einem
Dimmer 1 auf Firmware 20220209-094501/v1.11.8-g8c7bb8d nicht funktioniert
und mit
Dimmer 2 auf Firmware 20221027-104444/v1.12.1-ga9117d3 nicht funktioniert,
obwohl selbe Firmware wie beim Dimmer 1.
Edit: Meinen Dimmer 2 musste ich rebooten, um ihn nach Anwendung des Befehls wieder ausschalten zu können...
-
Dann konfiguriere dir das AP Roaming in den Shellies, dann musst du die beim nächsten Mal nicht neu starten.
-
Die Angaben sind sehr ungenau...
Wenn du einen Speedtest machst, wird oftmals nur die Internetverbindung getestet, wo das Nadelöhr im Idealfall die Internetverbindung ist
RSSI findest du, wenn du per Browser auf die Shellies gehst, unter Settings ganz unten.
In der FritzBox gibt es eine Mesh-Übersicht (am PC, nicht in der mobilen Ansicht), wo die Qualität der Verbindung dargestellt wird, davon bitte einen Screenshot.
-
Wo werden die 18MBit/s angezeigt? Als Speedtest oder als Verbindungsgeschwindigkeit des WLAN? Das wäre bei der WLAN-Geschwindigkeit vom Smartphone schon schlecht. Die Shellies sind dann meist irgendwo verbaut, wo das WLAN schlechter hinkommt und sind zudem deutlich günstiger als ein Smartphone, also eventuell auch von den Antennen her etwas schlechter.
Bitte mehr Details zu den Standorten und Angaben der Mesh-Übersicht aus der FritzBox.
Welche RSSI-Werte zeigen Shellies und Smartphone an?
-
"source":"timer"
stehr in deiner Statusausgabe oben. Sprich die letzte Schaltung erfolgte durch einen Timer. Gehe in das Web-UI und schalte wie gewohnt, dann solltest du auf der Startseite des Shellies ssehen, wie der Timer abläuft. Wenn dem so ist, dann musst du rausfinden, wo der gesetzt ist/wird.
Bei Eingabe [IP]/Settings im Browser steht ziemlich weit unten, ob Timer oder Shedules gesetzt sind. Mit [IP]/Settings/Actions kannst du sehen, ob im Gerät Actions gesetzt sind.
-
Wenn am Shelly O/I nicht belegt sind, schaltet er dann auch ab?
Vergessene Szene in der Cloud?
6-stellige ID und Nutzung der Cloud? Wobei es dann schon seltsam ist, dass es 2 Shellies betrifft.
-
Ein Schütz ist eine induktive Last, welche einen Shelly beim Schalten zum Absturz bewegen kann.
Tippe im Browser ein:
http://[IP des Shelly]/status
Ganz unten sieht du die Uptime, an der du sehen kannst, ob er rebootet hat.
Ein RC-Glied parallel zum Schütz könnte Abhilfe schaffen, wobei das eigentlich eher ein Problem beim Ausschalten sein sollte.
