Sonoff Tasmota 4CH pro Neustart werden Schalter ungewollt eingeschaltet Firmware Tasmota 6.7.1

Heidelbeerkoenig · 21. November 2019

Hallo, ich habe zwei Sonor Tasmota 4CH verbaut, die ich gerne als Türöffner als Tasterfunktion für Garagentor, Haustür und Nebeneingangstür nutzen möchte. Einen weiteren Schalter habe ich zum Fernschalten von Beleuchtung und Sauna verbaut. Beide Schalter laufen mit Tasmota 6.71.

Bei Neustart schalten die beiden Schalter die Kontakte. Da dies bei Stromausfall oder neuer IP-Adresse vom Provider passiert können die Schalter für meine geplanten kritischen Anwendungen (Türen und Saunaofen) nicht genutzt werden. Kann mir jemand aus dem Forum helfen um die einmaligen Schaltungen beim Neustart zu verhindern. Als Anlage ein Auszug aus der Konsole nach einem Neustart. In der vierten Zeile werden die Schalter 1 und 2 eingeschaltet. Da sie als Taster konfiguriert sind führt es zum Einschalten der angeschlossenen Geräte. Danke für Eure Aufmerksamkeit.

00:00:00 CFG: aus Flash geladen am F5, zählen 25

00:00:00 Projekt sonoff Tür-Garage-Tuer-Licht Version 6.7.1(sonoff)-STAGE

00:00:00 WIF: verbinden mit AP1 SSR in Modus 11N als sonoff-4691...

00:00:03 RSL: RESULT = {"POWER1":"ON"}

00:00:03 RSL: POWER1 = ON

00:00:03 RSL: RESULT = {"POWER2":"ON"}

00:00:03 RSL: POWER2 = ON

00:00:04 WIF: verbunden

00:00:04 HTP: Web-Server aktiv bei sonoff-4691 mit IP-Adresse 192.168.178.103

16:11:48 RSL: INFO1 = {"Module":"Sonoff 4CH Pro","Version":"6.7.1(sonoff)","FallbackTopic":"cmnd/DVES_CA3253_fb/","GroupTopic":"sonoffs"}

16:11:48 RSL: INFO2 = {"WebServerMode":"Admin","Hostname":"sonoff-4691","IPAddress":"192.168.178.103"}

16:11:48 RSL: INFO3 = {"RestartReason":"Software/System restart"}

16:11:48 RSL: RESULT = {"POWER1":"ON"}

16:11:48 RSL: POWER1 = ON

16:11:48 RSL: RESULT = {"POWER2":"ON"}

16:11:48 RSL: POWER2 = ON

16:11:48 RSL: RESULT = {"POWER3":"OFF"}

16:11:48 RSL: POWER3 = OFF

16:11:48 RSL: RESULT = {"POWER4":"OFF"}

16:11:48 RSL: POWER4 = OFF

16:11:49 RSL: RESULT = {"POWER1":"OFF"}

16:11:49 RSL: POWER1 = OFF

16:11:49 RSL: RESULT = {"POWER2":"OFF"}

16:11:49 RSL: POWER2 = OFF

16:11:56 RSL: STATE = {"Time":"2019-11-21T16:11:56","Uptime":"0T00:00:15","UptimeSec":15,"Heap":28,"SleepMode":"Dynamic","Sleep":200,"LoadAvg":4,"MqttCount":0,"POWER1":"OFF","POWER2":"OFF","POWER3":"OFF","POWER4":"OFF","Wifi":{"AP":1,"SSId":"SSR","BSSId":"38:10:D5:F6:90:DE","Channel":6,"RSSI":100,"LinkCount":1,"Downtime":"0T00:00:05"}}

mafrei · 21. November 2019

PowerOnState auf 0 stellen siehe:

https://github.com/arendst/Tasmota/wiki/Commands

JoergZ · 21. November 2019

Heidelbeerkoenig

Was genau möchtest du erreichen? HoerMirAuf hat dir doch bereits eine Antwort gegeben, wie du dafür sorgen kannst, dass die Schalter in einem klar definierten Zustand nach Stromausfall bzw. Spannungszufuhr sich befinden. Auf der Konsole wirken sich aus:

