(gelöst)WARNING: sleep without additional commands is deprecated and blocks FHEM

[P.A.Trick]

Um in einem Filelog ein Userreading mit Event zu füllen führe ich in einem DOIF mit dem folgenden Kommando aus:

Code Auswählen Erweitern

sleep 0.1,setreading EG.WZ.Terrassentuer onoff 0

Obwohl Sleep einen Parameter übergeben bekommt, erscheint die folgende Meldung im Log:

Code Auswählen Erweitern

2016.10.08 10:35:16.156 1: WARNING: sleep without additional commands is deprecated and blocks FHEM


Bug oder falsche Anwendung des Befehls?

[justme1968]

ich glaube das ist besser im doif bereich aufgehoben weil es daran liegt sie doif fhem kommandos ausführt.

das sleep und das nachfolgende kommando müssen mit ; getrennt auf ein mal an die fhem parse routine übergeben werden.

wie es ausschaut übergibt fad doif aber hier beides getrennt.

du musst vermutlich im doif etwas anders machen.

gruss
  andre

[P.A.Trick]

Das dachte ich auch erst, aber wenn ich das Kommando in der FHEMSHELL eingebe ist das Verhalten gleich!

Code Auswählen Erweitern

sleep 0.1;setreading EG.WZ.Terrassentuer onoff 0
sleep 0.1;setreading EG.WZ.Terrassentuer onoff 1


[rudolfkoenig]

Kann ich nicht nachstellen, bei mir funktioniert sleep mit dieser Syntax.
Sowohl in telnet, wie auch in der FHEMWEB Eingabezeile.

[P.A.Trick]

Beim ersten Mal klappt es beim zweiten ausführen nicht mehr!

[P.A.Trick]

Code Auswählen Erweitern

sleep 0.1;setreading EG.WZ.Terrassentuer onoff 0
sleep 0.1;setreading EG.WZ.Terrassentuer onoff 1


Also ich meine einen Zustandswechsel!

[rudolfkoenig]

Ich habe das jetzt 6-mal aufgefuehrt, es wird jedesmal ein event generiert. Hast du sowas per event-* gefiltert?

[P.A.Trick]

Ja habe ich hier mal das Device!

Code Auswählen Erweitern

list EG.WZ.Terrassentuer
Internals:
   DEF        267E72
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     10
   NAME       EG.WZ.Terrassentuer
   NOTIFYDEV  global
   NR         1140
   NTFY_ORDER 50-EG.WZ.Terrassentuer
   STATE      closed
   TYPE       CUL_HM
   hmusb_MSGCNT 10
   hmusb_RAWMSG E267E72,0000,1EB03552,FF,FFA9,0FA641267E72424242010E00
   hmusb_RSSI -87
   hmusb_TIME 2016-10-08 11:10:30
   lastMsg    No:0F - t:41 s:267E72 d:424242 010E00
   offtime    1475916994
   oldenergy  0
   oldenergytime 1475912168
   ontime     1475918061
   protLastRcv 2016-10-08 11:10:30
   protSnd    10 last_at:2016-10-08 11:10:30
   protState  CMDs_done
   rssi_at_hmusb lst:-87 cnt:10 max:-80 min:-101 avg:-87
   Readings:
     2016-10-08 09:36:06   Activity        alive
     2016-08-20 18:36:06   CommandAccepted yes
     2016-08-20 18:36:05   D-firmware      2.4
     2016-08-20 18:36:05   D-serialNr      KEQ1095874
     2016-08-20 18:36:06   PairedTo        0x424242
     2016-05-16 18:01:17   R-cyclicInfoMsg off
     2016-05-16 18:01:18   R-eventDlyTime  1 s
     2016-08-20 18:36:06   R-pairCentral   0x424242
     2016-05-16 18:01:18   R-sign          off
     2016-08-20 18:36:06   RegL_00.        02:01 09:00 0A:42 0B:42 0C:42 10:01 14:06 00:00
     2016-08-20 18:36:07   RegL_01.        08:00 20:6C 21:01 22:64 30:06 00:00
     2016-10-08 09:11:12   alive           yes
     2016-10-08 11:10:30   battery         ok
     2016-10-08 11:10:30   contact         closed (to vccu)
     2016-10-08 09:11:12   cover           closed
     2016-10-08 11:14:21   onoff           0
     2016-10-07 23:56:34   power-daily     0
     2016-10-07 23:56:34   power-daily-last 0
     2016-10-08 11:14:23   power-hourly    0
     2016-10-08 10:56:34   power-hourly-last 0.0
     2016-09-30 23:56:34   power-monthly   0
     2016-09-30 23:56:34   power-monthly-last 0
     2016-10-02 23:56:34   power-weekly    0
     2016-10-02 23:56:34   power-weekly-last 0
     2016-10-08 09:11:03   powerOn         2016-10-08 09:11:03
     2016-10-08 09:11:12   recentStateType info
     2016-10-08 11:10:30   state           closed
     2016-08-21 12:18:41   trigDst_vccu    noConfig
     2016-10-08 11:10:30   trigger_cnt     14
   Helper:
     HM_CMDNR   15
     mId        0030
     rxType     4
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +267E72,00,00,00
       nextSend   1475917830.11881
       rxt        0
       vccu       vccu
       p:
         267E72
         00
         00
         00
       prefIO:
         hmusb
     Mrssi:
       mNo        0F
       Io:
         hmusb      -85
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf   
       qReqStat   
     Role:
       chn        1
       dev        1
     Rpt:
       IO         hmusb
       flg        A
       ts         1475917830.02654
       ack:
         HASH(0x33a76d8)
         0F8002424242267E7200
     Rssi:
       At_hmusb:
         avg        -87
         cnt        10
         lst        -87
         max        -80
         min        -101
     Shadowreg:
     Tmpl:
Attributes:
   IODev      hmusb
   IOgrp      vccu:hmusb
   actCycle   028:00
   actStatus  alive
   alias      Terrassentuer
   autoReadReg 1_restart
   devStateIcon closed:10px-kreis-gruen tilted:10px-kreis-gelb open:10px-kreis-rot
   event-on-change-reading .*
   event-on-update-reading battery
   expert     2_full
   firmware   2.4
   group      Türen
   icon       fts_window_1wbb_open
   model      HM-SEC-RHS
   peerIDs    00000000,
   room       EG.Wohnzimmer
   serialNr   KEQ1095874
   subType    threeStateSensor
   userReadings onoff





[P.A.Trick]

Ich hab's jetzt in eine Sub verschoben und dann kommt die Meldung nicht mehr. Eventuell liegt's doch am DOIF. Ich markiere das mal als gelöst hier!