Verzögerung im notify mit dem Befehl "define ... at"

[jannis]

Seit 2 Tagen will der Groschen nicht fallen und es kann eigentlich nur ein klitzekleiner Fehler sein:

Was in meinem Beispiel real passieren soll: Es klingelt -> die Steckdose wird automatisch eingeschaltet -> und nach 1:30 Min wieder ausgeschaltet. Was ich erfolgreich ausprobiert habe:

Einschalten geht:

Code Auswählen Erweitern

define n_Stedose_an notify (Klingel) { GetHttpFile("192.168.178.33:80", "/cm?cmnd=Power%20ON") }

Ausschalten geht:

Code Auswählen Erweitern

define n_Stedose_an notify (Klingel) { GetHttpFile("192.168.178.33:80", "/cm?cmnd=Power%20OFF") }

Ein- und gleich wieder ausschalten geht:

Code Auswählen Erweitern

define n_Stedose_an notify (Klingel) { GetHttpFile("192.168.178.33:80", "/cm?cmnd=Power%20ON") };; { GetHttpFile("192.168.178.33:80", "/cm?cmnd=Power%20OFF") }

Zeitverzögertes schalten geht:

Code Auswählen Erweitern

define n_Stedose_an notify (Klingel) define at_Steckdose_aus at +00:01:00 { GetHttpFile("192.168.178.33:80", "/cm?cmnd=Power%20ON") }

... aber das geht leider noch nicht:

Einschalten und dann zeitverzögert ausschalten GEHT NICHT:

Code Auswählen Erweitern

define n_Steckdose_an notify (Klingel) { GetHttpFile("192.168.178.33:80", "/cm?cmnd=Power%20ON") };; define at_Steckdose_aus at +00:01:30 { GetHttpFile("192.168.178.33:80", "/cm?cmnd=Power%20OFF") }

Fehlermeldung in der Logdatei:

Code Auswählen Erweitern

n_Steckdose_an return value: syntax error at (eval 2983) line 1, near "00:"

Nach den ganzen funktionierenden Befehlen darüber, müsste der letzte eigentlich auch funktionieren. Tut er aber nicht. Ich verzweifle .... es kann nur was Kleines sein, bitte jetzt keine watchdogs/DOIFs/sleep oder andere. Was muss in dem letzten Befehl geändert werden?

Danke
Jannis

[Beta-User]

Ungetestet würde ich behaupten, dass FHEM es nicht mag, dass du Perl und Perl-Syntax auf diese Art mischst.

Versuch's mal in diese Richtung:

Code Auswählen Erweitern

define n_Steckdose_an notify (Klingel) { GetHttpFile("192.168.178.33:80", "/cm?cmnd=Power%20ON"); fhem ('defmod at_Steckdose_aus at +00:01:30 { GetHttpFile("192.168.178.33:80", "/cm?cmnd=Power%20OFF") }')}

[rabehd]

90 sek sind keine lange Zeit. Warum da nicht mit dem Sleep-Befehl?

FHEM-sleep gefolgt von einem Befehl startet dieses Befehl mit einem internen Timer,  ist also sowas wie ein at ohne Namen, und blockiert FHEM nicht.

Wenn schon at, dann (wie Beta-User schreibt) mit defmod. Warum? versuch mal das unter 90 sek zu wiederholen.

Ich hätte hier eher ein DOIF genommen, da gibt es WAIT.

[rudolfkoenig]

...es kann nur was Kleines sein

Dann bitte ich um Hilfe: der FHEM Befehlsparser ist z.Zt. noch sehr einfach gestrickt, und nimmt bei ^{.*}$ an, dass es sich um _ein_ Perl-Ausdruck handelt, und perl steigt mit der erwaehnten Fehlermeldung aus.
Als Argument zu notify wird _entweder_ eine Kette von FHEM-Befehlen, ein Perl-Ausdruck, oder ein Shell-Kommando akzeptiert. Eine Mischung kann funktionieren, muss aber nicht.

bitte jetzt keine watchdogs/DOIFs/sleep oder andere.

Habs gelesen, ich wuerde trotzdem fuer andere Leser es versuchen:

Code Auswählen Erweitern

defmod ca_steckdose cmdalias set Steckdose .* AS { GetHttpFile("192.168.178.33", "/cm?cmnd=Power%20$EVTPART1");; undef }
defmod n_Steckdose_on notify Klingel set Steckdose ON;; sleep 90;; set Steckdose OFF