poweronstate 0 <enter> = Alles aus

poweronstate 1 <enter> = Alles an

poweronstate 3 <enter> = Alles so schalten wie vor dem Stromausfall (default)

Wenn sich der CH4 die Einstellung nicht merkt, auf der Konsole eingeben:

savedata 1 <enter> dann noch einmal die poweronstate Einstellung vornehmen.

Sollen die Schalter unterschiedliche Zustände nach einem Stromausfall einnehmen, brauchst du Rules. Auch das geht über die Konsole:

Code

rule1 on system#boot do backlog power1 0; power3 0; power2 1; power4 1;  endon
rule1 1

Das obige Beispiel führt dazu, dass nach erneuter Stromzufuhr die Schalter 1 und 3 aus sind sowie 2 und 4 an. Wenn du andere Schaltzustände brauchst, dann entsprechend mit 0 und 1 zu den einzelnen power<x> Kanälen arbeiten. Löst irgend etwas von den Vorschlägen dein Problem?

Heidelbeerkoenig · 22. November 2019

Hallo JoergZ,

danke für die schnelle Antwort. Es hat nicht geklappt. Hier der Auszug aus der Konsole. Das waren meine Befehle.

00:00:00 CFG: aus Flash geladen am F7, zählen 13

00:00:00 Projekt sonoff Sonoff Version 6.7.1(sonoff)-STAGE

00:00:00 WIF: verbinden mit AP1 SSR in Modus 11N als sonoff-4691...

00:00:02 RSL: stat/sonoff/RESULT = {"POWER1":"ON"}

00:00:02 RSL: stat/sonoff/POWER1 = ON

00:00:04 RSL: stat/sonoff/RESULT = {"POWER1":"OFF"}

00:00:04 RSL: stat/sonoff/POWER1 = OFF

00:00:04 WIF: verbunden

00:00:04 HTP: Web-Server aktiv bei sonoff-4691 mit IP-Adresse 192.168.178.103

13:41:50 CMD: savedata 1

13:41:50 RSL: stat/sonoff/RESULT = {"SaveData":"ON"}

13:42:04 CMD: PowerOnState0

13:42:04 RSL: stat/sonoff/RESULT = {"PowerOnState":0}

Nach dem Neustart hat wieder Relais 1 geschaltet. Siehe Zeile 4. Was mache ich falsch bzw. wo liegt das Problem?

00:00:00 CFG: aus Flash geladen am F6, zählen 14

00:00:00 Projekt sonoff Sonoff Version 6.7.1(sonoff)-STAGE

00:00:00 WIF: verbinden mit AP1 SSR in Modus 11N als sonoff-4691...

00:00:02 RSL: stat/sonoff/RESULT = {"POWER1":"ON"}

00:00:02 RSL: stat/sonoff/POWER1 = ON

00:00:04 RSL: stat/sonoff/RESULT = {"POWER1":"OFF"}

00:00:04 RSL: stat/sonoff/POWER1 = OFF

00:00:04 WIF: verbunden

00:00:04 HTP: Web-Server aktiv bei sonoff-4691 mit IP-Adresse 192.168.178.103

Danke für die Hilfe.

JoergZ · 22. November 2019

Nimm das Gerät mal komplett vom Strom. Ein Neustart über das Webinterface oder ein restart 1 auf der Konsole reicht nicht. Erst wenn der Saft wirklich weg war, wird die poweronstate-Anweisung umgesetzt.

Einstein67 · 22. November 2019

Ich würde mal die RF-Codes sicherheitshalber löschen, und mit dem "blank.bin" das Gerät komplett löschen.

Danach wieder Tasmota drauf und testen ....

Heidelbeerkoenig · 22. November 2019

Habe ich gemacht. Danach sieht es so aus.

00:00:00 CFG: aus Flash geladen am F9, zählen 27

00:00:00 Projekt sonoff Tuer Garage Tuer Licht Version 6.7.1(sonoff)-STAGE

