[Gelöst] Sonoff 4Ch Pro R2 mit Tasmota per MQTT2: PulseTime oder on-for-timer

[TomLee]

Dann hier nochmal die 2 Varianten:

Code Auswählen Erweitern

inttimer1:select,0,10,20,30,40,50,60,70,80 cmnd/sonoffOBI/Backlog POWER 1; delay $EVTPART1; POWER 0

Code Auswählen Erweitern

inttimer2:selectnumbers,2,10,3600,0,lin cmnd/sonoffOBI/Backlog POWER 1; delay $EVTPART1; POWER 0

[TomLee]

Tasmota bietet als Command dafür PulseTime. Das funktioniert in der Konsole und kann nach Tasmota-Referenz auch per MQTT geschickt werden:

Code Auswählen Erweitern

cmnd/%topic%/<command> <parameter> Dabei muss die PulseTime vor einem "on" gesetzt werden und gilt dann bis zur nächsten Änderung auf für manuelle Schaltvorgänge über das WebIF bzw am Gerät.

Nur bis zur nächsten Änderung geht aber nicht, die pulsetime bleibt (ohne save) bis zu einem restart auch für jeden "on" Befehl erhalten (man möge mich verbessern wenn dem nicht so ist)  mein Workaround dazu pulsetime einfach vor jedem "on" vorsichtshalber ausschalten  :

Code Auswählen Erweitern

on:noArg cmnd/sonoffOBI/Backlog pulsetime 0; POWER 1
inttimer:selectnumbers,1,100,64900,0,lin cmnd/sonoffOBI/Backlog pulsetime $EVTPART1; POWER 1

Nachteil, nur noch über FHEM einschalten , nicht mehr über das WebIF (sonst halt mit Timer) des Geräts, kann man aber verkraften denk ich.

[Beta-User]

...nur als Idee: SetExtensions wird erst aktiv, wenn "vorher" nichts anderes gefunden wird. Es sollte also gehen, direkt "on-for-timer" zu nutzen (k.A., ob das als Redingsname zulässig ist...):

Code Auswählen Erweitern

on-for-timer {"cmnd/sonoffOBI/Backlog POWER ".$EVTPART1*10." 1; delay ".$EVTPART1*10."; POWER 0 0"}

Führt zwar ggf. zu doppeltem Ausschalten, dafür könnte man das "pro Kanal" in einem separaten Device unterbringen? (Ich fürchte, das pusetime-setzen via backlog ohne Kanal wirkt dann auf alle, und das ist ja ggf. nicht gewollt). Im Prinzip würde man das mit der pulsetime so gar nicht benötigen, sondern könnte auch direkt den delay verwenden, also so:

Code Auswählen Erweitern

on-for-timer {"cmnd/sonoffOBI/Backlog POWER 1; delay ".$EVTPART1*10."; POWER 0"}

[TomLee]

Ich fürchte, das pusetime-setzen via backlog ohne Kanal wirkt dann auf alle, und das ist ja ggf. nicht gewollt

Die Syntax ist PulseTime<x> <parameter>.

gibt man nur pulsetime an ist der erste gemeint, nicht alle.

[JHo]

Nur bis zur nächsten Änderung geht aber nicht, die pulsetime bleibt (ohne save) bis zu einem restart auch für jeden "on" Befehl erhalten (man möge mich verbessern wenn dem nicht so ist)  mein Workaround dazu pulsetime einfach vor jedem "on" vorsichtshalber ausschalten  :

Mit "bis zur nächsten Änderung" meine ich die Änderung der Pulsetime: Wird eine PulseTime gesetzt, bleibt sie bis zum nächsten Setzen einer Pulsetime genau so vorhanden und greift bei allen Schaltvorgängen über MQTT, WebIF oder direkt am Gerät. Bei Neustart des Sonoff müsste auf eine zuvor mit Savedata gespeicherte Pulsetime gegangen werden.
In meinem Fall wäre es mir lieber, auf eine Default-Anschaltdauer von 10 Minuten oder so zu gehen, anstatt unter Umständen ewig zu bewässern.