[jannis]

Habs gelesen, ich wuerde trotzdem fuer andere Leser es versuchen:

Code Auswählen Erweitern

defmod ca_steckdose cmdalias set Steckdose .* AS { GetHttpFile("192.168.178.33", "/cm?cmnd=Power%20$EVTPART1");; undef }
defmod n_Steckdose_on notify Klingel set Steckdose ON;; sleep 90;; set Steckdose OFF

Ich ging davon aus, dass ich was falsch gemacht hatte. Da fhem meine Befehle so wie geschrieben nicht richtig parsen kann (warum auch, wenn es auch anders geht .... wusste ich nur nicht ) probiere ich nactürlich den Vorschlag auch aus.

Mein Herz hängt auch nicht an dem Einschalten der Steckdose per Perl:

Code Auswählen Erweitern

{ GetHttpFile("192.168.178.33:80", "/cm?cmnd=Power%20ON")

Ich versuche halt eine Blitzwolf (Gosund)-Steckdose, die ich mit Tasmota geflasht habe, mit fhem einzuschalten. Gibt es da auch ein direkt verfügbares

Code Auswählen Erweitern

set Steckdose on
ohne Tricks über cmdalias?

[Beta-User]

nimmst du MQTT2_DEVICE, das "kann" auch "on-for-timer"  .

sie "Praxisbeispiele" zu MQTT2_DEVICE im Wiki.

[jannis]

nimmst du MQTT2_DEVICE

ja, das nehme ich. Ist da auch ein

Code Auswählen Erweitern

set Steckdose on (also ohne es mit mit aliascmd zurechtzubiegen)
vorgesehen, ohne das ich Tasmota in der Steckdose direkt mit einen Url-Aufruf wie oben in meinem Code anspreche?

[Beta-User]

Genau auf diese Frage bezog sich meine vorherige Antwort.

Nochmal die Langform: Die für MQTT2_DEVICE verfügbaren attrTemplates ermöglichen die Übermittlung der set-on und set-off Befehle (und einiges mehr) via MQTT durch direkte set-Optionen am FHEM-Device. Sie bringen die SetExtensions mit, mit deren Hilfe FHEM auch set ... on-for-timer machen kann. Dazu gibt es noch Optionen, den Timer auf den Microcontroller (aka ESP8266) zu verlagern.

(Den Wiki-Artikel hast du gefunden, oder?)

[jannis]

Danke!!!!!

Was soll ich sagen? Alle Möglichkeiten, die ihr mir hier genannt habt, funktionieren und führen zu dem von mir gewünschten Ergebnis. Danke!!!

Aus allen Möglichkeiten habe ich etwas über FHEM gelernt. Aber mich mit MQTT2 auseinander zu setzen, ließ mich staunen; attrTemplate hatte ich in meinen Versuchen ignoriert, aber genau das konfiguriert mir meine Steckdosen so, dass ich sie ohne Tricks einfach mit "set Steckdose on"  und sogar on-for-timer schalten kann.

Welches MQTT2 attrTemplate nimmt man für eine WLAN-Steckdose (Blitzwolf SH5 bzw. Gosund SP112), die mit Tasmota geflasht wurde? Ein Template oder mehrere? Ich hab mal "tasmota_basic" gewählt, weil sich das so basic anhört

Schönes Wochenende ... demnächst

[Beta-User]

  Danke für das Feedback.

Was die Wahl des "richtigen" attrTempates angeht: Kommt darauf an, was die Dinger können. Die templates orientieren sich weniger an den Handelsnamen und mehr an dem was an Infos kommt, also z.B. ob eine Meßfunktion integriert ist usw.

"set ... attrTemplate ?" kann da helfen, und Vorschläge bzw. patches, um da jeweils die passenden Handelsnamen zu nennen, kann ich gerne einarbeiten.

[jannis]

Macht es Sinn, mehrere Templates su "set"zen?

Danke für das Feedback.

Was die Wahl des "richtigen" attrTempates angeht: Kommt darauf an, was die Dinger können. Die templates orientieren sich weniger an den Handelsnamen und mehr an dem was an Infos kommt, also z.B. ob eine Meßfunktion integriert ist usw.

Ja, die messen den Verbrauch und haben zusätzlich zwei USB-Steckdosen. Welche/s Template nehmen?

"set ... attrTemplate ?" kann da helfen, und Vorschläge bzw. patches, um da jeweils die passenden Handelsnamen zu nennen, kann ich gerne einarbeiten.

Das wäre bestimmt für Einsteiger sehr hilfreich. Zu den Blitzwolf gibt es ja eine Riesenliste kompatibler, aber ein paar Markennamen wäre schon gut, kompatible kann man sich dann ja selbst suchen.

[Beta-User]

In der Regel macht es keinen Sinn (als user) mehrere nacheinander aufzurufen. Allerdings ist es bei den Tasmotas so, dass es ein paar Basistemplates gibt, die intern auch von anderen aufgerufen werden (z.B. das basic für die Kleinschreibung).

Vermutlich hätte es also für eine Dose mit Strommessfunktion genügt, das "tasmota_POW"-template anzuwenden.

Nur, wenn z.B. die beiden USB-Steckdosen schaltbar wären, macht es uU. Sinn, erst ein "split"-template anzuwenden und dann auf den ersten Kanal dann das POW (und den nicht benötigten 4. Kanal zu löschen).

Das mit den Markennamen kann man wie gesagt machen, wenn man mal weiß, was die Dinger können und einige konfigurierte Devices gesehen hat, scheint es aber auch zu genügen, dass man das, was das template tun wird dann angezeigt bekommt, zusammen mit der Beschreibung, wenn man eines aus der dropdown-Liste auswählt. Da hat Rudi auch was hilfreiches gebastelt...

Da ich den ganzen Quark aber nicht in Hardware hier habe und nur vom Hörensagen kenne, bin ich für die Einarbeitung der Namen usw. auf Zuarbeit angewiesen, so: feel free...

[jannis]

Da ich den ganzen Quark aber nicht in Hardware hier habe und nur vom Hörensagen kenne, bin ich für die Einarbeitung der Namen usw. auf Zuarbeit angewiesen, so: feel free...

Ok, ich versuch mal zu helfen:
die Blitzwolf SH5 und Kompatible (z.B. Gosund SP112) haben eine Strommessfunktion und zwei USB-Strom-Steckdosen, die über Relais2 ein und ausgeschaltet werden können. Über Relais1 wird das Licht geschaltet.

[Beta-User]

Ok, ich versuch mal zu helfen:

Schön, dann würde ich für das weitere Lernen vorschlagen, du nimmst überlegst dir, ob das USB-Relais als Nebenkanal im Hauptdevice angelegt sein soll oder als eigenes und baust dann für die comunity hier ein entsprechendes neues attrTemplate daraus :

Wenn es ein Nebenkanal sein soll, das "tasmota_2ch_unified" als Basis, allerdings dann mit dem Hautrelay nach "state" (wie im POW), und aufgehübschter Energie-Anzeige.

Als "split" kannst du das "tasmota_2channel_split" nehmen, den ersten Kanal dann mit dem POW nachkonfigurieren und den zweiten optisch etwas anpassen (icon passend zu USB usw).

Dazu eine nette desc:, und schon bist du fertig .

Klingt bestimmt erst mal kompliziert, aber du kannst dabei eigentlich kaum was falsch machen, aber ungemein was lernen, was das Aussehen von Geräten in FHEMWEB angeht. Gerne kannst du dazu auch einen neuen Thread in MQTT-Bereich aufmachen, da findest du bestimmt auch (weitere) Helfer (die sowas haben), wenn es nicht vorangehen sollte.

[jannis]

Schön, dann würde ich für das weitere Lernen vorschlagen, du nimmst überlegst dir, ob das USB-Relais als Nebenkanal im Hauptdevice angelegt sein soll oder als eigenes und baust dann für die comunity hier ein entsprechendes neues attrTemplate daraus :

Wenn ich weiter bin in FHEM, mache ich das gerne. Doch im Augenblick versuche ich noch den Überblick zu bekommen .... was nicht immer leicht ist: z.B. an MQTT2 wundert mich, dass es auch für Zigbee geht ... oder ist diese FHEM-Systemübersicht falsch bzw. unvollständig:  https://wiki.fhem.de/wiki/System%C3%BCbersicht ? Dort ist Zigbbe nämlich nicht mit mqtt2 verbunden.