TYPE=xy automatisch in eigenen Room

[justme1968]

sorry. gerade in diesem fall ist die beschreibung zur devspec und FILTER in der commandref sehr vollständig und das jammern über nicht vorhandene doku nicht angebracht. sag mit beispielen und in deutsch und englisch.

[hmtec99]

danke auf jeden fall für die hilfe! 

[justme1968]

und nein. das hier ist NICHT so ein beispiel: https://fhem.de/commandref.html#devspec

[hmtec99]

ich meinte damit die beschreibung zum attribut extrarooms.

übrigens funktioniert es nicht so wie du es beschrieben hast. oder habe ich was übersehen?


name=Abfragen->Fenster:devspec=contact=open.*|closed.* >> funktioniert

name=Abfragen->Fenster2:devspec=FILTER=TYPE=CUL_HM:FILTER=contact=open.*|closed.* >> funktioniert nicht (leere Ausgabe)

List

Code Auswählen Erweitern

Internals:
   CHANGED   
   CUL_HM_MSGCNT 18
   CUL_HM_RAWMSG A0D15A610517F23F1123406010000::-60:CUL_HM:
   CUL_HM_RSSI -60
   CUL_HM_TIME 2020-01-02 13:28:49
   DEF        517F23
   FUUID      5c48ebed-f33f-7535-f127-1a5706b892c584a5
   IODev      CUL_HM
   LASTInputDev CUL_HM
   MSGCNT     18
   NAME       FK_BD
   NOTIFYDEV  global
   NR         132
   NTFY_ORDER 50-FK_BD
   STATE      closed
   TYPE       CUL_HM
   lastMsg    No:15 - t:10 s:517F23 d:F11234 06010000
   peerList   TH_BD_WindowRec,
   protLastRcv 2020-01-02 13:28:49
   protRcv    18 last_at:2020-01-02 13:28:49
   protRcvB   2 last_at:2020-01-02 13:08:53
   protSnd    16 last_at:2020-01-02 13:28:49
   protState  CMDs_done
   rssi_at_CUL_HM cnt:18 min:-67 max:-59.5 avg:-62.61 lst:-60
   Helper:
     DBLOG:
       state:
         logdb:
           TIME       1577966933.21765
           VALUE      closed
   READINGS:
     2020-01-02 01:07:13   Activity        alive
     2019-03-12 23:40:28   D-firmware      1.0
     2019-03-12 23:40:28   D-serialNr      NEQ1505080
     2020-01-02 13:28:49   alive           yes
     2020-01-02 13:28:49   battery         ok
     2020-01-02 13:28:49   contact         closed (to CUL_HM)
     2020-01-02 01:07:13   peerList        TH_BD_WindowRec,
     2019-05-21 05:34:57   powerOn         2019-05-21 05:34:57
     2020-01-02 13:28:49   recentStateType info
     2020-01-02 13:28:49   sabotageError   off
     2020-01-02 13:28:49   state           closed
     2020-01-02 13:08:53   trigDst_F11234  noConfig
     2020-01-02 13:08:53   trigger_cnt     201
   helper:
     HM_CMDNR   21
     mId        00C7
     regLst     ,0,1,4p
     rxType     28
     supp_Pair_Rep 0
     ack:
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       lstRecType 10
       newChn     +517F23,00,00,00
       nextSend   1577968130.03736
       nxtSndMcnt 15
       prefIO     
       restoredIO CUL_HM
       rxt        2
       tgtDly     88
       vccu       
       lRcTm:
         CUL_HM     249135780
         tnms       641390495
       p:
         517F23
         00
         00
         00
     mRssi:
       mNo        15
       io:
         CUL_HM:
           -50
           -50
     prt:
       bErr       0
       sProc      0
       sleeping   1
       rspWait:
     q:
       qReqConf   00
       qReqStat   
     role:
       chn        1
       dev        1
     rpt:
       IO         CUL_HM
       flg        A
       ts         1577968129.95484
       ack:
         HASH(0x5584c433c0)
         158002F11234517F2300
     rssi:
       at_CUL_HM:
         avg        -62.6111111111111
         cnt        18
         lst        -60
         max        -59.5
         min        -67
     tmpl:
Attributes:
   IODev      CUL_HM
   actCycle   002:50
   actStatus  alive
   alias      Fensterkontakt Bad
   autoReadReg 5_readMissing
   event-on-change-reading alive,battery,state
   expert     2_raw
   firmware   1.0
   model      HM-SEC-SCo
   peerIDs    00000000,5016C903,
   room       Bad
   serialNr   NEQ1505080
   subType    threeStateSensor

[hmtec99]

Hab alle erdenklichen Kombinationen ausprobiert, keine Funktion mit Filter.

Aus der Commandref werde ich auch nicht schlauer wie genau die Zeile aussehen muss.

eigentlich ja so:

name=Abfragen->Fenster:devspec=FILTER=TYPE=CUL_HM=contact=open.*|closed.*

oder eher

name=Abfragen->Fenster:devspec:FILTER=TYPE=CUL_HM=contact=open.*|closed.*

aber da erhalte ich eine Fehler beim Speichern des Attributs



    ein NAME=WERT Ausdruck, wo NAME ein "Internal" Wert wie TYPE ist, ein Reading-Name oder ein Attribut. WERT ist ein regulärer Ausdruck. Um die Bedingung zu negieren, muss NAME!=WERT verwendet werden. Um die Suche einzugrenzen, kann man als Praefix i: für internal Werte, r: für Reading-Namen und a: für Attribute verwenden, siehe das Beispiel unten. Groß-/Kleinschreibung wird durch die Verwendung von ~ oder !~ ignoriert.
    Falls die Spezifikation von :FILTER=NAME=WERT gefolgt wird, dann wird die zuvor gefundene Liste durch diesen neuen Ausdruck gefiltert.

Beispiele:

    set lamp1 on
    set lamp1,lamp2,lamp3 on
    set lamp.* on
    set room=kitchen off
    set room=kitchen:FILTER=STATE=on off
    set room=kitchen:FILTER=STATE!=off off
    list disabled=
    list room~office
    list TYPE=FS20 STATE
    list i:TYPE=FS20 STATE


Ich kapiers nicht. 

[hmtec99]

Das einzige was funktioniert ist folgendes:

name=Abfragen->Displays:devspec=TYPE=Nextion

Damit kann ich aber nicht weiter filtern (z.b. disconnected).

Bei folgendem kommt wieder eine leere Seite als Ergebnis.

name=Abfragen->Displays2:devspec=TYPE=Nextion=dis.*


Heißt das man kann nicht mehr als einen Filter (z.B. TYPE= oder jeweils eins von Internal/Attribut/Reading) verwenden?

[sinus61]

Du kannst doch erst den Type setzen und dann mit einem Filter weiter einschränken:

Code Auswählen Erweitern


name=HUE->Dimmer:devspec=TYPE=HUEDevice:FILTER=subType=.*dimmer


Alle HUEDevice und dann den Filter auf die .*dimmer

Oder sowas zu deiner Abfrage von weiter oben

Code Auswählen Erweitern


list TYPE=CUL_HM:FILTER=contact=(open.*|closed.*)