Du kennst vielleicht den Spruch eines Mitentwicklers der Sprache C - sinngemäß: "Der beste Debugger ist printf."
Hier ist es ähnlich. Setze an die Stellen, wo du Informationen brauchst, ein print() ein und beobachte, was ausgegeben wird!
Diese Handhabung beschreibe ich auch in meiner Skripteinführung.
Wenn du solches auch persistent im Shelly selbst protokollieren möchtest, kann ich dafür ein Beispielskript zur Verfügung stellen.
Dann gelingt dein Anliegen mit einem bzw. zwei Shelly, je nachdem wo die Beteiligten platziert sind und welche Leitungen zur Verfügung stehen.
Wenn der Wechselrichter, was anzunehmen ist, auch dein WLAN versorgt, werden vermutlich zwei Shelly gut geeignet sein - bspw. ein Plus Uni am Wechselrichter und ein Plus 1 in Lampennähe.
Soll das Ganze auch ohne WLAN funktionieren, genügt ein Plus 1, wobei dafür der L zur Lampe geschaltet werden muss.
Da gibt es nur noch was vom O
Bingo!
Liefere uns doch mal deinen genauen Schaltplan!
Dieser muss verständlich sein, nicht hübsch! 
Kann es am Taster liegen?
Verzweiflungsratschlag: Nimm mal einen anderen Taster bzw. brücke mal vorsichtig den Eingang statt Taster!
Tausche mal den betroffenen Shelly gegen einen gleichen Typs aus!
Vermutlich hat dieser einen Schaden. Oder tatest du solches bereits?
Mit Skript gehen alle solche Dinge, per Actions eher eingeschränkt.
Deshalb erstelle ich zumeist ein geeignetes Skript, bevor ich mich mit den Einschränkungen von Actions (=Webhooks) auseinandersetze.
Die von dir gewünschte Konstellation sollte sogar mit Actions implementierbar sein.
Das hängt aber von ggf. weiteren (noch heimlichen) Wünschen deinerseits ab.
Den Motion hab ich mir auch schon betrachtet, aber ist für außen geeignet?
Berechtigte Frage. Eher nein, der ist für innen gebaut. Ob eine Überdachung hinreichender Größe einen nachhaltigen Außeneinsatz ermöglichen kann, weiß ich derzeit nicht.
Ich habe deine Erläuterungen verstanden.
Der SK1 Shelly soll/muss einer von Generation 2+ sein.
Grund: Du willst sicher nicht, dass der Bewegungsmelder (bzw. dessen Shelly) die Lampe trotz manuellen Einschaltens nach der in der Nachricht übermittelten Dauer wieder ausschaltet.
Dies zu vermeiden, gelingt mit einem Skript auf einen Generation 2+ Shelly. Ich nutze solches.
Und wie schließe ich den BWM an den Shelly 1 an oder muss ich gar ne andere Hardware nutzen?
Da ich solche BWM derzeit nicht nutze, können diese Frage andere besser beantworten. Im Forum gibt es bereits entsprechende Threads.
Mit einem Shelly Plus 2PM gelänge so etwas, notfalls per Skript.
Mit einem alten 2.5 nicht, zumindest nicht lokal, also ohne Cloudszenen.
Jetzt hast du mich verwirrt Martin.
Rücksitzen und neu starten bringt nix
Starten gelingt nur auf dem Vordersitz, nicht auf dem Rücksitz.
Nun im Ernst.
Hat ioBroker einen internen MQTT Broker, welchen du nutzt?
Wenn nicht, welchen MQTT Broker nutzt du dann?
Ich las hier mal, dass die Shelly ab Generation 2 MQTT 5 nutzen und dass der MQTT Broker eines übergeordnetes Systems (War das Home Assistant?) kein komplettes MQTT 5 implementiert habe. Vielleicht trifft das auf ioBroker (auch) zu.
Btw, einen Shelly Plus 2.5 gibt es nicht, aber Shelly Plus 2.
Kurz gesagt: Es darf nicht 2 Mal "mehr " dort stehen.
Stimmt, das ohnehin. Andernfalls gibt es auch keine Schalthysterese.
Also mehr + mehr ist falsch, weniger + weniger ist falsch, mehr + weniger oder weniger + mehr kann richtig sein.
Dann hast du ja jetzt ein Versuchsobjekt, an welchem du solche Erfahrungen gewinnen kannst, ohne irgendeine Verantwortung übernehmen zu müssen.
Bei mir vielleicht, siehe meine Signatur!
Ansonsten kannst du mich zusätzlich fragen.
Der Deye Wechselrichter hat einen Anschluss an dem 12V DC liegen wenn er eingeschaltet ist und die Batterie angeschlossen hat.
Dieser Anschluss soll offensichtlich einen Shelly betreiben. D.h. solange der Shelly arbeitet, ist der Wechselrichter in Betrieb.
Dann hat der Deye einen potentialfreien Kontakt der sich schliesst wenn der Deye im Inselmodus ist (also das Grid weg ist) das möchte ich mit den Shelly abfragen (2)
Das sollte doch zum erkennen des Netzausfalls genügen, oder?
Wenn ja, dann ist es leicht, dies zum steuern von irgendetwas per weiteren Shelly zu nutzen.
Wenn nein, dann vielleicht folgendes.
Kannst du einen Stromkreis so einrichten, dass dieser nicht vom Wechselrichter versorgt wird?
Ich besitze keine solche Anlage, weshalb ich das nicht weiß.
Wenn dies möglich ist, sollte folgende Lösung gelingen.
Es werden zwei Shelly der Generation 2+ gebraucht.
Einer wird mit dem 230V Anschluss außerhalb der Wechselrichterversorgung betrieben, der andere an den 12V.
Beide kommunizieren regelmäßig miteinander. Fällt die Netzversorgung aus, ist auch der 230V Shelly aus. Der 12V Shelly erkennt das ...
I logged the MQTT connection status on a Shelly Plus Plug S when the WiFi was bad. The log file shows the frequently status changes.
18:49:20 MQTT connected
18:52:14 MQTT disconnected
18:52:17 MQTT connected
18:59:32 MQTT disconnected
19:09:31 MQTT connected
19:11:08 MQTT disconnected
19:13:09 MQTT connected
19:25:16 MQTT disconnected
19:26:07 MQTT connected
19:27:50 MQTT disconnected
19:27:54 MQTT connected
19:28:21 MQTT disconnected
19:28:27 MQTT connected
19:29:11 MQTT disconnected
19:29:17 MQTT connected
19:31:06 MQTT disconnected
19:31:09 MQTT connected
19:56:19 MQTT disconnected
20:09:51 MQTT connected
20:10:03 MQTT disconnected
20:10:06 MQTT connected
20:10:23 MQTT disconnected
20:10:39 MQTT connected
20:10:59 MQTT disconnected
20:11:04 MQTT connected
20:11:17 MQTT disconnected
20:11:24 MQTT connected
20:12:18 MQTT disconnected
20:12:32 MQTT connected
20:13:06 MQTT disconnected
20:13:15 MQTT connected
20:13:27 MQTT disconnected
20:13:41 MQTT connected
20:14:01 MQTT disconnected
20:14:17 MQTT connected
20:14:45 MQTT disconnected
20:14:58 MQTT connected
20:15:08 MQTT disconnected
20:15:20 MQTT connected
20:15:57 MQTT disconnected
20:16:03 MQTT connected
20:16:44 MQTT disconnected
20:17:02 MQTT connected
20:17:12 MQTT disconnected
20:17:16 MQTT connected
20:17:48 MQTT disconnected
20:18:01 MQTT connected
20:23:15 MQTT disconnected
20:23:18 MQTT connected
20:25:03 MQTT disconnected
20:30:26 MQTT connected
20:32:01 MQTT disconnected
20:35:05 MQTT connected
20:57:31 MQTT disconnected
21:05:32 MQTT connected
21:07:10 MQTT disconnected
21:16:53 MQTT connected
22:00:13 MQTT disconnected
22:01:12 MQTT connected
22:01:29 MQTT disconnected
22:02:24 MQTT connected
22:04:37 MQTT disconnected
22:05:13 MQTT connected
22:05:23 MQTT disconnected
22:05:29 MQTT connected
22:05:54 MQTT disconnected
22:06:01 MQTT connected
22:11:33 MQTT disconnected
22:15:16 MQTT connected
22:31:06 MQTT disconnected
22:31:09 MQTT connected
22:53:35 MQTT disconnected
22:54:49 MQTT connected
22:55:12 MQTT disconnected
22:55:17 MQTT connectedThis file is written by a small script.
function twoDig(v) {
return v < 10 ? "0" + v : "" + v;
}
function getTime() {
let d = new Date();
return twoDig(d.getHours())+':'+twoDig(d.getMinutes())+':'+twoDig(d.getSeconds());
}
function log(msg) {
Shelly.call("Script.PutCode", {id:4, code:getTime()+" "+msg+"\n", append:true});
}
MQTT.setConnectHandler(function(){
print("MQTT connected");
log("MQTT connected");
});
MQTT.setDisconnectHandler(function(){
print("MQTT disconnected");
log("MQTT disconnected");
});My log file has the id 4.This id must be changed if the script is to be used.
On this basis, efforts should be made to improve the WLAN conditions.
If you just want to record data, you can try to save the data locally if the MQTT connection is down so that you can send it when the MQTT connection occurs. This is probably not entirely functionally reliable or functional reliability is difficult to implement.
Ergänzend zu den gelungenen Mitteilungen von Krauskopp eine einfachste Lösung, die auch ohne WLAN funktioniert:
Verwende weiterhin deine Wechselschaltung, schalte damit aber einen Shelly! D.h. schließe die geschaltete Leitung , welche bisher zu den Lampen geht, an den Eingang des Shelly!
Der Ausgang des Shelly muss zur Lampe führen. Dann schaltet der Shelly wie gewohnt, auch ohne WLAN, und du kannst bei WLAN Präsenz zusätzlich HTTP Nachrichten, Button 1, App, Sprachassistent, ... verwenden, um die Lampen zu schalten bzw. zu steuern.
Die Funktionen anderer Varianten mit i4, 4 Tastern ... sind immer WLAN abhängig, allerdings u.U. auch recht komfortabel. Allerdings kannst du die Bulbs ja schon jetzt per App steuern, solange diese eingeschaltet sind.
Verständlich?
Nicht ganz.
Bei zwei unabhängig voneinander arbeitenden Stromkreisen kann nicht ein Shelly 1 genügen.
Vermutlich funktioniert einer dieser Stromkreise noch und der andere nicht mehr.
Wenn du nur eine Schaltfunktion erneuern willst, stellt sich noch die Frage nach dem von dir bevorzugten Bewegungsmelder.
Falls du einen Shelly Motion, BLU möchte ich hierfür nicht empfehlen, nutzen möchtest, dann gelingt dein Vorhaben.
Der Motion kann bei Bewegungserkennung ... geeignete HTTP Nachrichten an den Shelly 1 senden, ohne zusätzliches Sendegerät.
Vorteile: wenig Aufwand, BWM kann frei platziert werden.
Nachteil: Muss gelegentlich per USB aufgeladen werden.
Wenn du einen Bewegungsmelder mit Schaltausgang verwenden möchtest, dann kann es damit elektrische Schwierigkeiten geben, die behoben werden könnten.
Dann brauchst du tatsächlich noch ein Gerät, bspw. einen Shelly Plus 1, der die HTTP Nachricht an den schaltenden Shelly sendet.
Vorteil: Wegen dauerhafter Versorgung ist kein Aufladen erforderlich.
Nachteile: Nicht oder mit erhöhtem Aufwand frei platzierbar. Zusätzliches Gerät zum senden erforderlich.
Die erforderlichen HTTP Nachrichten können dieser Dokumentation entnommen werden. Hilfe hierzu können bei Bedarf hier einige Mitstreiter geben.
Es bleiben noch offene Fragen nach den bisher genutzten Schaltern.
Funktionieren diese noch zwecks Schalten der Beleuchtung?
Willst du evtl. Schalter an anderer Stelle platzieren?
Vielleicht wird dann ein zusätzlicher Shelly gebraucht, an welchen solche Schalter oder Taster anzuschließen sind.
Alles klar?
Nicht empfehlen würde ich jedoch unterschiedliche Bedienkonzepte durch Mischung von Tastern und Schaltern.
Das ist eine Frage der Offenheit für eine andere Handhabung seitens des TE. Wenn der TE minimal investieren will, wird er auch keinen Vergleich anstellen können. Wenn er aber bereit ist, über den gewöhnten Tellerrand hinauszublicken, einschließlich der Möglichkeit einer temporären Fehlinvestition, dann sind die Taster an einem i4 zu empfehlen. Falls diese Tasterlösung nach ca. einer oder zwei Wochen eindeutig nicht gefallen sollte, dann kann er immer noch die Taster durch die bei ihm üblichen Schalter ersetzen.
Btw, ich bin nicht der Einzige, der ihn für eine Skriptlösung unterstützen könnte.
Mir sagt der Hinweis "(- Bezug Netz)" hinter dem Label "Shelly EM" nichts.
Hast du solches hineingeschrieben oder stammt dieser Hinweis von der Cloud, bezogen auf den Gerätetyp Shelly EM?
Was bedeutet das Minus, oder soll das ein Bindestrich sein?
Dann interpretiere ich mal deine Einstellungen auf der Grundlage von Krauskopp Erklärung in #30.
Die Dauer von 5 Minuten lasse ich im weiteren außen vor, weil das nicht kritisch ist.
zu 1.
Der EM soll einschalten, wenn mehr als 200W vom EVU geleistet wird.
zu 2.
Der EM soll ausschalten, wenn mehr als -500W vom EVU geleistet wird, was bedeutet P < 500W für das EVU geleistet - als Teil von dem, was von der PV kommt.
Wenn diese Interpretation stimmt, dann willst du einschalten lassen, wenn du über 200W vom EVU nimmst und ausschalten lassen, wenn deine PV weniger als 500W dem EVU gibt.
Wenn ich da keinen Denkfehler habe, dann erscheint mir das nicht zielführend.
Ich täte dann folgendes versuchen.
Hier habe ich nur die Werte mit den Vergleichsoperatoren zurechtrücken wollen. Ob dies zur Leistung des eingeschalteten Verbrauchers passt, kannst du #30 entnehmen.
Sollte "(- Bezug Netz)" bedeuten, dass negative Werte Lieferungen vom EVU sind, ergibt sich eine andere zielführende Konstellation.
In beiden Fällen ist selbstverständlich die Schalthysterese von hier 200W - -500W = 700W zu beachten, die gemäß Krauskopp in #30 über der Leistung des eingeschalteten Verbrauchers liegen muss - mit Berücksichtigung einer Messtoleranz bzw. Messfehlers.
Ist das nicht der Fall, dann kann das Einschalten des Verbrauchers zum ausschalten nach 5 Minuten führen, + Zeittoleranz wegen ggf. nicht sofort übermittelter Messwerte. Dies hängt selbstverständlich von den Schaltzuständen anderer Verbraucher in deinem Haushalt ab, weshalb solches Verhalten quasi zufällig auftreten täte.
