structure, clientstate

Begonnen von Motivierte linke Hände, 21 April 2015, 07:44:11

Vorheriges Thema - Nächstes Thema

Motivierte linke Hände

Hi, guten Morgen.

Ich habe hier eine structure, um den Zustand diverser Bewässerungsstränge zu aggregieren. Gesetzt habe ich

clientstate_behavior relativeKnown
clientstate_priority on off


, damit die structure "on" ist, wenn irgendein Mitglied eingeschaltet ist. Aktueller list auf die Structure:

Internals:
   ATTR       struc_Bewaesserung
   DEF        Swi_Pump1_1_blau Swi_Pump1_2_braun Swi_Pump1_3_gelb Swi_Pump2_1_gruen Swi_Pump2_2_weiss Swi_Pump2_3_rosa
   NAME       struc_Bewaesserung
   NR         805
   NTFY_ORDER 50-struc_Bewaesserung
   STATE      off
   TYPE       structure
   Content:
     Swi_Pump1_1_blau off
     Swi_Pump1_2_braun off
     Swi_Pump1_3_gelb on
     Swi_Pump2_1_gruen off
     Swi_Pump2_2_weiss off
     Swi_Pump2_3_rosa off
   Readings:
     2015-04-20 07:10:08   LastDevice      Swi_Pump1_2_braun
     2015-04-20 07:10:08   LastDevice_Abs  Swi_Pump1_2_braun
     2015-04-20 07:10:08   state           off
Attributes:
   clientstate_behavior relativeKnown
   clientstate_priority on off
   devStateIcon off:sani_irrigation@black on:sani_irrigation@blue .*:Transparent


Warum ist die structure "off", wenn doch Swi_Pump1_3_gelb on ist? Und warum sind die Readings so alt? Wo ist mein Denkfehler?

list auf Swi_Pump1_3_gelb:

Internals:
   DEF        3189B103
   NAME       Swi_Pump1_3_gelb
   NR         656
   STATE      on
   TYPE       CUL_HM
   chanNo     03
   device     Swi_Pump1
   Readings:
     2015-04-21 07:22:37   CommandAccepted yes
     2015-03-22 13:30:06   R-sign          off
     2015-04-21 06:02:28   RegL_01:         08:00 00:00
     2015-04-21 07:22:37   deviceMsg       on (to vccu)
     2015-04-21 07:22:37   level           100
     2015-04-21 07:22:37   pct             100
     2015-04-21 07:22:37   recentStateType ack
     2015-04-21 07:22:37   state           on
     2015-04-21 07:22:37   timedOn         running
   Helper:
     dlvlCmd    ++A011CD20073189B10203000000
     peerIDsRaw ,00000000
     Role:
       chn        1
       prs        1
     Shadowreg:
Attributes:
   alias      Beet hinten (Thujas, Baum, ...)
   devStateIcon on:taster_ch_an_gruen:off off:taster_ch_aus_rot:on
   model      HM-LC-SW4-WM
   peerIDs    00000000,
   struc_Bewaesserung struc_Bewaesserung
   userattr   struc_Bewaesserung struc_Bewaesserung_map structexclude
   webCmd     statusRequest:toggle:on:off


Danke für's Auf-die-Sprünge-Helfen,
Christian
FHEM 6 in einer KVM VM mit Ubuntu
HM-CFG-USB2, 2xHM-CFG-HMLAN, HM-HMUARTLGW mit 100+ HomeMatic Devices, Geofencing, Fritzbox, Unifi, HUE, Harmony-Hub, Denon-Receiver-Modul, Calendar, GardenaSmartDevice, Shelly, MQTT (zigbee2mqtt, Tasmota und Shelly) und ein wenig 1Wire.

der-Lolo

#1
Ich glaube Du musst bei dem attribut priority wirklich ein pipe zwischen on|on und off|off einfügen, wie es auch in der comandref steht. Das ganze funktioniert wie beim devStateIcon - hinter dem Pipe ist der Zustand den die Structure zeigen soll wenn ein gerät den vor dem pipe stehenden status annimmt...

Zitatclientstate_priority on|on off|off

Hollo

#2
Probier es mal "nur" mit clientstate_behavior relative.
Mit dem relativeKnown hab ich noch nix gemacht.  :-\
FHEM 6.x auf RPi 3B Buster
Protokolle: Homematic, Z-Wave, MQTT, Modbus
Temp/Feuchte: JeeLink-Clone und LGW mit LaCrosse/IT
sonstiges: Linux-Server, Dreambox, "RSS-Tablet"

Motivierte linke Hände

Mysterien der Welt: Gelöscht, neu angelegt (unverändert), jetzt funktioniert es.  :o

Vielleicht sollte man doch hin und wieder mal den Blick in die Config riskieren, und nicht nur über das Web arbeiten. Offenbar sammelt sich da doch ein wenig... Kehrricht an.  ;D
FHEM 6 in einer KVM VM mit Ubuntu
HM-CFG-USB2, 2xHM-CFG-HMLAN, HM-HMUARTLGW mit 100+ HomeMatic Devices, Geofencing, Fritzbox, Unifi, HUE, Harmony-Hub, Denon-Receiver-Modul, Calendar, GardenaSmartDevice, Shelly, MQTT (zigbee2mqtt, Tasmota und Shelly) und ein wenig 1Wire.