[gelöst]Gleiche Sensoren zusammenführen / priorisieren / aggregieren

Begonnen von Flachzange, 26 Dezember 2024, 12:03:46

Vorheriges Thema - Nächstes Thema

Flachzange

Zitat von: Damian am 05 Januar 2025, 16:04:05Was liefert denn? (@ statt #)

[@max:"^(TF_AHDSB|Weatherman):brightness":brightness:AttrVal($name,"disable","") ne "1",-1]

Ebenfalls "-1"

Ohne die Default-Angabe übrigens auch wie erwartet das Device und nicht den Wert

Damian

Bei mir sieht es so aus:

Internals:
   FUUID      676e60fe-f33f-30f6-1551-ffc6655a9a289ffe
   NAME       bla1
   NR         46
   STATE      ???
   TYPE       dummy
   eventCount 2
   READINGS:
     2025-01-05 17:35:12   brightness      15
Attributes:
   disable    1

Internals:
   FUUID      676e6105-f33f-30f6-74c0-ce8e3ffe86412c57
   NAME       bla2
   NR         47
   STATE      ???
   TYPE       dummy
   READINGS:
     2024-12-29 19:53:48   brightness      11
Attributes:
   disable    1


Internals:
   DEF        ##
   FUUID      676e60cd-f33f-30f6-acf5-5d9fe92979dc54fd
   MODEL      FHEM
   NAME       DOIF_Weather_Brightness
   NOTIFYDEV  .*(^(bla1|bla2)).*,global
   NR         45
   NTFY_ORDER 50-DOIF_Weather_Brightness
   STATE      -1
   TYPE       DOIF
   VERSION    28546 2024-02-23 20:11:05
   eventCount 2
   READINGS:
     2024-12-27 09:09:49   cmd             0
     2024-12-27 09:09:49   mode            enabled
     2025-01-05 17:35:12   state           -1

Nach dem Löschen von disable bei bla1 und das Setzen des brighness-Wertes 15, um ein Event zu erzeugen, sieht es so aus:

Internals:
   FUUID      676e60fe-f33f-30f6-1551-ffc6655a9a289ffe
   NAME       bla1
   NR         46
   STATE      ???
   TYPE       dummy
   eventCount 3
   READINGS:
     2025-01-05 17:38:48   brightness      15
Attributes:

Internals:
   FUUID      676e6105-f33f-30f6-74c0-ce8e3ffe86412c57
   NAME       bla2
   NR         47
   STATE      ???
   TYPE       dummy
   READINGS:
     2024-12-29 19:53:48   brightness      11
Attributes:
   disable    1


Internals:
   DEF        ##
   FUUID      676e60cd-f33f-30f6-acf5-5d9fe92979dc54fd
   MODEL      FHEM
   NAME       DOIF_Weather_Brightness
   NOTIFYDEV  .*(^(bla1|bla2)).*,global
   NR         45
   NTFY_ORDER 50-DOIF_Weather_Brightness
   STATE      bla1
   TYPE       DOIF
   VERSION    28546 2024-02-23 20:11:05
   eventCount 3
   READINGS:
     2024-12-27 09:09:49   cmd             0
     2024-12-27 09:09:49   mode            enabled
     2025-01-05 17:38:48   state           bla1

Also, so wie erwartet. Sobald ich bei bla1 oder bla2 das disable-Attribut lösche, kommt beim nächsten brightness-Event, kein Default-Wert mehr, sondern der höchste Wert bzw. bei @, wie hier abgebildet, der Devicename bla1.

Die Definition sieht bei mir so aus:

defmod DOIF_Weather_Brightness DOIF ##
attr DOIF_Weather_Brightness room Wetter
attr DOIF_Weather_Brightness state [@max:"^(bla1|bla2):brightness":brightness:AttrVal($name,"disable","") ne "1",-1]

Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

Flachzange

Dank Dir, aber dann verstehe ich es leider nicht, warum es bei mir nicht funktioniert.