00:00:00 WIF: verbinden mit AP1 SSR in Modus 11N als sonoff-4691...

00:00:04 WIF: verbunden

00:00:04 HTP: Web-Server aktiv bei sonoff-4691 mit IP-Adresse 192.168.178.103

Jetzt habe ich ein das Relais 1 über das Webinterface geschaltet. Danach sieht es so aus.

00:00:00 CFG: aus Flash geladen am F9, zählen 27

00:00:00 Projekt sonoff Tuer Garage Tuer Licht Version 6.7.1(sonoff)-STAGE

00:00:00 WIF: verbinden mit AP1 SSR in Modus 11N als sonoff-4691...

00:00:04 WIF: verbunden

00:00:04 HTP: Web-Server aktiv bei sonoff-4691 mit IP-Adresse 192.168.178.103

14:23:47 RSL: tele/sonoff/STATE = {"Time":"2019-11-22T14:23:47","Uptime":"0T00:04:59","UptimeSec":299,"Heap":28,"SleepMode":"Dynamic","Sleep":250,"LoadAvg":3,"MqttCount":0,"POWER1":"OFF","POWER2":"OFF","POWER3":"OFF","POWER4":"OFF","Wifi":{"AP":1,"SSId":"SSR","BSSId":"38:10:D5:F6:90:DE","Channel":6,"RSSI":100,"LinkCount":1,"Downtime":"0T00:00:05"}}

14:24:33 RSL: stat/sonoff/RESULT = {"POWER1":"ON"}

14:24:33 RSL: stat/sonoff/POWER1 = ON

14:24:34 RSL: stat/sonoff/RESULT = {"POWER1":"OFF"}

14:24:34 RSL: stat/sonoff/POWER1 = OFF

Wenn nach dem Schalten ein Neustart ausgeführt wird schaltet Relais 1 wieder1

00:00:00 CFG: aus Flash geladen am F6, zählen 30

00:00:00 Projekt sonoff Tuer Garage Tuer Licht Version 6.7.1(sonoff)-STAGE

00:00:00 WIF: verbinden mit AP1 SSR in Modus 11N als sonoff-4691...

00:00:03 RSL: stat/sonoff/RESULT = {"POWER1":"ON"}

00:00:03 RSL: stat/sonoff/POWER1 = ON

00:00:04 RSL: stat/sonoff/RESULT = {"POWER1":"OFF"}

00:00:04 RSL: stat/sonoff/POWER1 = OFF

00:00:04 WIF: verbunden

00:00:04 HTP: Web-Server aktiv bei sonoff-4691 mit IP-Adresse 192.168.178.103

Das Relais 1 hat wieder geschaltet. Ich verstehe es nicht.

Einstein67 · 22. November 2019

Komische Sache!

Sind die Dip-Schalter auch richtig eingestellt?

Code

S6: 1
K5: all 1
K6: all 0

Heidelbeerkoenig · 22. November 2019

Hallo, S6 = 1, K5 all 0. und K6 all 1.

die Relais sollen bei mir als Taster funktionieren. Jetzt habe ich nich festgestellt, dass nach einem Kaltstart (Strom aus) die Relais erst mal nicht schalten. Wenn dann die Relais über das Webinterface geschaltet werden und danach ein Warmstart durchgeführt wird, Tasten die vorher geschalteten Relais erst mal ein. Hier ein Auszug aus der Konsole. Ich hatte Relais 1 und zwei geschaltet.

00:00:00 CFG: aus Flash geladen am F4, zählen 72

00:00:00 Projekt sonoff Tuer Garage Tuer Licht Version 6.7.1(sonoff)-STAGE

00:00:00 WIF: verbinden mit AP1 SSR in Modus 11N als sonoff-4691...

00:00:03 RSL: stat/sonoff/RESULT = {"POWER1":"ON"}

00:00:03 RSL: stat/sonoff/POWER1 = ON

00:00:03 RSL: stat/sonoff/RESULT = {"POWER2":"ON"}

00:00:03 RSL: stat/sonoff/POWER2 = ON

