ANLEITUNG MUSS ÜBERARBEITET WERDEN. Der Fork ist mittlerweile fest mit drin. Die letzten Seiten dieses Threads, zeigen wie es aktuell geht. Das schreibe ich hier noch neu auf...
Hallo zusammen,
anbei eine kleine Anleitung, wie man z.B. einen Sonoff T1 EU als Rollo Schalter verwenden kann. In dieser Anleitung geht es darum, dies mit Tasmota zu verwirklichen.
Das geht natürlich auch mit ESPeasy. Dazu mehr hier: https://forum.fhem.de/index.php?topic=89136.0
1. Einrichtung des Schalters
Es gibt einen Fork der gut funktioniert und den Vorteil der direkten PCT Ansteuerung hat. (https://forum.creationx.de/lexicon/index.php?entry/34-rollladensteuerung-mit-der-stefanbode-tasmota-fork/)
- Firmware flashen und Schalter im Netzwerk ausfindig machen.
- Grundlegende Einstellungen tätigen. (DNS Name, Gerätetyp, MQTT Server...)
2. Einrichtung FHEM
- Fhem findet den Schalter bei aktiviertem autocreate automatisch. In das nun neue MQTT Device müsste ihr nur noch das passende Template auswählen. Je nachdem wie ihr die PCT-Anzeige gerne hättet, bitte entsprechendes Template wählen. (Rollo oben = PCT 0% ist A_02b_tasmota_2ch_shutter_invert_1 / Rollo oben = PCT 100% ist A_02b_tasmota_2ch_shutter_invert_0)
- SHUTTEROPENDURATION / SHUTTERCLOSEDURATION einstellen. Dies sind die Zeiten die das Rollo zum hoch/runter fahren benötigt.
Das Template setzt folgende Dinge im Schalter um:
StateText1-4 (Umgestellt auf kleine Buchstaben. Z.B.: on statt ON, für Events, devStateIcons usw.)
SETOPTION26 1 (Nutzt Indikatoren wenn nur ein Relay vorhanden (POWER1 statt POWER).)
SETOPTION81 1 (Interlock Split aktivieren / Gruppieren der Relays)
SETOPTION80 1 (Aktivierung der Rollo Funktion)
INTERLOCK0 1 (Verriegelung der Relais gegeneinander / Interlock)
SETOPTION14 wurde abgeschafft. Hatte den Job, den nun Interlock0 hat. Bitte aktuelle Release des Fork nutzen.
switchmode1 3 (Art wie Button1 (links) reagiert)
switchmode2 3 (Art wie Button2 (rechts) reagiert)
SHUTTEROPENDURATION 20 (Zeit für Rollo hoch)
SHUTTERCLOSEDURATION 20 (Zeit für Rollo runter)
SHUTTERINVERT 1 oder 0
GROUPTOPIC Rollos
Zusätzlich werden folgende Befehle in FHEM aktiviert/hinzugefügt:
close - Schließt das Rollo komplett
open - Öffnet das Rollo komplett
half - Schließt das Rollo zu 50%
pct - Slider zum auswählen des gewünschten Zustandes in %
stop - Rollo anhalten wenn es fährt
resetClose - Geschlossenes Rollo setzen. Wenn die Position mal nicht stimmen sollte.
x_configuration - Hier können komplette Befehle an den Schalter gesendet werden. Beispiel: SHUTTEROPENDURATION 18
Info
Die vorhandenen Templates setzen alle nötigen Einstellungen. Dabei werden wie im 44er ROLLO Modul auch Icons im FHEM Web gesetzt usw. An sich muss danach nichts mehr angepasst werden und ihr habt eine komplette Rollo Steuerung. Alle Einstellungen sind anpassbar, erweiterbar und so gut es geht auch übersichtlich eingestellt.
Solltet ihr Fragen haben oder Anregungen, bitte einfach posten. Ich würde mich freuen von euch zu hören. Bitte KEINE PNs!
DANKE an:
- Beta-User
Gruß,
Kai
PS: Für ggf. weitere Ideen anbei mal ein List von einem Schalter:
READINGS:
2019-03-21 18:01:19 DeepSleep 0
2019-03-21 17:56:10 FallbackTopic cmnd/Test01_fb/
2019-03-21 17:56:10 GroupTopic Rollos
2019-03-21 18:01:19 Heap 21168
2019-03-21 17:56:10 Hostname Test01
2019-03-21 17:56:10 IPAddress 192.168.xxx.xxx
2019-03-21 18:00:57 LWT Online
2019-03-21 17:55:39 LedState 2
2019-03-21 18:01:19 LoadAvg 9
2019-03-21 17:56:10 Module Sonoff T1 2CH
2019-03-21 18:00:57 POWER
2019-03-21 18:01:19 POWER1 off
2019-03-21 18:01:19 POWER2 off
2019-03-21 17:55:37 Restart Restarting
2019-03-21 17:56:10 RestartReason Software/System restart
2019-03-21 18:01:19 SHUTTER-1_direction 0
2019-03-21 18:01:19 SHUTTER-1_position 0
2019-03-21 17:55:58 SaveData on
2019-03-21 17:55:39 SetOption14 on
2019-03-21 17:55:38 SetOption26 on
2019-03-21 17:55:39 SetOption80 on
2019-03-21 17:55:40 SetOption81 on
2019-03-21 18:01:19 Sleep 100
2019-03-21 18:01:19 SleepMode Dynamic
2019-03-21 17:55:37 StateText1 off
2019-03-21 17:55:37 StateText2 on
2019-03-21 17:55:38 StateText3 toggle
2019-03-21 17:55:38 StateText4 hold
2019-03-21 17:55:41 SwitchMode1 3
2019-03-21 17:55:41 SwitchMode2 3
2019-03-21 18:01:59 Time 2019-03-21T18:02:00
2019-03-21 18:01:59 Uptime 0T00:05:59
2019-03-21 18:01:19 Vcc 3.104
2019-03-21 17:56:10 Version 6.4.1.9 stb-1.1(sonoff)
2019-03-21 17:56:10 WebServerMode Admin
2019-03-21 18:01:19 Wifi_AP 1
2019-03-21 18:01:19 Wifi_BSSId MAC
2019-03-21 18:01:19 Wifi_Channel WLAN Kanal
2019-03-21 18:01:19 Wifi_RSSI 100
2019-03-21 18:01:19 Wifi_SSId SSID des WLANs
2019-03-21 17:57:31 pct 0
2019-03-21 17:55:57 shuttercloseduration1 20.0
2019-03-21 17:55:57 shutterinvert1 1
2019-03-21 17:56:31 shutteropen1 0
2019-03-21 17:55:57 shutteropenduration1 20.0
2019-03-21 17:57:21 shutterposition1 0
2019-03-21 17:57:31 state 0
Cool, da bist du ganz schön weit gekommen!
Habe mal auf die Schnelle versucht, das in die template-Sprache zu übersetzen. Das setzt aber die Laufzeit auf 100 sek in jede Richtung (wenn das die richtigen "Adressen" sind, ist geraten...).
Wenn du magst, mach da noch param-Abfragen für die Laufzeit rein (einen Namen dafür vergeben, der nicht per regex überschrieben wird (OPENINGDURATION, z.B.) und in den Perl-Teil einfach {undef}), dann sollte auch das klappen.
# tasmota 2ch as shutter device.
name:A_02b_tasmota_2ch_shutter
filter:TYPE=MQTT2_DEVICE
desc:Configures a dual chanel tasmota device as shutter; needs a special firmware version to operate.<br><a href="https://forum.fhem.de/index.php/topic,98366.msg917091.html#msg917091">Forum Thread</a>
set DEVICE attrTemplate A_01a_tasmota_basic_state_power1
par:DEVNAME;ESP's name in the topic;{ AttrVal("DEVICE","readingList","") =~ m,tele/([^/]*)/, ? $1 : undef }
par:IO_DEV;Currently used IO;{ AttrVal("DEVICE","IODev","")}
set IO_DEV publish cmnd/DEVNAME/Backlog SetOption80 1; SetOption14 1; SetOption81 1; switchmode1 3, switchmode2 3; SHUTTEROPENDURATION 100; SHUTTERCLOSEDURATION 100; SHUTTERINVERT 1; SaveData 1
attr DEVICE setList \
close:noArg cmnd/DEVNAME/shutterposition 100\
open:noArg cmnd/DEVNAME/shutterposition 0\
pct::slider,0,1,100 cmnd/DEVNAME/shutterposition $EVTPART1\
stop:noArg cmnd/DEVNAME/SHUTTERSTOP
attr DEVICE A_02b_tasmota_2ch_shutter
Zitat von: Beta-User am 10 März 2019, 13:25:49
Cool, da bist du ganz schön weit gekommen!
Habe mal auf die Schnelle versucht, das in die template-Sprache zu übersetzen. Das setzt aber die Laufzeit auf 100 sek in jede Richtung (wenn das die richtigen "Adressen" sind, ist geraten...).
Wenn du magst, mach da noch param-Abfragen für die Laufzeit rein (einen Namen dafür vergeben, der nicht per regex überschrieben wird (OPENINGDURATION, z.B.) und in den Perl-Teil einfach {undef}), dann sollte auch das klappen.
# tasmota 2ch as shutter device.
name:A_02b_tasmota_2ch_shutter
filter:TYPE=MQTT2_DEVICE
desc:Configures a dual chanel tasmota device as shutter; needs a special firmware version to operate.<br><a href="https://forum.fhem.de/index.php/topic,98366.msg917091.html#msg917091">Forum Thread</a>
set DEVICE attrTemplate A_01a_tasmota_basic_state_power1
par:DEVNAME;ESP's name in the topic;{ AttrVal("DEVICE","readingList","") =~ m,tele/([^/]*)/, ? $1 : undef }
par:IO_DEV;Currently used IO;{ AttrVal("DEVICE","IODev","")}
set IO_DEV publish cmnd/DEVNAME/Backlog SetOption80 1; SetOption14 1; SetOption81 1; switchmode1 3, switchmode2 3; SHUTTEROPENDURATION 100; SHUTTERCLOSEDURATION 100; SHUTTERINVERT 1; SaveData 1
attr DEVICE setList \
close:noArg cmnd/DEVNAME/shutterposition 100\
open:noArg cmnd/DEVNAME/shutterposition 0\
pct::slider,0,1,100 cmnd/DEVNAME/shutterposition $EVTPART1\
stop:noArg cmnd/DEVNAME/SHUTTERSTOP
attr DEVICE A_02b_tasmota_2ch_shutter
Hab mal ein wenig rum gespielt und getestet....
habe mir ein paar Dinge zusammen kopiert, wie die devState Icons und ein paar Befehle hinzugefügt.
# tasmota 2ch as shutter device.
name:A_02b_tasmota_2ch_shutter
filter:TYPE=MQTT2_DEVICE
desc:Configures a dual chanel tasmota device as shutter; needs a special firmware version to operate.<br><a href="https://forum.fhem.de/index.php/topic,98366.msg917091.html#msg917091">Forum Thread</a>
set DEVICE attrTemplate A_01a_tasmota_basic_state_power1
par:DEVNAME;ESP's name in the topic;{ AttrVal("DEVICE","readingList","") =~ m,tele/([^/]*)/, ? $1 : undef }
par:IO_DEV;Currently used IO;{ AttrVal("DEVICE","IODev","")}
set IO_DEV publish cmnd/DEVNAME/Backlog SetOption80 1; SetOption14 1; SetOption81 1; switchmode1 3; switchmode2 3; SHUTTEROPENDURATION 20; SHUTTERCLOSEDURATION 20; SHUTTERINVERT 1; SaveData 1;
attr DEVICE setList \
close:noArg cmnd/DEVNAME/shutterposition 100\
open:noArg cmnd/DEVNAME/shutterposition 0\
half:noArg cmnd/DEVNAME/shutterposition 50\
pct:slider,0,1,100 cmnd/DEVNAME/shutterposition $EVTPART1\
stop:noArg cmnd/DEVNAME/SHUTTERSTOP\
resetClose:noArg cmnd/DEVNAME/SHUTTERSETCLOSE\
timeUp:slider,10,1,50 cmnd/DEVNAME/SHUTTEROPENDURATION $EVTPART1\
timeDown:slider,10,1,50 cmnd/DEVNAME/SHUTTERCLOSEDURATION $EVTPART1\
invert:textField cmnd/DEVNAME/SHUTTERINVERT $EVTPART1
attr DEVICE devStateIcon 100:fts_shutter_100 0:fts_shutter_10 9\d.*:fts_shutter_10 8\d.*:fts_shutter_20 7\d.*:fts_shutter_30 6\d.*:fts_shutter_40 5\d.*:fts_shutter_50 4\d.*:fts_shutter_60 3\d.*:fts_shutter_70 2\d.*:fts_shutter_80 1\d.*:fts_shutter_90 0\d.*:fts_shutter_100 set_.*:fts_shutter_updown
attr DEVICE stateFormat shutterposition1
<br>
<a href="http://IPAddress" target="_blank">Webinterface</a>
deleteReading DEVICE .*
attr DEVICE setStateList open close stop
attr DEVICE A_02b_tasmota_2ch_shutter
- Die Icons sind bei mir nicht alle richtig angeordnet. Ich weiß nicht warum. Die Icons sind vorhanden aber der Abstand zwischen Ihnen ist nicht überall gleich.
- Die Symbole sind aktuell mehr als benötigt. Denke aber die kann man drin lassen, werde ich das noch verfeinern. Es wird momentan kein laufendes Rollo angezeigt sondern direkt der gewünschte Zustand. Ich weiß nicht wie ich POWER1/POWER2 abfangen soll um zu wissen das es sich bewegt.
- Befehle hinzugefügt und getestet. Somit kann nun Hoch/Runter usw angepasst werden.
Ein paar Dinge haben mich echt nerven gekostet heute. Warum wird bei textField z.B. immer die letzte Zahl angezeigt aber auch "set"? Es steht also immer sowas wie "set 18" drin.
Diese Befehle gibt es aber habe ich noch nicht alle drin:
SHUTTEROPENDURATION, SHUTTERCLOSEDURATION, SHUTTERRELAY, SHUTTER50PERCENT, SHUTTERSETCLOSE, SHUTTERINVERT, SHUTTEROPEN, SHUTTERCLOSE, SHUTTERSTOP, SHUTTERPOSITION(0-100). 0 = CLOSE, 100 = OPEN (if Inverted: 100 = CLOSE, 0 = OPEN)
Bitte nicht meckern aber natürlich habe ich mir einiges vom 44_ROLLO abgeguckt. Das Modul ist gut und deswegen auch die Übernahme von z.B. "half".
So,
eine kleine (ungetestete) Weiterentwicklung. Da sollte manches aus deiner Wunschliste berücksichtigt sein, manches ist "anders", siehe unten:
# tasmota 2ch as shutter device.
name:A_02b_tasmota_2ch_shutter
filter:TYPE=MQTT2_DEVICE
desc:Configures a dual chanel tasmota device as shutter; needs a special firmware version to operate.<br><a href="https://forum.fhem.de/index.php/topic,98366.msg917091.html#msg917091">Forum Thread</a>
set DEVICE attrTemplate A_01a_tasmota_basic_state_power1
par:DEVNAME;ESP's name in the topic;{ AttrVal("DEVICE","readingList","") =~ m,tele/([^/]*)/, ? $1 : undef }
par:IO_DEV;Currently used IO;{ AttrVal("DEVICE","IODev","")}
set IO_DEV publish cmnd/DEVNAME/Backlog SetOption80 1; SetOption14 1; SetOption81 1; switchmode1 3; switchmode2 3; SHUTTEROPENDURATION 100; SHUTTERCLOSEDURATION 100; SHUTTERINVERT 1; SaveData 1;
attr DEVICE setList \
close:noArg cmnd/DEVNAME/SHUTTERCLOSE\
open:noArg cmnd/DEVNAME/SHUTTEROPEN\
half:noArg cmnd/DEVNAME/shutterposition 50\
pct:slider,0,1,100 cmnd/DEVNAME/shutterposition $EVTPART1\
stop:noArg cmnd/DEVNAME/SHUTTERSTOP\
resetClose:noArg cmnd/DEVNAME/SHUTTERSETCLOSE\
x_configuration cmnd/DEVNAME/$EVTPART1 $EVTPART2\
x_invert:textField cmnd/DEVNAME/SHUTTERINVERT $EVTPART1
attr DEVICE devStateIcon 100:fts_shutter_100 0:fts_shutter_10 9\d.*:fts_shutter_10 8\d.*:fts_shutter_20 7\d.*:fts_shutter_30 6\d.*:fts_shutter_40 5\d.*:fts_shutter_50 4\d.*:fts_shutter_60 3\d.*:fts_shutter_70 2\d.*:fts_shutter_80 1\d.*:fts_shutter_90 0\d.*:fts_shutter_100 set_.*:fts_shutter_updown
attr DEVICE stateFormat shutterposition1
attr DEVICE webCmd open:close:stop:pct
attr DEVICE cmdIcon open:fts_shutter_up close:fts_shutter_down stop:control_x
attr DEVICE comment Hier könnten Hinweise stehen, welche Werte für x_configuration sinnvoll sein könnten...
<br>
<a href="http://IPAddress" target="_blank">Webinterface</a>
deleteReading DEVICE .*
attr DEVICE setStateList open close stop
attr DEVICE A_02b_tasmota_2ch_shutter
Zitat von: 87insane am 10 März 2019, 16:50:15- Die Icons sind bei mir nicht alle richtig angeordnet. Ich weiß nicht warum. Die Icons sind vorhanden aber der Abstand zwischen Ihnen ist nicht überall gleich.
- Die Symbole sind aktuell mehr als benötigt. Denke aber die kann man drin lassen, werde ich das noch verfeinern.
Sollten die beiden neuen Attribute webCmd und cmdIcon machen; wo das mit dem Abstand ggf. herkommt, habe ich mir nicht angesehen.
ZitatEs wird momentan kein laufendes Rollo angezeigt sondern direkt der gewünschte Zustand. Ich weiß nicht wie ich POWER1/POWER2 abfangen soll um zu wissen das es sich bewegt.
Dazu müßte man ggf. eine eventMap bauen und aus "irgendeiner" POWER-on-Meldung einen passenden Zustand basteln. Oder eben ein userreading, das (nur!) auf POWERx triggert und einen "motor"-state ableitet...
Zitat- Befehle hinzugefügt und getestet. Somit kann nun Hoch/Runter usw angepasst werden.
Ein paar Dinge haben mich echt nerven gekostet heute. Warum wird bei textField z.B. immer die letzte Zahl angezeigt aber auch "set"? Es steht also immer sowas wie "set 18" drin.
Diese Befehle gibt es aber habe ich noch nicht alle drin:
SHUTTEROPENDURATION, SHUTTERCLOSEDURATION, SHUTTERRELAY, SHUTTER50PERCENT, SHUTTERSETCLOSE, SHUTTERINVERT, SHUTTEROPEN, SHUTTERCLOSE, SHUTTERSTOP, SHUTTERPOSITION(0-100). 0 = CLOSE, 100 = OPEN (if Inverted: 100 = CLOSE, 0 = OPEN)
Bitte nicht meckern aber natürlich habe ich mir einiges vom 44_ROLLO abgeguckt. Das Modul ist gut und deswegen auch die Übernahme von z.B. "half".
Abgucken ist gut, ich hatte nur per pm angemerkt, dass du die logische Zwischenschicht nicht brauchst, wenn der Aktor die Laufzeit selbst überwachen kann...
Die Befehle würde ich nicht alle einzeln aufnehmen (aber für open und close die direkten Entsprechungen statt der %-Werte nehmen, dann paßt das auch für nicht invertierte Typen), sondern gerade für die Konfigurationsbefehle halt ein Textfeld hernehmen, in dem dann beides (Datenpunkt und Wert) einzutragen ist. Das braucht man nur zum Einrichten (daher mit x_ nach hinten sortiert) und sollte dazu eben wissen, was es alles so gibt, daher der Kommentar.
Um "doofe" Fragen neuer Nutzer zu vermeiden, bei denen die 20 nicht paßt, würde ich per default auch eher was deutlich zu langes (100) ausliefern, gerade um den geneigten user drauf zu stoßen, dass er das bitte anpaßt und eben nicht davon ausgeht, dass _alles_ automatisch richtig ist...
Hey,
anbei mal meine angepasste Version (wie auch bei Dir, siehe unten):
# tasmota 2ch as shutter device.
name:A_02b_tasmota_2ch_shutter
filter:TYPE=MQTT2_DEVICE
desc:Configures a dual chanel tasmota device as shutter; needs a special firmware version to operate.<br><a href="https://forum.fhem.de/index.php/topic,98366.msg917091.html#msg917091">Forum Thread</a>
set DEVICE attrTemplate A_01a_tasmota_basic_state_power1
par:DEVNAME;ESP's name in the topic;{ AttrVal("DEVICE","readingList","") =~ m,tele/([^/]*)/, ? $1 : undef }
par:IO_DEV;Currently used IO;{ AttrVal("DEVICE","IODev","")}
set IO_DEV publish cmnd/DEVNAME/Backlog SetOption80 1; SetOption14 1; SetOption81 1; switchmode1 3; switchmode2 3; SHUTTEROPENDURATION 1; SHUTTERCLOSEDURATION 1; SHUTTERINVERT 1; SaveData 1;
attr DEVICE setList \
close:noArg cmnd/DEVNAME/SHUTTERCLOSE\
open:noArg cmnd/DEVNAME/SHUTTEROPEN\
half:noArg cmnd/DEVNAME/shutterposition 50\
pct:slider,0,1,100 cmnd/DEVNAME/shutterposition $EVTPART1\
stop:noArg cmnd/DEVNAME/SHUTTERSTOP\
resetClose:noArg cmnd/DEVNAME/SHUTTERSETCLOSE\
x_configuration cmnd/DEVNAME/$EVTPART1 $EVTPART2\
x_invert:select,0,1 cmnd/DEVNAME/SHUTTERINVERT $EVTPART1
attr DEVICE devStateIcon 100:fts_shutter_100 0:fts_shutter_10 9\d.*:fts_shutter_90 8\d.*:fts_shutter_80 7\d.*:fts_shutter_70 6\d.*:fts_shutter_60 5\d.*:fts_shutter_50 4\d.*:fts_shutter_40 3\d.*:fts_shutter_30 2\d.*:fts_shutter_20 1\d.*:fts_shutter_10 \b\d\b.*:fts_shutter_10 set_.*:fts_shutter_updown
attr DEVICE webCmd open:close:half:stop:pct
attr DEVICE cmdIcon open:fts_shutter_up close:fts_shutter_down stop:fts_shutter_manual half:fts_shutter_50
attr DEVICE comment SHUTTEROPENDURATION: Time for a complete shutter up. SHUTTERCLOSEDURATION: Time for a complete shutter down.
attr DEVICE stateFormat shutterposition1\
<br>\
<a href="http://IP-Address" target="_blank">Webinterface</a>
deleteReading DEVICE .*
attr DEVICE setStateList open close stop
attr DEVICE A_02b_tasmota_2ch_shutter
ZitatSollten die beiden neuen Attribute webCmd und cmdIcon machen; wo das mit dem Abstand ggf. herkommt, habe ich mir nicht angesehen.
Hätte ich ggf. auch im Template posten sollen :-\ Habe die Dinge gesetzt gehabt aber nach wie vor gilt das Bild 2 aus Post 1. Da sieht man wie die sich bei mir verschieben in der Übersicht. In der aktuellen Version des Templates habe ich es diesmal auch mit gepostet und nicht wieder vergessen :)
ZitatDazu müßte man ggf. eine eventMap bauen und aus "irgendeiner" POWER-on-Meldung einen passenden Zustand basteln. Oder eben ein userreading, das (nur!) auf POWERx triggert und einen "motor"-state ableitet...
Der Schalter liefert POWER1 on/off oder POWER2 on/off. POWER1 ist immer hoch, POWER2 runter. Wenn ich aber z.B. HIER_DAS_READING:fts_shutter_up@red nutzen wollen würde weiß ich nicht wie ich sage, dass er das Reading von POWER1 nehmen soll. Wenn ich nur on:fts_shutter_up@red, reagiert er natürlich auf alles was an/aus geht bei diesem Gerät. Die Syntax kenne ich nicht. Hätte was erwartet wie POWER1:on:fts_shutter_up@red.
Zitat...sondern gerade für die Konfigurationsbefehle halt ein Textfeld hernehmen, in dem dann beides (Datenpunkt und Wert) einzutragen ist. Das braucht man nur zum Einrichten (daher mit x_ nach hinten sortiert) und sollte dazu eben wissen, was es alles so gibt, daher der Kommentar.
Um "doofe" Fragen neuer Nutzer zu vermeiden, bei denen die 20 nicht paßt, würde ich per default auch eher was deutlich zu langes (100) ausliefern, gerade um den geneigten user drauf zu stoßen, dass er das bitte anpaßt und eben nicht davon ausgeht, dass _alles_ automatisch richtig ist...
Kommentar und alle Befehle, habe ich jetzt hinten angestellt. Ist nur 1min Arbeit, weswegen ich erstmal alles andere und wichtige fertig haben wollte. Mache ich aber gerne noch am Ende.
Um die Fragen direkt im Keim zu ersticken habe ich die Zeit nun auf 1 Sekunde gestellt. Also das sollte wirklich jeder sofort merken. Bei 100 oder sehr hohen Zahlen kommen komische Positionen heraus aber man weiß ggf. nicht direkt warum. Bei einer Sekunde, sollte man beim testen ja direkt sehen das etwas nicht stimmen kann.
Was habe ich getan?
x_invert auf select gestellt. Es gibt nur 1 oder 0.
comment: Die 2 wichtigen Befehle mal hinterlegt.
webCmd: Erweitert um "half"
cmdIcon: An die Symbole von ROLLO angepasst.
StateFormat: Wieder richtig in das Template geschrieben. Es war nicht zusammen und ging deswegen nicht in deiner ungetesteten Version. (PS: Danke für das Training :-P)
devStateIcon: Regex für Zahlen <10 angepasst für das eine Symbol (PCT Wert wird von 1-9 nur einstellig dargestellt). Hier fehlt aber noch eine Art "automatische Invert Erkennung". Ich habe Invert auf 1 und so rum sind aktuell auch die Symbole.
Thema setStateList:
setStateList command command ...
This attribute is used to get more detailed feedback when switching devices. I.e. when the command on is contained in the list, state will be first set to set_on, and after the device reports execution, state will be set to on (probably with the help of stateFormat). Commands not in the list will set a reading named after the command, with the word set and the command parameters as its value.
If this attribute is not defined, then a set command will set the state reading to the name of the command.
Ich habe keine Ahnung woher setStateList die Erkenntnis nimmt, das ein Gerät wirklich schon diesen Befehl ausführt. Wenn das wirklich funktioniert und nicht nur immer etwas in die Readings schreibt, macht dann nicht auch Sinn, alle Befehle hierin mit zu übernehmen? (Wie im webCmd open:close:half:stop:pct)
In meinen Augen läuft das hier schon sehr gut! Bin nach wie vor sehr erstaunt, wie einfach das tatsächlich ist. Zudem würde ich auch sagen, es läuft bis auf Kleinigkeiten so gut, das man es auch übernehmen könnte.
Was fehlt noch oder passt nicht?
- Finde die Benamung des Templates zu unschlüssig. Wenn ich nicht selber dran arbeiten würde, würde ich es nicht wissen. Ggf. sollte das erweitert werden. Z.B. womit getestet wurde. In meinem Fall ist das ein Sonoff T1 EU (2-Gang).
- Invertierung der devStateIcon´s geht doch bestimmt irgendwie auch automatisch wenn man x_invert von 1 auf 0 oder umgekehrt einstellt....
- Nach wie vor habe ich in der FHEM WebGui verschobene Icons (Bild 2).
- Wäre schön aber in meinen Augen auch kein muss - fts_shutter_up@red und fts_shutter_down@red, wie im ROLLO Modul um ein aktuell fahrendes Rollo zu erkennen.
Zitat von: 87insane am 11 März 2019, 19:01:08
Hätte ich ggf. auch im Template posten sollen :-\ Habe die Dinge gesetzt gehabt aber nach wie vor gilt das Bild 2 aus Post 1. Da sieht man wie die sich bei mir verschieben in der Übersicht. In der aktuellen Version des Templates habe ich es diesmal auch mit gepostet und nicht wieder vergessen :)
Ah ok; ich schaue mir in der Regel die Ausgangspostings nur an, wenn mir jemand sagt, dass da was neues steht...
ZitatDer Schalter liefert POWER1 on/off oder POWER2 on/off. POWER1 ist immer hoch, POWER2 runter.
ungetestet vielleicht:
attr DEVICE eventMap { dev=>{'^(.*)POWER1: on$'=>'state: opening', '^(.*)POWER2: on$'=>'state: closing'} }
ZitatWenn ich aber z.B. HIER_DAS_READING:fts_shutter_up@red nutzen wollen würde weiß ich nicht wie ich sage, dass er das Reading von POWER1 nehmen soll. Wenn ich nur on:fts_shutter_up@red, reagiert er natürlich auf alles was an/aus geht bei diesem Gerät. Die Syntax kenne ich nicht. Hätte was erwartet wie POWER1:on:fts_shutter_up@red.
Vielleicht geht ohne die eventMap:
POWER1.on:fts_shutter_up@red:stop
Vorne steht die Regex (daher der Punkt! für das Leerzeichen...) Dann das Symbol@Farbe, dann der Befehl, der ausgelöst werden soll (hier:stop).
ZitatKommentar und alle Befehle, habe ich jetzt hinten angestellt. Ist nur 1min Arbeit, weswegen ich erstmal alles andere und wichtige fertig haben wollte. Mache ich aber gerne noch am Ende.Um die Fragen direkt im Keim zu ersticken habe ich die Zeit nun auf 1 Sekunde gestellt. Also das sollte wirklich jeder sofort merken. Bei 100 oder sehr hohen Zahlen kommen komische Positionen heraus aber man weiß ggf. nicht direkt warum. Bei einer Sekunde, sollte man beim testen ja direkt sehen das etwas nicht stimmen kann.
Da kann der "DAU" aber denken, sein Aktor wäre kaputt... Wenn kurz, dann nicht sehr viel zu kurz...
ZitatWas habe ich getan?
x_invert auf select gestellt. Es gibt nur 1 oder 0.
comment: Die 2 wichtigen Befehle mal hinterlegt.
M.E. sollte man als auswählbare Optionen nur Dinge haben, die man im Regelbetrieb braucht. Da man das Rollo in der Regel nur einmal einstellt, würde ich hier den Komfort lieber weglassen. Das hat auch den Vorteil, dass du dir keine Gedanken machen mußt um die Invertierung der Symbole usw. Du lieferst EINEN Standard, alles was abweicht, kommt entweder in einen Kommentar, und wenn das zu lang wird, in einen Link zum Weiterlesen. Das ist schon sehr viel Komfort, mehr muß gar nicht sein...
Dafür sollten die Kommentare verständlich sein, nur ein zu kurz hingeschriebener Befehl ohne Hinweis, worauf er sich bezieht, ist da nicht optimal. Lieber ein "echtes" Beispiel und der Link, wo mehr zu finden ist...
Zitat
Thema setStateList: [...]
Ich habe keine Ahnung woher setStateList die Erkenntnis nimmt,[...]
setStatList hat keine Erkenntnisse... Es ist nur so, dass alle Befehle ohne dieses Attribut im state landen, also auch, wenn man z.B. eine Lampe auf irgendeinen Farbwert setzt. Da aber die tatsächliche Schaltung des Farbwerts woanders zurückkommt (nämlich den color-Readings), ändert sich state auch nicht mehr...
Daher habe ich Rudi genötigt, es zuzulassen, dass nur bestimmte set-Vorgänge in state schreiben, und der Rest in die jeweiligen Readings kommt (mit also pct set 50). Da bei dir das pct-Reading den STATE schreibt (außer ggf. den eventMap-Fällen oben), ist das hier nicht soo wichtig, weil vermutlich immer auch zeitnah ein pct-Wert vom Aktor her kommt.
(Das ist Kauderwelsch, den du ggf. mal in einer stillen Stunde in Ruhe verdauen solltest ;) ).
ZitatIn meinen Augen läuft das hier schon sehr gut! Bin nach wie vor sehr erstaunt, wie einfach das tatsächlich ist. Zudem würde ich auch sagen, es läuft bis auf Kleinigkeiten so gut, das man es auch übernehmen könnte.
- Finde die Benamung des Templates zu unschlüssig. Wenn ich nicht selber dran arbeiten würde, würde ich es nicht wissen. Ggf. sollte das erweitert werden. Z.B. womit getestet wurde. In meinem Fall ist das ein Sonoff T1 EU (2-Gang).
Ich finde es auch schon sehr gut!
Die Benennung ist m.E. nach einem konkreten Gerät NICHT sinnvoll. Welche konkrete Hardware genutzt wurde, kommt in die desc:. Ansonsten ist das nicht mehr wichtig, ob das mal ein Shelly war, ein Sonoff xy oder ein Eigenbau. Mit Tasmota verhalten die sich ALLE (im Prinzip) GLEICH. Wichtig ist nur noch, dass 2 Relays angesteuert werden, daher das 2ch (über Details lasse ich mit mir reden, aber Sonoff kommt nicht in den Titel...).
1.
Zitatattr DEVICE eventMap { dev=>{'^(.*)POWER1: on$'=>'state: opening', '^(.*)POWER2: on$'=>'state: closing'} }
2.
ZitatPOWER1.on:fts_shutter_up@red:stop
Geht beides nicht. Warum?
1. Weil state zwar gesetzt wird aber kein ICON geändert wird. Vermutlich weil nur shutterposition1 im StateFormat drin steht? Also ich habe nun locker 6 Stunden rum probiert und muss mich für heute geschlagen geben. Habe auch ein wenig mit IF im StateFormat gespielt aber ich bekomme nicht alles zusammen hin. Also Bild bei Fahrt + Webinterface + PCT Bild bei Stop.
2. Geht nicht auf das gleiche Icon. Also ich weiß nicht wie. Wenn ich nicht nur shutterposition1 und Webinterface, sondern auch noch POWER1 und POWER2 ins StateFormat setze, bekomme ich diese Lampen angezeigt und diese zeigen auch aus/an. Aber ich würde es gerne im gleichen Icon haben.
Bezüglich des DAUs - Ist mir egal, mach es am Ende einfach wie du es für korrekt empfindest. Kann es bei mir bzw. jeder der will, einfach anpassen.
ZitatsetStatList hat keine Erkenntnisse... Es ist nur so, dass alle Befehle ohne dieses Attribut im state landen, also auch, wenn man z.B. eine Lampe auf irgendeinen Farbwert setzt. Da aber die tatsächliche Schaltung des Farbwerts woanders zurückkommt (nämlich den color-Readings), ändert sich state auch nicht mehr...
Daher habe ich Rudi genötigt, es zuzulassen, dass nur bestimmte set-Vorgänge in state schreiben, und der Rest in die jeweiligen Readings kommt (mit also pct set 50). Da bei dir das pct-Reading den STATE schreibt (außer ggf. den eventMap-Fällen oben), ist das hier nicht soo wichtig, weil vermutlich immer auch zeitnah ein pct-Wert vom Aktor her kommt.
(Das ist Kauderwelsch, den du ggf. mal in einer stillen Stunde in Ruhe verdauen solltest ;) ).
Tatsächlich mehrfach gelesen aber ich gebe mal in kurz wieder was ich verstanden habe:
mit setstatelist = es wird ausschließlich im eigenen Reading geschrieben.
ohne setstatelist = es wird zusätzlich in state geschrieben.
Möchte folgendes mal kurz erklären....
Der Aktor hat zwar einen PCT Wert. Aber dieser ist aus der zeitlichen Berechnung des Schalters. Klappt bei gut eingestellten Zeiten wirklich x mal besser wie im Rollo Modul (wegen dem delay zum schalter, ggf. sogar über Repeater usw...). Am Ende wird auch diese Variante aber niemals zu 100% klappen. Da es ganze Sekunden sind und keine Millisekunden. Wie dem auch seie, ist es wirklich viel besser so.
Habe bei mir bisher aber nur wegen meiner Spielerei Abweichungen der Position.
Thema Namen: Überzeugt :)
Habe bei webCmd nun folgendes stehen ":open:close:half:stop:pct". Es ist nur ":" der Doppelpunkt am Anfang mehr. Ich weiß nicht warum die Symbole so komisch verschoben sind. Wenn ich mit dem ":" am Anfang arbeite, sind alle um ein paar cm weiter rechts aber nebeneinander. Das ist zwar nur Schönheit aber es nervt mich enorm! (Vergleichsbild angehangen)
Offene Punke:
- Invertierung der devStateIcon´s: Wird gestrichen. Hast du Recht! Wer es anders mag kann es ja eben anpassen.
- Nach wie vor habe ich in der FHEM WebGui verschobene Icons (Bild im Anhang als Vergleich)
- Erkennung von aktuell fahrendem Rollo wäre nach wie vor schön. Bin aber ratlos.
- Helfe gerne beim ausarbeiten der Kommentare und was du da so haben magst. Am besten mal ne kleine Info was du brauchst. Alle Infos hatte ich in folgendem Link gefunden: https://github.com/stefanbode/Sonoff-Tasmota/wiki/Shutter-blinds-working-with-two-relays
- PCT Schiebregler aus pct:slider,0,1,100 cmnd/sonoff/shutterposition $EVTPART1 stimmt bei externer Steuerung nicht mit Reading überein. shutterposition1 ist sofort korrekt aber der Slider nicht. Dieser bleibt auf der Position, die FHEM zuletzt angesteuert hat.
PS: Nach wie vor bin ich zu blöd die Steuerung zu verstehen, via MQTT!
Nehme mal diesen Befehl als Beispiel: cmnd/sonoff/SHUTTEROPEN - Wenn ich diesen Über die Bridge sende, klappt es bei meinem AZ Rollo. Aber wenn ich nun ein weiteres Rollo fertig machen wollen würde, würde es ja auch cmnd/sonoff/SHUTTEROPEN diesen Befehl nehmen. Wie kann ich nun die Rollos einzeln ansteuern. Mir ist die Geschichte mit den Topics usw nach wie vor zu hoch :\
Ich würde es ja so ertwarten: cmnd/az_rollo/SHUTTEROPEN, cmnd/bz_rollo/SHUTTEROPEN oder von mir aus auch az_rollo/sonoff/SHUTTEROPEN, bz_rollo/sonoff/SHUTTEROPEN....
Da ist auch eine klare Unterscheidung drin, die ich aktuell bei einem weiterem Rollo nicht hätte.
Wenn 1 klappt mit der state-Zuweisung, steht demnach "opening" im state und kann dann auch so genutzt werden:
opening:fts_shutter_up@red:stop
Damit müßte dann auch das aktuell fahrende Rollo erkennbar sein (mind. über einen Event in state!).
ZitatTatsächlich mehrfach gelesen aber ich gebe mal in kurz wieder was ich verstanden habe:
mit setstatelist = es wird ausschließlich im eigenen Reading geschrieben.
ohne setstatelist = es wird zusätzlich in state geschrieben.
Nicht ganz: alles "set"-Anweisungen, die namentlich in setStateList auftauchen, verändern state, der Rest _nur_ das entsprechende Reading.
Schon mal versucht, ob der Aktor auch 20.3 verstehen würde für die Zeiten?
ZitatIch würde es ja so ertwarten: cmnd/az_rollo/SHUTTEROPEN, cmnd/bz_rollo/SHUTTEROPEN ....
Sorry für die Verwirrung um die Namensgebung! Wenn die firmware da - aus welchen Gründen auch immer - den Namen "sonoff" da reinschreibt für alle Geräte, dann liegst du richtig mit dem Umbenennen in "xx_rollo"; bitte aber cmnd und tele da lassen, wo sie sind (sonst wird das weggefiltert...).
- PCT Schiebregler aus pct:slider,0,1,100 cmnd/sonoff/shutterposition $EVTPART1 stimmt bei externer Steuerung nicht mit Reading überein. shutterposition1 ist sofort korrekt aber der Slider nicht. Dieser bleibt auf der Position, die FHEM zuletzt angesteuert hat.
OK, scheint wieder zum Teil eine dieser vielfältigen Optionen bei tasmota zu sein. Full story:
Mach bei der setList folgendes draus:
pct:slider,0,1,100 cmnd/sonoff/shutterposition1 $EVTPART1
Und in der readingList schaust du nach dem entsprechenden tele (?)-Reading und benennst das am Ende um in pct (statt shutterposition1?). Diese Angaben müssen übereinstimmen, das eine ist vom Gerät zum Aktor, das andere der Rückweg; in beidem muß der Readingname übereinstimmen ;) .
Den Rest bekommen wir vollends hin, schau dir auch immer an, was über das IO an Events läut und wo das landet, dann wird vieles klarer ;) . (Ich würde die Angaben zum MQTT-Verkehr auch brauchen, um nicht bei manchem raten zu müssen...)
Nachtrag noch:
die Attribute setStateList und stateFormat solltest du erst mal weglassen. Das entscheidet zwar uU. über das Aussehen, aber verdeckt im Moment evtl. noch die "eigentliche" Datenlage.
Dann wäre noch ein Vorschlag, statt mit stateFormat den pct-Wert (das Reading muß aber vermutlich in der readingList auch entsprechend benannt sein!) via eventMap in den state zu schieben. Könnte in etwa so gehen:
attr DEVICE eventMap { dev=>{'^(.*)POWER1: on$'=>'state: opening', '^(.*)POWER2: on$'=>'state: closing', '^(.*)pct: ([\d]+)$'=>'state: $2'} }
So langsam beginnt es keinen Spaß mehr zu machen. Das ergibt alles keinen Sinn!
Also....
Was kommt mir komisch vor?Wenn ich autocreate auf 1 mache im Gerät empfängt er Readings in der readingList. Aber die sehen dann so aus:
az_rollo:tele/sonoff/UPTIME:.* { json2nameValue($EVENT) }
az_rollo:stat/sonoff/POWER2:.* POWER2
az_rollo:stat/sonoff/SHUTTER1:.* pct
az_rollo:tele/sonoff/RESULT:.* { json2nameValue($EVENT) }
az_rollo:stat/sonoff/POWER1:.* POWER1
Zu beginn, nachdem ein Template gewählt wurde stehen erst mal nur diese drin (nach autocreate und ein wenig warten/Knöpfe drücken stehen alle zusammen drin):
tele/sonoff/LWT:.* LWT
tele/sonoff/STATE:.* { json2nameValue($EVENT) }
tele/sonoff/SENSOR:.* { json2nameValue($EVENT) }
tele/sonoff/INFO.:.* { json2nameValue($EVENT) }
stat/sonoff/RESULT:.* { json2nameValue($EVENT) }
Frage: Denke den Unterschied sieht man. Kannst du mir das näher bringen?
INFO: Der
Slider ist nun
ok. Auch hier aber eine Info. shutterposition1 verändert sich instand wenn man z.B. PCT 40 einstellt. Es gibt aber ein weiteres (in meinen Augen besseres) Reading. Dies heißt SHUTTER-1_position. Das wird erst dann aktualisiert, wenn der Schalter das Rollo fertig in Position gefahren hat. Sieht man auch oben in der readingsList.
Was mich gleich aber zum heulen bringt ist folgendes........ Thema "state"....
In state steht z.B. "set_open", "set_pct" oder sonst was. Leider bekomme ich mit deinem eventMap auch nicht mehr zu sehen. Im EventMonitor sehe ich, wenn ich das EventMap gesetzt habe, zwar kein POWER1/2 on mehr aber dafür steht dann opening/closing dort (EventMonitor - leider nicht im state). Wenn ich die Erklärung zu setStateList nun korrekt verstanden habe, muss der entsprechende Befehl da rein. Wenn ich es so mache: "open close half stop pct opening closing", gehts auch nicht. Sicher wieder ein Fehler drin. Du sagtest ja auch nur "set Befehle". Ggf. deswegen?
KURZ: state wird nicht korrekt gesetzt. Immer nur set_open, set_close, set_pct.... KEIN opening, closing oder PCT-Wert (Hier würde ich auch besser auf SHUTTER-1_position anstelle von shutterposition1 gehen. SHUTTER-1_position wird ja eh erst gesetzt wenn das Rollo fertig ist und dann brauch man ja auch nur noch den Wert und kein Symbol das eine Fahrt anzeigt).
Offen bleibt also folgendes:- Nach wie vor die Geschichte mit den Namen (ist aber wohl eher kein allgemeines sondern ein Problem von mir... Andere scheinen zu wissen wie das und warum das so ist)
Hab mal ein Bild von dem Menu im Schalter mit gepostet. Ist bis auf die Server Daten Werkseinstellung von der FW.
- Icons in der GUI verschoben
- Keine Erkennung von laufendem Rollo.
Ach ja und noch eine Frage. Kann man die veränderten Werte von z.B. "az_rollo:stat/sonoff/SHUTTER1:.* pct" anstelle von "az_rollo:stat/sonoff/SHUTTER1:.* pct POWER" aus der readingList, direkt mit ins Template packen? Macht ja schon Sinn, wegen des Sliders.
ZitatSchon mal versucht, ob der Aktor auch 20.3 verstehen würde für die Zeiten?
Das geht tatsächlich. Es gibt auch noch eine Art Kalibrierung. Die habe ich noch nicht getestet. Ist auch erstmal egal. Hole ich aber noch nach. So genau (also auch 0.5) kann ich eh kein Rollo messen mit der Stopuhr in der Hand ;) - Aber ggf. zum fein tunen. Somit könnte das aber tatsächlich zu 100% was gutes werden :)
Setze an dieser Stelle mal ein List -r dran.... Denke es könnte ggf. helfen...
(WLAN habe ich entfernt..)
define MQTT2_az_rollo MQTT2_DEVICE az_rollo
attr MQTT2_az_rollo IODev MQTT2_FHEM_Server
attr MQTT2_az_rollo autocreate 1
attr MQTT2_az_rollo cmdIcon open:fts_shutter_up close:fts_shutter_down stop:fts_shutter_manual half:fts_shutter_50
attr MQTT2_az_rollo comment SHUTTEROPENDURATION: Time for a complete shutter up. SHUTTERCLOSEDURATION: Time for a complete shutter down.
attr MQTT2_az_rollo devStateIcon opening:fts_shutter_up@red:stop 100:fts_shutter_100 0:fts_shutter_10 9\d.*:fts_shutter_90 8\d.*:fts_shutter_80 7\d.*:fts_shutter_70 6\d.*:fts_shutter_60 5\d.*:fts_shutter_50 4\d.*:fts_shutter_40 3\d.*:fts_shutter_30 2\d.*:fts_shutter_20 1\d.*:fts_shutter_10 \b\d\b.*:fts_shutter_10 set_.*:fts_shutter_updown
attr MQTT2_az_rollo eventMap { dev=>{'^(.*)POWER1: on$'=>'state: opening', '^(.*)POWER2: on$'=>'state: closing', '^(.*)pct: ([\d]+)$'=>'state: $2'} }
attr MQTT2_az_rollo model A_01a_tasmota_basic_state_power1
attr MQTT2_az_rollo readingList tele/sonoff/LWT:.* LWT\
tele/sonoff/STATE:.* { json2nameValue($EVENT) }\
tele/sonoff/SENSOR:.* { json2nameValue($EVENT) }\
tele/sonoff/INFO.:.* { json2nameValue($EVENT) }\
stat/sonoff/RESULT:.* { json2nameValue($EVENT) }\
az_rollo:tele/sonoff/UPTIME:.* { json2nameValue($EVENT) }\
az_rollo:stat/sonoff/POWER2:.* POWER2\
az_rollo:stat/sonoff/SHUTTER1:.* pct\
az_rollo:tele/sonoff/RESULT:.* { json2nameValue($EVENT) }\
az_rollo:stat/sonoff/POWER1:.* POWER1
attr MQTT2_az_rollo room Arbeitszimmer,ESPEasy
attr MQTT2_az_rollo setList close:noArg cmnd/sonoff/SHUTTERCLOSE\
open:noArg cmnd/sonoff/SHUTTEROPEN\
half:noArg cmnd/sonoff/shutterposition1 50\
pct:slider,0,1,100 cmnd/sonoff/shutterposition1 $EVTPART1\
stop:noArg cmnd/sonoff/SHUTTERSTOP\
resetClose:noArg cmnd/sonoff/SHUTTERSETCLOSE\
x_configuration cmnd/sonoff/$EVTPART1 $EVTPART2\
x_invert:select,0,1 cmnd/sonoff/SHUTTERINVERT $EVTPART1
attr MQTT2_az_rollo setStateList open close half stop
attr MQTT2_az_rollo stateFormat state\
<br>\
<a href="http://IP-Address" target="_blank">Webinterface</a>
attr MQTT2_az_rollo webCmd open:close:half:stop:pct
setstate MQTT2_az_rollo set_stop\
<br>\
<a href="http://IP-Address" target="_blank">Webinterface</a>
setstate MQTT2_az_rollo 2019-03-13 17:09:40 Command Unknown
setstate MQTT2_az_rollo 2019-03-13 18:10:44 DeepSleep 0
setstate MQTT2_az_rollo 2019-03-13 18:10:44 Heap 21136
setstate MQTT2_az_rollo 2019-03-13 18:10:44 LoadAvg 9
setstate MQTT2_az_rollo 2019-03-13 18:10:44 POWER1 off
setstate MQTT2_az_rollo 2019-03-13 18:10:54 POWER2 off
setstate MQTT2_az_rollo 2019-03-13 18:10:54 SHUTTER-1_direction 0
setstate MQTT2_az_rollo 2019-03-13 18:10:54 SHUTTER-1_position 40
setstate MQTT2_az_rollo 2019-03-13 17:05:39 SHUTTER1 25
setstate MQTT2_az_rollo 2019-03-13 16:59:16 SaveData on
setstate MQTT2_az_rollo 2019-03-13 16:59:14 SetOption14 on
setstate MQTT2_az_rollo 2019-03-13 16:59:13 SetOption26 on
setstate MQTT2_az_rollo 2019-03-13 16:59:13 SetOption80 on
setstate MQTT2_az_rollo 2019-03-13 16:59:14 SetOption81 on
setstate MQTT2_az_rollo 2019-03-13 18:10:44 Sleep 100
setstate MQTT2_az_rollo 2019-03-13 18:10:44 SleepMode Dynamic
setstate MQTT2_az_rollo 2019-03-13 16:59:12 StateText1 off
setstate MQTT2_az_rollo 2019-03-13 16:59:12 StateText2 on
setstate MQTT2_az_rollo 2019-03-13 16:59:12 StateText3 toggle
setstate MQTT2_az_rollo 2019-03-13 16:59:12 StateText4 hold
setstate MQTT2_az_rollo 2019-03-13 16:59:14 SwitchMode1 3
setstate MQTT2_az_rollo 2019-03-13 16:59:15 SwitchMode2 3
setstate MQTT2_az_rollo 2019-03-13 18:10:44 Time 2019-03-13T18:10:45
setstate MQTT2_az_rollo 2019-03-13 18:10:44 Uptime 3T01:45:50
setstate MQTT2_az_rollo 2019-03-13 18:10:44 Vcc 3.134
setstate MQTT2_az_rollo 2019-03-13 18:10:54 pct 40
setstate MQTT2_az_rollo 2019-03-13 17:36:43 shutterclose1 100
setstate MQTT2_az_rollo 2019-03-13 17:00:18 shuttercloseduration1 17.0
setstate MQTT2_az_rollo 2019-03-13 16:59:15 shutterinvert1 1
setstate MQTT2_az_rollo 2019-03-13 17:39:13 shutteropen1 0
setstate MQTT2_az_rollo 2019-03-13 17:00:10 shutteropenduration1 18.0
setstate MQTT2_az_rollo 2019-03-13 18:10:48 shutterposition1 39
setstate MQTT2_az_rollo 2019-03-13 17:39:15 shutterstop1 25
setstate MQTT2_az_rollo 2019-03-13 17:39:15 state set_stop
Nachtrag:
Hab nun die readingList hinzugefügt. So hat man PCT auch direkt richtig.
Nach wie vor gibt es noch Fehler was die Schönheit und den state angeht. Die Funktionen zur Steuerung laufen aber alle ohne Probleme.
Die Geschichte mit den Namen ist für mich nun auch gegessen. Im topic = %topic% (sonoff) einfach den Namen des Rollos hinterlegen und am Ende hat man so etwas (Beispiel): stat/az_rollo/POWER1:.* POWER1.
Damit kann man arbeiten und findet auch was man sucht. Ob das nun die beste Lösung ist, bleibt jedem selbst überlassen. Ich habe nun x Stunden etwas über die Topics usw. gelesen. Für mich ist das so okay.
Auch hier noch eine Info:
set IO_DEV publish cmnd/DEVNAME/Backlog SetOption80 1; SetOption14 1; SetOption81 1; switchmode1 3; switchmode2 3; SHUTTEROPENDURATION 20; SHUTTERCLOSEDURATION 20; SHUTTERINVERT 1; SaveData 1;
Nachdem die Relays gegeneinander verriegelt wurden und die Rollo Optionen eingeschaltet wurden, muss ein Neustart durchgeführt werden (Schalter-Seitig). Ansonsten erkennt er die anderen Optionen nicht bei einem neuen Schalter. Also in diesem Fall bevor SHUTTEROPENDURATION 20.... gesetzt werden kann, muss dieser durchgeführt werden. Gibt es eine Art wait o.ä.? Nach dem Neustart des Gerätes, werden die Shutter Optionen erkannt und auch der Schiebregler/Slider im Schalter-Webinterface angezeigt. Wenn man einmal das Template anwendet, den Schalter neustartet und dann nochmal das Template anwendet, geht es natürlich. Aber das ist eher unschön.
Ungetestet, was das sleep angeht (am besten ein Testsystem nutzen...):
set DEVICE attrTemplate A_01z_tasmota_set_lowercase_texts_and_state1
set IO_DEV publish cmnd/DEVNAME/Backlog SetOption80 1; SetOption14 1; SetOption81 1; switchmode1 3;SaveData 1;
set IO_DEV publish cmnd/DEVNAME/Restart 1;;sleep 5;;set IO_DEV publish cmnd/DEVNAME/Backlog switchmode2 3; SHUTTEROPENDURATION 20; SHUTTERCLOSEDURATION 20; SHUTTERINVERT 1; SaveData 1;
#set IO_DEV publish cmnd/DEVNAME/Restart 1
Das setzt auch gleich den Aktor auf Kleinschreibung, das solltest du dann bei der Auswertung der Relais-"on"-Messages beachten.
Den letzten Befehl habe ich mal deaktiviert, da ich nicht weiß, ob der notwendig ist, ansonsten hoffe ich, die SetOptions passend sortiert zu haben.
Nach der Info aus dem anderen Thread.
Die externe Steuerung samt anzeige in FHEM läuft gut mit deiner Ergänzung. Um den Slider für die korrekte PCT an zu zeigen habe ich
stat/az_rollo/SHUTTER1:.* state
stat/az_rollo/SHUTTER1:.* pct
hinzugefügt. Sonst würde es nur im state landen und der slider wäre falsch. Hast du aber so auch gemeint, glaube ich.
Die interne FHEM Steuerung geht auch - ABER es wird beim klick auf open oder close usw. in FHEM immer noch kurz auch genau das dann im state angezeigt. Also müsste man nun irgendwie sagen, dass diese Befehle die in setList stehen nicht als state ausgewertet werden sollen.
Für die Geschichte mit den Icons von webcmd hatte ich mir geholfen indem ich ein ":" davor gemacht habe.
webCmd :open:close:half:stop:pct
Dann sind die Icons einen weiter rechts und alle nebeneinander. Aber ich denke nicht, das dies die Lösung ist. Hattest du dazu auch eine Idee? Bastel das Template später weiter und werde auf Seite 1 dann ausbessern. Was fehlt in deinen Augen noch für einen Checkin?
Das sehe ich noch:
- webCmd ggf. verbessern
- SetOptions anpassen für Neustart
Zitat von: Beta-User am 20 März 2019, 10:40:59
Ungetestet, was das sleep angeht (am besten ein Testsystem nutzen...):
set DEVICE attrTemplate A_01z_tasmota_set_lowercase_texts_and_state1
set IO_DEV publish cmnd/DEVNAME/Backlog SetOption80 1; SetOption14 1; SetOption81 1; switchmode1 3;SaveData 1;
set IO_DEV publish cmnd/DEVNAME/Restart 1;;sleep 5;;set IO_DEV publish cmnd/DEVNAME/Backlog switchmode2 3; SHUTTEROPENDURATION 20; SHUTTERCLOSEDURATION 20; SHUTTERINVERT 1; SaveData 1;
#set IO_DEV publish cmnd/DEVNAME/Restart 1
Das setzt auch gleich den Aktor auf Kleinschreibung, das solltest du dann bei der Auswertung der Relais-"on"-Messages beachten.
Den letzten Befehl habe ich mal deaktiviert, da ich nicht weiß, ob der notwendig ist, ansonsten hoffe ich, die SetOptions passend sortiert zu haben.
Wenn du "switchmode1 3" meinst, geht es da um die beiden Tasten. Sollte bei dem Schalter so bleiben. Also switchmode1 3 und switchmode2 3 machen hier Sinn. Baue am Ende alles bestmöglich ein, wenn getestet und werde es hier einchecken.
Zitat von: 87insane am 20 März 2019, 10:44:18
[...] Hast du aber so auch gemeint, glaube ich.
So war es gemeint gewesen, ja :) .
ZitatDie interne FHEM Steuerung geht auch - ABER es wird beim klick auf open oder close usw. in FHEM immer noch kurz auch genau das dann im state angezeigt. [...]
M.E. wird andersrum ein "Schuh" draus: pack "open", "close" und "pct" in die setStateList ;) .
Danach klemmst du den ESP mal ab und schaltest. Ergebnis sollte sein: es steht "set open" usw. im state. Das würde ich dann auch so lassen, denn dann sieht man wegen der Anzeige des Textes, dass ein Kommunikationsproblem von FHEM zum Aktor besteht.
Warum: erhält der Aktor den Befehl, schaltet er eines der Relais an und meldet das zurück. Diese Info landet dann ...? (Genau! Jetzt darfst du das Teil wieder ins Netzwerk holen ;D ).
ZitatFür die Geschichte mit den Icons von webcmd hatte ich mir geholfen indem ich ein ":" davor gemacht habe. [...]
Versuche das mal mit dem devStateStyle-Attribut (style="text-align:right").
Hey,
hab das Template angepasst und getestet.
- sleep klappt so nicht. Habe es auch umgestellt oder erhöht oder mit {fhem("")} usw.
- Die Icons, wie schon gesagt passen (bei Fahrt)
- Die Icons aus webcmd bekomme ich so nicht geändert. Ich glaube ich lasse einfach ":" vor dem ersten Befehl. Es klappt ja so...
Bleibt also nur noch das Script irgendwie zu stoppen und es warten zu lassen das der Schalter aus seinem Reboot kommt. Ich würde hier aber >10 Sekunden nehmen. Nicht immer sind die Schalter so schnell wieder da. Geht hier nicht sowas, was ich noch aus Batch Zeiten kenne?
Also in etwa:
:Programm
if Ping == 1 Dann mach dies und das
else
goto Programm
So bräuchte man keine Zeit, die variieren kann.
Welche Fragen sind noch offen, außer das mit dem restart -> sleep? Glaube das war dann alles oder?
Kannst mir schon mal sagen, was du gerne alles als Doku hättest. Würde das dann gern anfangen bei Zeit und direkt mit bereitstellen.
Anbei noch das laufende Template. Bis auf den Sleep Teil:
# tasmota 2ch as shutter device.
name:A_02b_tasmota_2ch_shutter
filter:TYPE=MQTT2_DEVICE
desc:Configures a dual chanel tasmota device as shutter; needs a special firmware version to operate.<br><a href="https://forum.fhem.de/index.php/topic,98366.msg917091.html#msg917091">Forum Thread</a>
par:DEVNAME;ESP's name in the topic;{ AttrVal("DEVICE","readingList","") =~ m,tele/([^/]*)/, ? $1 : undef }
attr DEVICE comment SHUTTEROPENDURATION: Time for a complete shutter up. SHUTTERCLOSEDURATION: Time for a complete shutter down.
par:IO_DEV;Currently used IO;{ AttrVal("DEVICE","IODev","")}
set DEVICE attrTemplate A_01z_tasmota_set_lowercase_texts_and_state1
set IO_DEV publish cmnd/DEVNAME/Backlog SetOption80 1; SetOption14 1; SetOption81 1; switchmode1 3; switchmode2 3; SaveData 1;
set IO_DEV publish cmnd/DEVNAME/Restart 1;;sleep 15;;set IO_DEV publish cmnd/DEVNAME/Backlog SHUTTEROPENDURATION 20; SHUTTERCLOSEDURATION 20; SHUTTERINVERT 1; GROUPTOPIC Rollos; SaveData 1;
attr DEVICE setList \
close:noArg cmnd/DEVNAME/SHUTTERCLOSE\
open:noArg cmnd/DEVNAME/SHUTTEROPEN\
half:noArg cmnd/DEVNAME/shutterposition 50\
pct:slider,0,1,100 cmnd/DEVNAME/shutterposition1 $EVTPART1\
stop:noArg cmnd/DEVNAME/SHUTTERSTOP\
resetClose:noArg cmnd/DEVNAME/SHUTTERSETCLOSE\
x_configuration cmnd/DEVNAME/$EVTPART1 $EVTPART2\
x_invert:select,0,1 cmnd/DEVNAME/SHUTTERINVERT $EVTPART1
attr DEVICE readingList \
tele/DEVNAME/LWT:.* LWT\
cmnd/DEVNAME/POWER:.* POWER\
stat/DEVNAME/RESULT:.* { json2nameValue($EVENT) }\
stat/DEVNAME/POWER1:.* POWER1\
stat/DEVNAME/POWER1:on {{'state' => 'opening'}}\
stat/DEVNAME/POWER2:.* POWER2\
stat/DEVNAME/POWER2:on {{'state' => 'closing'}}\
stat/DEVNAME/SHUTTER1:.* state\
stat/DEVNAME/SHUTTER1:.* pct\
tele/DEVNAME/RESULT:.* { json2nameValue($EVENT) }\
tele/DEVNAME/STATE:.* { json2nameValue($EVENT) }\
tele/DEVNAME/SENSOR:.* { json2nameValue($EVENT) }\
tele/DEVNAME/INFO1:.* { json2nameValue($EVENT) }\
tele/DEVNAME/INFO2:.* { json2nameValue($EVENT) }\
tele/DEVNAME/INFO3:.* { json2nameValue($EVENT) }\
tele/DEVNAME/UPTIME:.* { json2nameValue($EVENT) }\
tele/DEVNAME_fb/LWT:.* LWT\
cmnd/DEVNAME_fb/POWER:.* POWER\
stat/DEVNAME_fb/RESULT:.* { json2nameValue($EVENT) }\
stat/DEVNAME_fb/POWER1:.* POWER1\
stat/DEVNAME_fb/POWER1:on {{'state' => 'opening'}}\
stat/DEVNAME_fb/POWER2:.* POWER2\
stat/DEVNAME_fb/POWER2:on {{'state' => 'opening'}}\
stat/DEVNAME_fb/SHUTTER1:.* state\
stat/DEVNAME_fb/SHUTTER1:.* pct\
tele/DEVNAME_fb/RESULT:.* { json2nameValue($EVENT) }\
tele/DEVNAME_fb/STATE:.* { json2nameValue($EVENT) }\
tele/DEVNAME_fb/SENSOR:.* { json2nameValue($EVENT) }\
tele/DEVNAME_fb/INFO1:.* { json2nameValue($EVENT) }\
tele/DEVNAME_fb/INFO2:.* { json2nameValue($EVENT) }\
tele/DEVNAME_fb/INFO3:.* { json2nameValue($EVENT) }\
tele/DEVNAME_fb/UPTIME:.* { json2nameValue($EVENT) }
attr DEVICE devStateIcon opening:fts_shutter_up@red closing:fts_shutter_down@red Online:10px-kreis-gruen@green Offline:10px-kreis-rot@red 100:fts_shutter_100 0:fts_shutter_10 9\d.*:fts_shutter_90 8\d.*:fts_shutter_80 7\d.*:fts_shutter_70 6\d.*:fts_shutter_60 5\d.*:fts_shutter_50 4\d.*:fts_shutter_40 3\d.*:fts_shutter_30 2\d.*:fts_shutter_20 1\d.*:fts_shutter_10 \b\d\b.*:fts_shutter_10 set_.*:fts_shutter_updown
attr DEVICE cmdIcon open:fts_shutter_up close:fts_shutter_down stop:fts_shutter_manual half:fts_shutter_50
attr DEVICE webCmd :open:close:half:stop:pct
attr DEVICE stateFormat LWT\
state\
<br>\
<a href="http://IP-Address" target="_blank">Webinterface</a>
deleteReading DEVICE .*
attr DEVICE setStateList open close
attr DEVICE model A_02b_tasmota_2ch_shutter
:)
Sieht doch schon mal sehr gut aus!
Anmerkungen:
- Wenn sleep so nicht geht, können wir entweder ein "Wegwerf-at" definieren, oder müßten eine param:-Anweisung mißbrauchen. Wäre für das at, das ist zwar auch nicht schön, aber müßte funktionieren
- Die fallback-Topics würde ich weglassen- Dafür alles, was set-Befehle sind auch in state schreiben (zum Aufdecken von Kommunikationsproblemen; kann natürlich sein, dass dann der pct-slider an die falsche Stelle zurückspringt?)
- die Invertierung raus, oder?
Dann als comment die Konfigurationsbefehle etwas mehr erläutern.
Könnte auf die Schnelle in etwa so aussehen:
# tasmota 2ch as shutter device.
name:A_02b_tasmota_2ch_shutter
filter:TYPE=MQTT2_DEVICE:FILTER=readingList=.*(tele|cmnd).*
desc:Configures a dual chanel tasmota device as shutter; needs a special firmware version to operate.<br><a href="https://forum.fhem.de/index.php/topic,98366.msg917091.html#msg917091">Forum Thread</a>
par:DEVNAME;ESP's name in the topic;{ AttrVal("DEVICE","readingList","") =~ m,tele/([^/]*)/, ? $1 : undef }
par:IO_DEV;Currently used IO;{ AttrVal("DEVICE","IODev","")}
set DEVICE attrTemplate A_01z_tasmota_set_lowercase_texts_and_state1
set IO_DEV publish cmnd/DEVNAME/Backlog SetOption80 1; SetOption14 1; SetOption81 1; switchmode1 3; switchmode2 3; SaveData 1;
set IO_DEV publish cmnd/DEVNAME/Restart 1
defmod configure_DeviceattrTemplate_at at +00:00:15 set IO_DEV publish cmnd/DEVNAME/Backlog SHUTTEROPENDURATION 20; SHUTTERCLOSEDURATION 20; SHUTTERINVERT 1; GROUPTOPIC Rollos; SaveData 1;
attr DEVICE setList \
close:noArg cmnd/DEVNAME/SHUTTERCLOSE\
open:noArg cmnd/DEVNAME/SHUTTEROPEN\
half:noArg cmnd/DEVNAME/shutterposition 50\
pct:slider,0,1,100 cmnd/DEVNAME/shutterposition1 $EVTPART1\
stop:noArg cmnd/DEVNAME/SHUTTERSTOP\
resetClose:noArg cmnd/DEVNAME/SHUTTERSETCLOSE\
x_configuration cmnd/DEVNAME/$EVTPART1 $EVTPART2
attr DEVICE readingList \
tele/DEVNAME/LWT:.* LWT\
cmnd/DEVNAME/POWER:.* POWER\
stat/DEVNAME/RESULT:.* { json2nameValue($EVENT) }\
stat/DEVNAME/POWER1:.* POWER1\
stat/DEVNAME/POWER1:on {{'state' => 'opening'}}\
stat/DEVNAME/POWER2:.* POWER2\
stat/DEVNAME/POWER2:on {{'state' => 'closing'}}\
stat/DEVNAME/SHUTTER1:.* state\
stat/DEVNAME/SHUTTER1:.* pct\
tele/DEVNAME/RESULT:.* { json2nameValue($EVENT) }\
tele/DEVNAME/STATE:.* { json2nameValue($EVENT) }\
tele/DEVNAME/SENSOR:.* { json2nameValue($EVENT) }\
tele/DEVNAME/INFO.:.* { json2nameValue($EVENT) }\
tele/DEVNAME/UPTIME:.* { json2nameValue($EVENT) }
attr DEVICE devStateIcon opening:fts_shutter_up@red closing:fts_shutter_down@red Online:10px-kreis-gruen@green Offline:10px-kreis-rot@red 100:fts_shutter_100 0:fts_shutter_10 9\d.*:fts_shutter_90 8\d.*:fts_shutter_80 7\d.*:fts_shutter_70 6\d.*:fts_shutter_60 5\d.*:fts_shutter_50 4\d.*:fts_shutter_40 3\d.*:fts_shutter_30 2\d.*:fts_shutter_20 1\d.*:fts_shutter_10 \b\d\b.*:fts_shutter_10 set_.*:fts_shutter_updown
attr DEVICE cmdIcon open:fts_shutter_up close:fts_shutter_down stop:fts_shutter_manual half:fts_shutter_50
attr DEVICE webCmd :open:close:half:stop:pct
attr DEVICE stateFormat LWT\
state\
<br>\
<a href="http://IP-Address" target="_blank">Webinterface</a>
deleteReading DEVICE .*
attr DEVICE setStateList open close half stop pct
attr DEVICE comment SHUTTEROPENDURATION: Time for a complete shutter up. SHUTTERCLOSEDURATION: Time for a complete shutter down.<br>Hier bitte weitere Hinweise aufnehmen, wie man die duration-Befehle absetzt und wie die 50%-Position kalibriert
attr DEVICE model A_02b_tasmota_2ch_shutter
Guten Morgen,
das at scheint auch nicht zu laufen. Im Log sehe ich nicht was schief gelaufen sein könnte.
Die FallbackTopics tun ja nicht weh und im Notfall wären sie da, weswegen ich die lassen würde. Aber auch das kann ja jeder selber entscheiden.
Die Invertierung würde ich in jedem Fall lassen. Alles ist darauf angepasst. Hinzu wäre das, wie es aktuell ist der linke Knopf zum hoch fahren und rechts runter. Das entspricht GIRA oder sonstigen Standards.
Kommentierung mache ich sauber und heute Abend / am WE. Muss schauen wie die Zeit es zulässt. An sich kann man dort zusätzlich auch die github Links einfügen.
Deine Idee, alles mit in die setStateList aufzunehmen, finde ich eher semi. Ich hatte die ganz rauß gelöscht. Aber gut. Besser mehr einfügen und die Personen können es selber löschen wenn es nicht benötigt wird als zu wenig (fallback topics / setStateList). Ich selber werde Verbindungsprobleme via Push an mich senden. Also würde ich das so nicht brauchen. Mit dem Template hat man tatsächlich unendlich viele Möglichkeiten :)
Zitat von: 87insane am 21 März 2019, 09:52:32
das at scheint auch nicht zu laufen. Im Log sehe ich nicht was schief gelaufen sein könnte.
Da könntest du dei Zeit mal verlängern, dann sollte das at im unsorted-Raum auftauchen und überprüfbar sein, ob es die richtigen Inhalte hat.
ZitatDie FallbackTopics tun ja nicht weh und im Notfall wären sie da, weswegen ich die lassen würde. Aber auch das kann ja jeder selber entscheiden.
Wäre das erste mal innerhalb der tasmota-Templates. Klar sind sie im Notfall dann da, aber dafür wird die template-Datei deutlich länger.
Vielleicht kann mir jemand erklären, was diese fallback-Sache für Vorteile hat...
Zitat
Die Invertierung würde ich in jedem Fall lassen.
Sorry, Mißverständnis:- Das template darf gerne insgesamt einen invertierten Stand wiedergeben, das ist ok.
- Es geht nur darum, ob es ein "set" für die _Änderung in "nicht invertiert"_ geben sollte. Und das finde ich eher suboptimal. Dann können wir lieber ein weiteres template für nicht-Invertiert erstellen/bereitstellen. Dort wären dann nur die Dinge zu ändern, die abweichen (also intern erst das invertierte template aufrufen und dann nur die abweichenden Attribute und SetOptions für nicht-Invertiert setzen (oder die interne Reihenfolge anders herum machen...)
Aber wie schreibst du so schön:
Zitat von: 87insane am 21 März 2019, 09:52:32
Mit dem Template hat man tatsächlich unendlich viele Möglichkeiten :)
Hey,
das at klappt. Die ";" müssen nur gedoppelt sein. Ansonsten führt at immer nur den ersten Befehl aus.
ZitatDie FallbackTopics tun ja nicht weh und im Notfall wären sie da, weswegen ich die lassen würde. Aber auch das kann ja jeder selber entscheiden.
I then introduced a unique, non-configurable topic which I call fallback topic that allows me to always change the MQTT configurable topic to a new unique topic. This fallback topic is just what it is meant to be: A FALLBACK TOPIC in case of emergency.
Mir ist das Thema egal....
ZitatSorry, Mißverständnis:- Das template darf gerne insgesamt einen invertierten Stand wiedergeben, das ist ok.
- Es geht nur darum, ob es ein "set" für die _Änderung in "nicht invertiert"_ geben sollte. Und das finde ich eher suboptimal. Dann können wir lieber ein weiteres template für nicht-Invertiert erstellen/bereitstellen. Dort wären dann nur die Dinge zu ändern, die abweichen (also intern erst das invertierte template aufrufen und dann nur die abweichenden Attribute und SetOptions für nicht-Invertiert setzen (oder die interne Reihenfolge anders herum machen...)
Es ist ja alles da. Könnte man natürlich machen. Du meinst wenn man dann auf x_invert 1 klickt, wird dann set DEVICE attrTemplate WIE_AUCH_IMMER_DAS_DANN_HEIßEN_WIRD ausgeführt?
Was wäre hier dann anders rum?
- shutterinvert 0
- devStateIcon
- readingList
Ist gerade das einzige was mir da in den Kopf kommt...
Könnte so aussehen (getestet!):
...kommt gleich...
Wenn das at mit gedoppelten ;; funktioniert: kannst du dasselbe mit dem ursprünglichen sleep nochmal testen? Ist vermutlich derselbe Mechanismus dahinter... Ein sleep wäre m.E. hier besser, da für den user nicht sichtbar.
Emergency-Funktionen (fallback) würde ich rauslassen; ginge im Notfall ja immer noch direkt als publish am IO.
Ich würde gar keinen "x_invert" vorsehen. Wer eine andere (invertierte) Funktionsweise will, soll den tasmota gleich anders konfigurieren, also z.B. ein anderes template anwenden. Das geht aber über die allgemeine attrTemolate-Funktionalität, die immer da ist, egal, ob es da jetzt noch einen x_invert-setter gibt oder nicht. (Der ist also gut gemeint, aber eben überflüssig und führt im Zweifel nur zu Rückfragen, die nicht weiterführen...).
Wenn du Lust hast, dann auch das 2., nicht-invertierte template zu machen, kannst du z.B. mal A_01a_tasmota_basic_state_power1 ansehen. Das ruft auch zu Beginn erst mal ein anderes template auf. Die Änderungsliste ist m.E. bis auf "model" vollständig.
Wenn im Hintergrund aber ggf. noch ein timer (at oder sleep) laufen sollte, mußt du darauf achten, dass sich das nicht in die Quere kommt. Da wir vermutlich den timer brauchen, müßte entweder defmod auf dasselbe at "zielen" oder cancel mit benanntem sleep genutzt werden (steht kurz was dazu in der commandref, müßte ich auch testen, ob und wie das in einem template ginge).
Sieht dann so (getestet) aus. Die Benamung darfst du bitte übernehmen. Will euch da nicht die Ordnung durcheinander bringen...
Schalter sind nun genauso nur die PCT ist eben anders rum. (links ist hoch / rechts ist runter)
# tasmota 2ch as shutter device.
name:A_02b_tasmota_2ch_shutter
filter:TYPE=MQTT2_DEVICE:FILTER=readingList=.*(tele|cmnd).*
desc:Configures a dual chanel tasmota device as shutter; needs a special firmware version to operate.<br><a href="https://forum.fhem.de/index.php/topic,98366.msg917091.html#msg917091">Forum Thread</a>
par:DEVNAME;ESP's name in the topic;{ AttrVal("DEVICE","readingList","") =~ m,tele/([^/]*)/, ? $1 : undef }
par:IO_DEV;Currently used IO;{ AttrVal("DEVICE","IODev","")}
set DEVICE attrTemplate A_01z_tasmota_set_lowercase_texts_and_state1
set IO_DEV publish cmnd/DEVNAME/Backlog LedState 2; SetOption80 1; SetOption14 1; SetOption81 1; switchmode1 3; switchmode2 3; SaveData 1;
set IO_DEV publish cmnd/DEVNAME/Restart 1
defmod configure_DeviceattrTemplate_at at +00:00:20 set IO_DEV publish cmnd/DEVNAME/Backlog SHUTTEROPENDURATION 20;; SHUTTERCLOSEDURATION 20;; SHUTTERINVERT 1;; GROUPTOPIC Rollos;; SaveData 1;;
attr DEVICE setList \
close:noArg cmnd/DEVNAME/SHUTTERCLOSE\
open:noArg cmnd/DEVNAME/SHUTTEROPEN\
half:noArg cmnd/DEVNAME/shutterposition 50\
pct:slider,0,1,100 cmnd/DEVNAME/shutterposition1 $EVTPART1\
stop:noArg cmnd/DEVNAME/SHUTTERSTOP\
resetClose:noArg cmnd/DEVNAME/SHUTTERSETCLOSE\
x_configuration cmnd/DEVNAME/$EVTPART1 $EVTPART2
attr DEVICE readingList \
tele/DEVNAME/LWT:.* LWT\
cmnd/DEVNAME/POWER:.* POWER\
stat/DEVNAME/RESULT:.* { json2nameValue($EVENT) }\
stat/DEVNAME/POWER1:.* POWER1\
stat/DEVNAME/POWER1:on {{'state' => 'opening'}}\
stat/DEVNAME/POWER2:.* POWER2\
stat/DEVNAME/POWER2:on {{'state' => 'closing'}}\
stat/DEVNAME/SHUTTER1:.* state\
stat/DEVNAME/SHUTTER1:.* pct\
tele/DEVNAME/RESULT:.* { json2nameValue($EVENT) }\
tele/DEVNAME/STATE:.* { json2nameValue($EVENT) }\
tele/DEVNAME/SENSOR:.* { json2nameValue($EVENT) }\
tele/DEVNAME/INFO.:.* { json2nameValue($EVENT) }\
tele/DEVNAME/UPTIME:.* { json2nameValue($EVENT) }
attr DEVICE devStateIcon opening:fts_shutter_up@red closing:fts_shutter_down@red Online:10px-kreis-gruen@green Offline:10px-kreis-rot@red 100:fts_shutter_100 0:fts_shutter_10 9\d.*:fts_shutter_90 8\d.*:fts_shutter_80 7\d.*:fts_shutter_70 6\d.*:fts_shutter_60 5\d.*:fts_shutter_50 4\d.*:fts_shutter_40 3\d.*:fts_shutter_30 2\d.*:fts_shutter_20 1\d.*:fts_shutter_10 \b\d\b.*:fts_shutter_10 set_.*:fts_shutter_updown
attr DEVICE cmdIcon open:fts_shutter_up close:fts_shutter_down stop:fts_shutter_manual half:fts_shutter_50
attr DEVICE webCmd :open:close:half:stop:pct
attr DEVICE stateFormat LWT\
state\
<br>\
<a href="http://IP-Address" target="_blank">Webinterface</a>
deleteReading DEVICE .*
attr DEVICE setStateList open close half stop pct
attr DEVICE comment SHUTTEROPENDURATION: Time for a complete shutter up. SHUTTERCLOSEDURATION: Time for a complete shutter down.<br>Hier bitte weitere Hinweise aufnehmen, wie man die duration-Befehle absetzt und wie die 50%-Position kalibriert
attr DEVICE model A_02b_tasmota_2ch_shutter
# tasmota 2ch as shutter device.
name:A_02b_tasmota_2ch_shutter_invert0
filter:TYPE=MQTT2_DEVICE:FILTER=readingList=.*(tele|cmnd).*
desc:Configures a dual chanel tasmota device as shutter; needs a special firmware version to operate.<br><a href="https://forum.fhem.de/index.php/topic,98366.msg917091.html#msg917091">Forum Thread</a>
par:DEVNAME;ESP's name in the topic;{ AttrVal("DEVICE","readingList","") =~ m,tele/([^/]*)/, ? $1 : undef }
par:IO_DEV;Currently used IO;{ AttrVal("DEVICE","IODev","")}
set DEVICE attrTemplate A_02b_tasmota_2ch_shutter
defmod configure_DeviceattrTemplate_at at +00:00:20 set IO_DEV publish cmnd/DEVNAME/Backlog SHUTTEROPENDURATION 20;; SHUTTERCLOSEDURATION 20;; SHUTTERINVERT 0;; GROUPTOPIC Rollos;; SaveData 1;;
attr DEVICE devStateIcon opening:fts_shutter_up@red closing:fts_shutter_down@red Online:10px-kreis-gruen@green Offline:10px-kreis-rot@red 100:fts_shutter_10 0:fts_shutter_100 9\d.*:fts_shutter_10 8\d.*:fts_shutter_20 7\d.*:fts_shutter_30 6\d.*:fts_shutter_40 5\d.*:fts_shutter_50 4\d.*:fts_shutter_60 3\d.*:fts_shutter_70 2\d.*:fts_shutter_80 1\d.*:fts_shutter_90 \b\d\b.*:fts_shutter_90
attr DEVICE comment Same as A_02b_tasmota_2ch_shutter but shutter pct are inverted like HM.
attr DEVICE model A_02b_tasmota_2ch_shutter_invert0
PS: Habe sleep in x Varianten getestet. Leider bekomme ich es nicht hin. Sleep ist sehr sehr zickig!
Ich war mal so frei und habe es fertig gestellt. Wenn der Name nicht passt, bitte anpassen. Habe alles was mir eingefallen ist getestet und kann mit Erfolg bestätigen -> FERTIG :)
Die Kommentare sollten auch ausreichend sein, denke ich. Über mein Englisch brauchen wir besser nicht sprechen ;)
# tasmota 2ch as shutter device.
name:A_02b_tasmota_2ch_shutter_invert_1
filter:TYPE=MQTT2_DEVICE:FILTER=readingList=.*(tele|cmnd).*
desc:Configures a dual chanel tasmota device as shutter; needs a special firmware version to operate.<br><a href="https://forum.fhem.de/index.php/topic,98366.msg917091.html#msg917091">Forum Thread</a>
par:DEVNAME;ESP's name in the topic;{ AttrVal("DEVICE","readingList","") =~ m,tele/([^/]*)/, ? $1 : undef }
par:IO_DEV;Currently used IO;{ AttrVal("DEVICE","IODev","")}
set DEVICE attrTemplate A_01z_tasmota_set_lowercase_texts_and_state1
set IO_DEV publish cmnd/DEVNAME/Backlog LedState 2; SetOption80 1; SetOption14 1; SetOption81 1; switchmode1 3; switchmode2 3; SaveData 1;
set IO_DEV publish cmnd/DEVNAME/Restart 1
defmod configure_DeviceattrTemplate_at at +00:00:20 set IO_DEV publish cmnd/DEVNAME/Backlog SHUTTEROPENDURATION 20;; SHUTTERCLOSEDURATION 20;; SHUTTERINVERT 1;; GROUPTOPIC Rollos;; SaveData 1;;
attr DEVICE setList \
close:noArg cmnd/DEVNAME/SHUTTERCLOSE\
open:noArg cmnd/DEVNAME/SHUTTEROPEN\
half:noArg cmnd/DEVNAME/shutterposition 50\
pct:slider,0,1,100 cmnd/DEVNAME/shutterposition1 $EVTPART1\
stop:noArg cmnd/DEVNAME/SHUTTERSTOP\
resetClose:noArg cmnd/DEVNAME/SHUTTERSETCLOSE\
x_configuration cmnd/DEVNAME/$EVTPART1 $EVTPART2
attr DEVICE readingList \
tele/DEVNAME/LWT:.* LWT\
cmnd/DEVNAME/POWER:.* POWER\
stat/DEVNAME/RESULT:.* { json2nameValue($EVENT) }\
stat/DEVNAME/POWER1:.* POWER1\
stat/DEVNAME/POWER1:on {{'state' => 'opening'}}\
stat/DEVNAME/POWER2:.* POWER2\
stat/DEVNAME/POWER2:on {{'state' => 'closing'}}\
stat/DEVNAME/SHUTTER1:.* state\
stat/DEVNAME/SHUTTER1:.* pct\
tele/DEVNAME/RESULT:.* { json2nameValue($EVENT) }\
tele/DEVNAME/STATE:.* { json2nameValue($EVENT) }\
tele/DEVNAME/SENSOR:.* { json2nameValue($EVENT) }\
tele/DEVNAME/INFO.:.* { json2nameValue($EVENT) }\
tele/DEVNAME/UPTIME:.* { json2nameValue($EVENT) }
attr DEVICE devStateIcon opening:fts_shutter_up@red closing:fts_shutter_down@red Online:10px-kreis-gruen@green Offline:10px-kreis-rot@red 100:fts_shutter_100 0:fts_shutter_10 9\d.*:fts_shutter_90 8\d.*:fts_shutter_80 7\d.*:fts_shutter_70 6\d.*:fts_shutter_60 5\d.*:fts_shutter_50 4\d.*:fts_shutter_40 3\d.*:fts_shutter_30 2\d.*:fts_shutter_20 1\d.*:fts_shutter_10 \b\d\b.*:fts_shutter_10 set_.*:fts_shutter_updown
attr DEVICE cmdIcon open:fts_shutter_up close:fts_shutter_down stop:fts_shutter_manual half:fts_shutter_50
attr DEVICE webCmd :open:close:half:stop:pct
attr DEVICE stateFormat LWT\
state\
<br>\
<a href="http://IP-Address" target="_blank">Webinterface</a>
deleteReading DEVICE .*
attr DEVICE setStateList open close half stop pct
attr DEVICE comment Two Templates are available. One act with pct 0% = open shutter\
and the second act with pct 0% = closed shutter, like HM.\
1. A_02b_tasmota_2ch_shutter_invert_1\
2. A_02b_tasmota_2ch_shutter_invert_0\
\
If you have selected your Template, please first set SHUTTEROPEN and CLOSE DURATION.\
\
If you want to set an Option directly to the Switch you can use the\
set x_configuration Option. Example: "set x_configuration SetOptionxx 1"\
\
\
https://github.com/stefanbode/Sonoff-Tasmota/wiki/Shutter-blinds-working-with-two-relays\
\
Calibrating\
Comands available: SHUTTEROPENDURATION, SHUTTERCLOSEDURATION, SHUTTERRELAY, SHUTTER50PERCENT, SHUTTERSETCLOSE, SHUTTERINVERT.\
Set the SHUTTEROPENDURATION to the time the shutter needs to open completely. Set the\
SHUTTERCLOSEDURATION at least to the time the shutter needs to close completely. If your\
shutter does not close completely or run too long on close you can define the CALIBRATION\
point of a closed shutter with SHUTTERSETCLOSE. Move the shutter to the close point and\
execute SHUTTERSETCLOSE command: the SHUTTERPOSITION will be reset to 0 (SHUTTERCLOSE).\
\
50% Calibrating\
If your 50% opening does not correlate with the real physical opening you can adjust this.\
Move manually to physical 50% and write down the result from SHUTTERPOSITION(e.g. 63). CLOSE\
completely and use command SHUTTER50PERCENT 63. Restart.
attr DEVICE model A_02b_tasmota_2ch_shutter_invert_1
# tasmota 2ch as shutter device.
name:A_02b_tasmota_2ch_shutter_invert_0
filter:TYPE=MQTT2_DEVICE:FILTER=readingList=.*(tele|cmnd).*
desc:Configures a dual chanel tasmota device as shutter; needs a special firmware version to operate.<br><a href="https://forum.fhem.de/index.php/topic,98366.msg917091.html#msg917091">Forum Thread</a>
par:DEVNAME;ESP's name in the topic;{ AttrVal("DEVICE","readingList","") =~ m,tele/([^/]*)/, ? $1 : undef }
par:IO_DEV;Currently used IO;{ AttrVal("DEVICE","IODev","")}
set DEVICE attrTemplate A_02b_tasmota_2ch_shutter_invert_1
defmod configure_DeviceattrTemplate_at at +00:00:20 set IO_DEV publish cmnd/DEVNAME/Backlog SHUTTEROPENDURATION 20;; SHUTTERCLOSEDURATION 20;; SHUTTERINVERT 0;; GROUPTOPIC Rollos;; SaveData 1;;
attr DEVICE devStateIcon opening:fts_shutter_up@red closing:fts_shutter_down@red Online:10px-kreis-gruen@green Offline:10px-kreis-rot@red 100:fts_shutter_10 0:fts_shutter_100 9\d.*:fts_shutter_10 8\d.*:fts_shutter_20 7\d.*:fts_shutter_30 6\d.*:fts_shutter_40 5\d.*:fts_shutter_50 4\d.*:fts_shutter_60 3\d.*:fts_shutter_70 2\d.*:fts_shutter_80 1\d.*:fts_shutter_90 \b\d\b.*:fts_shutter_90
attr DEVICE model A_02b_tasmota_2ch_shutter_invert_0
So, jetzt ist es im svn :) .
Habe noch ein paar Kleinigkeiten geändert, hoffe das paßt so ;) .
(Getestet habe ich an einem nicht-invertierten, ohne allerdings irgendwas an den Wemos anzuschließen...)
Kannst du es einmal Posten hier? Kann grade nur übers handy gucken. Würde es gerne sehen. Ist ja so als würde mein baby gerade erwachsen geworden. ::)
Danke für deine tatkräftige Hilfe :)
Edit: hab im SVN geguckt. Danke. Konnte nicht warten. Werde seite 1 dann später anpassen.
Zitat von: 87insane am 23 März 2019, 12:07:57
Ist ja so als würde mein baby gerade erwachsen geworden. ::)
Gell, nettes Gefühl, wenn man sowas hinbekommen hat ;D .
Und nochmal: DAS ist ein ziemlich schwieriges Gerät!
Wäre nur noch klasse, wenn der Mod bei Theo Gnade finden würde und in die allg. Code-Base einfließen würde, sonst besteht das große Risiko, dass es eben irgendwann nicht mehr gepflegt oder inkompatibel wird...
Zitat von: 87insane am 23 März 2019, 12:07:57
Edit: hab im SVN geguckt. Danke. Konnte nicht warten. Werde seite 1 dann später anpassen.
Da der code jetzt im svn ist, ist es eine gute Idee, den Post anzupassen und den Code ganz rauszunehmen; so muß man das bei eventuellen zukünftigen Anpassungen nicht doppelt pflegen.
Du kannst aber gerne deine Varianten weiter posten (z.B. mit dem extra "Webinterface"-Text, ich habe den link jetzt schlicht über das onlien-Symbol realisiert), aber dann bitte nur jeweils den relevanten Auszug da belassen, sonst ist das für Interessierte schwierig nachzuvollziehen, was denn jetzt _geändert_ werden muß.
Anregung noch: Schau dir die Modifikationen bei Gelegenheit in Ruhe an und versuche dabei auch, "in echt" auch mal beide Varianten zu betreiben (reichen ja zwei Wemos oä. und das Umbenennen deiner template-Variante in der mqtt2.template-File (oder extra-file)). Würde schätzen, das hilft dir beim weiteren Verständnis der Kommunikation zwischen Gerät und FHEM nochmal ein gutes Stück weiter.
Was mache ich denn nun als nächstes? Bin jetzt quasi angefixt. Brauche Ideen :)
Schiebe nachher erst mal das aktuelle template über meinen Test Schalter. Vom code her, hat sich ja wenig geändert. Aber du hast recht. Das Verständnis aufbessern, macht Sinn.
Gesendet von meinem LG-H850 mit Tapatalk
Mach' langsam...
Nach der Beherzigung meiner Empfehlung kannst du ja als erstes dafür sorgen, dass der Code bei Theo Eingang findet. (Vielleicht gleich in einer optionalen multi-shutter-Variante, dann kannst du deinen Bekannten erst mal mit einer Lösung für Arme beglücken...)
Dann geh' mit deiner Liebsten mal ins nächstgelegene Theater.
Kauf zwei Bücher:
Eines für das Sofa, das andere: Perl lernen...
Dann schön diese drei Dinge gleichmäßig abwechseln, dann wird dir nicht langweilig, denn dann weitest du deinen Horizont und findest immer wieder was, was noch besser werden kann, in FHEM und anderswo 8) .
Steht nicht drin aber der mod kann Multi shutter. Bis zu acht Stück gehen gleichzeitig. Es gibt in den tiefen eine Erklärung wie man das einstellt und wie man die 16 relays miteinander in den korrekten verbund setzt. Eigentlich sehr komplex aber habe keinen Anwendungsfall bei mir, dafür.
Schreibe den ersteller mal an. Ggf nimmt er es ja mit auf. Kümmere ich mich später eben drum.
Ps: bei dem was er für das haus hinlegt, wird es eher direkt eine vernünftige lösung. Hab mich schon darauf eingestellt alles zu verkabeln. Fand die idee mit dem Klingeldraht ganz gut. Einfach zu verlegen, günstig und zentral gesteuert. Meine sonoff geschichte ist ja auch nur, da es bei mir nicht anders geht. Also zumindest nicht ohne die Wände wieder alle auf zu reißen.
Gesendet von meinem LG-H850 mit Tapatalk
Anleitung angepasst. Steht in meinen Augen alles drin.
Danke nochmal an Dich, für deine super Hilfe. Werde nun mal bei dem Tasmota Kollegen anklopfen....
Zitat von: 87insane am 23 März 2019, 18:58:42
Anleitung angepasst. Steht in meinen Augen alles drin.
Super-knackig, gefällt mir.
Für den Fall, dass du mal dazu kommst, das mit dem mehrkanaligen auszutesten: Das wäre an der Stelle (erster Beitrag oder separate Antwort hier mit Link aus dem ersten Beitrag) vielleicht gut aufgehoben?
Hallo 87insane und Beta-User,
danke für die Infos aus https://forum.fhem.de/index.php/topic,98788.msg922101.html#msg922101 (https://forum.fhem.de/index.php/topic,98788.msg922101.html#msg922101) und https://forum.fhem.de/index.php/topic,95832.msg925759.html#msg925759 (https://forum.fhem.de/index.php/topic,95832.msg925759.html#msg925759)
Ja da habt Ihr gute Arbeit geleistet, die Geschichte funktioniert einwandfrei. Auch das mit dem Anfahren der halb-Position klappt recht gut. Jedenfalls war es wesentlich einfacher zu konfigurieren als mit dem ROLLO-Modul.
Danke nochmals an Euch beide.
Gruß
Axel
Danke für die freundliche Rückmeldung :) .
Du hast im wiki zur firmware gesehen, dass man den 50%-Punkt "verschieben" kann? Wenn nicht, solltest du das nachholen, klingt für mich so, als würde darüber auch die Wicklungsdicke des Rollladens berücksichtigt.
Hab die 50% bei mir so gelassen wie diese waren. Sind bei mir eher 65%. Das stört mich nicht, da ich eh niemals 50% anfahre.
Was allerdings wirklich gut sein muss, ist die Zeit für hoch und runter. Dies geht auch mit Stellen nach dem Komma.
Meine Rolladen brauchen seit der Einrichtung nicht mal mehr eine Reset-Fahrt. Bisher passt alles mit externer und interner Steuerung.
Danke @AxelR, für deine Worte!
Hallo Beta-User und 87insane,
die 50% habe ich auf "set SzRolladen x_configuration shutter50percent 35" gesetzt. Wenn der Rolladen hoch fährt, benötigt er einige Zeit bis die Lamellen auseinander gezogen sind, bis dahin steht er aber unten noch auf. Fahre ich ihn auf halb, hoch oder runter, trifft das recht gut, hier gibt es zwar eine kleine Differenz von etwa 5 cm, aber das stört nun wirklich nicht. Für hoch und runter habe ich jeweils eine Sekunde dazu gezählt um sicher zu gehen dass er wirklich ganz öffnet oder schließt. Hier ist dann der Klick vom Endschalter des Rolladens zu hören und etwa eine Sekunde danach klickt (schaltet) der T1.
Nochmal, eine super Arbeit von Euch.
Gruß
Axel
Hey,
ist da eine Frage drin? Wenn ja hab ich die nicht verstanden. Habe die gleiche konfig wie du. Also tasmota geflashte T1 eu. Bei mir habe ich an den Zeiten nach dem einmessen noch ein wenig gespielt. Hab Rollos die zb 16.5 als Zeit haben. Seit dem ich die Zeiten so genau eingestellt habe, habe ich auch keine fehlerhaften Positionen mehr.
Durch die Berechnung im Schalter sollte es passen.
Gesendet von meinem LG-H850 mit Tapatalk
Hallo 87insane,
nein da ist keine Frage mehr, es funktioniert alle zufriedenstellend. Alles Super :)
Gruß
Axel
Wenn du wünsche oder fragen hast um es von zufriedenstellend auf gut zu bekommen, einfach melden. ;)
Freue mich über Feedback und wünsche/Ideen.
Gesendet von meinem LG-H850 mit Tapatalk
Hallo 87insane,
es läuft gut, mit "zufriedenstellend" war eigentlich "gut" gemeint ;).
Die 4 - 5 cm Differenz, ergeben sich bei der Stellung "halb". Nehmen wir an, die Fensterscheibe ist 1 m hoch, der Rolladen steht ganz oben, also auf 0% und ich fahre ihn von ganz oben auf halb, dann stoppt er, von unten gemessen bei etwa 48 cm. Fahre ich ihn nun ganz runter (100%) und von dort wieder auf halb, dann bleibt er bei, wieder von unten gemessen, bei etwa 52 cm stehen. Gemessen wurde immer innerhalb der Scheibe. Hier ergibt sich also die kleine Differenz, die aber wirklich keine Rolle spielt. Egal wie ich "set SzRolladen x_configuration shutter50percent" setze, 1% mehr oder weniger, ergibt sich in der Halb-Stellung immer eine kleine Abweichung. Hier gibt es nichts mehr zu verbessern. Mach Dir keine Sorgen, das funktioniert alles sehr gut.
Gruß
Axel
Spricht aber dafür das entweder
- shutteropenduration
- shuttercolseduration
Oder half nicht 100% eingestellt sind.
Hast du die 50% über das webinterface vom Schalter oder fhem eingestellt?
Ist aus dem Grund wichtig, da die pct zwei Werte hat. Den, der für den schalter in fhem genommen wird, rundet auf/ab. Somit sind das keine 100% Werte.
Mich würde interessieren, wenn du das im webinterface einstellst, welches der Schalter bereit stellt, wie verhält sich das dann? Wenn das genau so ein paar cm ausmacht, egal. Ansonsten würde ich nochmal etwas anpassen.
Wichtig ist hier aber auch, wie sich deine Rollos verhalten wenn du hoch/runter fährst, auf einen % wert. Also von 0 zu 63 und dann zu 83 und dann auf 0. wenn du da schon Spiel bemerkst (Rollo bei 0% zb nicht bis Anschlag oben), sind die hoch/runter Zeiten minimal an zu passen. Hatte es bei mir im WZ und AZ. Nach der 0.2s Anpassung lief es seit dem perfekt.
Gesendet von meinem LG-H850 mit Tapatalk
jetzt bräucht ich nur noch nenn rollo ;)
super teil was da gebastelt hast.
Danke! Hast ja indirekt auch mitgeholfen!
Gesendet von meinem LG-H850 mit Tapatalk
Hallo 87insane,
habe gerade noch einmal einige Tests durchgeführt. Die eine Sekunde, die ich jeweils bei shuttercloseduration und shutteropenduration zugegeben habe, wird benötigt um den Rolladen vollständig zu öffnen oder zu schließen. Wenn ich die Sekunde nicht zugebe, schließt oder öffnet der Rolladen nur vollständig, wenn ich ihn von 0% auf 100%, oder umgekehrt fahre. Fahre ich ihn z.B. zuerst von 0% auf halb und dann auf 100% schließt er ohne Zeitzugabe nicht mehr komplett. Umgekehrt ist es genau so. Scheinbar benötigt der Schellenberg-Rohrmotor etwas Zeit zum Anfahren, es gibt also eine kleine Zeitdifferenz. Die "Nachpunkt-Stellen" werden bei meiner Installation wirklich nicht benötigt. Eigentlich will ich mit FHEM den Rolladen nur komplett öffnen oder schließen. Eventuell könnte es sein, dass ich ihn im Sommer, bei direkter Sonneneinstrahlung am T1 auf etwa 90% geschlossen fahre.
Gruß
Axel
Guten Morgen,
ggf. ist das ein guter Hinweis für andere Nutzer mit diesem Motor. Habe selber einfache Jarolift Motoren. Diese starten direkt und machen keine Probleme. Hatte die Zeit auch mit dem Handy gemessen aber das ist in meinen Augen nur ein Richtwert. Danach muss man im Milli-Sekunden-Bereich selber nochmal anpassen.
Hatte im Ersteller-Wiki gelesen, das man verschiedene Motoren einstellen kann..Lies dir das hier nochmal durch und teste mal ein wenig. Denke du kannst es ggf. noch ein wenig besser auf deine Bedürfnisse anpassen.
https://github.com/stefanbode/Sonoff-Tasmota/wiki/Shutter-blinds-working-with-two-relays
Zitat von: AxelR am 08 April 2019, 10:19:55
Scheinbar benötigt der Schellenberg-Rohrmotor etwas Zeit zum Anfahren, es gibt also eine kleine Zeitdifferenz. [...] Eventuell könnte es sein, dass ich ihn im Sommer, bei direkter Sonneneinstrahlung am T1 auf etwa 90% geschlossen fahre.
Moin!
Wenn es keine gepulsten Motorsteuerungen sein sollten: Vielleicht kannst du das Thema mal bei dem Ersteller der firmware ansprechen. Ist vermutlich kein großes Thema, da auch noch eine Anfahrzeit mit reinzubauen, um das noch weiter zu verbessern (selbst wenn du das für dich gar nicht so dringlich brauchen solltest).
Was Beschattung angeht: es gibt u.A. dazu ein Modul, das zwar grade noch an der Stelle erst im Werden ist, aber mind. schon so weit ist, dass du dir das vielleicht ansehen willst: AutoShuttersControl
Hey und auch dir einen guten Morgen,
schrieb ja schon was dazu. Man kann diverse Dinge noch anpassen. Pulsetime z.B.
Da ich selber aber andere Motoren habe und dieses Problem nicht nachstellen kann, wäre es gut, wenn AxelR da ggf. ein wenig testen würde :)
Hallo Leute,
bitte seid mir nicht böse, aber momentan habe ich keine Zeit mich weiter mit der Steuerung des Rolladens zu beschäftigen. Eigentlich wollte ich nur wissen, ob es möglich ist, Rohrmotoren in die vorhandenen Kunststoff-Rolladenkästen einzubauen. Da die Kästen nicht breit genug sind, musste auf der Seite des Motors, der Kasten aufgesägt werden damit ich das Motorlager befestigen konnte. Das Motorlager musste auch noch schräg eingebaut werden, ansonsten hätte ich es unten nicht mit einer Schraube befestigen können. Von den Lamellen wurden die obersten 4 ausgebaut werden, sonst würde der Panzer, wenn er fast aufgewickelt ist, innen am Kasten streifen. Auf der, dem Motor gegenüber liegenden Seite, konnte die vorhandene Walzenhülse weiter verwendet werden. Beim Baumarkt Bauhaus konnte ich das benötigte Material kaufen:
- 1 x Schellenberg Rohrmotor Mini Standard 6
- 1 x Schellenberg Achtkantwelle Mini 40 x 1.500 mm
- 1 x Schellenberg Rollladenaufhängung Gurtbreite: 14 mm (3er Set)
- 1 x Einhängeklammer für Mini Achtkantwelle 3er Set (bei Schellenberg bestellt nicht bei Bauhaus erhältlich)
- 2 x Schlüsselschrauben und Dübel
Kosten, etwa 74€ pro Rolladen.
Die neue Achtkantwelle musste eingebaut werden, weil die Vorhandene keine Löcher für die Befestigung der Federstahl Rolladenaufhängung hatte. Die Einhängeklammern werden benötigt, da sonst die Rolladenaufhängungen aus Federstahl am Rohrmotor streifen würden.
Zuerst muss ich also die komplette Wohnung, die zuletzt Anfang der 60er Jahre teilweise renoviert wurde, auf Vordermann bringen. Bei der Elektro-Verkabelung ist kein Schutzleiter vorhanden (klassische Nullung) und teilweisen sind die Drähte noch stoffisoliert. Die Heizungs- und Wasserleitungen muss ich neu verlegen und, und, ...
Bis demnächst, in 1-2 Jahren
Gruß
Axel
Cool - die gleichen Kästen habe ich in der küche und im bad. Habe aber das innenleben komplett ausgeräumt und neu gemacht. Habe es auch hin bekommen, ohne den kasten auf zu schneiden auf einer seite.
Also es geht... Hab bei den kleinen Kästen nur die Verteilung anstatt im Kasten, runter zum schalter gezogen. Also das geht alles mit gefummel.
Ps: viel Erfolg! Hab bei mir eine Etage fertig und das haus ist auch von 52. also ich kenne deine Probleme. Wasser, Strom...lalalala.
Gesendet von meinem LG-H850 mit Tapatalk
Oha,
klingt nach einer größeren Aktion... Bin jedenfalls nicht böse, wenn du da anderes zu tun hast als firmwares zu optimieren.
Aber wenn du eh' renovierst: bei der Gelegenheit bietet es sich ggf. an, dann gleich die Kabel so zu verlegen, dass du keinen WLAN-Aktor nehmen mußt. Ein Kabel bleibt eben ein Kabel... Und selbst wenn du dann die firmware für 8 Relays nehmen willst, ist der im zentralen Schaltkasten ganz gut aufgehoben, so dass du oder ein beliebiger Elektriker ihn später immer noch tauschen kannst.
Bei eller Eile: Just my2ct.
Zitat von: 87insane am 10 März 2019, 12:15:24
Hallo zusammen,
...
1. Einrichtung des Schalters
Es gibt einen Fork der gut funktioniert und den Vorteil der direkten PCT Ansteuerung hat. (https://forum.creationx.de/lexicon/index.php?entry/34-rollladensteuerung-mit-der-stefanbode-tasmota-fork/)
- Firmware flashen und Schalter im Netzwerk ausfindig machen.
....
.
kann mir mal einer erklären wo ich die bin-Datei zu flashen finden kann irgenwie finde ich die nicht
Hey...
In dem Link oben ...
Da findest du die bins. Du darfst dich nicht an dem namen verunsichern lassen. Schau auf die MB Zahl.
Variante 1. flash einfach eine passende Datei für deinen ESP. Es ist egal ob diese nun für einen Sonoff Dual ist aber du sie auf ein Gerät mit anderem Namen flasht. Wichtig ist, welcher Speicher ist verbaut und das du GPIOs ggf anpasst im Menü.
Variante 2. Bau dir eine eigene bin. Das wird ausgiebig erklärt aber macht in meinen Augen keinen Sinn. Zumindest nicht bei dem sonoff T1 EU. Da geht auch die Dual...(da der T1 auch 1mb Flash Rom hat).
Gesendet von meinem LG-H850 mit Tapatalk
Zitat von: 87insane am 22 Juli 2019, 23:34:20
Hey...
In dem Link oben ...
Da findest du die bins. Du darfst dich nicht an dem namen verunsichern lassen. Schau auf die MB Zahl.
Variante 1. flash einfach eine passende Datei für deinen ESP. Es ist egal ob diese nun für einen Sonoff Dual ist aber du sie auf ein Gerät mit anderem Namen flasht. Wichtig ist, welcher Speicher ist verbaut und das du GPIOs ggf anpasst im Menü.
..
hab ich probiert und habe die sonoff-DE.bin uns minimal.bin versucht zu flashen, kam aber die Fehlermeldung "magic byte ist nicht 0xE9"
Tasmota Version 6.5.0.11 stb-1.5(sonoff)
Build-Datum & -Uhrzeit 2019.05.21 08:32:02
Core-/SDK-Version 2_5_1/2.2.2-dev(c0eb301)
Laufzeit 0T08:10:01
Anz. Flash Schreibzugriffe 35 at 0xFB000
Anzahl Startvorgänge 9
Grund für Neustart Software/System restart
Name [friendly name] 1 Sonoff
Name [friendly name] 2 Sonoff2
AP1 SSID (RSSI) NETGEAR23 (82%)
Hostname sonoff-4025
IP-Adresse 192.168.0.49
Gateway 192.168.0.1
Subnetzmaske 255.255.255.0
DNS-Server 192.168.0.1
MAC-Adresse C4:4F:33:97:6F:B9
MQTT Host 192.168.0.30
MQTT Port 1883
MQTT-Benutzer DVES_USER
MQTT client DVES_976FB9
MQTT topic sonoff
MQTT group topic sonoffs
MQTT full topic cmnd/sonoff/
MQTT Fallback-Topic cmnd/DVES_976FB9_fb/
Emulation keine
mDNS-Ermittlung deaktiviert
ESP Chip ID 9924537
Flash Chip ID 0x144051
Realer Flash Speicher 1024kB
Ges. Flash Speicher 1024kB
Ben. Flash Speicher 492kB
Verf. Flash Speicher 508kB
Freier Arbeitsspeicher 28kB
Guten morgen,
kannst du bitte deinen weg ganz genau im Detail erklären? Von Anfang bis Ende....
Gesendet von meinem LG-H850 mit Tapatalk
Was habe ich gemacht:
- Die Idee gehabt, eine VELUX SSL mit FHEM zu steuern
- im Forum gefragt ob das einer am Start hat
- die Antwort: Ja, mit MQTT und einem Tasmota-Sonoff Dual
- einen zusätzlichen VELUX Funktaster besorgt
- diesen an den vorhandenen Funktaster angelernt
- einen Sonoff Dual besorgt
- festgestellt das Tamota-flashen über OTA nicht geht
- einen Interface-Adapter (FTDI232) geholt
- geflasht auf Sonoff-Tasmota v6.6.0
- MQTT eingestellt
- Browsertest erfolgreich (incl. VELUX-)Rollofahren
- eingebunden ins FHEM (aber lediglich als standard 1 Kanal) und getestet: zumindest der eine Kanal geht
- gelesen das es eine verbessere Version von Stefan Bode gibt.
- versucht diese als OTA zu instalieren (bin/sonoff-minimal.bin und bin/sonoff-DE.bin beide Abbruch mit Fehlermeldung "magic byte ist nicht 0xE9"
--> Ende
Problem gefunden. Nutze bitte den ttl adapter und Flash damit.
Bei dem kleinen Flash speicher geht das ota flashen nur bedingt. Würde so oder so immer sauber über ttl flashen ...
Gesendet von meinem LG-H850 mit Tapatalk
also du kannst hier nicht OTA kreuz und quer hin und her flashen, wer sagt dir das die flashaufteilung stimmt usw.
also ich flash hier meine touch t1 immer aus der online OTA version und das geht eins A.
wenn man nach deim fehler googlet findet man rechtschnell die lösung
There is a flag in the begin method that flags the update as either firmware or spiffs. You need to set it correctly.
Here is the code I use - only limitation is the filename has to have spiffs in it to work - but it gets named that when it is built..
if (!index) { String fn = filename; fn.toLowerCase(); byte bSpiffs = fn.indexOf("spiffs") > 0 ? U_SPIFFS : U_FLASH; Serial.println("Update firmware"); Update.runAsync(true); if (!Update.begin(free_space, bSpiffs)) { Update.printError(Serial); } }
z.b. spiffs ist dazu da daten remanent in den flash zu speichern (https://www.az-delivery.de/blogs/azdelivery-blog-fur-arduino-und-raspberry-pi/entwurf-daten-in-den-flash-speicher-des-esp-ablegen?ls=de&cache=false) (in eine "partition", einen speicherbereich der extra für nicht flüchtig daten da ist) diese partition muss da sein sonst sagt das image es stimmt die "partitionsaufteilung nicht" und verweigert das flashen.
das was du da machst, ist also ganz schön kamikazee ;)
also ausbauen extern flashen oder selberbauen und patchen
Die Dual FW geht problemlos. Also du muss nix selber bauen.
Aber wie schon gesagt unbedingt sauber flashen und ggf auch nochmal ne blank drüber flashen. Es ist, wie mein Vorredner schon sagte sehr unsauber was da bei dir abgeht. Danach kannst du aber auch Ota machen.
Eigentlich ist das wie bei allen Geräten wo man flashen kann. Es heist ja auch flashen und nicht kopieren oder installieren.
Bitte am Ende auch nochmal melden wenn es klappt. Feedback ist gern gesehen :)
Gesendet von meinem LG-H850 mit Tapatalk
naja also das mit dem selberbauen macht aber schon sinn, wenn man nicht vor hat, etliche schalter auszubauen.
vom aufwand macht es aber auch erst, bei mehr als einem schalter sinn.
Stimme ich zu.
Wenn du das schon gemacht hast, pinne ich das oben mit an. Hatte das bei mir nicht gemacht, da ja direkt via ttl und ab in die wand.
Danke für deine Unterstützung, den Fall hier auf zu klären.
Gesendet von meinem LG-H850 mit Tapatalk
Zitat von: 87insane am 23 Juli 2019, 13:24:42
...
Bitte am Ende auch nochmal melden wenn es klappt. Feedback ist gern gesehen :)
Gesendet von meinem LG-H850 mit Tapatalk
Jetzt habe ich nach dem flash in der Fusszeile Sonoff-Tasmota 6.6.0.1 stb-1.5 von Theo Arends stehen.
Denke mal das sollte Ironie sein.
Solltest also den Slider haben und kannst nun normal steuern wie gewünscht.
Gesendet von meinem LG-H850 mit Tapatalk
War nur der aktuelle Zustand, kann aber auch unter Ironie verbucht werden.
So richtig eingebunden im FHEM ist es noch nicht.
An welcher Vorlage kann ich mich denn am besten Orientieren?
Ohne frech sein zu wollen... Die anleitung hast du gelesen?
Die benannten Templates sind zusammen mit Beta-user extra dafür entstanden. Getestet und erzeugt mit sonoff t1 eu. Du muss nicht mal mehr was im Schalter einstellen. Es gibt nur die Entscheidung ob 100=zu oder 100=offen.
Gesendet von meinem LG-H850 mit Tapatalk
Zitat von: 87insane am 23 Juli 2019, 19:59:19
Ohne frech sein zu wollen... Die anleitung hast du gelesen?
Die benannten Templates sind zusammen mit Beta-user extra dafür entstanden. Getestet und erzeugt mit sonoff t1 eu. Du muss nicht mal mehr was im Schalter einstellen. Es gibt nur die Entscheidung ob 100=zu oder 100=offen.
Gesendet von meinem LG-H850 mit Tapatalk
Kein Problem, ich habe es schon gelesen.
Was nur komisch war, dass der sonoff nicht automatisch erkannt wurde obwohl autocreate aktiv ist.
Hast du ihn neu gestartet?
Ich selber hatte die tage einen shelly der auch einfach nicht wollte.
@Beta-user: du hast mal was von autocreate umstellung angesprochen. Ggf ein Zusammenhang?
Ich hatte sogar nen mqtt Explorer offen und habe gesehen das er sendet. Hatte zum testen einen mqtt server außerhalb von fhem laufen.
Nach meinen tests lies ich den shelly an und hatte mqtt Verkehr auf fhem umgestellt. Am nächsten Tag war er dann da. Hatte mir nix dabei gedacht und dachte erst ich hab was vergessen. Naja aktuell geht es wieder. Gefühlt laufen die aber langsamer rein als früher (früher = vor ca. 2 Monaten) ...
Gesendet von meinem LG-H850 mit Tapatalk
Ich habe mqtt auf mqtt2 umgestellt, dann wurde es erkannt.
Was mir jetzt noch fehlt ist das template
Ein A_02b ist nicht vorhanden
Ich update gerade mal das System nun ist es da
Da es nun läuft vielen Dank an die langmütigen Untersützer
Hallo,
mal 2 kurze Anfängerfragen:
- das Template ist doch zu finden wenn ich ein MQTT2_DEVICE anlege (attr Template)?
- gibt's diesem Template auch als Widget für FTUI?
Schöne Abend,
Willem.
Moin moin,
das Template kannst du direkt nach dem autocreate des eigentlichen devices sehen. Ja.
Wenn du wissen willst was die ganzen Templates machen, kannst du in der Template Datei wunderbar nachsehen.
Es gibt unterschiedlichste Templates. In denen, an den ich mit gewirkt habe, sind KEINE FTUI Widgets enthalten. Ich selber nutze kein FTUI.
Um dir einen Überblick zu verschaffen, schau mal unter: https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/lib/AttrTemplate/mqtt2.template
Hallo,
Danke für die Antwort. Funktioniert das also nur wenn autocreate ein Device einfügt? Ich kann das nicht selber machen (Dropdown)?
Willem.
Das kann man auch selber machen.
attrTemplate filtert bestimmte Dinge aus. So das deine Liste nicht zu lang wird. Ich habe nur die Bedingungen dafür nicht alle im Kopf. Teste es einfach mal aus. Sollte so klappen.
Du kannst sonst auch einfach die Templates manuell einfügen, um erstmal zu gucken ob dir das so passt wie es ist.
Ich muss das mal selber machen, weil das Template nicht in die Dropdownliste steht (sehe nur 8 Templates, aber keine der anfängt mit 'A_02b_tasmota').
Mal sehen wie das geht.
Kopier dir doch einfach alles aus dem Template heraus...
# tasmota 2ch as shutter device.
name:A_02b_tasmota_2ch_shutter_invert_1
filter:TYPE=MQTT2_DEVICE:FILTER=readingList=.*(tele|cmnd|stat).*
desc:Configures a dual chanel tasmota device as shutter; needs a special firmware version to operate.<br><a href="https://forum.fhem.de/index.php/topic,98366.msg917091.html#msg917091">Forum Thread</a><br>NOTE: This template will configure the shutter in ROLLO style with pct 0% = open shutter. Use template A_02b_tasmota_2ch_shutter_invert_0, if you need a Homematic-style device pct 100% = open.
par:CMNDTOPIC;Command topic prefix, without trailing /;{ AttrVal("DEVICE","readingList","") =~ m,([^:]*)\b(tele|cmnd|stat)(/.*)?/LWT:, ? "${1}cmnd$3" : undef }
par:TELETOPIC;info topic prefix, without trailing /;{ AttrVal("DEVICE","readingList","") =~ m,([^:]*)\b(tele|cmnd|stat)(/.*)?/LWT:, ? "${1}tele$3" : undef }
par:STATTOPIC;ack topic prefix, without trailing /;{ AttrVal("DEVICE","readingList","") =~ m,([^:]*)\b(tele|cmnd|stat)(/.*)?/LWT:, ? "${1}stat$3" : undef }
par:IO_DEV;Currently used IO;{ AttrVal("DEVICE","IODev","")}
set DEVICE attrTemplate A_01z_tasmota_set_lowercase_texts_and_state1
set IO_DEV publish CMNDTOPIC/Backlog LedState 2; SetOption80 1; SetOption14 1; SetOption81 1; switchmode1 3; switchmode2 3; SaveData 1;
set IO_DEV publish CMNDTOPIC/Restart 1
defmod configure_DEVICEattrTemplate_at at +00:00:20 set IO_DEV publish CMNDTOPIC/Backlog SHUTTEROPENDURATION 20;; SHUTTERCLOSEDURATION 20;; SHUTTERINVERT 1;; GROUPTOPIC Rollos;; SaveData 1;;
attr DEVICE setList \
close:noArg CMNDTOPIC/SHUTTERCLOSE\
open:noArg CMNDTOPIC/SHUTTEROPEN\
half:noArg CMNDTOPIC/SHUTTERPOSITION 50\
pct:slider,0,1,100 CMNDTOPIC/SHUTTERPOSITION $EVTPART1\
stop:noArg CMNDTOPIC/SHUTTERSTOP\
resetClose:noArg CMNDTOPIC/SHUTTERSETCLOSE\
x_configuration CMNDTOPIC/$EVTPART1 $EVTPART2
attr DEVICE readingList \
TELETOPIC/LWT:.* LWT\
STATTOPIC/RESULT:.* { json2nameValue($EVENT) }\
STATTOPIC/POWER1:.* POWER1\
STATTOPIC/POWER1:on {{'state' => 'opening'}}\
STATTOPIC/POWER2:.* POWER2\
STATTOPIC/POWER2:on {{'state' => 'closing'}}\
STATTOPIC/SHUTTER1:.* state\
STATTOPIC/SHUTTER1:.* pct\
TELETOPIC/RESULT:.* { json2nameValue($EVENT) }\
TELETOPIC/STATE:.* { json2nameValue($EVENT) }\
TELETOPIC/SENSOR:.* { json2nameValue($EVENT) }\
TELETOPIC/INFO.:.* { json2nameValue($EVENT) }\
TELETOPIC/UPTIME:.* { json2nameValue($EVENT) }
attr DEVICE devStateIcon opening:fts_shutter_up@red closing:fts_shutter_down@red Online:10px-kreis-gruen Offline:10px-kreis-rot 100:fts_shutter_100 0:fts_shutter_10 9\d.*:fts_shutter_90 8\d.*:fts_shutter_80 7\d.*:fts_shutter_70 6\d.*:fts_shutter_60 5\d.*:fts_shutter_50 4\d.*:fts_shutter_40 3\d.*:fts_shutter_30 2\d.*:fts_shutter_20 1\d.*:fts_shutter_10 \b\d\b.*:fts_shutter_10 set_.*:fts_shutter_updown
attr DEVICE cmdIcon open:fts_shutter_up close:fts_shutter_down stop:fts_shutter_manual half:fts_shutter_50
attr DEVICE webCmd :open:close:half:stop:pct
attr DEVICE stateFormat <a href="http://IPAddress" target="_blank">\
LWT\
</a>\
state
deletereading -q DEVICE (?!associatedWith).*
attr DEVICE setStateList open close half stop pct
attr DEVICE comment After applying the template set SHUTTEROPENDURATION and SHUTTERCLOSEDURATION first.\
Use the "set x_configuration" Option. Example: "set x_configuration SHUTTEROPENDURATION 35"\
Shutter specific commands available: SHUTTEROPENDURATION, SHUTTERCLOSEDURATION, SHUTTERRELAY, SHUTTER50PERCENT, SHUTTERSETCLOSE, SHUTTERINVERT; you may use this for general setOptions in tasmota also.\
commands may need restart to take effect.\
For calibration and further information on the available commands see https://github.com/stefanbode/Sonoff-Tasmota/wiki/Shutter-blinds-working-with-two-relays.
farewell:template has been applied successfully. Now it's recommended to set shutter's open and close duration and 50% position, see short instruction in comment attribute or the <br><a href="https://github.com/stefanbode/Sonoff-Tasmota/wiki/Shutter-blinds-working-with-two-relays">firmware contributor's wiki</a>.
attr DEVICE model A_02b_tasmota_2ch_shutter_invert_1
Das ist eins der Beiden... Wie du sehen kannst, kannst du das alles auch einfach in die Entsprechenden attr manuell kopieren.
@87insane
Hab es getan, alles manuell in Attr kopiert und das funktioniert auch (meistens). Verstehe nur 3 regel nicht ganz:
par:CMNDTOPIC;Command topic prefix, without trailing /;{ AttrVal("DEVICE","readingList","") =~ m,([^:]*)\b(tele|cmnd|stat)(/.*)?/LWT:, ? "${1}cmnd$3" : undef }
par:TELETOPIC;info topic prefix, without trailing /;{ AttrVal("DEVICE","readingList","") =~ m,([^:]*)\b(tele|cmnd|stat)(/.*)?/LWT:, ? "${1}tele$3" : undef }
par:STATTOPIC;ack topic prefix, without trailing /;{ AttrVal("DEVICE","readingList","") =~ m,([^:]*)\b(tele|cmnd|stat)(/.*)?/LWT:, ? "${1}stat$3" : undef }
Ich sehe es hat etwas mit Topics und Readingliste zu tun, aber was da genau passiert ist (für mich) noch ein Rätsel. Im Wiki und Forum finde ich auch nicht viel darüber und Google (meistens meine beste Freundin) hilft mir auch nicht weiter.
Und dann ist da noch ein kleines Problem mit devStateIcon: stateFormat gibt mir den Link zum Device, aber ich bekomme keine Icons, nur Texte von LWT und state. Hab mal andere Icons versucht, aber ohne erfolg: nur Text.
Werde mal weiter experimentieren.
Vielleicht soll das Template auch ein wenig geändert werden, weil 'SetOption14' gibt's nicht mehr, dass heißt jetzt 'Interlock'.
Ei Ei Ei.... Hast du sicher den fork von Stefan bode drauf? Das hieß immer schon interlock. Verschiedene Optionen hast du ohne den fork nicht. Selbst der slider auf dem Web-IF vom Schalter, ist aus dem fork.
Über was empfängst du mqtt?
Die templates kommen via internen mqtt2 server von fhem. Den würde ich jedenfalls empfehlen. Hört sich für mich an als hättest du da was durcheinander gebracht.
Devstateicon klappt natürlich nur wenn auch die readings vorhanden sind. Da du selbst die readings nicht alle hast, muss da was krum sein. Die readings kommen über readinglist.
Hab aktuell noch 4 Stück von diesen Schaltern, alle laufen gut und funktionieren bei der Einrichtung mit dem Template.
Es sind also einige Dinge/fragen offen.
Ja, das stimmt und bei Stefan heißt es auch Interlock, aber im Fhem Template heißt es Setoption14, sieh mal ein bisschen nach oben (#72), da steht: set IO_DEV publish CMNDTOPIC/Backlog LedState 2; SetOption80 1; SetOption14 1; SetOption81 1; switchmode1 3; switchmode2 3; SaveData 1;
Hab mir ein par Tuya Schaltern aus China besorgt, Tasmota drauf gefläsht, ein Template für Tasmota gebastelt und das alles als MQTT_DEVICE in Fhem eingebunden. Funktioniert großartig und ich brauche kein Hardware zusammen zu basteln, alles schon da und es sieht schön aus (meine Frau happy).
Ein par tage später den fork von Stefan gefunden und das Template 'A_02b_tasmota_2ch_shutter_invert_1'. Herausgefunden dass ich ein MQTT2 'ding' benötige um das ganze zu leben zu wecken und soweit bin ich jetzt. Hab ein MQTT2_CLIENT genommen als Verbindung mit meine Mosquitto Server und das funktioniert ganz gut. Die Readings kommen an (viel mehr als ich benötige, macht nix) und ich habe mittlerweile das 'Problem' gelöst. Hatte im stateFormat zuviel weggenommen, nicht nur die \.
Weiß nicht ob ich MQTT2_SERVER gebrauchen werde, hatte am Anfang einige Probleme damit. Wollte nur einige stunden laufen und brauchte dann ein Restart. Nach 2 tage von Restarts hab ich mich entschlossen für Mosquitto. Lauft einwandfrei seit einige Wochen.
Rest noch die Frage, ob ich diesen 3 regeln:
par:CMNDTOPIC;Command topic prefix, without trailing /;{ AttrVal("DEVICE","readingList","") =~ m,([^:]*)\b(tele|cmnd|stat)(/.*)?/LWT:, ? "${1}cmnd$3" : undef }
par:TELETOPIC;info topic prefix, without trailing /;{ AttrVal("DEVICE","readingList","") =~ m,([^:]*)\b(tele|cmnd|stat)(/.*)?/LWT:, ? "${1}tele$3" : undef }
par:STATTOPIC;ack topic prefix, without trailing /;{ AttrVal("DEVICE","readingList","") =~ m,([^:]*)\b(tele|cmnd|stat)(/.*)?/LWT:, ? "${1}stat$3" : undef }
auch irgendwo manuell kann einfuhren oder wirkt das nur mit Templates? Kann in DevelopmentModuleIntro nur finden das es mit parsen zu tun hat.
Guten Morgen,
kennen deine Schalter natürlich nicht aber du hast 3 Tasten. Die Sonoff T1 nur zwei. Du kannst bzw. könntest also die dritte Taste auch belegen.
SetOption14 ist doch interlock... Was passiert denn, wenn du das manuell MIT FORK in der Konsole des Schalters eingibst?
Die par Einträge haben alle Tasmota Templates. Ich hatte die nur übernommen. Hier könnte Beta-User (wenn er aus dem UL ist) genaueres sagen. ABER ich lese sie so, dass sie selektieren, was was ist. Der zieht sich die entsprechenden LWTs.
Kurze Form von IF, wie ich vor kurzem lernte.... Wenn irgendwas "?" (dann) ":" (sonst). Das was hinter dem = steht ist Regex um zu filtern. Alle drei gehen auf die ReadingList. An sich startest du bei einem Gerät mit autocreate immer mit bereits eingetroffenen Readings. Du hast es ja alles manuell getan und deswegen wohl leer gestartet.
Kannst du deine MQTT2 Probleme noch ein wenig aufschlüsseln? Bei mir läuft der Server von Anfang an, sehr stabil und ohne Probleme.
Anbei mal ein LIST von einem meiner Schalter, damit du es ggf. anpassen kannst.
Internals:
CFGFN ./FHEM/Tasmota.cfg
CHANGED
CID az_rollo
DEF az_rollo
DEVICETOPIC az_rollo
FUUID 5c8a90a3-f33f-fcb4-1dc7-6c9890e971b9c2db
IODev MQTT2_FHEM_Server
LASTInputDev MQTT2_FHEM_Server
MQTT2_FHEM_Server_MSGCNT 1697
MQTT2_FHEM_Server_TIME 2019-08-15 08:58:05
MSGCNT 1697
NAME az_rollo
NR 53
STATE <a href="http://192.168.20.30" target="_blank">
Online
</a>
81
TYPE MQTT2_DEVICE
READINGS:
2019-06-21 20:02:36 Command Unknown
2019-08-15 08:58:05 DeepSleep 0
2019-08-14 15:17:48 FallbackTopic cmnd/az_rollo_fb/
2019-08-14 15:17:48 GroupTopic Rollos
2019-08-15 08:58:05 Heap 21424
2019-08-14 15:17:48 Hostname az_rollo
2019-08-14 15:17:48 IPAddress 192.168.xxx.xxx
2019-08-14 15:17:48 LWT Online
2019-03-23 19:18:32 LedState 2
2019-08-15 08:58:05 LoadAvg 9
2019-08-14 15:17:48 Module Sonoff T1 2CH
2019-06-21 20:02:46 NtpServer1 192.168.xxx.xxx
2019-08-14 15:17:48 POWER
2019-08-15 08:58:05 POWER1 off
2019-08-15 08:58:05 POWER2 off
2019-03-23 19:18:30 Restart Restarting
2019-08-14 15:17:48 RestartReason Software/System restart
2019-08-15 08:58:05 SHUTTER-1_direction 0
2019-08-15 08:58:05 SHUTTER-1_position 81
2019-03-23 19:18:52 SaveData on
2019-03-23 19:18:32 SetOption14 on
2019-03-23 19:18:31 SetOption26 on
2019-03-23 19:18:32 SetOption80 on
2019-03-23 19:18:33 SetOption81 on
2019-08-15 08:58:05 Sleep 100
2019-08-15 08:58:05 SleepMode Dynamic
2019-03-23 19:18:30 StateText1 off
2019-03-23 19:18:30 StateText2 on
2019-03-23 19:18:31 StateText3 toggle
2019-03-23 19:18:31 StateText4 hold
2019-03-23 19:18:33 SwitchMode1 3
2019-03-23 19:18:33 SwitchMode2 3
2019-08-15 08:58:05 Time 2019-08-15T08:58:05
2019-08-15 08:58:05 Uptime 0T17:40:26
2019-08-15 08:58:05 Vcc 3.148
2019-08-14 15:17:48 Version 6.4.1.9 stb-1.1(sonoff)
2019-08-14 15:17:48 WebServerMode Admin
2019-06-15 06:00:09 WifiConfig SmartConfig selected
2019-08-15 08:58:05 Wifi_AP 1
2019-08-15 08:58:05 Wifi_BSSId 6C:B0:CE:2C:44:4D
2019-08-15 08:58:05 Wifi_Channel 13
2019-08-15 08:58:05 Wifi_RSSI 100
2019-08-15 08:58:05 Wifi_SSId MEINE SSID
2019-08-15 07:54:15 pct 81
2019-08-02 18:05:51 resetClose set
2019-05-21 19:06:08 shutterclose1 100
2019-03-27 16:25:27 shuttercloseduration1 16.5
2019-03-23 19:18:52 shutterinvert1 1
2019-08-02 18:04:58 shutteropen1 0
2019-03-27 16:21:46 shutteropenduration1 18.0
2019-08-15 07:54:03 shutterposition1 80
2019-08-02 18:05:51 shuttersetclose1 1073647536
2019-05-16 07:23:50 shutterstop1 47
2019-08-15 07:54:15 state 81
2019-03-27 16:25:27 x_configuration set shuttercloseduration 16.5
Attributes:
IODev MQTT2_FHEM_Server
alexaName Arbeitszimmer Rollo
alexaRoom Arbeitszimmer
alias Arbeitszimmer Rollo
cmdIcon open:fts_shutter_up close:fts_shutter_down stop:fts_shutter_manual half:fts_shutter_50
comment After applying the template set SHUTTEROPENDURATION and SHUTTERCLOSEDURATION first.
Use the "set x_configuration" Option. Example: "set x_configuration SHUTTEROPENDURATION 35"
Shutter specific commands available: SHUTTEROPENDURATION, SHUTTERCLOSEDURATION, SHUTTERRELAY, SHUTTER50PERCENT, SHUTTERSETCLOSE, SHUTTERINVERT; you may use this for general setOptions in tasmota also.
commands may need restart to take effect.
For calibration and further information on the available commands see https://github.com/stefanbode/Sonoff-Tasmota/wiki/Shutter-blinds-working-with-two-relays.
devStateIcon opening:fts_shutter_up@red closing:fts_shutter_down@red Online:10px-kreis-gruen@green Offline:10px-kreis-rot@red 100:fts_shutter_100 0:fts_shutter_10 9\d.*:fts_shutter_90 8\d.*:fts_shutter_80 7\d.*:fts_shutter_70 6\d.*:fts_shutter_60 5\d.*:fts_shutter_50 4\d.*:fts_shutter_40 3\d.*:fts_shutter_30 2\d.*:fts_shutter_20 1\d.*:fts_shutter_10 \b\d\b.*:fts_shutter_10 set_.*:fts_shutter_updown
event-on-change-reading .*
group Rollo
model A_02b_tasmota_2ch_shutter_invert_1
readingList tele/az_rollo/LWT:.* LWT
cmnd/az_rollo/POWER:.* POWER
stat/az_rollo/RESULT:.* { json2nameValue($EVENT) }
stat/az_rollo/POWER1:.* POWER1
stat/az_rollo/POWER1:on {{'state' => 'opening'}}
stat/az_rollo/POWER2:.* POWER2
stat/az_rollo/POWER2:on {{'state' => 'closing'}}
stat/az_rollo/SHUTTER1:.* state
stat/az_rollo/SHUTTER1:.* pct
tele/az_rollo/RESULT:.* { json2nameValue($EVENT) }
tele/az_rollo/STATE:.* { json2nameValue($EVENT) }
tele/az_rollo/SENSOR:.* { json2nameValue($EVENT) }
tele/az_rollo/INFO.:.* { json2nameValue($EVENT) }
tele/az_rollo/UPTIME:.* { json2nameValue($EVENT) }
room Alexa,Arbeitszimmer,FHEM / Info,MQTT
setList close:noArg cmnd/az_rollo/SHUTTERCLOSE
open:noArg cmnd/az_rollo/SHUTTEROPEN
half:noArg cmnd/az_rollo/SHUTTERPOSITION 50
pct:slider,0,1,100 cmnd/az_rollo/SHUTTERPOSITION $EVTPART1
stop:noArg cmnd/az_rollo/SHUTTERSTOP
resetClose:noArg cmnd/az_rollo/SHUTTERSETCLOSE
x_configuration cmnd/az_rollo/$EVTPART1 $EVTPART2
setStateList open close half stop pct
stateFormat <a href="http://IPAddress" target="_blank">
LWT
</a>
state
webCmd :open:close:half:stop:pct
Das ganze sollte dann so aussehen....
Zitat von: willemmeister am 14 August 2019, 11:26:06
Hab es getan, alles manuell in Attr kopiert und das funktioniert auch (meistens). Verstehe nur 3 regel nicht ganz:
par:CMNDTOPIC;Command topic prefix, without trailing /;{ AttrVal("DEVICE","readingList","") =~ m,([^:]*)\b(tele|cmnd|stat)(/.*)?/LWT:, ? "${1}cmnd$3" : undef }
par:TELETOPIC;info topic prefix, without trailing /;{ AttrVal("DEVICE","readingList","") =~ m,([^:]*)\b(tele|cmnd|stat)(/.*)?/LWT:, ? "${1}tele$3" : undef }
par:STATTOPIC;ack topic prefix, without trailing /;{ AttrVal("DEVICE","readingList","") =~ m,([^:]*)\b(tele|cmnd|stat)(/.*)?/LWT:, ? "${1}stat$3" : undef }
Ich sehe es hat etwas mit Topics und Readingliste zu tun, aber was da genau passiert ist (für mich) noch ein Rätsel. Im Wiki und Forum finde ich auch nicht viel darüber und Google (meistens meine beste Freundin) hilft mir auch nicht weiter.
Damit werden ein paar Parameter ermittelt, die (hier) hinterher wieder für die Zusammensetzung der setList und readingList-Attribute genutzt werden.
Wenn das innerhalb des template nicht aufgelöst werden kann, liegt es daran, dass kein LWT übertragen wird (was eigentlich nach jedem Neustart des ESP erfolgen sollte) oder ein "angepaßter" (ungewöhnlicher) Topic-Pfad verwendet wird. Deswegen erscheint es auch nicht im Dropdown....
Wäre interessant zu wissen, was da die Ursache ist (RAW-Definitionen wären an der Stelle hilfreich...)
ZitatUnd dann ist da noch ein kleines Problem mit devStateIcon: stateFormat gibt mir den Link zum Device, aber ich bekomme keine Icons, nur Texte von LWT und state. Hab mal andere Icons versucht, aber ohne erfolg: nur Text.
Werde mal weiter experimentieren.
...gleiche Ursache, es wird - aus welchen Gründen auch immer - das LWT nicht dem Device zugeordnet (ist MQTT2_CLIENT als IO im Spiel, aber keine A_00_MQTT2_CLIENT_general_bridge?)...
ZitatVielleicht soll das Template auch ein wenig geändert werden, weil 'SetOption14' gibt's nicht mehr, dass heißt jetzt 'Interlock'.
Bitte um Info, wenn das wirklich nicht mehr mit SetOption14 funktionieren sollte (was ich nicht glaube, in der Regel achten Entwickler auf Rückwärtskompabilität...).
hallo zusammen,
Versuche meine Rollos nach dieser Anleitung einzubinden, dazu hab ich noch einige Verständnis Fragen.
Hab 5 Sonoff T1 2CH mit Tasmota Version 6.6.0.1 stb-1.5(sonoff) im Einsatz, bei allen werden mir unterschiedliche readings Angezeigt, siehe als Beispiel die List von 2 Schaltern.
Wenn ich Schaltungen in der Weboberfläche Sonoff oder am Schalter vornehme werden diese nicht in Fhem angezeigt, in die andere Richtung funktionierst. Auch der Silderstellung wird nicht angezeigt.
Internals:
CFGFN
CID Sonoff_Esszimmer
DEF Sonoff_Esszimmer
DEVICETOPIC MQTT2_Sonoff_Esszimmer
FUUID 5d63f70d-f33f-13e8-2883-4c780606386424d3
IODev m2server
LASTInputDev m2server
MSGCNT 2385
NAME MQTT2_Sonoff_Esszimmer
NR 320561
STATE
Online
set_half
TYPE MQTT2_DEVICE
m2server_MSGCNT 2385
m2server_TIME 2019-08-29 17:14:02
OLDREADINGS:
READINGS:
2019-08-29 16:43:36 Command Error
2019-08-29 16:43:54 FallbackTopic cmnd/Sonoff_Esszimmer_fb/
2019-08-29 16:43:54 GroupTopic Rollos
2019-08-29 17:14:01 Heap 30
2019-08-29 16:43:54 Hostname Sonoff_Esszimmer-6114
2019-08-29 16:43:54 IPAddress 192.168.xx.xx
2019-08-29 16:43:54 LWT Online
2019-08-29 16:43:36 LedState 2
2019-08-29 17:14:01 LoadAvg 9
2019-08-29 16:43:54 Module Sonoff T1 2CH
2019-08-29 16:43:54 POWER
2019-08-29 17:14:01 POWER1 off
2019-08-29 17:14:01 POWER2 off
2019-08-29 16:43:35 Restart Restarting
2019-08-29 16:43:54 RestartReason Software/System restart
2019-08-29 17:14:02 SHUTTER-1_direction 0
2019-08-29 17:14:02 SHUTTER-1_position 49
2019-08-29 16:50:53 SHUTTER1 49
2019-08-29 16:43:45 SaveData on
2019-08-29 16:43:36 SetOption26 on
2019-08-29 16:43:36 SetOption80 on
2019-08-29 16:43:37 SetOption81 on
2019-08-29 17:14:01 Sleep 100
2019-08-29 17:14:01 SleepMode Dynamic
2019-08-29 16:43:35 StateText1 off
2019-08-29 16:43:35 StateText2 on
2019-08-29 16:43:36 StateText3 toggle
2019-08-29 16:43:36 StateText4 hold
2019-08-29 16:43:37 SwitchMode1 3
2019-08-29 16:43:38 SwitchMode2 3
2019-08-29 17:14:02 Time 2019-08-29T17:14:01
2019-08-29 17:14:01 Uptime 0T00:30:15
2019-08-29 17:14:01 Vcc 3.445
2019-08-29 16:43:54 Version 6.6.0.1 stb-1.5(sonoff)
2019-08-29 16:43:54 WebServerMode Admin
2019-08-29 17:14:01 Wifi_AP 1
2019-08-29 17:14:01 Wifi_BSSId E0:xx:6D:xx:38:B3
2019-08-29 17:14:01 Wifi_Channel 6
2019-08-29 17:14:01 Wifi_DeepSleep 0
2019-08-29 17:14:01 Wifi_Downtime 0T00:00:04
2019-08-29 17:14:01 Wifi_Heap 31232
2019-08-29 17:14:01 Wifi_LinkCount 1
2019-08-29 17:14:01 Wifi_RSSI 90
2019-08-29 17:14:01 Wifi_SSId xxxxx
2019-08-29 16:47:43 shutterclose1 0
2019-08-29 16:48:49 shuttercloseduration1 20.0
2019-08-29 16:43:44 shutterinvert1 0
2019-08-29 16:49:40 shutteropen1 100
2019-08-29 16:49:19 shutteropenduration1 22.0
2019-08-29 16:50:43 shutterposition1 50
2019-08-29 16:50:43 state set_half
2019-08-29 16:49:18 x_configuration set shutteropenduration 22
Attributes:
IODev m2server
alias MQTT2_Sonoff_Esszimmer
cmdIcon open:fts_shutter_up close:fts_shutter_down stop:fts_shutter_manual half:fts_shutter_50
comment After applying the template set SHUTTEROPENDURATION and SHUTTERCLOSEDURATION first.
Use the "set x_configuration" Option. Example: "set x_configuration SHUTTEROPENDURATION 35"
Shutter specific commands available: SHUTTEROPENDURATION, SHUTTERCLOSEDURATION, SHUTTERRELAY, SHUTTER50PERCENT, SHUTTERSETCLOSE, SHUTTERINVERT; you may use this for general setOptions in tasmota also.
commands may need restart to take effect.
For calibration and further information on the available commands see https://github.com/stefanbode/Sonoff-Tasmota/wiki/Shutter-blinds-working-with-two-relays.
devStateIcon opening:fts_shutter_up@red closing:fts_shutter_down@red Online:10px-kreis-gruen Offline:10px-kreis-rot 100:fts_shutter_10 0:fts_shutter_100 9\d.*:fts_shutter_10 8\d.*:fts_shutter_20 7\d.*:fts_shutter_30 6\d.*:fts_shutter_40 5\d.*:fts_shutter_50 4\d.*:fts_shutter_60 3\d.*:fts_shutter_70 2\d.*:fts_shutter_80 1\d.*:fts_shutter_90 \b\d\b.*:fts_shutter_90
group Mqtt_Rollo
model A_02b_tasmota_2ch_shutter_invert_0
readingList TELETOPIC/LWT:.* LWT
STATTOPIC/RESULT:.* { json2nameValue($EVENT) }
STATTOPIC/POWER1:.* POWER1
STATTOPIC/POWER1:on {{'state' => 'opening'}}
STATTOPIC/POWER2:.* POWER2
STATTOPIC/POWER2:on {{'state' => 'closing'}}
STATTOPIC/SHUTTER1:.* state
STATTOPIC/SHUTTER1:.* pct
TELETOPIC/RESULT:.* { json2nameValue($EVENT) }
TELETOPIC/STATE:.* { json2nameValue($EVENT) }
TELETOPIC/SENSOR:.* { json2nameValue($EVENT) }
TELETOPIC/INFO.:.* { json2nameValue($EVENT) }
TELETOPIC/UPTIME:.* { json2nameValue($EVENT) }
Sonoff_Esszimmer:tele/Sonoff_Esszimmer/STATE:.* { json2nameValue($EVENT) }
Sonoff_Esszimmer:tele/Sonoff_Esszimmer/SENSOR:.* { json2nameValue($EVENT) }
Sonoff_Esszimmer:stat/Sonoff_Esszimmer/RESULT:.* { json2nameValue($EVENT) }
Sonoff_Esszimmer:tele/Sonoff_Esszimmer/LWT:.* LWT
Sonoff_Esszimmer:cmnd/Sonoff_Esszimmer/POWER:.* POWER
Sonoff_Esszimmer:tele/Sonoff_Esszimmer/INFO1:.* { json2nameValue($EVENT) }
Sonoff_Esszimmer:tele/Sonoff_Esszimmer/INFO2:.* { json2nameValue($EVENT) }
Sonoff_Esszimmer:tele/Sonoff_Esszimmer/INFO3:.* { json2nameValue($EVENT) }
Sonoff_Esszimmer:stat/Sonoff_Esszimmer/POWER1:.* POWER1
Sonoff_Esszimmer:stat/Sonoff_Esszimmer/POWER2:.* POWER2
Sonoff_Esszimmer:stat/Sonoff_Esszimmer/SHUTTER1:.* SHUTTER1
Sonoff_Esszimmer:tele/Sonoff_Esszimmer/RESULT:.* { json2nameValue($EVENT) }
room 3_Esszimmer,MQTT2_DEVICE
setList close:noArg cmnd/Sonoff_Esszimmer/SHUTTERCLOSE
open:noArg cmnd/Sonoff_Esszimmer/SHUTTEROPEN
half:noArg cmnd/Sonoff_Esszimmer/SHUTTERPOSITION 50
pct:slider,0,1,100 cmnd/Sonoff_Esszimmer/SHUTTERPOSITION $EVTPART1
stop:noArg cmnd/Sonoff_Esszimmer/SHUTTERSTOP
resetClose:noArg cmnd/Sonoff_Esszimmer/SHUTTERSETCLOSE
x_configuration cmnd/Sonoff_Esszimmer/$EVTPART1 $EVTPART2
setStateList open close half stop pct
stateFormat
LWT
state
webCmd :open:close:half:stop:pct
und dazu RAW defination
defmod MQTT2_Sonoff_Esszimmer MQTT2_DEVICE Sonoff_Esszimmer
attr MQTT2_Sonoff_Esszimmer IODev m2server
attr MQTT2_Sonoff_Esszimmer alias MQTT2_Sonoff_Esszimmer
attr MQTT2_Sonoff_Esszimmer cmdIcon open:fts_shutter_up close:fts_shutter_down stop:fts_shutter_manual half:fts_shutter_50
attr MQTT2_Sonoff_Esszimmer comment After applying the template set SHUTTEROPENDURATION and SHUTTERCLOSEDURATION first.\
Use the "set x_configuration" Option. Example: "set x_configuration SHUTTEROPENDURATION 35"\
Shutter specific commands available: SHUTTEROPENDURATION, SHUTTERCLOSEDURATION, SHUTTERRELAY, SHUTTER50PERCENT, SHUTTERSETCLOSE, SHUTTERINVERT;; you may use this for general setOptions in tasmota also.\
commands may need restart to take effect.\
For calibration and further information on the available commands see https://github.com/stefanbode/Sonoff-Tasmota/wiki/Shutter-blinds-working-with-two-relays.
attr MQTT2_Sonoff_Esszimmer devStateIcon opening:fts_shutter_up@red closing:fts_shutter_down@red Online:10px-kreis-gruen Offline:10px-kreis-rot 100:fts_shutter_10 0:fts_shutter_100 9\d.*:fts_shutter_10 8\d.*:fts_shutter_20 7\d.*:fts_shutter_30 6\d.*:fts_shutter_40 5\d.*:fts_shutter_50 4\d.*:fts_shutter_60 3\d.*:fts_shutter_70 2\d.*:fts_shutter_80 1\d.*:fts_shutter_90 \b\d\b.*:fts_shutter_90
attr MQTT2_Sonoff_Esszimmer group Mqtt_Rollo
attr MQTT2_Sonoff_Esszimmer model A_02b_tasmota_2ch_shutter_invert_0
attr MQTT2_Sonoff_Esszimmer readingList TELETOPIC/LWT:.* LWT\
STATTOPIC/RESULT:.* { json2nameValue($EVENT) }\
STATTOPIC/POWER1:.* POWER1\
STATTOPIC/POWER1:on {{'state' => 'opening'}}\
STATTOPIC/POWER2:.* POWER2\
STATTOPIC/POWER2:on {{'state' => 'closing'}}\
STATTOPIC/SHUTTER1:.* state\
STATTOPIC/SHUTTER1:.* pct\
TELETOPIC/RESULT:.* { json2nameValue($EVENT) }\
TELETOPIC/STATE:.* { json2nameValue($EVENT) }\
TELETOPIC/SENSOR:.* { json2nameValue($EVENT) }\
TELETOPIC/INFO.:.* { json2nameValue($EVENT) }\
TELETOPIC/UPTIME:.* { json2nameValue($EVENT) }\
Sonoff_Esszimmer:tele/Sonoff_Esszimmer/STATE:.* { json2nameValue($EVENT) }\
Sonoff_Esszimmer:tele/Sonoff_Esszimmer/SENSOR:.* { json2nameValue($EVENT) }\
Sonoff_Esszimmer:stat/Sonoff_Esszimmer/RESULT:.* { json2nameValue($EVENT) }\
Sonoff_Esszimmer:tele/Sonoff_Esszimmer/LWT:.* LWT\
Sonoff_Esszimmer:cmnd/Sonoff_Esszimmer/POWER:.* POWER\
Sonoff_Esszimmer:tele/Sonoff_Esszimmer/INFO1:.* { json2nameValue($EVENT) }\
Sonoff_Esszimmer:tele/Sonoff_Esszimmer/INFO2:.* { json2nameValue($EVENT) }\
Sonoff_Esszimmer:tele/Sonoff_Esszimmer/INFO3:.* { json2nameValue($EVENT) }\
Sonoff_Esszimmer:stat/Sonoff_Esszimmer/POWER1:.* POWER1\
Sonoff_Esszimmer:stat/Sonoff_Esszimmer/POWER2:.* POWER2\
Sonoff_Esszimmer:stat/Sonoff_Esszimmer/SHUTTER1:.* SHUTTER1\
Sonoff_Esszimmer:tele/Sonoff_Esszimmer/RESULT:.* { json2nameValue($EVENT) }
attr MQTT2_Sonoff_Esszimmer room 3_Esszimmer,MQTT2_DEVICE
attr MQTT2_Sonoff_Esszimmer setList close:noArg cmnd/Sonoff_Esszimmer/SHUTTERCLOSE\
open:noArg cmnd/Sonoff_Esszimmer/SHUTTEROPEN\
half:noArg cmnd/Sonoff_Esszimmer/SHUTTERPOSITION 50\
pct:slider,0,1,100 cmnd/Sonoff_Esszimmer/SHUTTERPOSITION $EVTPART1\
stop:noArg cmnd/Sonoff_Esszimmer/SHUTTERSTOP\
resetClose:noArg cmnd/Sonoff_Esszimmer/SHUTTERSETCLOSE\
x_configuration cmnd/Sonoff_Esszimmer/$EVTPART1 $EVTPART2
attr MQTT2_Sonoff_Esszimmer setStateList open close half stop pct
attr MQTT2_Sonoff_Esszimmer stateFormat <a href="http://IPAddress" target="_blank">\
LWT\
</a>\
state
attr MQTT2_Sonoff_Esszimmer webCmd :open:close:half:stop:pct
setstate MQTT2_Sonoff_Esszimmer <a href="http://192.168.xx.xx" target="_blank">\
Online\
</a>\
set_half
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:43:36 Command Error
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:43:54 FallbackTopic cmnd/Sonoff_Esszimmer_fb/
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:43:54 GroupTopic Rollos
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 17:14:01 Heap 30
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:43:54 Hostname Sonoff_Esszimmer-6114
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:43:54 IPAddress 192.168.178.81
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:43:54 LWT Online
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:43:36 LedState 2
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 17:14:01 LoadAvg 9
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:43:54 Module Sonoff T1 2CH
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:43:54 POWER
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 17:14:01 POWER1 off
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 17:14:01 POWER2 off
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:43:35 Restart Restarting
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:43:54 RestartReason Software/System restart
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 17:14:02 SHUTTER-1_direction 0
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 17:14:02 SHUTTER-1_position 49
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:50:53 SHUTTER1 49
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:43:45 SaveData on
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:43:36 SetOption26 on
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:43:36 SetOption80 on
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:43:37 SetOption81 on
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 17:14:01 Sleep 100
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 17:14:01 SleepMode Dynamic
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:43:35 StateText1 off
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:43:35 StateText2 on
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:43:36 StateText3 toggle
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:43:36 StateText4 hold
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:43:37 SwitchMode1 3
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:43:38 SwitchMode2 3
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 17:14:02 Time 2019-08-29T17:14:01
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 17:14:01 Uptime 0T00:30:15
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 17:14:01 Vcc 3.445
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:43:54 Version 6.6.0.1 stb-1.5(sonoff)
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:43:54 WebServerMode Admin
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 17:14:01 Wifi_AP 1
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 17:14:01 Wifi_BSSId E0:xx:6D:xx:38:B3
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 17:14:01 Wifi_Channel 6
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 17:14:01 Wifi_DeepSleep 0
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 17:14:01 Wifi_Downtime 0T00:00:04
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 17:14:01 Wifi_Heap 31232
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 17:14:01 Wifi_LinkCount 1
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 17:14:01 Wifi_RSSI 90
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 17:14:01 Wifi_SSId xxxx
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:47:43 shutterclose1 0
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:48:49 shuttercloseduration1 20.0
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:43:44 shutterinvert1 0
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:49:40 shutteropen1 100
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:49:19 shutteropenduration1 22.0
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:50:43 shutterposition1 50
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:50:43 state set_half
setstate MQTT2_Sonoff_Esszimmer 2019-08-29 16:49:18 x_configuration set shutteropenduration 22
und der zweite Schalter
Internals:
CFGFN
CID Sonoff_Ankleide
DEF Sonoff_Ankleide
DEVICETOPIC MQTT2_Sonoff_Ankleide
FUUID 5d642b1c-f33f-13e8-1a06-64ed44853be5c52d
IODev m2server
LASTInputDev m2server
MSGCNT 2346
NAME MQTT2_Sonoff_Ankleide
NR 322860
STATE
Online
set_half
TYPE MQTT2_DEVICE
m2server_MSGCNT 2346
m2server_TIME 2019-08-29 17:16:00
OLDREADINGS:
READINGS:
2019-08-29 17:05:54 FallbackTopic cmnd/Sonoff_Ankleide_fb/
2019-08-29 17:05:54 GroupTopic Rollos
2019-08-29 17:16:00 Heap 30
2019-08-29 17:05:56 Hostname Sonoff_Ankleide-5553
2019-08-29 17:05:56 IPAddress 192.168.xx.xx
2019-08-29 17:05:52 LWT Online
2019-08-29 17:16:00 LoadAvg 9
2019-08-29 17:05:54 Module Sonoff T1 2CH
2019-08-29 17:05:52 POWER
2019-08-29 17:16:00 POWER1 off
2019-08-29 17:16:00 POWER2 off
2019-08-29 17:05:58 RestartReason Software/System restart
2019-08-29 17:16:00 SHUTTER-1_direction 0
2019-08-29 17:16:00 SHUTTER-1_position 49
2019-08-29 17:06:20 SHUTTER1 49
2019-08-29 17:05:45 SaveData on
2019-08-29 17:16:00 Sleep 100
2019-08-29 17:16:00 SleepMode Dynamic
2019-08-29 17:16:00 Time 2019-08-29T17:16:00
2019-08-29 17:16:00 Uptime 0T00:10:14
2019-08-29 17:16:00 Vcc 3.438
2019-08-29 17:05:54 Version 6.6.0.1 stb-1.5(sonoff)
2019-08-29 17:05:56 WebServerMode Admin
2019-08-29 17:16:00 Wifi_AP 1
2019-08-29 17:16:00 Wifi_BSSId E0:xx:6D:xx:38:xx
2019-08-29 17:16:00 Wifi_Channel 6
2019-08-29 17:16:00 Wifi_DeepSleep 0
2019-08-29 17:16:00 Wifi_Downtime 0T00:00:04
2019-08-29 17:16:00 Wifi_Heap 31568
2019-08-29 17:16:00 Wifi_LinkCount 1
2019-08-29 17:16:00 Wifi_RSSI 52
2019-08-29 17:16:00 Wifi_SSId xxxxxx
2019-08-29 17:05:44 shuttercloseduration1 20.0
2019-08-29 17:05:44 shutterinvert1 0
2019-08-29 17:05:44 shutteropenduration1 20.0
2019-08-29 17:06:08 shutterposition1 50
2019-08-29 17:06:08 state set_half
Attributes:
IODev m2server
alias MQTT2_Sonoff_Ankleide
autocreate 1
cmdIcon open:fts_shutter_up close:fts_shutter_down stop:fts_shutter_manual half:fts_shutter_50
comment After applying the template set SHUTTEROPENDURATION and SHUTTERCLOSEDURATION first.
Use the "set x_configuration" Option. Example: "set x_configuration SHUTTEROPENDURATION 35"
Shutter specific commands available: SHUTTEROPENDURATION, SHUTTERCLOSEDURATION, SHUTTERRELAY, SHUTTER50PERCENT, SHUTTERSETCLOSE, SHUTTERINVERT; you may use this for general setOptions in tasmota also.
commands may need restart to take effect.
For calibration and further information on the available commands see https://github.com/stefanbode/Sonoff-Tasmota/wiki/Shutter-blinds-working-with-two-relays.
devStateIcon opening:fts_shutter_up@red closing:fts_shutter_down@red Online:10px-kreis-gruen Offline:10px-kreis-rot 100:fts_shutter_10 0:fts_shutter_100 9\d.*:fts_shutter_10 8\d.*:fts_shutter_20 7\d.*:fts_shutter_30 6\d.*:fts_shutter_40 5\d.*:fts_shutter_50 4\d.*:fts_shutter_60 3\d.*:fts_shutter_70 2\d.*:fts_shutter_80 1\d.*:fts_shutter_90 \b\d\b.*:fts_shutter_90
group Mqtt_Rollo
model A_02b_tasmota_2ch_shutter_invert_0
readingList TELETOPIC/LWT:.* LWT
STATTOPIC/RESULT:.* { json2nameValue($EVENT) }
STATTOPIC/POWER1:.* POWER1
STATTOPIC/POWER1:on {{'state' => 'opening'}}
STATTOPIC/POWER2:.* POWER2
STATTOPIC/POWER2:on {{'state' => 'closing'}}
STATTOPIC/SHUTTER1:.* state
STATTOPIC/SHUTTER1:.* pct
TELETOPIC/RESULT:.* { json2nameValue($EVENT) }
TELETOPIC/STATE:.* { json2nameValue($EVENT) }
TELETOPIC/SENSOR:.* { json2nameValue($EVENT) }
TELETOPIC/INFO.:.* { json2nameValue($EVENT) }
TELETOPIC/UPTIME:.* { json2nameValue($EVENT) }
Sonoff_Ankleide:tele/Sonoff_Ankleide/LWT:.* LWT
Sonoff_Ankleide:cmnd/Sonoff_Ankleide/POWER:.* POWER
Sonoff_Ankleide:stat/Sonoff_Ankleide/RESULT:.* { json2nameValue($EVENT) }
Sonoff_Ankleide:tele/Sonoff_Ankleide/INFO1:.* { json2nameValue($EVENT) }
Sonoff_Ankleide:tele/Sonoff_Ankleide/INFO2:.* { json2nameValue($EVENT) }
Sonoff_Ankleide:tele/Sonoff_Ankleide/INFO3:.* { json2nameValue($EVENT) }
Sonoff_Ankleide:stat/Sonoff_Ankleide/POWER1:.* POWER1
Sonoff_Ankleide:stat/Sonoff_Ankleide/POWER2:.* POWER2
Sonoff_Ankleide:tele/Sonoff_Ankleide/STATE:.* { json2nameValue($EVENT) }
Sonoff_Ankleide:tele/Sonoff_Ankleide/SENSOR:.* { json2nameValue($EVENT) }
Sonoff_Ankleide:stat/Sonoff_Ankleide/SHUTTER1:.* SHUTTER1
Sonoff_Ankleide:tele/Sonoff_Ankleide/RESULT:.* { json2nameValue($EVENT) }
room Ankleidezimmer,MQTT2_DEVICE
setList close:noArg cmnd/Sonoff_Ankleide/SHUTTERCLOSE
open:noArg cmnd/Sonoff_Ankleide/SHUTTEROPEN
half:noArg cmnd/Sonoff_Ankleide/SHUTTERPOSITION 50
pct:slider,0,1,100 cmnd/Sonoff_Ankleide/SHUTTERPOSITION $EVTPART1
stop:noArg cmnd/Sonoff_Ankleide/SHUTTERSTOP
resetClose:noArg cmnd/Sonoff_Ankleide/SHUTTERSETCLOSE
x_configuration cmnd/Sonoff_Ankleide/$EVTPART1 $EVTPART2
setStateList open close half stop pct
stateFormat
LWT
state
webCmd :open:close:half:stop:pct
defmod MQTT2_Sonoff_Ankleide MQTT2_DEVICE Sonoff_Ankleide
attr MQTT2_Sonoff_Ankleide IODev m2server
attr MQTT2_Sonoff_Ankleide alias MQTT2_Sonoff_Ankleide
attr MQTT2_Sonoff_Ankleide autocreate 1
attr MQTT2_Sonoff_Ankleide cmdIcon open:fts_shutter_up close:fts_shutter_down stop:fts_shutter_manual half:fts_shutter_50
attr MQTT2_Sonoff_Ankleide comment After applying the template set SHUTTEROPENDURATION and SHUTTERCLOSEDURATION first.\
Use the "set x_configuration" Option. Example: "set x_configuration SHUTTEROPENDURATION 35"\
Shutter specific commands available: SHUTTEROPENDURATION, SHUTTERCLOSEDURATION, SHUTTERRELAY, SHUTTER50PERCENT, SHUTTERSETCLOSE, SHUTTERINVERT;; you may use this for general setOptions in tasmota also.\
commands may need restart to take effect.\
For calibration and further information on the available commands see https://github.com/stefanbode/Sonoff-Tasmota/wiki/Shutter-blinds-working-with-two-relays.
attr MQTT2_Sonoff_Ankleide devStateIcon opening:fts_shutter_up@red closing:fts_shutter_down@red Online:10px-kreis-gruen Offline:10px-kreis-rot 100:fts_shutter_10 0:fts_shutter_100 9\d.*:fts_shutter_10 8\d.*:fts_shutter_20 7\d.*:fts_shutter_30 6\d.*:fts_shutter_40 5\d.*:fts_shutter_50 4\d.*:fts_shutter_60 3\d.*:fts_shutter_70 2\d.*:fts_shutter_80 1\d.*:fts_shutter_90 \b\d\b.*:fts_shutter_90
attr MQTT2_Sonoff_Ankleide group Mqtt_Rollo
attr MQTT2_Sonoff_Ankleide model A_02b_tasmota_2ch_shutter_invert_0
attr MQTT2_Sonoff_Ankleide readingList TELETOPIC/LWT:.* LWT\
STATTOPIC/RESULT:.* { json2nameValue($EVENT) }\
STATTOPIC/POWER1:.* POWER1\
STATTOPIC/POWER1:on {{'state' => 'opening'}}\
STATTOPIC/POWER2:.* POWER2\
STATTOPIC/POWER2:on {{'state' => 'closing'}}\
STATTOPIC/SHUTTER1:.* state\
STATTOPIC/SHUTTER1:.* pct\
TELETOPIC/RESULT:.* { json2nameValue($EVENT) }\
TELETOPIC/STATE:.* { json2nameValue($EVENT) }\
TELETOPIC/SENSOR:.* { json2nameValue($EVENT) }\
TELETOPIC/INFO.:.* { json2nameValue($EVENT) }\
TELETOPIC/UPTIME:.* { json2nameValue($EVENT) }\
Sonoff_Ankleide:tele/Sonoff_Ankleide/LWT:.* LWT\
Sonoff_Ankleide:cmnd/Sonoff_Ankleide/POWER:.* POWER\
Sonoff_Ankleide:stat/Sonoff_Ankleide/RESULT:.* { json2nameValue($EVENT) }\
Sonoff_Ankleide:tele/Sonoff_Ankleide/INFO1:.* { json2nameValue($EVENT) }\
Sonoff_Ankleide:tele/Sonoff_Ankleide/INFO2:.* { json2nameValue($EVENT) }\
Sonoff_Ankleide:tele/Sonoff_Ankleide/INFO3:.* { json2nameValue($EVENT) }\
Sonoff_Ankleide:stat/Sonoff_Ankleide/POWER1:.* POWER1\
Sonoff_Ankleide:stat/Sonoff_Ankleide/POWER2:.* POWER2\
Sonoff_Ankleide:tele/Sonoff_Ankleide/STATE:.* { json2nameValue($EVENT) }\
Sonoff_Ankleide:tele/Sonoff_Ankleide/SENSOR:.* { json2nameValue($EVENT) }\
Sonoff_Ankleide:stat/Sonoff_Ankleide/SHUTTER1:.* SHUTTER1\
Sonoff_Ankleide:tele/Sonoff_Ankleide/RESULT:.* { json2nameValue($EVENT) }
attr MQTT2_Sonoff_Ankleide room Ankleidezimmer,MQTT2_DEVICE
attr MQTT2_Sonoff_Ankleide setList close:noArg cmnd/Sonoff_Ankleide/SHUTTERCLOSE\
open:noArg cmnd/Sonoff_Ankleide/SHUTTEROPEN\
half:noArg cmnd/Sonoff_Ankleide/SHUTTERPOSITION 50\
pct:slider,0,1,100 cmnd/Sonoff_Ankleide/SHUTTERPOSITION $EVTPART1\
stop:noArg cmnd/Sonoff_Ankleide/SHUTTERSTOP\
resetClose:noArg cmnd/Sonoff_Ankleide/SHUTTERSETCLOSE\
x_configuration cmnd/Sonoff_Ankleide/$EVTPART1 $EVTPART2
attr MQTT2_Sonoff_Ankleide setStateList open close half stop pct
attr MQTT2_Sonoff_Ankleide stateFormat <a href="http://IPAddress" target="_blank">\
LWT\
</a>\
state
attr MQTT2_Sonoff_Ankleide webCmd :open:close:half:stop:pct
setstate MQTT2_Sonoff_Ankleide <a href="http://192.168.xx.xx" target="_blank">\
Online\
</a>\
set_half
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:05:54 FallbackTopic cmnd/Sonoff_Ankleide_fb/
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:05:54 GroupTopic Rollos
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:16:00 Heap 30
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:05:56 Hostname Sonoff_Ankleide-5553
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:05:56 IPAddress 192.168.178.71
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:05:52 LWT Online
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:16:00 LoadAvg 9
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:05:54 Module Sonoff T1 2CH
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:05:52 POWER
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:16:00 POWER1 off
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:16:00 POWER2 off
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:05:58 RestartReason Software/System restart
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:16:00 SHUTTER-1_direction 0
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:16:00 SHUTTER-1_position 49
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:06:20 SHUTTER1 49
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:05:45 SaveData on
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:16:00 Sleep 100
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:16:00 SleepMode Dynamic
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:16:00 Time 2019-08-29T17:16:00
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:16:00 Uptime 0T00:10:14
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:16:00 Vcc 3.438
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:05:54 Version 6.6.0.1 stb-1.5(sonoff)
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:05:56 WebServerMode Admin
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:16:00 Wifi_AP 1
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:16:00 Wifi_BSSId
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:16:00 Wifi_Channel 6
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:16:00 Wifi_DeepSleep 0
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:16:00 Wifi_Downtime 0T00:00:04
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:16:00 Wifi_Heap 31568
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:16:00 Wifi_LinkCount 1
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:16:00 Wifi_RSSI 52
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:16:00 Wifi_SSId xxxxx
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:05:44 shuttercloseduration1 20.0
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:05:44 shutterinvert1 0
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:05:44 shutteropenduration1 20.0
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:06:08 shutterposition1 50
setstate MQTT2_Sonoff_Ankleide 2019-08-29 17:06:08 state set_half
dann ist mir Aufgefallen wenn ich das Template mit der Setoption14 1 benutze kommt ein Command Error (Sonoff_Esszimmer), lösche ich im Template dieses und setze dafür Interlock 1 (Sonoff_Ankleide)ein kommt die Error Meldung nicht .
Im Voraus schon mal Danke für eure Hilfe oder Ideen.
Gruß Dieter
Hey... Du muss für die Rollo Optionen, wie in der Anleitung steht, den fork installieren/flashen. Die normale Build hat das so nicht.
Edit: hast du das Bild von meinen Schaltern gesehen? Im ersten Post sieht man im Web-if der Schalter sogar einen Slider. Der ist in der normalen tasmota so nicht. Auch die ganzen "Bonus Optionen" nicht. Alles im ersten Post zu finden :)
Gesendet von meinem LG-H850 mit Tapatalk
Hallo, ich dachte das wäre der richtig, da ich nach der Eingabe in der console mit setoption80 den slider hatte.
Hab die firmware von hier:
(https://forum.creationx.de/lexicon/index.php?entry/34-rollladensteuerung-mit-der-stefanbode-tasmota-fork/) (http://(https://forum.creationx.de/lexicon/index.php?entry/34-rollladensteuerung-mit-der-stefanbode-tasmota-fork/))
siehe Bild
Guten Morgen,
da ich meine Rollos natürlich nicht jeden Tag update, habe ich mir das mal genauer angesehen.
SetOption14 wurde tatsächlich abgelöst. Warum? Der Slot wurde anders vergeben. Da hatte sich Stefan Bode vermutlich dann was neues einfallen lassen müssen...
Zitat(SETOPTION14 1 (Verriegelung der Relais gegeneinander)) das war die alte Verriegelung
INTERLOCK0 1 (Verriegelung aller Relais gegeneinander) wer mit einem 4 Kanal Gerät arbeitet und das anders haben möchte, bitte hier nachlesen
Scheint also ab einem FW Stand x geändert worden zu sein. Aber das ist ja bereits zweien hier aufgefallen. Ich müsste nun einen Schalter zum testen basteln bzw rauß suchen oder aber wir bekommen das so eben hin.
- Was passiert in FHEM wenn du das Rollo über das WEB-IF des Schalters bewegst?
- Was passiert wenn du es aus FHEM heraus bewegst?
- Was passiert wenn du eine Taste des Schalters nutzt?
Die drei Dinge wären aus Sicht des EventMonitors sehr interessant.
@Beta-User: Die 14er Option ist also wirklich weg... Dafür gibt es also nun INTERLOCK0. Das ist ja schnell an zu passen im Template. Allerdings würde ich noch warten was sein EventMonitor rauß wirft. Ich selber komme am WE eher nicht zum aktiven testen, da ich auf einem JGA bin.
Vermutlich wurden mit der Interlock-Änderung auch noch ein paar Readings angepasst. Auch das sollte eigentlich leicht zu ändern sein.
@Beagel: Wäre lieb, wenn du die Dinge oben mal kurz testen könntest und uns die entsprechenden Event Logs senden kannst. Danke Dir!
PS: Warum das nicht angezeigt wird, wie beschrieben liegt an den Readings. Wie in der ReadingsList zu sehen, wurde die Struktur dort auch geändert. Könnte mir das nun zusammen raten aber da warte ich lieber auf die Events. Ist aber alles kein Hexen-Werk.
Zitat von: 87insane am 30 August 2019, 07:53:27
@Beta-User: Die 14er Option ist also wirklich weg... Dafür gibt es also nun INTERLOCK0. Das ist ja schnell an zu passen im Template. Allerdings würde ich noch warten was sein EventMonitor rauß wirft. Ich selber komme am WE eher nicht zum aktiven testen, da ich auf einem JGA bin.
Vermutlich wurden mit der Interlock-Änderung auch noch ein paar Readings angepasst. Auch das sollte eigentlich leicht zu ändern sein.
Ich kann das schon anpassen, aber:
INTERLOCK0 verriegelt alle gegenseitig; ist das gleichwertig zur SETOPTION14? Gibt es die Möglichkeit, ggf. auch nur paarweise zu verriegeln (INTERLOCK1 1)?
Und wenn Readings neuerdings anders heißen: Wie?... Bzw. was muß in das Template?
(Ich kann das alles "irgendwann" sicher auch austesten, die Doku dazu wälzen usw.. Aber eigentlich wäre ein qualifizierter Hinweis, was denn jetzt wie konkret zu ändern wäre deutlich zielführender...; ich nutze das wie gesagt ja selbst nicht!
Hier wäre nach Blick in die Commands (https://github.com/arendst/Sonoff-Tasmota/wiki/Commands) die Frage, ob "Interlock0 1" richtig ist, oder man eher "Interlock1 1,2 3,4 5,6 7,8" nehmen sollte... (Oder dem User via farewell beide Optionen zur Auswahl anbietet).)
Hi nochmal,
wie schon gesagt, warte ich da auch auf Info vom Fragesteller. Vorher würde ich da auch nichts machen. Soweit ich die Doku gefunden und gelesen habe, wurde der Slot neu belegt und deswegen ist SetOption14 nun nicht mehr das was es war. Der "neue" Interlock macht aber das gleiche wie der alte. Man konnte immer schon paar-Weise verriegeln usw.
Was die Readings angeht, warte ich auch auf den Fragesteller. Ich selber würde erst frühestens nächste Woche testen können. Da ich meine laufenden Schalter nicht jeden Tag update, habe ich dieses Thema noch nicht gehabt. Ich habe aber noch 1, 2 unverbaute Schalter. Damit würde ich dann testen. Laut List von Beagel und Doku, ist das nicht viel, was angepasst werden muss. Aber da ich das natürlich alles nicht testen konnte, erstmal nur die Info an dich, dass du bescheid weißt, da kommt was.
Mal ganz nebenbei, fliegen die Schalter bei mir eh wieder rauß, da ich mit den Shellys meine alten GIRA Schalter wieder nutzen kann. Diese haben zum einen eine digitale Uhr und zum anderen mag die Dame des Hauses sie lieber. Werde das hier aber natürlich weiter betreuen und helfen wie es möglich ist ;)
Hallo zusammen möchte die Fragen von 87insane gerne beantworten
Zitat- Was passiert wenn du es aus FHEM heraus bewegst?
öffnen durch fhem
2019-08-30_17:17:56 MQTT2_Sonoff_Ankleide set_open
2019-08-30_17:17:56 MQTT2_Sonoff_Ankleide POWER1: on
2019-08-30_17:17:56 MQTT2_Sonoff_Ankleide POWER1: on
2019-08-30_17:17:56 MQTT2_Sonoff_Ankleide shutteropen1: 100
2019-08-30_17:18:16 MQTT2_Sonoff_Ankleide SHUTTER1: 100
2019-08-30_17:18:16 MQTT2_Sonoff_Ankleide POWER1: off
2019-08-30_17:18:16 MQTT2_Sonoff_Ankleide POWER1: off
2019-08-30_17:18:16 MQTT2_Sonoff_Ankleide SHUTTER-1_position: 100
2019-08-30_17:18:16 MQTT2_Sonoff_Ankleide SHUTTER-1_direction: 0
schliessen durch Fhem
2019-08-30_17:20:12 MQTT2_Sonoff_Ankleide set_close
2019-08-30_17:20:12 MQTT2_Sonoff_Ankleide POWER2: on
2019-08-30_17:20:12 MQTT2_Sonoff_Ankleide POWER2: on
2019-08-30_17:20:12 MQTT2_Sonoff_Ankleide shutterclose1: 0
2019-08-30_17:20:32 MQTT2_Sonoff_Ankleide SHUTTER1: 0
2019-08-30_17:20:32 MQTT2_Sonoff_Ankleide POWER2: off
2019-08-30_17:20:33 MQTT2_Sonoff_Ankleide POWER2: off
2019-08-30_17:20:33 MQTT2_Sonoff_Ankleide SHUTTER-1_direction: 0
2019-08-30_17:20:33 MQTT2_Sonoff_Ankleide SHUTTER-1_position: 0
Zitat- Was passiert in FHEM wenn du das Rollo über das WEB-IF des Schalters bewegst?
öffnen durch sonoff-tasmota web
2019-08-30_17:22:13 MQTT2_Sonoff_Ankleide POWER1: on
2019-08-30_17:22:13 MQTT2_Sonoff_Ankleide POWER1: on
2019-08-30_17:22:33 MQTT2_Sonoff_Ankleide SHUTTER1: 100
2019-08-30_17:22:33 MQTT2_Sonoff_Ankleide POWER1: off
2019-08-30_17:22:33 MQTT2_Sonoff_Ankleide POWER1: off
2019-08-30_17:22:33 MQTT2_Sonoff_Ankleide SHUTTER-1_direction: 0
2019-08-30_17:22:33 MQTT2_Sonoff_Ankleide SHUTTER-1_position: 100
schliessen durch sonoff-tasmota web
2019-08-30_17:24:09 MQTT2_Sonoff_Ankleide POWER2: on
2019-08-30_17:24:09 MQTT2_Sonoff_Ankleide POWER2: on
2019-08-30_17:24:28 MQTT2_Sonoff_Ankleide SHUTTER1: 0
2019-08-30_17:24:29 MQTT2_Sonoff_Ankleide POWER2: off
2019-08-30_17:24:29 MQTT2_Sonoff_Ankleide POWER2: off
2019-08-30_17:24:29 MQTT2_Sonoff_Ankleide SHUTTER-1_direction: 0
2019-08-30_17:24:29 MQTT2_Sonoff_Ankleide SHUTTER-1_position: 0
Zitat- Was passiert wenn du eine Taste des Schalters nutzt?
öffnen durch Schalter
2019-08-30_17:26:18 MQTT2_Sonoff_Ankleide POWER1: on
2019-08-30_17:26:19 MQTT2_Sonoff_Ankleide POWER1: on
2019-08-30_17:26:38 MQTT2_Sonoff_Ankleide SHUTTER1: 100
2019-08-30_17:26:39 MQTT2_Sonoff_Ankleide POWER1: off
2019-08-30_17:26:39 MQTT2_Sonoff_Ankleide POWER1: off
2019-08-30_17:26:39 MQTT2_Sonoff_Ankleide SHUTTER-1_position: 100
2019-08-30_17:26:39 MQTT2_Sonoff_Ankleide SHUTTER-1_direction: 0
schliessen durch Schalter
2019-08-30_17:28:05 MQTT2_Sonoff_Ankleide POWER2: on
2019-08-30_17:28:05 MQTT2_Sonoff_Ankleide POWER2: on
2019-08-30_17:28:37 MQTT2_Sonoff_Ankleide SHUTTER1: 0
2019-08-30_17:28:37 MQTT2_Sonoff_Ankleide POWER2: off
2019-08-30_17:28:37 MQTT2_Sonoff_Ankleide POWER2: off
2019-08-30_17:28:37 MQTT2_Sonoff_Ankleide SHUTTER-1_position: 0
2019-08-30_17:28:37 MQTT2_Sonoff_Ankleide SHUTTER-1_direction: 0
zwischen durch kommen noch diese Meldungen, wenn nicht geschaltet wird
2019-08-30_17:41:25 MQTT2_Sonoff_Ankleide Wifi_Channel: 6
2019-08-30_17:41:25 MQTT2_Sonoff_Ankleide POWER2: off
2019-08-30_17:41:25 MQTT2_Sonoff_Ankleide Wifi_RSSI: 52
2019-08-30_17:41:25 MQTT2_Sonoff_Ankleide Wifi_BSSId: xxxxxxxxxx
2019-08-30_17:41:25 MQTT2_Sonoff_Ankleide POWER1: off
2019-08-30_17:41:25 MQTT2_Sonoff_Ankleide Wifi_SSId: xxxx
2019-08-30_17:41:25 MQTT2_Sonoff_Ankleide Vcc: 3.439
2019-08-30_17:41:25 MQTT2_Sonoff_Ankleide Wifi_Downtime: 0T00:05:02
2019-08-30_17:41:25 MQTT2_Sonoff_Ankleide Wifi_AP: 1
2019-08-30_17:41:25 MQTT2_Sonoff_Ankleide Wifi_DeepSleep: 0
2019-08-30_17:41:25 MQTT2_Sonoff_Ankleide Wifi_Heap: 31480
2019-08-30_17:41:25 MQTT2_Sonoff_Ankleide Sleep: 100
2019-08-30_17:41:25 MQTT2_Sonoff_Ankleide Heap: 30
2019-08-30_17:41:25 MQTT2_Sonoff_Ankleide LoadAvg: 9
2019-08-30_17:41:25 MQTT2_Sonoff_Ankleide Time: 2019-08-30T17:41:25
2019-08-30_17:41:25 MQTT2_Sonoff_Ankleide Wifi_LinkCount: 89
2019-08-30_17:41:25 MQTT2_Sonoff_Ankleide SleepMode: Dynamic
2019-08-30_17:41:25 MQTT2_Sonoff_Ankleide Uptime: 1T00:35:39
2019-08-30_17:41:26 MQTT2_Sonoff_Ankleide Time: 2019-08-30T17:41:26
2019-08-30_17:41:26 MQTT2_Sonoff_Ankleide SHUTTER-1_position: 0
2019-08-30_17:41:26 MQTT2_Sonoff_Ankleide SHUTTER-1_direction: 0
der Slider in der Sonoff Web bewegt sich in die geschaltete Stellung bei allen schaltarten, in Fhem bleibt er immer ganz links.
Hoffe mit den Informationen könnt ihr was Anfangen.
Gruß Dieter
Schaue ich morgen genau. Sieht aber gut aus. Bitte lies dich noch ein wenig in mqtt und fhem ein.
Die Meldungen die du zb meinst, die zwischendurch kommen, sind normale events in fhem in Verbindung mit dem tasmota Schalter. Will nicht böse zu Beta-User sein da er mir sehr weiter geholfen hat. Aber für solche Momente habe ich gern mal ne Ohrfeige bekommen. Aber zu recht. Ohne ein gewisses Verständnis für die Sache, geht es nie weiter.
Genug gequarkt... Danke dir - passe die Teile an und melde mich. Wenn es schneller als Montag gehen soll bzw Verlauf der woche, teste doch selber mal ein wenig. Das was geändert werden müsste, Siehst du gut beim Vergleich deines event Monitors zu dem was aktuell im fhem Gerät eingestellt ist. Es sind nur Kleinigkeiten bzw Reading Änderungen.
EDIT: Noch nicht dazu gekommen aber auch nicht vergessen...
Gesendet von meinem LG-H850 mit Tapatalk
@87insane
Schon mal vielen Dank, nur keine Eile.
Die Rollos fahren ja über Fhem, auch meine Einstellungen für die Beschattung funktioniert.
Versuche mich noch intensiver in Fhem einzuarbeiten und mich mit MQTT vertraut zumachen.
Noch mal Danke an alle die hier im Forum einem Helfen .
Gruß Dieter
Sooooo... guten Mittag zusammen,
ich habe mir einen Sonoff T1 2Ch genommen.
Diesen mit der aktuellen SONOFF_DUAL_R2_6.6.0.3_stb-1.6.bin.zip geflasht (keine Lust das jetzt selber zu bauen). Das ging aber immer schon gut so.
Danach habe ich im Schalter noch unter Einstellungen -> Gerät Konfig -> Gerätetyp angepasst auf den korrekten Schalter (wäre dann die Nummer 29).
Im Anschluss habe ich die MQTT Settings gesetzt und mal geschaut was FHEM so sagt.
Was mir aufgefallen ist, du muss nachdem das Template aktiviert wurde, nochmal ca 20 Sekunden warten, bis alle Einstellungen gesetzt wurden. Danach hat er bei mir auch direkt pct (für den Slider) usw angezeigt. In deinem List sehe ich aber kein PCT Reading. Hast du danach einfach nochmal den Schalter neugestartet? Um zu sehen was er dann macht.
Bei mir erscheint genau ein neues Reading, welches ich noch nicht ganz nachvollziehen kann. Dieses blieb bei meinen Tests auch immer leer. (DVES_DEA154:cmnd/sonoff/POWER:.* POWER)
Zu den Rollo Funktionen:
setoption14 scheint noch im Schalter bzw der FW zu sein aber nicht mehr belegt. Dafür ist in der Tat nun interlock zuständig.
Konsole im Schalter:
12:01:53 CMD: INTERLOCK0 1
12:01:53 MQT: stat/sonoff/RESULT = {"Interlock":"on","Groups":"1,2"}
Das ganze läuft genau wie Option14 nur eben unter anderem Namen. Gruppieren usw geht hier wie früher auch.
Bitte setze einen Schalter mal komplett zurück, danach die FW flashen. Wenn der Schalter eingestellt ist und in FHEM zu sehen, attr Template auswählen. Da setoption14 nicht mehr geht, bitte im Schalter manuell INTERLOCK0 1 in der Konsole eingeben. Im Anschluss den Schalter neu starten. Danach sollte alles gehen.
Wenn sich meine Vermutung bewahrheitet, kann @Beta-User im Template einfach nur den einen Befehl tauschen (SETOPTION14 1 gegen INTERLOCK0 1).
Anbei mal die Beschreibung (Quelle: https://github.com/arendst/Sonoff-Tasmota/wiki/Commands):
Interlock
Relay interlock mode and group selection.
0 = set self-locking mode for all relays (default)
1 = set interlock mode for selected relays
Add up to 8 relays in 1 to 4 interlock groups, each separated by a space. For example
1,2 3,4 = Group Relay1 and Relay2 in group 1 and Relay3 and Relay4 in group 2 (note the space between the two group declarations)
1,2,3 = group Relay1, Relay2 and Relay3 in a single interlock group
1 3 2,4 = Relay1 is in group 1, Relay3 in group 2, Relay2 and Relay4 in group 3
Ach ja - Die Sache von den Befehlen anstelle des korrekten States.... Das liegt an den nicht aufgelösten Dingen wie PCT usw. Probier erstmal aus, was ich schrieb und ich bin auf das Ergebnis gespannt. Da ich nun eh UL habe, sollten wir das schnell hin bekommen.
Bis später und ein angenehmes testen ;)
Anbei auch noch das List meines Test-Schalters:
Internals:
CFGFN
CID DVES_DEA154
DEF DVES_DEA154
DEVICETOPIC MQTT2_DVES_DEA154
FUUID 5d762d9e-f33f-fcb4-761e-848917a4a0b36177
IODev MQTT2_FHEM_Server
LASTInputDev MQTT2_FHEM_Server
MQTT2_FHEM_Server_MSGCNT 493
MQTT2_FHEM_Server_TIME 2019-09-09 13:10:27
MSGCNT 493
NAME MQTT2_DVES_DEA154
NR 816
STATE <a href="http://192.168.20.110" target="_blank">
Online
</a>
100
TYPE MQTT2_DEVICE
OLDREADINGS:
READINGS:
2019-09-09 13:00:44 Command Error
2019-09-09 13:09:32 Epoch 1568027370
2019-09-09 12:54:12 FallbackTopic cmnd/DVES_DEA154_fb/
2019-09-09 12:54:12 GroupTopic Rollos
2019-09-09 13:01:53 Groups 1,2
2019-09-09 13:09:32 Heap 31
2019-09-09 12:54:12 Hostname sonoff-0340
2019-09-09 12:54:12 IPAddress 192.168.20.110
2019-09-09 13:01:53 Interlock on
2019-09-09 12:54:12 LWT Online
2019-09-09 12:50:58 LedState 2
2019-09-09 13:09:32 LoadAvg 19
2019-09-09 12:54:12 Module Sonoff T1 2CH
2019-09-09 13:09:32 MqttCount 1
2019-09-09 12:54:12 POWER
2019-09-09 13:10:27 POWER1 off
2019-09-09 13:10:26 POWER2 off
2019-09-09 12:50:56 Restart Restarting
2019-09-09 12:54:12 RestartReason Software/System restart
2019-09-09 13:10:27 SHUTTER-1_direction 0
2019-09-09 13:10:27 SHUTTER-1_position 100
2019-09-09 12:51:18 SaveData on
2019-09-09 13:00:18 SetOption14 off
2019-09-09 12:50:57 SetOption26 on
2019-09-09 12:50:58 SetOption80 on
2019-09-09 12:50:59 SetOption81 on
2019-09-09 13:09:32 Sleep 50
2019-09-09 13:09:32 SleepMode Dynamic
2019-09-09 12:50:56 StateText1 off
2019-09-09 12:50:57 StateText2 on
2019-09-09 12:50:57 StateText3 toggle
2019-09-09 12:50:57 StateText4 hold
2019-09-09 12:50:59 SwitchMode1 3
2019-09-09 12:50:59 SwitchMode2 3
2019-09-09 13:09:32 Time 2019-09-09T12:09:30
2019-09-09 13:09:32 Uptime 0T00:15:24
2019-09-09 13:09:32 UptimeSec 924
2019-09-09 13:09:32 Vcc 3.218
2019-09-09 12:54:12 Version 6.6.0.3 stb-1.6(sonoff)
2019-09-09 12:54:12 WebServerMode Admin
2019-09-09 13:09:32 Wifi_AP 1
2019-09-09 13:09:32 Wifi_BSSId 0E:02:8E:8F:AF:85
2019-09-09 13:09:32 Wifi_Channel 3
2019-09-09 13:09:32 Wifi_DeepSleep 0
2019-09-09 13:09:32 Wifi_Downtime 0T00:00:04
2019-09-09 13:09:32 Wifi_Heap 32304
2019-09-09 13:09:32 Wifi_LinkCount 1
2019-09-09 13:09:32 Wifi_RSSI 100
2019-09-09 13:09:32 Wifi_SSId SSIDmeinesWLANs
2019-09-09 13:10:27 pct 100
2019-09-09 12:51:47 shutterclose1 0
2019-09-09 12:51:16 shuttercloseduration1 20.0
2019-09-09 12:51:17 shutterinvert1 0
2019-09-09 12:51:44 shutteropen1 100
2019-09-09 12:51:16 shutteropenduration1 20.0
2019-09-09 13:03:14 shutterposition1 61
2019-09-09 13:10:27 state 100
Attributes:
IODev MQTT2_FHEM_Server
cmdIcon open:fts_shutter_up close:fts_shutter_down stop:fts_shutter_manual half:fts_shutter_50
comment After applying the template set SHUTTEROPENDURATION and SHUTTERCLOSEDURATION first.
Use the "set x_configuration" Option. Example: "set x_configuration SHUTTEROPENDURATION 35"
Shutter specific commands available: SHUTTEROPENDURATION, SHUTTERCLOSEDURATION, SHUTTERRELAY, SHUTTER50PERCENT, SHUTTERSETCLOSE, SHUTTERINVERT; you may use this for general setOptions in tasmota also.
commands may need restart to take effect.
For calibration and further information on the available commands see https://github.com/stefanbode/Sonoff-Tasmota/wiki/Shutter-blinds-working-with-two-relays.
devStateIcon opening:fts_shutter_up@red closing:fts_shutter_down@red Online:10px-kreis-gruen Offline:10px-kreis-rot 100:fts_shutter_10 0:fts_shutter_100 9\d.*:fts_shutter_10 8\d.*:fts_shutter_20 7\d.*:fts_shutter_30 6\d.*:fts_shutter_40 5\d.*:fts_shutter_50 4\d.*:fts_shutter_60 3\d.*:fts_shutter_70 2\d.*:fts_shutter_80 1\d.*:fts_shutter_90 \b\d\b.*:fts_shutter_90
model A_02b_tasmota_2ch_shutter_invert_0
readingList tele/sonoff/LWT:.* LWT
stat/sonoff/RESULT:.* { json2nameValue($EVENT) }
stat/sonoff/POWER1:.* POWER1
stat/sonoff/POWER1:on {{'state' => 'opening'}}
stat/sonoff/POWER2:.* POWER2
stat/sonoff/POWER2:on {{'state' => 'closing'}}
stat/sonoff/SHUTTER1:.* state
stat/sonoff/SHUTTER1:.* pct
tele/sonoff/RESULT:.* { json2nameValue($EVENT) }
tele/sonoff/STATE:.* { json2nameValue($EVENT) }
tele/sonoff/SENSOR:.* { json2nameValue($EVENT) }
tele/sonoff/INFO.:.* { json2nameValue($EVENT) }
tele/sonoff/UPTIME:.* { json2nameValue($EVENT) }
DVES_DEA154:cmnd/sonoff/POWER:.* POWER
room MQTT2_DEVICE
setList close:noArg cmnd/sonoff/SHUTTERCLOSE
open:noArg cmnd/sonoff/SHUTTEROPEN
half:noArg cmnd/sonoff/SHUTTERPOSITION 50
pct:slider,0,1,100 cmnd/sonoff/SHUTTERPOSITION $EVTPART1
stop:noArg cmnd/sonoff/SHUTTERSTOP
resetClose:noArg cmnd/sonoff/SHUTTERSETCLOSE
x_configuration cmnd/sonoff/$EVTPART1 $EVTPART2
setStateList open close half stop pct
stateFormat <a href="http://IPAddress" target="_blank">
LWT
</a>
state
webCmd :open:close:half:stop:pct
EDIT:
Bitte nicht vergessen was das Template alles macht. Es setzt nicht nur FHEM Einstellungen... Auch der Schalter wird eingestellt.
set IO_DEV publish CMNDTOPIC/Backlog LedState 2; SetOption80 1; SetOption14 1; SetOption81 1; switchmode1 3; switchmode2 3; SaveData 1;
set IO_DEV publish CMNDTOPIC/Restart 1
defmod configure_DEVICEattrTemplate_at at +00:00:20 set IO_DEV publish CMNDTOPIC/Backlog SHUTTEROPENDURATION 20;; SHUTTERCLOSEDURATION 20;; SHUTTERINVERT 1;; GROUPTOPIC Rollos;; SaveData 1;;
Wichtig ist hier der erste Teil...
Hallo,
habe derzeit einen Shelly2 in einer Unterputzdose (anstatt Schalter) angeschlossen und diesen in FHEM integriert. (klappt super)
Da ich aber noch einige Rollladen mehr in meinem Haus habe und meine Frau auf die manuelle Betätigung besteht, bastle ich gerade an einer Lösung mit einem Jinvoo Unterputzschalter (Shelly2 entfällt hierbei).
Habe den Jinvoo Schalter nun schon mal mit Tasmota geflasht:
Jinvoo Wall Sw Module
Sonoff
Program Version 6.5.0(release-basic)
Build Date & Time 2019-03-19T12:25:14
Core/SDK Version 2_3_0/1.5.3(aec24ac9)
Uptime 0T00:57:39
Flash write Count 302 at 0xF6000
Boot Count 25
Restart Reason Software/System restart
Friendly Name 1 Sonoff
Friendly Name 2 Sonoff2
Friendly Name 3 Sonoff3
Verzweifle leider bei der Suche nach der richtigen Firmware für den Fork von Stefan Bode, habt Ihr einen Link für mich? (bin-File welches ich per Webinterface Menüpunkt "Firmware Upgrade" OTA einspielen kann)
Vielen Dank im Voraus!
lg
Michi
Hey.. Ich nutze auch gern die shellys aber mit normalen aufputz Schaltern von gira, mit Uhrzeit usw. Aber gut, so wie ich dich verstehe, willst du nun den shelly raus nehmen und mit dem schalter alles machen.
Wenn das jinvoo ding einen ESP mit 2mb Flash speicher hat, nimm einfach die, die für den sonoff Dual ist. Nach dem flashen kannst du dann entweder einen passenden Geräte Typ wählen oder muss eben die GPIOs manuell einstellen. Kenne die Belegung von dem Teil nicht.
Ps: ich würde NIE unsauber flashen. In deinem Fall wäre das über das WEB-IF des schalters aber etwas unsauber. Besser direkt mit ttl oder so flashen.
PPS: du kannst den shelly u den schalter auch zusammen nutzen. Mache ich selber mit dem o.g. Schaltern ja auch. Unterschied von mir zu dir wäre der Schalter, der bei dir auch im WLAN hinge. Für die manuelle Steuerung würde ich aber Shelly+vernünftigen schalter nehmen. So hast du auch eine saubere HW-Seitig Relay verriegelung.
Link ist um ersten Post.
Gesendet von meinem LG-H850 mit Tapatalk
Ja, genau, sofern der Schalter alles kann, möchte ich mir den Shelly ersparen. (nur mehr ein Gerät)
Unter Information wird folgendes angezeigt:
Flash Size 1024kB
Program Flash Size 1024kB
Program Size 432kB
Free Program Space 568kB
Free Memory 17kB
Sprich ich bräuchte eine Version für 1MB, gibt es diese?
Ist Quark was ich schrieb. Die vom Dual sollte bei dir auch gehen. Hatte vorhin geschrieben das der Dual 2mb hat. Er hat aber wie dein gerät 1mb.
Noch ein kleiner Hinweis, warum bei mir die sonoff raus fliegen und das mit den shellys besser ist....
Die shellys messen auch den Strom. Somit weiß der shelly wirklich ob das Rollo an der anfangs oder end Position ist. Dafür muss du die Zeiten der Fahrten des rollos nicht mal messen. Bei deinem oder den sonoff Schaltern gibst du eine Zeit an. Da diese aber im ms Bereich sicher nicht genau gemessen werden kann, wird die Position der Rollos sich nach Monaten ggf nicht mehr so zeigen wie du es willst. Dann muss du Reset Close durchführen. Es sind nur minimale Verschiebungen aber mich nervt das.
Hinzu passen die sonoffs zb nicht in gira Rahmen. Somit entfällt die Installation an einigen stellen, wenn man zb 1, 2 Steckdosen in einem Rahmen mit dem schalter für das Rollo zusammen hat.
Auch wenn ich diese anleitung schrieb u der Preis unschlagbar ist. Meine Empfehlung zum aktuellen Zeitpunkt -> Shelly.
Gesendet von meinem LG-H850 mit Tapatalk
Zur Info: Habe das "Interlock0 1" jetzt ins svn geschubst. Nur falls jemand noch mit einer alten Version hier aufschlagen sollte und die Setoption14 vermißt...
Bin gespannt was noch kommt, vom Ersteller bzw Fragesteller.
Ich kann diese "Probleme" aktuell nicht verstehen, da der Test schalter direkt sauber rein lief. Ggf habe ich ja was übersehen.
Danke für dein schnelles handeln!
Gesendet von meinem LG-H850 mit Tapatalk
Hallo,
bin leider beim Flashen über die Weboberfläche nicht erfolgreich. Es kommt keine Fehlermeldung, aber schlussendlich habe ich dann trotzdem immer nur die Tasmota Version von Theo Arends.
Gibt es ausgereiftere 2 oder 3-Kanal Unterputz-Schalter (mit WIFI), welche sich in FHEM integrieren lassen und alles mit an Board haben? (Relais usw., ohne Cloud!)
Danke!
lg
Michi
Ei Ei Ei... Bitte lies dich ein wenig ein. Genau das mit dem flashen erwähnte ich vorhin.
Nicht über das Web-if des schalters flashen sondern mit einem Kabel. Wie ist tasmota denn auf den schalter gekommen?
Gesendet von meinem LG-H850 mit Tapatalk
danke, habe gelesen, dass man es eigentlich nicht OTA machen sollte. Möchte aber nicht unbedingt Löten und auch nicht die RX-Leitung am Board zerkratzen.
Tasmota ist über den tuya-converter auf das Device gekommen. (https://www.heise.de/ct/artikel/Tuya-Convert-IoT-Geraete-ohne-Loeten-vom-Cloud-Zwang-befreien-4283623.html)
Überlege ob ich einfach die Standard-Version nehme und halt auf den Status des Rollladen verzichte.
Befürchte, dass auch der Shelly2.5 nicht in die gleiche Dose mit dem existierenden Schalter passt.
lg
Michi
Mach mal ein Foto vom board der schalter. Normal kann man alles stecken und muss nicht löten. Ich nehme Jumper Kabel dafür...
Gesendet von meinem LG-H850 mit Tapatalk
Eigentlich sollte es immer möglich sein, die "minimal"-Version als Zwischenschritt zu wählen, siehe auch https://github.com/arendst/Sonoff-Tasmota/wiki/Upgrade (https://github.com/arendst/Sonoff-Tasmota/wiki/Upgrade), also aktuell diese hier: https://github.com/arendst/Sonoff-Tasmota/releases/download/v5.12.0/sonoff-minimal.bin (https://github.com/arendst/Sonoff-Tasmota/releases/download/v5.12.0/sonoff-minimal.bin)
Ggf. braucht man das, weil zu wenig Speicher da ist...
Und auf der verlinkten Seite heißt es auch ganz am Ende:
Zitat
Aufgrund der limitierten Größe der möglichen Firmwares, stellen wir zur Installation die Basic-Variante von Sonoff-Tasmota bereit. Diese Variante öffnet nach dem erfolgreichen Flashen einen Access-Point mit einem Namen nach dem Schema "Sonoff-XXX" Unter http://192.168 (http://192.168).4.1 können Sie die Firmware konfigurieren. Wenn Sie gleich eine eigene Firmware flashen möchten, kopieren Sie sie im Ordner tuya-convert in den Unterordner files und ändern Sie den Namen auf thirdparty.bin.
Hast du schon mal versucht, auf dem OTA-Weg die (umbenannte) file mit der shutter-firmware hochzuladen?
(Ansonsten ist evtl. die Firmwaredatei zu groß für diesen ESP und man muß irgendwas weglassen&selber kompilieren).
Via Ota muss man bei den 1mb Geräten immer diesen minimal Flash also 2-Step Flash machen.
Aber das ist nie so schön wie richtig flashen. Oder auch mal ganz sauber mit einer blank bin vorweg. Probleme die nach einem unsauberen Flash Auftreten sind meist so komisch das man ewig suchen muss. Also lieber richtig :)
Gesendet von meinem LG-H850 mit Tapatalk
Via Ota muss man bei den 1mb Geräten immer diesen minimal Flash also 2-Step Flash machen. (Ausgehend von normaler bin und nicht eh selbst erstellt)
Aber das ist nie so schön wie richtig flashen. Oder auch mal ganz sauber mit einer blank bin vorweg. Probleme die nach einem unsauberen Flash Auftreten sind meist so komisch das man ewig suchen muss. Also lieber richtig :)
Gesendet von meinem LG-H850 mit Tapatalk
Hallo,
so, ich glaub nun bleibt mir eh keine andere Wahl mehr als mal richtig zu flashen, hab gestern das minimal.bin hochgeladen und nun kann ich mich nicht mehr zum Gerät verbinden. (also auch kein AP mit SSID "Sonoff...".)
Habe anbei ein Bildchen vom Board eingefügt.
Wäre mir sehr recht, wenn ich den Lötkolben ruhen lassen könnte.
Danke!
lg
Michi
Guten Morgen,
soweit ich das gegoogelt habe, muss du bei den dingern löten. Ggf kannst du den Leiterbahnen folgen und du kannst die steckverbinder nutzen. Das glaube ich aber eher weniger, da die vermutlich zu den relays führen.
Wenn du ne minimal geflasht hast, bleiben die settings ja vorhanden. Somit muss sich der schalter via WLAN an deinem Netz anmelden. Hast du mal geschaut ob der schalter sich bei dir im WLAN gemeldet hat? Im Router siehst du das ja am schnellsten. Die minimal Firmware macht nur Platz auf dem Speicher und nimmt alles an Funktionen weg, die nicht nötig sind. WLAN, Update usw sind aber noch da.
Wenn du unbedingt auf solche schalter willst, sind die sonoff alleine zum flashen schon x mal besser. Bei denen kannst du einfach ohne löten los legen.
Gesendet von meinem LG-H850 mit Tapatalk
Hallo,
wenn ich mir direkt die Schalter Sonoff TX T2 EU 3 Gang kaufe erspare ich mir das Löten, oder? (würde den einen Jinvoo dann kübeln..)
Wie schon gesagt, bräuchte vorerst 4 von diesen Dingen und möchte nicht unbedingt eine Bastellösung.
Danke!
lg
Michi
Bei den Sonoff kann man via Jumper Kabel direkt flashen. Die Verbindungen an der Platine sind offen.
Wenn du zufällig diese Anzahl an Shelly 2.5 hast, kann man tauschen/handeln ;) Dann fliegen die bei mir rauß und ich habe überall wieder GIRA mit Shelly. Ich weiß nicht genau warum du 3-Gang Schalter willst. Ich selber nutze 2-Gang.
Sehen so aus: https://www.amazon.de/Sonoff-Wandleuchte-Touchscreen-Controller-Lichtschalter/dp/B0755CDMX4
so, habe mir mal einen Sonoff T1-2Gang bestellt.
Werde mir dann diesen Thread genau durchlesen bevor ich mich ans flashen mache ;)
Danke!
P.S.:
Das mit den Negativpunkten bei diesen Geräten ist bei mir nicht so schlimm, habe ein altes Haus und bei diesem wurden die Rollläden erst später elektrifiziert.
Sprich alles Einzelschalter -> Schalterprogramm (Hersteller) daher egal
Derzeit fahr ich fast immer nur in Endposition (offen, zu), daher wäre das mit der Verschiebung auch egal
Und beim Schalter bin ich mir sicher, dass sich dieser in der vorhandenen UP-Dose ausgeht, Shelly2.5+Schalter würde falls möglich, sehr eng werden.
lg
Michi
Die Rollosteuerung wurde inzwischen in Tasmota integriert https://github.com/arendst/Tasmota/wiki/blinds-and-roller-shades (https://github.com/arendst/Tasmota/wiki/blinds-and-roller-shades). Man muss danach nur eine Änderung im Code von "user_config_override.h" vornehmen und dann selbst kompilieren.
Es sind aber zusätzlich noch Einstellungen in "my_user_config.h" vorzunehmen, damit es funzt: 1. Deutsch einstellen "#define MY_LANGUAGE de-DE " und 2. "#define USE_SHUTTER" durch Löschen der // vor den Zeilen freigeben. Dann kompilieren. Anliegend eine kompilierte Bin auf Basis der aktuellen Tasmota 6.7.1.
Die Einstellungen in der Kommandozeite des Sonoff dann entsprechend https://github.com/arendst/Tasmota/wiki/blinds-and-roller-shades (https://github.com/arendst/Tasmota/wiki/blinds-and-roller-shades) vornehmen.
Bei mir funktioniert damit in Fhem alles prima! Danke an das Team :)
Viele Grüße
Achim
Danke! für die Info und die fertige .bin.
Ist die sogar für den t1 eu? Werde das oben mal anpassen. Komme aktuell nur leider nicht so schnell hinterher.
Gesendet von meinem LG-H850 mit Tapatalk
Bei mir läuft sie auf einem T2EU2C.
Grüße Achim
Okay...gpio umstellen usw. Dickes danke.
Gesendet von meinem LG-H850 mit Tapatalk
Gerne :)
:) Schön, dass das jetzt in der offiziellen Quelle verfügbar ist, scheinbar gab's dabei auch noch ein paar "goodies" wie die Anlaufzeit und das mapping diverser Zwischenlevel, sehr cool 8) .
Was die attrTemplates angeht, scheinen da ein paar Änderungen erforderlich zu sein. Würde mal folgendes (nur die Teile, die zu ändern sind) sehen:
desc:Configures a dual chanel tasmota device as shutter; needs some configuration of firmware compilation to operate, see <a href="https://github.com/arendst/Tasmota/wiki/blinds-and-roller-shades">Tasmota wiki</a><br>
and <a href="https://forum.fhem.de/index.php/topic,98366.msg917091.html#msg917091">Forum Thread</a><br>NOTE: This template will configure the shutter in ROLLO style with pct 0% = open shutter. Use template tasmota_2ch_shutter_invert_0, if you need a Homematic-style device pct 100% = open.
attr DEVICE comment After applying the template set "ShutterOpenDuration" and "ShutterCloseDuration" first.\
Use the "set x_configuration" Option. Example: "set x_configuration ShutterOpenDuration 35"\
Shutter specific commands available: ShutterOpenDuration, ShutterCloseDuration, ShutterRelay, ShutterSetHalfway, ShutterSetClose, ShutterInvert, ShutterMotordelay, ShutterCalibration; you may use this for general setOptions in tasmota also.\
commands may need restart to take effect.\
For calibration and further information on the available commands see <a href="https://github.com/arendst/Tasmota/wiki/blinds-and-roller-shades">Tasmota wiki</a>.
set IO_DEV publish CMNDTOPIC/Backlog LedState 2; SetOption80 1; Interlock 1,2; Interlock ON; SetOption81 1; switchmode1 3; switchmode2 3; SaveData 1;
Ist aber eine reine Trockenübung, wäre nett, wenn das jemand mit den Geräten austesten könnte und Rückmeldung geben...
Habe nur noch einen t1 und kaum Zeit. Selbst das mqtt Projekt musste ich schleifen lassen bisher :(
Ggf mag der Info geber ja? :)
Da der fork aber parallel existiert, würde ich den noch nicht weg löschen in den Templates.
Habe mir die Vorteile noch nicht angesehen. Aber % Steuerung ging ja vorher auch. Was anlaufzeit usw angeht bin ich gespannt wie die das gelöst haben.
Gesendet von meinem LG-H850 mit Tapatalk
Kein Thema, ich kann warten, bis es jemand testet, notfalls mache ich das eben bei Gelegenheit wieder "auf Verdacht", da meldet sich dann schon jemand, wenn's nicht tut ;D .
Was die Umstellung angeht:
Die Hinweise auf den Fork gibt's ja hier, und das bleibt auch weiterhin verlinkt. Die Vorversion des template kann man sich notfalls aus dem svn holen, wenn's jemand braucht, das wäre für die dauerhafte Verfügbarkeit hier der Link (https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/lib/AttrTemplate/mqtt2.template?rev=20419), den kannst du gerne in den Eingangspost aufnehmen.
Aber im template kann man (ohne größeren Aufwand) nur eine Fassung supporten, und da ist es m.E. eigentlich klar, dass das immer das offizielle Repo ist (solange es nicht dauerhaft schlechter ist und der support abgekündigt).
Hier gibt es m.E. eindeutig "goodies" wie die Berücksichtigung der Anlaufzeit und der unterschiedlichen Geschwindigkeit bei Änderung der Achsdicke (durch Auf- und Abwickeln, du erinnerst dich, das pah angemerkt hatte, dass man ein paar Rahmenbedingungen und Referenzpunkte berücksichtigen muß, wenn man es "richtig" machen will...?). Selbst wenn das noch nicht optimiert sein sollte, ist es definitiv ein Anlaß, das auf das offizielle Repo umzustellen.
Wenn jemand gute Argumente hat, die gegen die Umstellung auf "offiziell" sprechen, soll er die bitte nennen.
Gerne kann ich das testen. Aber ich brauche etwas Anleitung 8)
Kein Problem...
Gesendet von meinem LG-H850 mit Tapatalk
M.E. fehlen in dem obigen String von Beta-User:
set IO_DEV publish CMNDTOPIC/Backlog LedState 2; SetOption80 1; Interlock 1,2; Interlock ON; SetOption81 1; switchmode1 3; switchmode2 3; SaveData 1;
die folgenden Commands:
PulseTime1 0; PulseTime2 0
Hallo,
habe nun endlich meinen T1EU2C bekommen und würde gerne die Rollo-Steuerung damit realisieren.
Habe den T1EU2C schon mal mit Tasmota Version 6.7.1 geflasht.
Beim Ersten flashen habe ich im File "my_user_config.h" nur die IP-Adresse, SN-Mask, Gateway und SSID gesetzt. Verbindung mit dem WLAN funktioniert und ich komme auch per Webinterface auf das Gerät.
Soviel ich verstanden habe muss ich jetzt nochmal in das File "my_user_config.h" folgenden Code einfügen und dann nochmals flashen, oder?
#ifndef USE_SHUTTER
#define USE_SHUTTER // Add Shutter support (+6k code)
#endif
Danke!
lg
Michi
...so hatte ich das verstanden.
Das update für die beiden templates sind im svn (=ab morgen 8:00 Uhr via update erhältlich, die beiden Ergänzungen von Mihca habe ich sicherheitshalber mit aufgenommen). Wäre nett, wenn ihr das dann gleich auch im Zusammenhang testen könntet...
Na das nenne ich mal Unterstützung. Mega dank an euch alle.
Sollte das alles soweit klappen, passe ich die Anleitung die tage an. Schön zu sehen das die Anleitung tatsächlich genutzt worden ist. Macht mich ja schon fast ein wenig stolz :)
Gesendet von meinem LG-H850 mit Tapatalk
So, wie flmma es beschreibt, ist es nicht ganz richtig. Daher beschreibe ich einmal Schritt für Schritt, was zu tun ist, um eine Tasmota.bin für Rollosteuerung zu erstellen, wenn man nicht die "Sonoff 6.7.1 DE Shutters.bin" herunterladen möchte, die ich in meinem obigen Beitrag 106 angefügt hatte.
1. Zunächst Tasmota Source code https://github.com/arendst/Tasmota/tree/master (https://github.com/arendst/Tasmota/tree/master) herunterladen und entpacken. Alle unten angeführten Files sind im Unterordner "sonoff" zu finden:
2. Deutsch in "my_user_config.h" freischalten (durch Löschen der // vor der Zeile [in Tasmota 6.7.1 Zeile 221]). Dann sieht die Zeile so aus:
#define MY_LANGUAGE de-DE // German in Germany
3. Shutter in "my_user_config.h" freischalten (durch Löschen der // vor der Zeile [in Tasmota 6.7.1 Zeile 315]). Dann sieht die Zeile so aus:
#define USE_SHUTTER
4. "user_config_override_sample.h" in neue "user_config_override.h" kopieren
5. In user_config_override.h am Ende vor "#endif // _USER_CONFIG_OVERRIDE_H_" folgende Zeilen einfügen:
#ifndef USE_SHUTTER
#define USE_SHUTTER // (+6k code)
#endif
4. Mit Visual Studio als Administrator kompilieren und .bin auf Sonoff flashen
5. ,,Sonoff T1 2CH Modul" einstellen
6. Die Einstellungen in der Kommandozeite des Sonoff dann entsprechend https://github.com/arendst/Tasmota/wiki/blinds-and-roller-shades (https://github.com/arendst/Tasmota/wiki/blinds-and-roller-shades) vornehmen.
Ich hoffe es ist so jetzt verständlicher.
Grüße Achim
Vielen Dank an Beta-User!
Habe heute Update gemacht. Habe dann versucht, das neue Template einzustellen. Es erscheinen bei mir im Menue des Devices wenn ich "set attrTemplate" klicke aber unter "tasmota_2ch_shutter_invert_0" und "tasmota_2ch_shutter_invert_1" noch die alten Befehlsstrings:
Configures a dual chanel tasmota device as shutter; needs some configuration of firmware compilation to operate, see Tasmota wiki
and Forum Thread
NOTE: This template will configure the shutter in Homematic-style with pct 100% = open. For ROLLO style device with pct 0% = open shutter. Use template tasmota_2ch_shutter_invert_1 instead.
set DEVICE attrTemplate tasmota_2ch_shutter_invert_1
defmod configure_DEVICEattrTemplate_at at +00:00:20 set IO_DEV publish CMNDTOPIC/Backlog SHUTTEROPENDURATION 20;; SHUTTERCLOSEDURATION 20;; SHUTTERINVERT 0;; GROUPTOPIC Rollos;; SaveData 1;;
attr DEVICE devStateIcon opening:fts_shutter_up@red closing:fts_shutter_down@red Online:10px-kreis-gruen Offline:10px-kreis-rot 100:fts_shutter_10 0:fts_shutter_100 9\d.*:fts_shutter_10 8\d.*:fts_shutter_20 7\d.*:fts_shutter_30 6\d.*:fts_shutter_40 5\d.*:fts_shutter_50 4\d.*:fts_shutter_60 3\d.*:fts_shutter_70 2\d.*:fts_shutter_80 1\d.*:fts_shutter_90 \b\d\b.*:fts_shutter_90
attr DEVICE model tasmota_2ch_shutter_invert_0
Daher habe ich erst mal nicht den "set" Button gedrückt.
You are right, die at müßten auch noch angepaßt werden, Danke für den Hinweis...
Kommt hoffentlich dann mit dem nächsten update.
Puh, bei genauerem Hinsehen mußten auch die setList-Einträge usw. geändert werden. Da es eh' kaputt war, habe ich das "auf Verdacht" repariert...
Im svn ist daher jetzt eine aktualisierte Fassung zu finden. Das MÜSSTE eigentlich passen, aber wenn jemand das bereits vor dem updatelauf morgen früh vorab testen könnte, wäre das klasse ;) .
Es ist jetzt alles ok! Danke nochmals an Alle 8)
Hallo Mihca,
habe nun den Flash nun auch nach deiner Anleitung durchgeführt, hat soweit alles geklappt, morgen mach ich mich dann ans Einbinden ins FHEM.
Danke!
lg
Michi
Hallo Zusammen,
Super Anleitung!!! Hab alles soweit konfiguriert und in FHEM eingebunden.
Leider hab ich ein problem mit meinem Wandtaster(Hoch/Runter, bei Druck schalten diese jeweils GPIO12 oder GPIO13 auf GND).
Da ich jetzt aber nicht jeweils ein Relais für hoch und eins für runter habe sondern die sichere Varinte mit on/off und hoch/runter ist das einbinden in Tasmota irgendwie nicht so einfach, da ich nur jedes Realais mit einer Taste schalte.
Kann mir jemand erklären was ich da einstellen muss damit der eine Taster den Befehl hoch und der andere den Befehl runter schaltet. Am besten noch stop wenn irdendeine Taste gedrückt wird während der Rollladen noch fährt.
Es sollte aber nicht über FHEM laufen sondern im Tasmota direkt schalten(falls z.B. das WLAN mall ausfällt)
Vielen Dank im Voraus!
Also bei mir ist die eine Taste für Auf, die andere für Zu. Wenn man eine davon drückt fährt das Rollo solange bis man dieselbe Taste nochmal drückt. Dann bleibt es in dieser Position stehen.
Anliegend ein Screenshot wie die Oberfläche des Rolloschalters im Web aussieht, wenn alles richtig geflash und eingestellt ist.
Die Frage ziehlte wohl auf am Gerät ("pysisch") vorhandene Taster ab, also eine "klassische" Bedienung vor Ort durch irgendeine anwesende Person ohne IT-Equipment :) .
Ich würde vermuten, dass man a) ein passendes template (Tasmota-Typ in der Web-Oberfläche, nicht attrTemplate, in dem Bild "Sonoff T1 2CH Modul") auswählen können sollte und/oder b) sich das auch dort (unter "Einstellungen") konfigurieren läßt?
Soweit ich finden konnte nein. Beide Tasten sind SW seitig gegeneinander verriegelt und arbeiten als eine Taste hoch u die andere für runter.
Da ich das selber so genutzt habe, habe ich es auch nie umgestellt. Für espeasy gäbe es den weg über die rules. Aber naaaaaaja. Ggf laufen die neueren Revisionen ja sauber damit, die alten taten es nicht.
Gesendet von meinem LG-H850 mit Tapatalk
Zitat von: Andyg2016 am 05 November 2019, 22:08:16
Leider hab ich ein problem mit meinem Wandtaster(Hoch/Runter, bei Druck schalten diese jeweils GPIO12 oder GPIO13 auf GND).
Meine Anmerkung bezog sich auf das. Die GPIO's sollten sich doch auch im Roller-Mode noch einzeln konfigurieren lassen (ggf. über backlog).
Dass die Web-Tasten gegeneinander verriegelt sind, ist was anderes (bzw. dem geschuldet, dass die firmware bestimmte settings eben als default aktiviert hat).
Ja über die Konsole des schalters bzw fhem kann man das sicher umändern. Gibt ja ne gute Übersicht. Worauf ich mit der verriegelung hinaus wollte...diese muss natürlich zuerst aus. Aber die Funktion der Taste an sich muss dann ja noch in Abhängigkeit eingestellt werden. Wenn es keinen "fertigen" befehl dafür gibt, muss das manuell gemacht werden.
Ps: auch die Tasten die physikalisch am schalter vorhanden sind, sind sw seitig gegeneinander verriegelt. Diese meinte ich auch.
Gesendet von meinem LG-H850 mit Tapatalk
Das was ich unter meinem Beitrag 127 geschrieben habe, habe ich am physikalischen Gerät gedrückt, nicht in der Web-Oberfläche. Das Bild habe ich nur angefügt, damit Andyg2016 sehen soll, was er als Oberfläche sehen sollte, wenn alles richtig ist.
Zitat von: Mihca am 06 November 2019, 17:38:07
Das was ich unter meinem Beitrag 127 geschrieben habe, habe ich am physikalischen Gerät gedrückt, nicht in der Web-Oberfläche. Das Bild habe ich nur angefügt, damit Andyg2016 sehen soll, was er als Oberfläche sehen sollte, wenn alles richtig ist.
Die Oberfläche sieht genauso aus, der Schieber funktioniert auch soweit, die Reais schalten ebenfalls richtig in Shuttermode: 1.
Das ist diese Konfiguration aus dem Wiki:
Zitat
2. Short Circuit Safe (ShutterMode: 1) - First relay: ON/OFF, Second relay: UP/DOWN
Backlog PulseTime1 0; PulseTime2 0
Interlock OFF
Nur bei den externen Tastern werden pro Taste nur die jeweiligen Relais geschaltet, das macht aber bei meiner Hardware mit 1 Relais für on/off und 1 Relais für up/down keinen sinn. Interlock ist natürlich aus, sonst würde es ja über den Schieber und FHEM nicht funktioneren.
Ich müsste sozusagen wenn der Taster für hoch gedrückt wird den Schieber ganz nach rechts schieben und wenn der Taster hoch während der Fahrt des Rollos nochmals gedrückt wird das Rollo stoppen oder eben das Relais für on/off ausschalten. Für die runter-Taste das ganze natürlich umgekehrt.
Im Anhang ein Bild aus dem Wiki, allerdings scheinen die Taster nicht wirklich eine sinnvolle Funktion zu haben :-\
Du müsstest probieren die taster des Schalter vom Relay zu entkoppeln. Bei meiner Hardware Version geht das. Allerdings sind die kleinen Lichter vom Relay abhängig und nicht vom Schalter. Das würde dann bei dir sicher zu Verwirrung führen.
Weil, wenn taste 1 an und dann die andere taste für hoch oder runter, würde die led nur an sein wenn auch das Relay aktiviert wurde. Sprich für die Richtung die auf dem relay hängt. Hoffe bei der neueren Revision geht das besser. Ansonsten wäre das eine recht verwirrende Sache.
Gesendet von meinem LG-H850 mit Tapatalk
Danke für Eure Arbeit. Da meine Homematic zicken hab ich mal ein zum testen zwei Derivate bei Amazon bestellt - werde das am WE mal testen.
Hmm.. Hmmm..
Ich hab Tuya Derivate gekauft (https://www.amazon.de/gp/product/B07F9YC42T/ref=ppx_yo_dt_b_asin_title_o01_s00?ie=UTF8&psc=1 (https://www.amazon.de/gp/product/B07F9YC42T/ref=ppx_yo_dt_b_asin_title_o01_s00?ie=UTF8&psc=1)). Leider scheitere ich an den GPIOs - einen Touch habe ich bedienbacr bekommen (LED, Relais, Button), der zweite macht was er will. Hat zufällig (?) jemand was analoges verbaut und die GPIOs verfügbar? ich hab gestern 3 Stunden Google bemüht :(
EDIT: Hab gestern mal in Ruhe alle GPIOs getestet, funktioniert jetzt prima. Wenn jemand die Config brauchen sollte einfach melden. Eine LED spinnt zwar, aber die hab ich eh abgeschaltet das die nicht leuchten müssen.
Eine Frage hätte ich noch. Wenn ich pct umkehren will - muss ich das Template umstellen oder reicht es den Parameter
shutterinvert1 1
zu ändern (bzw. welche Parameter soll/muss ich ändern)?
Grüße Tedious
Na ja, das devStateIcon berücksichtigt afaik auch den pct-Wert (invertiert).
Der backlog-Befehl wird über das template auch an den Tasmota gesendet. Von daher würde ich das anders formulieren: Es reicht, das andere template anzuwenden... ;) .
Danke für die Info, denn stelle ich das Template um :)
Hallo,
hatte zuerst einen T1EU2C im Probeeinsatz und habe nun 3 weitere installiert.
Interessanterweise habe ich nun aber Probleme mit dem WLAN, die Geräte sind am AP (Mikrotik) registriert lassen sich aber nicht pingen.
Bin am Rätseln was dieses Problem auslösen könnte, habt Ihr Ideen?
Die Logfiles der Devices sehen folgend aus:
2019-12-02_15:15:27 MQTT2_DVES_775D47 LWT: Online
2019-12-02_15:15:27 MQTT2_DVES_775D47 POWER:
2019-12-02_15:15:54 MQTT2_DVES_775D47 Wifi_RSSI: 78
2019-12-02_15:15:54 MQTT2_DVES_775D47 Sleep: 50
2019-12-02_15:15:54 MQTT2_DVES_775D47 Wifi_LinkCount: 14
2019-12-02_15:15:54 MQTT2_DVES_775D47 MqttCount: 209
2019-12-02_15:15:54 MQTT2_DVES_775D47 POWER2: off
2019-12-02_15:15:54 MQTT2_DVES_775D47 UptimeSec: 351073
2019-12-02_15:15:54 MQTT2_DVES_775D47 Wifi_Channel: 1
2019-12-02_15:15:54 MQTT2_DVES_775D47 SleepMode: Dynamic
2019-12-02_15:15:54 MQTT2_DVES_775D47 Uptime: 4T01:31:13
2019-12-02_15:15:54 MQTT2_DVES_775D47 Wifi_AP: 1
2019-12-02_15:15:54 MQTT2_DVES_775D47 LoadAvg: 19
2019-12-02_15:15:54 MQTT2_DVES_775D47 Wifi_SSId: SSID_MMA_HK24
2019-12-02_15:15:54 MQTT2_DVES_775D47 Time: 2019-12-02T15:15:45
2019-12-02_15:15:54 MQTT2_DVES_775D47 Heap: 29
2019-12-02_15:15:54 MQTT2_DVES_775D47 Wifi_BSSId: CE:2D:E0:XX:XX:XX
2019-12-02_15:15:54 MQTT2_DVES_775D47 POWER1: off
2019-12-02_15:15:54 MQTT2_DVES_775D47 Wifi_Downtime: 0T00:02:52
2019-12-02_15:15:55 MQTT2_DVES_775D47 Shutter1_Position: 100
2019-12-02_15:15:55 MQTT2_DVES_775D47 Time: 2019-12-02T15:15:45
2019-12-02_15:15:55 MQTT2_DVES_775D47 Shutter1_direction: 0
2019-12-02_15:18:19 MQTT2_DVES_775D47 LWT: Offline
2019-12-02_15:18:19 MQTT2_DVES_775D47 LWT: Online
2019-12-02_15:18:19 MQTT2_DVES_775D47 POWER:
2019-12-02_15:20:05 MQTT2_DVES_775D47 LWT: Offline
2019-12-02_15:20:06 MQTT2_DVES_775D47 LWT: Online
2019-12-02_15:20:06 MQTT2_DVES_775D47 POWER:
2019-12-02_15:21:28 MQTT2_DVES_775D47 LWT: Offline
2019-12-02_15:21:29 MQTT2_DVES_775D47 LWT: Online
2019-12-02_15:21:29 MQTT2_DVES_775D47 POWER:
2019-12-02_15:22:21 MQTT2_DVES_775D47 LWT: Offline
2019-12-02_15:22:22 MQTT2_DVES_775D47 LWT: Online
2019-12-02_15:22:22 MQTT2_DVES_775D47 POWER:
2019-12-02_15:23:54 MQTT2_DVES_775D47 LWT: Offline
2019-12-02_15:23:56 MQTT2_DVES_775D47 LWT: Online
2019-12-02_15:23:56 MQTT2_DVES_775D47 POWER:
2019-12-02_15:25:20 MQTT2_DVES_775D47 LWT: Offline
2019-12-02_15:25:20 MQTT2_DVES_775D47 LWT: Online
2019-12-02_15:25:20 MQTT2_DVES_775D47 POWER:
2019-12-02_15:26:10 MQTT2_DVES_775D47 LWT: Offline
2019-12-02_15:26:28 MQTT2_DVES_775D47 LWT: Online
2019-12-02_15:26:28 MQTT2_DVES_775D47 POWER:
2019-12-02_15:28:16 MQTT2_DVES_775D47 LWT: Offline
2019-12-02_15:28:16 MQTT2_DVES_775D47 LWT: Online
2019-12-02_15:28:16 MQTT2_DVES_775D47 POWER:
2019-12-02_15:31:05 MQTT2_DVES_775D47 LWT: Offline
2019-12-02_15:31:05 MQTT2_DVES_775D47 LWT: Online
2019-12-02_15:31:05 MQTT2_DVES_775D47 POWER:
2019-12-02_15:31:58 MQTT2_DVES_775D47 LWT: Offline
2019-12-02_15:31:58 MQTT2_DVES_775D47 LWT: Online
2019-12-02_15:31:58 MQTT2_DVES_775D47 POWER:
2019-12-02_15:32:51 MQTT2_DVES_775D47 LWT: Offline
2019-12-02_15:32:51 MQTT2_DVES_775D47 LWT: Online
2019-12-02_15:32:51 MQTT2_DVES_775D47 POWER:
2019-12-02_15:34:24 MQTT2_DVES_775D47 LWT: Offline
2019-12-02_15:34:25 MQTT2_DVES_775D47 LWT: Online
2019-12-02_15:34:25 MQTT2_DVES_775D47 POWER:
2019-12-02_15:35:17 MQTT2_DVES_775D47 LWT: Offline
2019-12-02_15:35:18 MQTT2_DVES_775D47 LWT: Online
2019-12-02_15:35:18 MQTT2_DVES_775D47 POWER:
2019-12-02_15:36:40 MQTT2_DVES_775D47 LWT: Offline
2019-12-02_16:25:55 MQTT2_DVES_775D47 set_close
lg
Michi
Bei mir tritt dieses Problem auf, wenn ich meinen diversen 2,4GHz Netzwerk-APs dieselbe SSID gebe.
Hallo Mihca,
verstehe die Antwort nicht ganz, das ist ja meines Erachtens der Sinn, dass mehrere AP's das gleiche Netzwerk (SSID) bedienen.
Habe aber auch schon mal einen AP komplett deaktiviert und der Effekt ist leider trotzdem aufgetreten.
Versuche gerade das Problem weiter einzugrenzen.
lg
Michi
Hallo Michi,
es ist für die meisten WLAN-Clients egal, ob sie zwischen WLANs mit derselben SSID (aber anderem Kanal) hin und herswitchen, oder zwischen WLANS mit unterschiedlicher SSID, wenn sie die Passwörter kennen. Manche Clients kommen aber mit verscheidenen WLANs mit derselben SSID nicht zurecht; ich habe z.B. Musik-Streamer, die dann überhaupt nicht funktionieren.
Unterschiedlich SSIDs sind halt nur unbequemer, da man den Clients die Passwörter der unterschiedlichen SSIDs eingeben muss. Andere Nachteile haben sie nicht. Sie haben den Vorteil, dass dann auch alle Clients funktioniern, die mit WLANs derselben SSID Probleme haben.
Viele Grüße Achim
Hey und guten Morgen...
hat ja nur indirekt mit MQTT oder den Schaltern zu tun. Hast du mal die RSSI mit geloggt? So kannst du ggf. einen Schluss ziehen. Ich habe aktuell mehrere APs im Einsatz und keine Probleme. Egal ob die Geräte direkt neben einem AP sind oder aber etwas weiter weg. Gerade die T1, haben sich bisher als sehr zuverlässig erwiesen.
Hallo,
Kanalverteilung zwischen den 2AP's ist auch gut, Kanal 1 und Kanal 7.
Habe nun einen virtuellen AP (Mikrotik AP) für das VLAN deaktiviert und werde nachher mal das Logfile auf die RSSI filtern.
lg
Michi
Hallo,
der Empfang kann es meines Erachtens nicht sein, der AP steht ca. 6m entfernt und es befindet sich keine Wand dazwischen.
Des weiteren habe ich bereits den 2 virtuellen AP für diese SSID deaktiviert.
2019-12-03_13:46:31 MQTT2_DVES_775D47 Wifi_RSSI: 88
2019-12-03_13:51:31 MQTT2_DVES_775D47 Wifi_RSSI: 90
2019-12-03_13:56:31 MQTT2_DVES_775D47 Wifi_RSSI: 86
2019-12-03_14:01:31 MQTT2_DVES_775D47 Wifi_RSSI: 88
2019-12-03_14:06:31 MQTT2_DVES_775D47 Wifi_RSSI: 88
2019-12-03_14:11:31 MQTT2_DVES_775D47 Wifi_RSSI: 86
2019-12-03_14:16:31 MQTT2_DVES_775D47 Wifi_RSSI: 88
2019-12-03_14:21:41 MQTT2_DVES_775D47 Wifi_RSSI: 88
Logfile vom MQTT2-Device
2019-12-03_14:16:31 MQTT2_DVES_775D47 Heap: 29
2019-12-03_14:16:31 MQTT2_DVES_775D47 Time: 2019-12-03T14:16:30
2019-12-03_14:16:31 MQTT2_DVES_775D47 Wifi_AP: 1
2019-12-03_14:16:31 MQTT2_DVES_775D47 Wifi_SSId: SSID_MMA_HK24
2019-12-03_14:16:31 MQTT2_DVES_775D47 LoadAvg: 19
2019-12-03_14:16:31 MQTT2_DVES_775D47 Wifi_Downtime: 0T00:03:02
2019-12-03_14:16:31 MQTT2_DVES_775D47 Wifi_BSSId: E6:8D:8C:XX:XX:XX
2019-12-03_14:16:31 MQTT2_DVES_775D47 POWER1: off
2019-12-03_14:16:31 MQTT2_DVES_775D47 Wifi_Channel: 7
2019-12-03_14:16:31 MQTT2_DVES_775D47 SleepMode: Dynamic
2019-12-03_14:16:31 MQTT2_DVES_775D47 Uptime: 5T00:31:58
2019-12-03_14:16:31 MQTT2_DVES_775D47 POWER2: off
2019-12-03_14:16:31 MQTT2_DVES_775D47 UptimeSec: 433918
2019-12-03_14:16:31 MQTT2_DVES_775D47 MqttCount: 326
2019-12-03_14:16:31 MQTT2_DVES_775D47 Wifi_RSSI: 88
2019-12-03_14:16:31 MQTT2_DVES_775D47 Wifi_LinkCount: 16
2019-12-03_14:16:31 MQTT2_DVES_775D47 Sleep: 50
2019-12-03_14:16:31 MQTT2_DVES_775D47 Shutter1_Position: 100
2019-12-03_14:16:31 MQTT2_DVES_775D47 Time: 2019-12-03T14:16:30
2019-12-03_14:16:31 MQTT2_DVES_775D47 Shutter1_direction: 0
2019-12-03_14:21:41 MQTT2_DVES_775D47 Wifi_AP: 1
2019-12-03_14:21:41 MQTT2_DVES_775D47 Wifi_SSId: SSID_MMA_HK24
2019-12-03_14:21:41 MQTT2_DVES_775D47 LoadAvg: 19
2019-12-03_14:21:41 MQTT2_DVES_775D47 Time: 2019-12-03T14:21:30
2019-12-03_14:21:41 MQTT2_DVES_775D47 Heap: 29
2019-12-03_14:21:41 MQTT2_DVES_775D47 Wifi_BSSId: E6:8D:8C:XX:XX:XX
2019-12-03_14:21:41 MQTT2_DVES_775D47 POWER1: off
2019-12-03_14:21:41 MQTT2_DVES_775D47 Wifi_Downtime: 0T00:03:02
2019-12-03_14:21:41 MQTT2_DVES_775D47 Wifi_Channel: 7
2019-12-03_14:21:41 MQTT2_DVES_775D47 SleepMode: Dynamic
2019-12-03_14:21:41 MQTT2_DVES_775D47 Uptime: 5T00:36:58
2019-12-03_14:21:41 MQTT2_DVES_775D47 MqttCount: 326
2019-12-03_14:21:41 MQTT2_DVES_775D47 POWER2: off
2019-12-03_14:21:41 MQTT2_DVES_775D47 UptimeSec: 434218
2019-12-03_14:21:41 MQTT2_DVES_775D47 Wifi_RSSI: 88
2019-12-03_14:21:41 MQTT2_DVES_775D47 Wifi_LinkCount: 16
2019-12-03_14:21:41 MQTT2_DVES_775D47 Sleep: 50
2019-12-03_14:21:41 MQTT2_DVES_775D47 Shutter1_direction: 0
2019-12-03_14:21:41 MQTT2_DVES_775D47 Time: 2019-12-03T14:21:30
2019-12-03_14:21:41 MQTT2_DVES_775D47 Shutter1_Position: 100
2019-12-03_14:26:40 MQTT2_DVES_775D47 LWT: Offline
Leider wieder aufgetreten, wisst Ihr was die WIFI Downtime im Logfile bedeuten sollte, habt Ihr die auch?
Interessant ist, dass das Device noch am AP angemeldet bleibt und wenn ich es dann vom AP runterschmeiße es sich wieder sauber neu anmeldet. (läuft dann wieder ca. 4h)
Wie ist die LWT Message zu deuten, kommt die vom Device?
Danke!
lg
Michi
>:( Könnt ihr das in einem separaten Thread bereden?
Sieht mir nach einem "typischen zu viel WLAN-Gedöns"-Problem aus...
Die LWT hat das Device "früher" verschickt, der Server liefert das aus, wenn die Node "tot" ist ("last will testament"). Der Server hat also entsprechend lange nichts mehr gehört. Kann natürlich auch ein firmware-Fehler sein, aber dann ist es besser im Tasmota-github-Bereich aufgehoben...
Bleibe hier nochmal mit OT:
Die rssi werte sprechen für sich. Sehr grenzwertig! Also wlan problem.
Lwt ist in mqtt der lastwill. Gerät sendet beim verbinden gegen den server ich bin hier und wenn du in zeit x nichts mehr von mir hörst bin ich offline. Ist also ein mqtt offline. Umkehrschluss -> gerät ist entweder in einem deepsleep, der alles ausschaltet oder wlan einfach zu schlecht (siehe rssi).
Gesendet von meinem LM-G810 mit Tapatalk
das schaut mir eher nach einem suspend, deepsleep, oder whatever energiespar problem aus.
sorry fürs ot
btw. wenn man logs oder configs postet bietet sich die code
funktion an. (das raute symbol über dem textfenster)
Haben ja nun alle was zu gesagt. Bitte ab jetzt dann aber wirklich in neuem bzw eigenem Thread. Diesen kann man dann hier verlinken.
Gesendet von meinem LM-G810 mit Tapatalk
Hallo zusammen,
Habe mal testweise ein Device umgeflasht. Grundsätzlich funktioniert es aber ich bekomme das mit dem Kalibrieren (trotz Anleitung und Video) nicht hin. Also wenn ich die half Position setze dann schließt das Rollo nicht mehr ganz. Mir ist in der Tasmota Konsole das die Postionen nicht synchron laufen also nicht 90,80,70 usw. sondern teilweise durcheinander, also so z.B. 90,70,100,60 usw irgendwas stimmt da nicht.
Ich nutze die Tasmota Version 8.1.0 und habe auch ShutterOpen(Close)Duration und ShutterSetClose erfolgreich gesetzt.
Auf und zu geht aber dazwischen geht es nicht also es werden keine realistischen Werte angefahren. Hat jemand ein Idee?
Mich verdutzt das Problem an sich. Hört sich sehr komisch an. Würde nochmal sauber neu flashen u danach erneut testen.
Gesendet von meinem LM-G810 mit Tapatalk
Zitat von: 87insane am 30 Dezember 2019, 13:03:23
Mich verdutzt das Problem an sich. Hört sich sehr komisch an. Würde nochmal sauber neu flashen u danach erneut testen.
Gesendet von meinem LM-G810 mit Tapatalk
Habe schon paarmal neu geflasht. Sogar komplett neue bin erstellt. Nutz du auch die aktuelle Version oder eine ältere? Vielleicht liegt es auch an tasmota selber.
Gesendet von meinem JSN-L21 mit Tapatalk
Hey...die Anleitung schrieb ich mal aber nutze selber, mittlerweile garkeine Version mehr auf dieser Grundlage.
Kannst du den "fehler" ggf noch mit Logs hinterlegen oder anders erklären? Finde die Beschreibung an sich komisch. Bei dem Teil mit den % Sätzen bin ich ganz hängen geblieben....
Gruß,
Kai
Gesendet von meinem LM-G810 mit Tapatalk
Zitat von: 87insane am 30 Dezember 2019, 13:28:02
Hey...die Anleitung schrieb ich mal aber nutze selber, mittlerweile garkeine Version mehr auf dieser Grundlage.
Kannst du den "fehler" ggf noch mit Logs hinterlegen oder anders erklären? Finde die Beschreibung an sich komisch. Bei dem Teil mit den % Sätzen bin ich ganz hängen geblieben....
Gruß,
Kai
Gesendet von meinem LM-G810 mit Tapatalk
Hey Kai. Ich schicke dir heute Abend mal dir Ausgabe der Konsole da kann man gut sehen, dass die Werte der Positionen nicht der Reihe nach gezahlt werden. Also wenn das Rollo geschlossen ist, dann ist die Position 100. Wenn man dann öffnet würde ich erwarten das bis auf 0 der Reihe nach rückwärts gezählt wird. Aber genau das passiert nicht. Die Zeit wird richtig gezählt aber noch die Position dazu.
Parallel werde ich noch Mal einen anderen ESP flashen und vergleichen.
Gesendet von meinem JSN-L21 mit Tapatalk
Ein paar Posts weiter oben war eine fertige bin Datei. Hast du die mal getestet? Ich vermute (aber wirklich glaskugel geraten), bei der Einrichtung ist wohl n Fehler passiert. Oder du hast wirklich Pech u der ESP ist durch. Hatte ich aber tatsächlich noch nie!
Gesendet von meinem LM-G810 mit Tapatalk
Zitat von: 87insane am 30 Dezember 2019, 14:17:10
Ein paar Posts weiter oben war eine fertige bin Datei. Hast du die mal getestet? Ich vermute (aber wirklich glaskugel geraten), bei der Einrichtung ist wohl n Fehler passiert. Oder du hast wirklich Pech u der ESP ist durch. Hatte ich aber tatsächlich noch nie!
Gesendet von meinem LM-G810 mit Tapatalk
Ich meinte dass ich die Datei am Anfang schon Mal hatte aber hatte nicht mit "half" getestet.
Ich denke nicht dass der ESP hin ist alles andere Funktioniert ja. Ich teste heute Abend mal ein bisschen.
Gesendet von meinem JSN-L21 mit Tapatalk
Hmm, auf das, was die tasmota-Console ausgibt, würde ich erst mal nicht zu viel geben, kann durchaus sein, dass da grade bei den "invertierten" Einstellungen noch Optimierungsbedarf besteht.
So wie ich das "von weitem" verfolgt hatte, hat das Tasmota-Team da gegenüber der "fork"-Fassung noch einige tweaks und Einstellmöglichkeiten eingebaut. Wie in dem anderen Thread geschrieben, scheint mir das eventuell mit Anlaufzeiten des Motors zusammenzuhängen, wenn nach einem Zwischenstop die Gesamtzeit nicht mehr paßt und "zu kurz" gefahren wird.
Paßt es denn, wenn du komplett öffnest und schließt?
Zitat von: Beta-User am 30 Dezember 2019, 14:44:30
Hmm, auf das, was die tasmota-Console ausgibt, würde ich erst mal nicht zu viel geben, kann durchaus sein, dass da grade bei den "invertierten" Einstellungen noch Optimierungsbedarf besteht.
So wie ich das "von weitem" verfolgt hatte, hat das Tasmota-Team da gegenüber der "fork"-Fassung noch einige tweaks und Einstellmöglichkeiten eingebaut. Wie in dem anderen Thread geschrieben, scheint mir das eventuell mit Anlaufzeiten des Motors zusammenzuhängen, wenn nach einem Zwischenstop die Gesamtzeit nicht mehr paßt und "zu kurz" gefahren wird.
Paßt es denn, wenn du komplett öffnest und schließt?
Komplett öffnen und schließen klappt immer solange man nicht versucht die half Position zu kalibrieren.
Gesendet von meinem JSN-L21 mit Tapatalk
Zitat von: xerion am 30 Dezember 2019, 14:47:02
Komplett öffnen und schließen klappt immer solange man nicht versucht die half Position zu kalibrieren.
Gesendet von meinem JSN-L21 mit Tapatalk
Das Problem mit der Konsole ist aber dass ich laut Wiki den Wert bin ShutterPosition notieren und dann bei ShutterSetHalfway1 eintragen soll. Und wenn dann die Konsole nicht passt dann werde ich das nie kalibrieren können.
Gesendet von meinem JSN-L21 mit Tapatalk
Hmm, weiß nicht:
- Die (Max-) Zeit sollte sich via MQTT einstellen lassen.
- Dann kann man auch über MQTT (oder das Web-Inferface) starten und stoppen und sollte nach dem Anhalten einen Level (im MQTT2_DEVICE) erhalten, den man nutzen kann. Dabei ggf. als erstes die Anfahrzeit beobachten, ob das wirklich direkt losgeht, sonst zuerst die einstellen.
Grundsätzlich ist die "half" Geschichte aber sowieso nur suboptimal. So wie ich https://github.com/arendst/Tasmota/wiki/Blinds-and-Shutters#increasing-calibration-granularity lese, wäre das der bessere Kalibirerungsweg. Vielleicht testest du das mal aus?
Also bei mir funktioniert das mit der Tasmota 8.1.0 ohne Probleme auch mit dem Anfahren von Zwischenpositionen. Allerdings habe ich die Half-Position nicht kalibriert. Anliegend meine .bin.
Grüße
Achim
Zitat von: Beta-User am 30 Dezember 2019, 15:01:24
Hmm, weiß nicht:
- Die (Max-) Zeit sollte sich via MQTT einstellen lassen.
- Dann kann man auch über MQTT (oder das Web-Inferface) starten und stoppen und sollte nach dem Anhalten einen Level (im MQTT2_DEVICE) erhalten, den man nutzen kann. Dabei ggf. als erstes die Anfahrzeit beobachten, ob das wirklich direkt losgeht, sonst zuerst die einstellen.
Grundsätzlich ist die "half" Geschichte aber sowieso nur suboptimal. So wie ich https://github.com/arendst/Tasmota/wiki/Blinds-and-Shutters#increasing-calibration-granularity lese, wäre das der bessere Kalibirerungsweg. Vielleicht testest du das mal aus?
Problem gefunden. Es lag doch tatsächlich an der Firmware. Habe nochmal komplett den ESP gelöscht und mit einer neu kompilierte Version geflasht und jetzt zählt er auch richtig und die errechneten 50% passen sogar ohne das ich das kalibrieren musste. Nochmal danke für eure Unterstützung.
Hallo zusammen,
hab ein Problem mit 2 Sonoff T1 2CH Schaltern, diese wurden mit der Firmware aus Post 162 geflasht.
Sobald die Rollladen komplett geöffnet sind und Power auf "off" wechselt springt die pct Anzeige auf 9 oder 10, und damit wird sie als geschlossen angezeigt, obwohl geöffnet. Hab schon mehrmals neu geflasht. Anscheinend wird der pct Wert nicht richtig übertragen.
Internals:
CID DVES_xxxxxx
DEF DVES_xxxxxx
DEVICETOPIC Rollo_3
FUUID xxxxxxxxxxxxx
IODev m2server
LASTInputDev m2server
MSGCNT 716
NAME Rollo_3
NR 543
STATE
Online
9
TYPE MQTT2_DEVICE
m2server_MSGCNT 716
m2server_TIME 2020-01-10 19:58:33
READINGS:
2020-01-07 16:32:03 FallbackTopic cmnd/DVES_xcvbnC_fb/
2020-01-07 16:32:03 GroupTopic cmnd/tasmotas/
2020-01-07 16:30:47 Groups 1,2
2020-01-10 19:58:33 Heap 27
2020-01-07 16:32:03 Hostname tasmota-4716
2020-01-07 16:32:03 IPAddress xxxxxxxxxx
2020-01-07 16:30:47 Interlock on
2020-01-09 18:28:05 LWT Online
2020-01-03 00:23:37 LedState 0
2020-01-10 19:58:33 LoadAvg 19
2020-01-07 16:32:03 Module Sonoff T1 2CH
2020-01-10 19:58:33 MqttCount 2
2020-01-09 18:28:05 POWER
2020-01-10 19:58:33 POWER1 off
2020-01-10 19:58:33 POWER2 off
2020-01-07 16:30:20 PulseTime1_Remaining 0
2020-01-07 16:30:20 PulseTime1_Set 0
2020-01-07 16:30:29 PulseTime2_Remaining 0
2020-01-07 16:30:29 PulseTime2_Set 0
2020-01-02 13:11:24 Restart Restarting
2020-01-07 16:32:03 RestartReason Software/System restart
2020-01-02 13:11:40 SaveData on
2020-01-02 13:11:26 SetOption26 on
2020-01-03 00:31:41 SetOption31 on
2020-01-02 13:11:27 SetOption80 on
2020-01-02 13:11:27 SetOption81 on
2020-01-10 19:58:33 Shutter1_Position 9
2020-01-10 19:58:33 Shutter1_direction 0
2020-01-09 22:47:59 ShutterClose1 0
2020-01-07 16:31:46 ShutterCloseDuration1 18.0
2020-01-02 13:11:39 ShutterInvert1 0
2020-01-10 05:50:00 ShutterOpen1 100
2020-01-07 16:31:16 ShutterOpenDuration1 19.0
2020-01-02 13:17:35 ShutterPosition1 100
2020-01-07 16:30:03 ShutterRelay1 1
2020-01-02 13:19:19 ShutterSetHalfway1 50
2020-01-02 13:19:49 ShutterStop Done
2020-01-02 13:20:23 ShutterStop1 9
2020-01-10 19:58:33 Sleep 50
2020-01-10 19:58:33 SleepMode Dynamic
2020-01-02 13:11:24 StateText1 off
2020-01-02 13:11:24 StateText2 on
2020-01-02 13:11:24 StateText3 toggle
2020-01-02 13:11:24 StateText4 hold
2020-01-02 13:11:27 SwitchMode1 3
2020-01-02 13:11:27 SwitchMode2 3
2020-01-10 19:58:33 Time 2020-01-10T19:58:33
2020-01-10 19:58:33 Uptime 1T01:57:07
2020-01-10 19:58:33 UptimeSec 93427
2020-01-07 16:32:03 Version 8.1.0(tasmota)
2020-01-07 16:32:03 WebServerMode Admin
2020-01-10 19:58:33 Wifi_AP 1
2020-01-10 19:58:33 Wifi_BSSId xxxxxx
2020-01-10 19:58:33 Wifi_Channel 6
2020-01-10 19:58:33 Wifi_Downtime 0T00:00:06
2020-01-10 19:58:33 Wifi_LinkCount 1
2020-01-10 19:58:33 Wifi_RSSI 78
2020-01-10 19:58:33 Wifi_SSId xxxxxxx
2020-01-10 19:58:33 Wifi_Signal -61
2020-01-10 05:50:21 pct 9 <-------------------------- siehe hier
2020-01-10 05:50:21 state 9 <-------------------------- siehe hier
Attributes:
IODev m2server
alias Schlafzimmerfenster
cmdIcon open:fts_shutter_up close:fts_shutter_down stop:fts_shutter_manual half:fts_shutter_50
comment After applying the template set "ShutterOpenDuration1" and "ShutterCloseDuration1" first.
Use the "set x_configuration" Option. Example: "set x_configuration ShutterOpenDuration1 35"
Shutter specific commands available: ShutterOpenDuration1, ShutterCloseDuration1, ShutterRelay1, ShutterSetHalfway1, ShutterSetClose1, ShutterInvert1, ShutterMotordelay1, ShutterCalibration1; you may use this for general setOptions in tasmota also.
commands may need restart to take effect.
For calibration, use of more than one shutter device and further information on the available commands see Tasmota wiki.
devStateIcon opening:fts_shutter_up@red closing:fts_shutter_down@red Online:10px-kreis-gruen Offline:10px-kreis-rot 100:fts_shutter_10 0:fts_shutter_100 9\d.*:fts_shutter_10 8\d.*:fts_shutter_20 7\d.*:fts_shutter_30 6\d.*:fts_shutter_40 5\d.*:fts_shutter_50 4\d.*:fts_shutter_60 3\d.*:fts_shutter_70 2\d.*:fts_shutter_80 1\d.*:fts_shutter_90 \b\d\b.*:fts_shutter_90
genericDeviceType blind
group Mqtt_Rollo
homebridgeMapping clear
CurrentPosition=pct,minValue=0,maxValue=100
TargetPosition=pct,minValue=0,maxValue=100,minStep=10,delay=400,cmd=pct,
PositionState=state,values=/^drive-up/:INCREASING;/^drive-down/:DECREASING;/.*/:STOPPED
model tasmota_2ch_shutter_invert_0
readingList tele/tasmota/LWT:.* LWT
stat/tasmota/RESULT:.* { json2nameValue($EVENT) }
stat/tasmota/POWER1:.* POWER1
stat/tasmota/POWER1:on {{'state' => 'opening'}}
stat/tasmota/POWER2:.* POWER2
stat/tasmota/POWER2:on {{'state' => 'closing'}}
stat/tasmota/SHUTTER1:.* state
stat/tasmota/SHUTTER1:.* pct
tele/tasmota/RESULT:.* { json2nameValue($EVENT) }
tele/tasmota/STATE:.* { json2nameValue($EVENT) }
tele/tasmota/SENSOR:.* { json2nameValue($EVENT) }
tele/tasmota/INFO.:.* { json2nameValue($EVENT) }
tele/tasmota/UPTIME:.* { json2nameValue($EVENT) }
DVES_A5F26C:cmnd/tasmota/POWER:.* POWER
room 7_Schlafzimmer,Home,MQTT2_DEVICE
setList close:noArg cmnd/tasmota/ShutterClose1
open:noArg cmnd/tasmota/ShutterOpen1
half:noArg cmnd/tasmota/ShutterSetHalfway1 50
pct:slider,0,1,100 cmnd/tasmota/ShutterPosition1 $EVTPART1
stop:noArg cmnd/tasmota/ShutterStop1
resetClose:noArg cmnd/tasmota/ShutterSetClose1
x_configuration cmnd/tasmota/$EVTPART1 $EVTPART2
setStateList open close half stop pct
stateFormat
LWT
state
webCmd :open:close:half:stop:pct
Gruß Dieter
Hallo Dieter,
hast Du die Einstellungen gemäß https://tasmota.github.io/docs/#/Blinds-and-Shutters (https://tasmota.github.io/docs/#/Blinds-and-Shutters) vorgenommen?
Backlog PulseTime1 0; PulseTime2 0
Backlog Interlock 1,2; Interlock ON
Die sind erforderlich, damit das als Rolloschalter funktioniert.
Grüße
Achim
Guten Morgen,
#Mihca
Ja, Einstellungen wurden nach dieser Seite gesetzt.
Hab am Wochenende ein merkwürdiges verhalten festgestellt , Samstag waren die pct-Werte wie beschrieben,
Sonntag alles richtig, heute morgen wieder nicht ! Werde mal überlängerem Zeitraum beobachten.
Bin im Moment ratlos, Empfangsprobleme?
Guss Dieter
Morgen Dieter,
neu flashen kann "komische" Probleme beseitigen. Wenn der Flash nicht sauber lief, kann so ein Phänomen entstehen.
Gesendet von meinem LM-G810 mit Tapatalk
Dieter,
in Deinem Listing steht "Shutter1_Position 9", während bei mir steht "Shutter1_Position 100". Außerdem gibt es bei Dir das reading "ShutterStop1 9", welches es bei mir nicht gibt.
Das sieht tatsächlich nach einem Relikt aus einer alten Firmware aus, als die Shutters noch nicht Teil des offiziellen Tasmota Releases waren. Man bekommt die weg, indem man zunächst eine "blank_1MB.bin" aus einem ESPEasy-Paket per Kabel flasht und danach die gewünschte Tasmota per Kabel.
Ich würde auch das Device in Fhem löschen und neu anlegen lassen, damit da alle alten Readings gelöscht werden.
Readings kann man auch direkt löschen! Z.B. für "alles, außer associatedWith":
deletereading -q Rollo_3 (?!associatedWith).*
Kann man...aber es scheint ja die FW krum zu sein. Zumindest dem ersten Anschein nach. Also würden die readings immer wieder neu kommen. Würde in jedem Fall erst mal neu und sauber flashen, danach wird es sicher laufen.
Gesendet von meinem LM-G810 mit Tapatalk
Dass die firmware aktuell sein sollte, versteht sich von selbst. Mir ging es vorrangig darum, dass das aktuell weit verbreitete "lösche ich mal..." meistens keine Lösung des Problems ist, und alte Readings schon gleich kein Grund für diesen Lösungsansatz...
(Das Löschen von "noch ungenutzten" MQTT2_DEVICE verursacht in der Regel kein größeres Problem, aber das ist die Ausnahme, nicht die Regel! Löschen sollte man grundsätzlich mit Bedacht!)
Stimme ich zu!
Lösung hier ist an sich aber am einfachsten mit neu flashen und neu anlegen getan. Oder eben manuell anpassen. Ich selber (obwohl ich es besser könnte) würde es auch neu anlegen. Einfach weil es bei einem Standard Gerät am schnellsten geht.
Gesendet von meinem LM-G810 mit Tapatalk
Danke,
für die Anregungen komme im Moment nicht zum flashen, leider keine Zeit. Werde die Sache im Auge behalten und wieder berichten. Die Rollos fahren ja, komplett auf bzw. zu nur die Anzeige passt nicht.
Anzeige ist Aktuell nicht das Wichtigste, Hauptsache über Zeitprogramm (Automatik) wird ordentlich gefahren.
Gruß Dieter
Moin zusammen,
gibt es eigentlich ein Möglichkeit, das man die MQTT2-Device mit Shutter Funktion per Befehl "blockieren" kann. Um z.B. die Tasten zu sperren also eine Art Kindersicherung?
Zitat von: xerion am 17 Januar 2020, 20:19:15
gibt es eigentlich ein Möglichkeit, das man die MQTT2-Device mit Shutter Funktion per Befehl "blockieren" kann. Um z.B. die Tasten zu sperren also eine Art Kindersicherung?
Wenn es darum geht, die Bedienung von FHEM aus zu unterbinden, sollte das mit dem Attribut "disable" gehen, für Tasten am ESP8266 selbst müßte man einen passenden backlog-Command senden. Ist dann aber was Tasmota-spezifisches und hat ggf. Nebenwirkungen, EEPROM-Speichern sollte man dann in jedem Fall ausschalten. Siehe SetOption 1+11 in https://github.com/arendst/Tasmota/wiki/Control-other-devices.
Zitat von: Beagel am 10 Januar 2020, 20:14:06
Hallo zusammen,
hab ein Problem mit 2 Sonoff T1 2CH Schaltern, diese wurden mit der Firmware aus Post 162 geflasht.
Sobald die Rollladen komplett geöffnet sind und Power auf "off" wechselt springt die pct Anzeige auf 9 oder 10, und damit wird sie als geschlossen angezeigt, obwohl geöffnet. Hab schon mehrmals neu geflasht. Anscheinend wird der pct Wert nicht richtig übertragen.
Interessanter Weise habe ich nun dasselbe Problem, obwohl ich nichts geändert habe. Nicht nur in Fhem, sondern auch im Web des Devices.
Ich habe probiert, auf ältere Firmware-Versionen zurückzugehen. Bringt keine Änderung.
Es liegt an der Firmware Revision. Ich habe auf Rat aus dem Tasmota Forum die Development-Version Tasmota 8.1.0.4 compiliert (Anlage). Damit ist bei mir jetzt auch der Slider wieder an der richtigen Position.
Zur Info. Rolladensteuerung ist ab Tasmota 8.2.0 bereits integriert (tasmota-lite geht nicht; tasmota-de geht). Man muss also nichts mehr selbst kompilieren. Was man weiter einzustellen hat, steht hier https://tasmota.github.io/docs/Blinds-and-Shutters/ (https://tasmota.github.io/docs/Blinds-and-Shutters/). Allerdings musste ich nach dem Update auf 8.2.0 das Device in der Konsole der Web-Oberfläche mit
reset 5
vollkommen (bis auf Wifi) zurücksetzen, und dann alles neu einstellen.
Viel Spass
Achim
Ist bekannt... Steht auch am anfang das ich es noch bearbeiten wollte...
Danke für die Erinnerung :)
Gesendet von meinem LM-G810 mit Tapatalk