Allen anderen: vielen Dank für euren Input! Werde ich mal ausprobieren und insbesondere die Infos zu on-for-timer merken. Das hatte ich bislang echt immer so verstanden, dass die unterstützten Geräte das dann autark machen. Nicht, weil ich FHEM nicht stabil genug finde, sondern viel mehr an der 100%igen Zuverlässigkeit der Hardware zweifele, auf der FHEM läuft bzw. mit der FHEM den Ausschaltbefehl schickt.

[TomLee]

Code Auswählen Erweitern

on-for-timer {"cmnd/sonoffOBI/Backlog POWER 1; delay ".$EVTPART1*10."; POWER 0"}

es müssen einfache ' sein

Code Auswählen Erweitern

on-for-timer {"cmnd/sonoffOBI/Backlog POWER 1; delay '.$EVTPART1*10.'; POWER 0"}

sonst bekommt man eine Fehlermeldung beim übernehmen (attr drücken).

Klappt aber nicht jetzt steht wie bei mir vorhin 2 in $EVTPART1 und der set befehl on-for-timer ist nun immer vorbelegt mit dem zuletzt verwendetem Wert mit einem set davorgestellt bspw. set 9

[Beta-User]

Bei Neustart des Sonoff müsste auf eine zuvor mit Savedata gespeicherte Pulsetime gegangen werden.
In meinem Fall wäre es mir lieber, auf eine Default-Anschaltdauer von 10 Minuten oder so zu gehen, anstatt unter Umständen ewig zu bewässern.

Du kannst die 10 Min ja ohne weiteres via backlog wie beschrieben in alle Kanäle schreiben und dann ein "SaveData 1;" an's Ende anfügen .

Die Syntax ist PulseTime<x> <parameter>.

gibt man nur pulsetime an ist der erste gemeint, nicht alle.

Danke für den Hinweis. (Wieder was gelernt, auch wenn ich damit im Moment mangels Hardware nichts anzufangen weiß ).

Klappt aber nicht

Wenn, dann könnten ggf. überall einfache quotes helfen (liegt evtl. an den nicht escapten ";"):

Code Auswählen Erweitern

on-for-timer {'cmnd/sonoffOBI/Backlog POWER 1; delay '.$EVTPART1*10.'; POWER 0'}

Ist aber alles nach wie vor ungetestet...

[TomLee]

Gut ist das es grundsätzlich funzen sollte, weil das klappt:

Code Auswählen Erweitern

on-for-timer {"cmnd/sonoffOBI/Backlog POWER 1; delay $EVTPART1;POWER 0"}

Alles andere klappt nicht sobald gerechnet werden soll, den Punkt hinten bin ich mir nicht sicher ob der korrekt ist daher hab ich ihn manchmal raus genommen, getestet hab ich auch noch die geschweiften nur um EVTPART1 in allen möglichen Varianten, das Kommando wird immer ausgeführt (von daher die ; zu escapen sinnfrei) aber delay ist immer 2:

Code Auswählen Erweitern

on-for-timer {"cmnd/sonoffOBI/Backlog POWER 1; delay '.$EVTPART1*10'; POWER 0"}
on-for-timer {"cmnd/sonoffOBI/Backlog POWER 1; delay '.$EVTPART1*10.'; POWER 0"}
on-for-timer {'cmnd/sonoffOBI/Backlog POWER 1; delay ".$EVTPART1*10."; POWER 0'}
on-for-timer {'cmnd/sonoffOBI/Backlog POWER 1; delay ".$EVTPART1*10"; POWER 0'}

Code Auswählen Erweitern

on-for-timer {"cmnd/sonoffOBI/Backlog POWER 1; delay ".$EVTPART1*10."; POWER 0"}
syntax error at (eval 3425984) line 1, near "10."; POWER 0""

Code Auswählen Erweitern

on-for-timer {'cmnd/sonoffOBI/Backlog POWER 1; delay '.$EVTPART1*10'; POWER 0'}
syntax error at (eval 3426774) line 1, near "10'; POWER 0'"

Wieder was gelernt, auch wenn ich damit im Moment mangels Hardware nichts anzufangen weiß  

Ausrede  Ich mein in Erinnerung zu haben du hast vor einiger Zeit erwähnt mind. einen Wemos D1 Mini zu besitzen. 

[Beta-User]

Dann halt vorher rechnen...:

Code Auswählen Erweitern