00:00:04 RSL: stat/sonoff/RESULT = {"POWER1":"OFF"}

00:00:04 RSL: stat/sonoff/POWER1 = OFF

00:00:04 RSL: stat/sonoff/RESULT = {"POWER2":"OFF"}

00:00:04 RSL: stat/sonoff/POWER2 = OFF

00:00:04 WIF: verbunden

00:00:04 HTP: Web-Server aktiv bei sonoff-4691 mit IP-Adresse 192.168.178.103

15:46:59 RSL: tele/sonoff/STATE = {"Time":"2019-11-22T15:46:59","Uptime":"0T00:04:59","UptimeSec":299,"Heap":27,"SleepMode":"Dynamic","Sleep":250,"LoadAvg":3,"MqttCount":0,"POWER1":"OFF","POWER2":"OFF","POWER3":"OFF","POWER4":"OFF","Wifi":{"AP":1,"SSId":"SSR","BSSId":"38:10:D5:F6:90:DE","Channel":1,"RSSI":100,"LinkCount":1,"Downtime":"0T00:00:05"}}

JoergZ · 22. November 2019

Heidelbeerkoenig

Hast du die rule1 eingerichtet?

Haben die beiden CH4 verschiedene IPs?

Hast du irgendwas mit interlock eingestellt?

Hast du irgendeine Hausautomatisierungssoftware laufen (IOBroker, Openhab, Domoticz usw.), die vielleicht was schalten.

Es ist sehr merkwürdig. Bei mir läuft es genauso, wie ich es mit der rule definiere: über poweronstate 0 sind die Relais grundsätzlich aus und werden über die rule in den Zustand gebracht, den ich definiert habe.

Heidelbeerkoenig · 22. November 2019

Hallo Jörg, die beiden Zeilen, die Du mir bezüglich Rule geschrieben hast habe ich eingegeben. Alle 4 Power habe ich auf 0 gesetzt. Mir fehlt bezüglich Rule das Hintergrundwissen. Die beiden Schalter haben unterschiedliche IP. Mit Interlock habe ich nichts getan und ich habe diesbezüglich keine Kenntnisse. Hausautomatisierungssoftware habe ich keine laufen. Merkwürdig ist, dass nach

Warmstart die vorher geschalteten Relais beim Neustart einschalten bzw. Tasten.

Gerade haben Relais 1-3 geschaltet, dann kommt nach dem Neustart nachfolgender Ablauf aus der Konsole.

00:00:00 CFG: aus Flash geladen am F8, zählen 76

00:00:00 Projekt sonoff Tuer Garage Tuer Licht Version 6.7.1(sonoff)-STAGE

00:00:00 WIF: verbinden mit AP1 SSR in Modus 11N als sonoff-4691...

00:00:03 RSL: stat/sonoff/RESULT = {"POWER1":"ON"}

00:00:03 RSL: stat/sonoff/POWER1 = ON

00:00:03 RSL: stat/sonoff/RESULT = {"POWER2":"ON"}

00:00:03 RSL: stat/sonoff/POWER2 = ON

00:00:03 RSL: stat/sonoff/RESULT = {"POWER3":"ON"}

00:00:03 RSL: stat/sonoff/POWER3 = ON

00:00:04 RSL: stat/sonoff/RESULT = {"POWER1":"OFF"}

00:00:04 RSL: stat/sonoff/POWER1 = OFF

00:00:04 RSL: stat/sonoff/RESULT = {"POWER2":"OFF"}

00:00:04 RSL: stat/sonoff/POWER2 = OFF

00:00:04 WIF: verbunden

00:00:04 HTP: Web-Server aktiv bei sonoff-4691 mit IP-Adresse 192.168.178.103

21:26:33 RSL: stat/sonoff/RESULT = {"POWER3":"OFF"}

21:26:33 RSL: stat/sonoff/POWER3 = OFF

Kannst Du das Interpretieren und mir vielleicht bezüglich Rule noch eine Info zukommen lassen? Würde mich freuen. Danke im Voraus.

Heidelbeerkoenig · 22. November 2019

