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.
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.
Du denkst an den JTAG Test…
Ja genau. Hast du dazu Equipment und schon einmal genutzt?
Es darf vermutet werden, dass der Chip einen Pin besitzt, über welchen der Zugriff auf seine Interna, zumindest Speicher, per anderer Pins möglich wird.
Dazu müsste entweder eine klammernde Fassung aufgesetzt oder der Chip ausgelötet ... werden.
Solches möchte ich Thomas nicht wirklich zumuten. 
Außerdem sind hierzu vertiefte Kenntnisse über den Chip erforderlich.
Da aber der enabled Status im nichtflüchtigen Speicher abgelegt sein muss, könnte dessen Lokation vielleicht gefunden und geändert werden.
Das wäre vermutlich eine Detektivarbeit und ggf. zu aufwändig, aber vielleicht nicht unmöglich.
Die Entwickler werden eine solche Arbeit nicht tun wollen, weshalb einer solchen Äußerung in ihrer Absolutheit nicht vertraut werden muss. 
Ok, ich meinte die Nutzung von Tastern. Inzwischen habe ich dies in #13 ergänzt.
Ob die Nutzung von Tastern statt Schaltern bereits per Actions gelingt, müsste ich erst testen, wozu ich derzeit keine Gelegenheit habe.
Mit einem relativ kleinen und einfachen Skript geht so etwas selbstverständlich.
Falls dies per Actions gelingen kann, wären für jeden von zwei Tastern zwei Actions erforderlich, beide mit unterschiedlichen zusätzlichen und komplementären Bedingungen.
Prinzip für einen Taster zum öffnen:
Wenn kurzer Tastendruck und Rollladen derzeit öffnet => anhalten
Wenn kurzer Tastendruck und Rollladen derzeit steht => öffnen
Btw, in einer Leerdose lassen sich auf diese Weise Taster zum steuern zweier Rollladenantriebe unterbringen oder es stehen noch zwei Taster für beliebige andere Funktionen zur Verfügung. Ich halte dies für bestechend.
Ihr seht, dass ist schon aufwändig
Nö
Selbstverständlich ist mir bekannt, dass du weißt, was du codest.
Ich habe deine Skripte nun nicht analysiert. Trotzdem die Fragen:
Wie du siehst, halte ich deine Einwände für (zunächst) nicht ganz überzeugend, sorry.
und nicht wie z.B. bei einem Taster die Wippe für runter/hoch so lange drücken will, bis die Stellung erreicht ist
Wie Schubbie bereits mitteilte, ein solange drücken, wie der Rollladen bewegt werden soll ist
Das möchten wir halt gern so, weil das überall im Haus so ist.
Es ist verständlich, eine gewohnte Handhabung beibehalten zu wollen. Dann wirst du aber den Vergleich mit der reinen Tasterhandhabung nicht erleben können. Deshalb und wegen der Bedienvorteile per Taster empfehle ich so wie Schubbie auch, an einer Stelle die Taster zusammen mit einem Shelly i4 zu installieren. Vermutlich werdet ihr feststellen, dass die Tasternutzung recht intuitiv ist und evtl. diese sogar bevorzugen.
Ich kann solche Screenshots nicht gut verstehend lesen. Deshalb meine Fragen.
Kann man da noch ein Delay einbauen, dass der Prozessor im Fehlerfall nicht ausgelastet wäre
Ja klar. Man kann einfach einen Timer erstellen, der bspw. alle 100 ms den Status abfragt und bei Erhalt der Konfiguration den Timer löscht. Das ist sehr einfach zu implementieren.
Um es konkreter zu beantworten.
// Michaels Fehler
while(v.endpoin === undefined){};
// Die erwähnte Timer Sequenz mit dem Schreibfehler
let Th = Timer.set(100, true, function() {
if(v.endpoin !== undefined) Timer.clear(Th);
});Der Timer pollt schlicht die Existenz eines gültigen Eintrags und beendet sich, wenn der Eintrag vorliegt.
Ich habe den Timer-Code noch etwas schlanker gestaltet.
... und inzwischen noch ein wenig robuster, für den Fall dass v.endpoint mit null initialisiert wurde.
Sorry, war unsinnig ...