VPN/Proxy erkannt
Es scheint, dass Sie einen VPN- oder Proxy-Dienst verwenden. Bitte beachten Sie, dass die Nutzung eines solchen Dienstes die Funktionalität dieser Webseite einschränken kann.
Ich möchte noch einen Hinweis hinzufügen.
Das Umkonfigurieren schreibt in den nichtflüchtigen Speicher (nvs), welcher weniger Schreibzugriffe verträgt als der flüchtige Speicher (RAM).
Ein Skript an dieser Stelle braucht kein Schreiben in den nvs. Das könnte dann geringfügig bedeutsam sein, wenn die Firmware beim Konfigurieren in immer dieselben Zellen des nvs schreibt, was ich vermute.
Dies muss allerdings nicht als entscheidendes Kriterium für eine Entscheidung zum Skript angesehen werden.
Also ab Shelly plus benutzen die Shelly adapter mit mqtt
Mit "die" meinst du vermutlich "die, welche den ioBroker pflegen".
Die Bedeutung von "benutzen die Shelly adapter mit mqtt" kann auch sein, dass die Shelly Geräte Adapter für MQTT nutzen.
Letzteres ist vermutlich schon deshalb nicht gemeint, weil auch Shelly der ersten Generation MQTT können.
Dann bleibt zu hoffen, dass die kleinen Umkonfigurationen rechtzeitig vor den Schaltaufträgen wirken.
Hast du dies hinreichend getestet?
Willst du also ausschließlich mit dem Shelly Plus 1 auskommen?
Dann wirst du wissen, wie du die Leitungen legen willst.
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.