Hallo Jörg,

ich habe jetzt nochmal den Befehl eingegeben. Nachfolgend die Konsole.

00:00:00 CFG: aus Flash geladen am FB, zählen 81

00:00:00 Projekt sonoff Tuer Garage Tuer Licht Version 6.7.1(sonoff)-STAGE

00:00:00 WIF: verbinden mit AP1 SSR in Modus 11N als sonoff-4691...

00:00:03 RSL: stat/sonoff/RESULT = {"POWER1":"ON"}

00:00:03 RSL: stat/sonoff/POWER1 = ON

00:00:03 RSL: stat/sonoff/RESULT = {"POWER2":"ON"}

00:00:03 RSL: stat/sonoff/POWER2 = ON

00:00:03 RSL: stat/sonoff/RESULT = {"POWER3":"ON"}

00:00:03 RSL: stat/sonoff/POWER3 = ON

00:00:03 RSL: stat/sonoff/RESULT = {"POWER4":"ON"}

00:00:03 RSL: stat/sonoff/POWER4 = ON

00:00:04 RSL: stat/sonoff/RESULT = {"POWER1":"OFF"}

00:00:04 RSL: stat/sonoff/POWER1 = OFF

00:00:04 RSL: stat/sonoff/RESULT = {"POWER2":"OFF"}

00:00:04 RSL: stat/sonoff/POWER2 = OFF

00:00:04 RSL: stat/sonoff/RESULT = {"POWER3":"OFF"}

00:00:04 RSL: stat/sonoff/POWER3 = OFF

00:00:04 WIF: verbunden

00:00:04 HTP: Web-Server aktiv bei sonoff-4691 mit IP-Adresse 192.168.178.103

21:31:05 RSL: stat/sonoff/RESULT = {"POWER4":"OFF"}

21:31:05 RSL: stat/sonoff/POWER4 = OFF

21:35:57 RSL: tele/sonoff/STATE = {"Time":"2019-11-22T21:35:57","Uptime":"0T00:04:59","UptimeSec":299,"Heap":27,"SleepMode":"Dynamic","Sleep":250,"LoadAvg":3,"MqttCount":0,"POWER1":"OFF","POWER2":"OFF","POWER3":"OFF","POWER4":"OFF","Wifi":{"AP":1,"SSId":"SSR","BSSId":"38:10:D5:F6:90:DE","Channel":6,"RSSI":100,"LinkCount":1,"Downtime":"0T00:00:05"}}

21:40:57 RSL: tele/sonoff/STATE = {"Time":"2019-11-22T21:40:57","Uptime":"0T00:09:59","UptimeSec":599,"Heap":27,"SleepMode":"Dynamic","Sleep":250,"LoadAvg":11,"MqttCount":0,"POWER1":"OFF","POWER2":"OFF","POWER3":"OFF","POWER4":"OFF","Wifi":{"AP":1,"SSId":"SSR","BSSId":"38:10:D5:F6:90:DE","Channel":6,"RSSI":100,"LinkCount":1,"Downtime":"0T00:00:05"}}

21:40:58 APP: Serielles Logging deaktiviert

21:41:58 CMD: rule1 on system#boot do backlog power1 0; power3 0; power2 0; power4 0; endon

21:41:58 RSL: stat/sonoff/RESULT = {"Rule1":"OFF","Once":"OFF","StopOnError":"OFF","Free":439,"Rules":"on system#boot do backlog power1 0; power3 0; power2 0; power4 0; endon"}

21:42:46 CMD: rule1 1

21:42:46 RSL: stat/sonoff/RESULT = {"Rule1":"ON","Once":"OFF","StopOnError":"OFF","Free":439,"Rules":"on system#boot do backlog power1 0; power3 0; power2 0; power4 0; endon"}

Heidelbeerkoenig · 22. November 2019

Hier das Ergebnis nach Neustart. Die Relais Tasten "Ein"

00:00:00 CFG: aus Flash geladen am F7, zählen 85

00:00:00 Projekt sonoff Tuer Garage Tuer Licht Version 6.7.1(sonoff)-STAGE

