FHEM Forum

FHEM => Anfängerfragen => Thema gestartet von: Docter am 24 November 2023, 05:51:30

Titel: komisches DOIF Verhalten (cmd_1 / cmd_2
Beitrag von: Docter am 24 November 2023, 05:51:30
Hallo Leute, ich verzweifle...

define DOIF_TADO_Entlueftung_Testmode2 DOIF ([06:00])\
(set TADO_Target_Unten_SZ 25)
attr DOIF_TADO_Entlueftung_Testmode2 DbLogExclude .*
attr DOIF_TADO_Entlueftung_Testmode2 room 99.2 DOIF TADO
#   CFGFN     
#   DEF        ([06:00])
#(set TADO_Target_Unten_SZ 25)
#   FUUID      65602a94-f33f-0181-3523-b0964a9a58aad80d
#   MODEL      FHEM
#   NAME       DOIF_TADO_Entlueftung_Testmode2
#   NOTIFYDEV  global
#   NR         31236
#   NTFY_ORDER 50-DOIF_TADO_Entlueftung_Testmode2
#   STATE      cmd_2
#   TYPE       DOIF
#   VERSION    26938 2023-01-01 18:13:32
#   eventCount 3
#   Helper:
#     DBLOG:
#       cmd:
#         DBLogging:
#           TIME       1700801172.93507
#           VALUE      0
#       mode:
#         DBLogging:
#           TIME       1700801172.93507
#           VALUE      enabled
#       state:
#         DBLogging:
#           TIME       1700801172.93507
#           VALUE      initialized
#   READINGS:
#     2023-11-24 05:46:56   cmd             2
#     2023-11-24 05:46:56   cmd_event       DOIF_TADO_Entlueftung_Testmode2
#     2023-11-24 05:46:56   cmd_nr          2
#     2023-11-24 05:46:44   mode            enabled
#     2023-11-24 05:46:56   state           cmd_2
#     2023-11-24 05:46:44   timer_01_c01    24.11.2023 06:00:00
#   Regex:
#     accu:
#     collect:
#   attr:
#     cmdState:
#     wait:
#     waitdel:
#   condition:
#     0          ::DOIF_time_once($hash,0,$wday)
#   days:
#   do:
#     0:
#       0          set TADO_Target_Unten_SZ 25
#     1:
#   helper:
#     NOTIFYDEV  global
#     globalinit 1
#     last_timer 1
#     sleeptimer -1
#     timerdev   
#     timerevent
#     timerevents
#     timereventsState
#     triggerDev
#   intervalfunc:
#   localtime:
#     0          1700802000
#   realtime:
#     0          06:00:00
#   time:
#     0          06:00:00
#   timeCond:
#     0          0
#   timer:
#     0          0
#   timers:
#     0           0
#   triggertime:
#     1700802000:
#       localtime  1700802000
#       hash:
#   uiState:
#   uiTable:
#
setstate DOIF_TADO_Entlueftung_Testmode2 cmd_2
setstate DOIF_TADO_Entlueftung_Testmode2 2023-11-24 05:46:56 cmd 2
setstate DOIF_TADO_Entlueftung_Testmode2 2023-11-24 05:46:56 cmd_event DOIF_TADO_Entlueftung_Testmode2
setstate DOIF_TADO_Entlueftung_Testmode2 2023-11-24 05:46:56 cmd_nr 2
setstate DOIF_TADO_Entlueftung_Testmode2 2023-11-24 05:46:44 mode enabled
setstate DOIF_TADO_Entlueftung_Testmode2 2023-11-24 05:46:56 state cmd_2
setstate DOIF_TADO_Entlueftung_Testmode2 2023-11-24 05:46:44 timer_01_c01 24.11.2023 06:00:00


woher nimmt der bitte ein cmd_2?
Hab ich doch gar nicht definiert.

Ich sehe das Problem einfach nicht...


Danke schonmal..
Titel: Aw: komisches DOIF Verhalten (cmd_1 / cmd_2
Beitrag von: MadMax-FHEM am 24 November 2023, 08:53:56
Commandref gelesen? ;)

Zitat von: commandrefSoll bei Nicht-Erfüllung aller Bedingungen ein Zustandswechsel erfolgen, so muss man ein DOELSE am Ende der Definition anhängen. Ausnahme ist eine einzige Bedingung ohne do always, wie im obigen Beispiel, hierbei wird intern ein virtuelles DOELSE angenommen, um bei Nicht-Erfüllung der Bedingung einen Zustandswechsel in cmd_2 zu provozieren, da sonst nur ein einziges Mal geschaltet werden könnte, da das Modul aus dem cmd_1-Zustand nicht mehr herauskäme.

Nutze DOIF nicht, würde aber vermuten, dass das der Grund ist...

Nächstes Mal besser im richtigen Unterforum (zu DOIF) posten, dann kommt (schneller) eine profesionelle(re) Antwort 8)
Module: 98_DOIF.pm Maintainer: damian-s Forum: Automatisierung/DOIF

Siehe:
https://forum.fhem.de/index.php?topic=71806.0
https://forum.fhem.de/index.php?topic=13092.0

Gruß, Joachim
Titel: Aw: komisches DOIF Verhalten (cmd_1 / cmd_2
Beitrag von: rabehd am 24 November 2023, 15:09:27
Zitat von: Docter am 24 November 2023, 05:51:30Ich sehe das Problem einfach nicht...
Dein Problem hast Du nicht beschrieben.
Oder ist es das Unwissen über die commandref? 
Titel: Aw: komisches DOIF Verhalten (cmd_1 / cmd_2
Beitrag von: Damian am 24 November 2023, 21:15:52
Dein Device hat keine Trigger außer Zeitangabe definiert. Es sieht so aus als wenn jemand/etwas das Device von außen angetriggert hätte. Ich weiß nicht, ob es nicht irgendwelche Nebeneffekte mit dem fremden Attribut DBLogExclude gibt.