on-for-timer {my $duration = $EVTPART1*10; 'cmnd/sonoffOBI/Backlog POWER 1; delay '.$duration.'; POWER 0'}
Und das mit der Bedeutung der Quotes und der Funktion der Punkte solltest du dir nochmal ansehen, das sieht mir etwas sehr nach trial&error aus .


Ich habe sogar 3 WeMoS rumfahren, davon 2 im Einsatz (einer als MiLight-Bridge mit sidoh-firmware, einer mit Tasmota als IR-Gateway) und noch diverse ESP8266 in verschiedenen Bauformen im Keller rumfliegen . Aber deswegen packe ich die ungenutzten Biester noch lange nicht aus, und die die ich "produktiv" im Einsatz habe, fasse ich auch nicht ohne Not an...
Wofür habe ich euch?


EDIT:
Eventuell muß man auch die allgemeine Vorgehensweise für ";" verwenden, bitte testen, wenn das obige nicht geht:

Code Auswählen Erweitern

on-for-timer {my $duration = $EVTPART1*10; "cmnd/sonoffOBI/Backlog POWER 1;; delay $duration;; POWER 0"}

[TomLee]

Code Auswählen Erweitern

on-for-timer {my $duration = $EVTPART1*10; 'cmnd/sonoffOBI/Backlog POWER 1; delay '.$duration.'; POWER 0'}

Der Pöbel hat es getestet und befindet es für gut.

Wofür habe ich euch?

In meiner Ausbildungsfirma gab es einen Abteilungsleiter, der nach der Device gehandelt hat "wer sich für unentbehrlich hält, fliegt raus". Inzwischen habe ich in 35 Jahren Berufsleben sehr gut verstanden, was er damit meinte.

Frag mich nicht wie ich jetzt auf die Verbindung komme !

[Beta-User]

 
Wenn du auf einen meiner "Lieblingsknöpfe" (sch... WLAN-Gedönse...) drückst, bekommst du, was du erwartest .

Mal im Ernst: Das, was heute in den attrTemplates steckt, ist zum allergrößten Teil nicht auf meinem Mist gewachsen, sondern haben Leute beigetragen, die in vielen Bereichen (u.A. Perl) deutlich mehr auf dem Kasten haben als meinereiner... Bin also definitiv (und zum Glück) verzichtbar

Was jetzt den on-for-timer-Code @tasmota angeht:
Muß ich wohl bei Gelegenheit irgendwie in die template-file aufnehmen. Jemand eine Idee, wo das gut aufgehoben ist?

[Beta-User]

Den on-for-timer-Code habe ich eben mit dem "Basis"-Power1-tasmota-Template ins svn geschubst (falls ihn mal wieder jemand suchen sollte)...

[JHo]

Ein Traum - vielen lieben Dank für die Unterstützung!

[Beta-User]

Ein Traum - vielen lieben Dank für die Unterstützung!

Thx, auch an TomLee für's Testen und die Basisidee mit dem backlog.

Markierst du den Thread dann bitte noch als [gelöst]?

[JHo]

Sorry, ich muss das nochmal aufgreifen, die Lösung hat einen Haken:
Tasmota-Delay kann nur maximal 5 Minuten. Wird ein Delay über 3600 (Zehntelsekunden) übergeben, dann springt Tasmota auf 2 (Zehntelsekunden)... sollte meiner Meinung nach so nicht (ohne Hinweis) in den Templates stehen.

Ich behelfe mir jetzt damit, dass ich tatsächlich eine PulseTime übergebe. Das setList schaut nun so aus:

Code Auswählen Erweitern

on-for-timer {my $duration = $EVTPART1+100; 'cmnd/DVES_5A0F82/Backlog pulseTime1 '.$duration.'; POWER1 1'}
, womit ich Werte ab 12 (Sekunden) "richtig" übergebe - darunter wird immer mindestens 11,x Sekunden angeschaltet. Tasmotas pulseTime zählt von 0 bis 111 in Zehntelsekunden, danach in Sekunden. Das müsste man noch mit abfangen, um richtig korrekt zu sein, aber ich bekomme keine Bedingung im setList unter... geht sowas überhaupt wie (WENN $EVTPART1>=111 DANN ... SONST die Variante mit +100)?

Viele Grüße
Jan