00:00:00 WIF: verbinden mit AP1 SSR in Modus 11N als sonoff-4691...

00:00:03 RSL: stat/sonoff/RESULT = {"POWER1":"ON"}

00:00:03 RSL: stat/sonoff/POWER1 = ON

00:00:03 RSL: stat/sonoff/RESULT = {"POWER2":"ON"}

00:00:03 RSL: stat/sonoff/POWER2 = ON

00:00:03 RSL: stat/sonoff/RESULT = {"POWER3":"ON"}

00:00:03 RSL: stat/sonoff/POWER3 = ON

00:00:03 RSL: stat/sonoff/RESULT = {"POWER4":"ON"}

00:00:03 RSL: stat/sonoff/POWER4 = ON

00:00:04 RSL: stat/sonoff/RESULT = {"POWER1":"OFF"}

00:00:04 RSL: stat/sonoff/POWER1 = OFF

00:00:04 RSL: stat/sonoff/RESULT = {"POWER2":"OFF"}

00:00:04 RSL: stat/sonoff/POWER2 = OFF

00:00:04 RSL: stat/sonoff/RESULT = {"POWER3":"OFF"}

00:00:04 RSL: stat/sonoff/POWER3 = OFF

00:00:04 WIF: verbunden

00:00:04 HTP: Web-Server aktiv bei sonoff-4691 mit IP-Adresse 192.168.178.103

21:45:53 RSL: stat/sonoff/RESULT = {"POWER4":"OFF"}

21:45:53 RSL: stat/sonoff/POWER4 = OFF

Heidelbeerkoenig · 22. November 2019

Hallo Jörg,

mein zweiter Schalter zeigt das gleiche Verhalten.

00:00:00 CFG: aus Flash geladen am F5, zählen 377

00:00:00 Projekt sonoff Sauna Version 6.7.1(sonoff)-STAGE

00:00:00 WIF: verbinden mit AP2 SSR in Modus 11N als sonoff-0747...

00:00:03 RSL: RESULT = {"POWER4":"ON"}

00:00:03 RSL: POWER4 = ON

00:00:04 WIF: verbunden

00:00:04 HTP: Web-Server aktiv bei sonoff-0747 mit IP-Adresse 192.168.178.102

22:03:35 RSL: INFO1 = {"Module":"Sonoff 4CH Pro","Version":"6.7.1(sonoff)","FallbackTopic":"cmnd/DVES_CE02EB_fb/","GroupTopic":"sonoffs"}

22:03:35 RSL: INFO2 = {"WebServerMode":"Admin","Hostname":"sonoff-0747","IPAddress":"192.168.178.102"}

22:03:35 RSL: INFO3 = {"RestartReason":"Software/System restart"}

22:03:35 RSL: RESULT = {"POWER1":"OFF"}

22:03:35 RSL: POWER1 = OFF

22:03:35 RSL: RESULT = {"POWER2":"OFF"}

22:03:35 RSL: POWER2 = OFF

22:03:35 RSL: RESULT = {"POWER3":"OFF"}

22:03:35 RSL: POWER3 = OFF

22:03:35 RSL: RESULT = {"POWER4":"ON"}

22:03:35 RSL: POWER4 = ON

22:03:36 RSL: RESULT = {"POWER4":"OFF"}

22:03:36 RSL: POWER4 = OFF

22:03:43 RSL: STATE = {"Time":"2019-11-22T22:03:43","Uptime":"0T00:00:15","UptimeSec":15,"Heap":28,"SleepMode":"Dynamic","Sleep":200,"LoadAvg":5,"MqttCount":0,"POWER1":"OFF","POWER2":"OFF","POWER3":"OFF","POWER4":"OFF","Wifi":{"AP":2,"SSId":"SSR","BSSId":"98:9B:CB:DB:6F:55","Channel":6,"RSSI":74,"LinkCount":1,"Downtime":"0T00:00:05"}}

ruediger · 23. November 2019

Ich habe dieses Verhalten auch schon an einem sonofffan erlebt. Keine Lösung gefunden. Das Licht geht immer nach Netzwiederkehr an. Ich vermute, weil direkt über die GPIOs geschaltete Geräte das nicht haben, dass es an dem Portexpander liegt. Habe das auch mal an einer Rasperry Steuerung gehabt, dass man da aktiv eingreifen muss. Bin auf eine Lösung gespannt.

Heidelbeerkoenig · 23. November 2019

Hallo, ich bin kein Speziallist in der Thematik. Aber nach meinem Verständnis liegt es an der Firmware, die bei einem Warmstart die vorher geschalteten Relais wieder betätigt. Der Schalter ist mit der Firmware so für sensible Funktionen wie z.B. Türöffnerfunktion nicht nutzbar! Wer weiß noch einen Rat?

Einstein67 · 23. November 2019

Zitat von Heidelbeerkoenig

Aber nach meinem Verständnis liegt es an der Firmware, die bei einem Warmstart die vorher geschalteten Relais wieder betätigt.

Nein die Firmware ist OK!! Ich verwende seit Tasmota 5.12 einen 4CHpro ohne Probleme (mit Ausnahme dass sich ein Kanal mal ein RF-Signal eingefangen hat).

Code

00:00:00 CFG: aus Flash geladen am FA, zählen 3465
00:00:00 Projekt tasmota Gang Version 7.0.0.6(tasmota)-2_6_1
00:00:04 WIF: verbinden mit AP1 Einstein-N450 in Modus 11N als 4chpro...
00:00:05 WIF: verbunden
00:00:05 HTP: Web-Server aktiv bei 4chpro mit IP-Adresse 192.168.0.202
00:00:05 UPP: Multicast (wieder-)verbunden
10:33:21 MQT: Verbindungsversuch...
10:33:21 MQT: verbunden
10:33:21 MQT: tele/4chpro/LWT = Online (beibehalten)
10:33:21 MQT: cmnd/4chpro/POWER = 
10:33:21 MQT: tele/4chpro/INFO1 = {"Module":"Sonoff 4CH Pro","Version":"7.0.0.6(tasmota)","FallbackTopic":"cmnd/4CHpro_fb/","GroupTopic":"cmnd/sonoffs/"}
10:33:21 MQT: tele/4chpro/INFO2 = {"WebServerMode":"Admin","Hostname":"4chpro","IPAddress":"192.168.0.202"}
10:33:21 MQT: tele/4chpro/INFO3 = {"RestartReason":"Software/System restart"}
10:33:21 MQT: stat/4chpro/RESULT = {"POWER1":"OFF"}
10:33:21 MQT: stat/4chpro/POWER1 = OFF
10:33:21 MQT: stat/4chpro/RESULT = {"POWER2":"OFF"}
10:33:21 MQT: stat/4chpro/POWER2 = OFF
10:33:21 MQT: stat/4chpro/RESULT = {"POWER3":"OFF"}
10:33:21 MQT: stat/4chpro/POWER3 = OFF
10:33:21 MQT: stat/4chpro/RESULT = {"POWER4":"OFF"}
10:33:21 MQT: stat/4chpro/POWER4 = OFF
10:33:21 UPP: Multicast (wieder-)verbunden
10:33:25 MQT: tele/4chpro/STATE = {"Time":"2019-11-23T10:33:25","Uptime":"0T00:00:13","UptimeSec":13,"Heap":31,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"POWER1":"OFF","POWER2":"OFF","POWER3":"OFF","POWER4":"OFF","Wifi":{"AP":1,"SSId":"Einstein-N450","BSSId":"78:D2:94:A8:25:88","Channel":11,"RSSI":62,"LinkCount":1,"Downtime":"0T00:00:07"}}

Alles anzeigen

JoergZ · 23. November 2019

Zitat von Heidelbeerkoenig

22:03:35 RSL: INFO3 = {"RestartReason":"Software/System restart"}

Das Zitat stammt aus deinem Post #15. Das Gerät war vorher offensichtlich nicht stromlos. Falls du zuvor den poweronstate 0 gemacht haben solltest, wirkt sich das nicht aus, sondern erst nach einem "Kaltstart". Das nur zur Sicherheit nochmals angemerkt. Gib mal bitte nach einem Kaltstart auf der Konsole nur das Wort poweronstate ein. Kommt dort als Rückmeldung {poweronstate : 0}? Und auch dies: du hast nach der Definition der rule1 auch noch zusätzlich den Konsolenbefehl rule1 1 abgeschickt? Erst dadurch wird die Rule1 aktiviert. Vielleicht flashed du die CH4 noch mal neu. Manchmal sind in den Release neue (alte) Bugs drin.

Bei mir läuft es zuverlässig, egal ob nach Warmstart oder Kaltstart. Dennoch gibt es einen Unterschied: Beim Warmstart (restart 1) wird ZUNÄCHST der Zustand hergestellt, der VOR dem Abschalten geherrscht hat: Wenn dort einzelne Kanäle angeschaltet waren, werden diese auch sofort wieder angeschaltet. Die Rule wird nicht ausgeführt, weil das System nicht neu gebootet hat.

Bei einem Kaltstart - der Strom war wirklich weg vom CH4 - dann wird das umgesetzt, was mit poweronstate definiert ist.

Ich benutze Tasmota 6.6.0 da funktioniert es, wie ich es beschreibe. Ich habe inzwischen auch noch mit anderen Triggern experimentiert, die z. B. erst bei einem (geplanten) Neustart bzw. bei Verlust des Wifi oder des MQTT-Brokers wirken. Das Problem: Wenn man den restart 1 auslöst, werden solche Trigger nicht mehr richtig abgearbeitet, bzw. erst beim erneuten Hochfahren. Ob die Langsamkeit des ESP8266 dafür verantwortlich ist oder die Routine, die beim Herunterfahren und erneutem Starten abgearbeitet wird, vermag ich nicht zu beurteilen.

Ein Workaround ist vielleicht Folgendes. Dazu brauchst zwei Regeln. Die Regel 1 bleibt wie gehabt. Du richtest eine zweite Regel ein, die auf ein selbst definiertes Ereignis (event) reagiert:

Code

rule2 on event#neustart do backlog power1 0; power2 0; power3 0; power4 0; delay 2; restart 1; endon
rule2 1

Diese Rule sorgt dafür, dass alles ausgeschaltet wird, eine kurze Pause (0,2 Sek.) eingelegt wird (nur zur Sicherheit) und dann ein Neustart ausgelöst wird. Die Folge dieser Regel ist auch, dass alle Kanäle definitv abgeschaltet werden und das dies dann der zuletzt gespeicherte Zustand ist.

Das Neue: Einen Warmstart löst du jetzt NICHT mehr über die Schaltfläche Neustart aus oder über den Konsolenbefehl restart 1 sondern du setzt folgenden Konsolenbefehl ab:

Code

event neustart

Das löst die Regel dann aus, die alles zunächst ausschaltet und dann den CH4 neu hochfährt. Nun ist es (mit poweronstate 0) egal ob du einen Kaltstart oder einen mit dem Trigger neustart ausgelösten Warmstart machst.

Auch per http oder MQTT kannst du das Event, also den Warmstart auslösen:

Code

http://192.168.178.103/cm?user=admin&password=joker&cmnd=event neustart
##als MQTT-Statement:
mosquitto_pub -t cmnd/MQTT-Name/event -m 'neustart'

Mehr fällt mir jetzt wirklich nicht mehr ein. So, muss nun Laub harken .

mafrei · 23. November 2019

Wie Post zuvor schon sagt, es geht.

Auch bei mir laufen drei Stück ohne Probleme mit Version 6.7.1. Zuvor mit 5.1.2 lief es auch.

Nicht aufgeben

Heidelbeerkoenig · 23. November 2019

Hallo Jörg, danke für die umfangreiche Erklärung. Die werde ich Morgen umsetzen. Gruß und ein schönes Wochenende.

Sonoff Tasmota 4CH pro Neustart werden Schalter ungewollt eingeschaltet Firmware Tasmota 6.7.1

Teilen

Tags