[gefixed] Heutiges CUL_HM update defekt

[betateilchen]

bei mir steckt z.B. immer der Textteil _sw_ im Namen der Channels von Schaltaktoren. Danach kann man filtern, denn der Wert bei Filter ist ja nicht zwingend ein absoluter Wert, sondern kann auch eine regexp enthalten.

Code Auswählen Erweitern

list TYPE=dummy,FILTER=NAME=~_sw_

[webdandy]

Hallo und guten Morgen!

Seit der CUL_HM Version vom 28.2. funktioniert mein virtuelles Device der Rauchmelder nicht mehr. Als Status bekomme ich "unknown" zurück.

Code Auswählen Erweitern

Internals:
   DEF        11223301
   FUUID      5c4486da-f33f-88c1-b542-4e977def6d07646f
   NAME       Rauchmelder_Team
   NOTIFYDEV  global
   NR         102
   NTFY_ORDER 50-Rauchmelder_Team
   STATE      unknown
   TESTNR     1
   TYPE       CUL_HM
   chanNo     01
   device     TeamDev
   peerList   Rauchmelder_Wohnzimmer,Rauchmelder_Flur,Rauchmelder_Schlafzimmer,
   sdTeam     sdLead
   READINGS:
     2019-01-08 16:15:08   aesCBCCounter   0000FE
     2019-01-08 16:15:19   eventNo         03
     2018-02-17 18:17:32   level           0
     2019-03-02 10:39:29   peerList        Rauchmelder_Wohnzimmer,Rauchmelder_Flur,Rauchmelder_Schlafzimmer,
     2019-01-08 16:15:19   smoke_detect    none
     2019-03-02 10:39:24   state           unknown
     2019-01-08 16:15:19   teamCall        from TeamDev:03
     2018-02-17 18:17:32   trigger_cnt     2
   helper:
     fkt        sdLead2
     peerFriend peerSD,peerSens,peerAct
     peerOpt    -:virtual
     regLst     
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
       vrt        1
Attributes:
   alarmDevice Actor
   alarmSettings |set Rauchmelder_Team alarmOn|set Rauchmelder_Team alarmOff|0:00
   alias      Rauchmelder Team
   devStateIcon off:general_ok :secur_alarm
   group      Rauchmelder
   icon       secur_smoke_detector
   model      VIRTUAL
   peerIDs    5B788F01,5B79C601,5EDED401,
   room       CUL_HM,Flur,Schlafzimmer,Wohnung,Wohnzimmer
   sortby     1
   webCmd     teamCall:alarmOn:alarmOff

Vor dem Update hatte das virtuelle Device ein anderes attr

Code Auswählen Erweitern

Attributes:
   model      virtual_1

[betateilchen]

Dass im Status "unknown" steht, bedeutet nicht unbedingt, dass das device nicht funktioniert.

[webdandy]

Aber irgendetwas scheint sich doch mit dem Update verändert zu haben.
Vor dem Update hatte ich den State "off", der aus dem State der Rauchmelder ausgelesen wurde.

Code Auswählen Erweitern

Internals
STATE off

[Benni]

@Benni: hast Du mal in der HMConfig.pm geschaut, ob die Geräte dort beide drinstehen?

Gerade mal nachgeschaut:

HMConfig.pm mit explizitem update (von gerade eben!)

# $Id: HMConfig.pm 18284 2019-01-16 18:56:58Z martinp876 $

der Sensor findet sich unter

Code Auswählen Erweitern


$ grep HM-WDS100-C6-O HMConfig.pm

,"0007" => {name=>"KS550"                   ,alias=>"HM-WDS100-C6-O"}
,"001F" => {name=>"KS888"                   ,alias=>"HM-WDS100-C6-O"}
,"002C" => {name=>"KS550TECH"               ,alias=>"HM-WDS100-C6-O"}
,"0033" => {name=>"KS550LC"                 ,alias=>"HM-WDS100-C6-O"}
#,"0040" => {name=>"HM-WDS100-C6-O"          ,st=>'THSensor'          ,cyc=>'00:10' ,rxt=>'c:w'    ,lst=>'p,1'          ,chn=>"",} #:w  todo should be wakeup, does not react
,"0040" => {name=>"HM-WDS100-C6-O"          ,st=>'THSensor'          ,cyc=>'00:10' ,rxt=>'c:w'    ,lst=>'p,1,1:1p'     ,chn=>"",} #:w  todo should be wakeup, does not react
,"00AE" => {name=>"HM-WDS100-C6-O-2"        ,st=>'THSensor'          ,cyc=>'00:10' ,rxt=>'c:w:f'  ,lst=>'p,1,1:1p,4'   ,chn=>"",}# odd: list one with and without peer on one channel
,"HM-WDS100-C6-O"    =>{ burstRx         =>1,sunThresh       =>1,stormUpThresh   =>1,stormLowThresh  =>1}
,"HM-WDS100-C6-O-2"  =>{ burstRx         =>1,sunThresh       =>1,stormUpThresh   =>1,stormLowThresh  =>1


Die Wetterstation unter:

Code Auswählen Erweitern


$ grep HM-WDC7000 HMConfig.pm

,"0041" => {name=>"HM-WDC7000"              ,st=>'THSensor'          ,cyc=>'00:10' ,rxt=>''       ,lst=>'1,4'          ,chn=>"",}


Im svn gibt es allerdings eine aktuellere HMConfig.pm:

# $Id: HMConfig.pm 18769 2019-03-02 06:46:34Z martinp876 $

Edit: gerade erst bewußt warhgenommen:

@Martin: deine Änderung an HMConfig habe ich gerade getestet, funktioniert wie gewünscht. Allerdings warst Du mit dem Einchecken heute morgen eine Minute zu spät, da war der tägliche Update-Lauf auf dem FHEM Server bereits durch. Die Änderung wird also erst morgen per update ausgeliefert.

dort findet sich der Sensor unter:

Code Auswählen Erweitern


$ grep HM-WDS100-C6-O HMConfig.pm

,"0007" => {name=>"KS550"                   ,alias=>"HM-WDS100-C6-O"}
,"001F" => {name=>"KS888"                   ,alias=>"HM-WDS100-C6-O"}
,"002C" => {name=>"KS550TECH"               ,alias=>"HM-WDS100-C6-O"}
,"0033" => {name=>"KS550LC"                 ,alias=>"HM-WDS100-C6-O"}
#,"0040" => {name=>"HM-WDS100-C6-O"          ,st=>'THSensor'          ,cyc=>'00:10' ,rxt=>'c:w'    ,lst=>'p,1'          ,chn=>"",} #:w  todo should be wakeup, does not react
,"0040" => {name=>"HM-WDS100-C6-O"          ,st=>'THSensor'          ,cyc=>'00:10' ,rxt=>'c:w'    ,lst=>'p,1,1:1p'     ,chn=>"",} #:w  todo should be wakeup, does not react
,"00AE" => {name=>"HM-WDS100-C6-O-2"        ,st=>'THSensor'          ,cyc=>'00:10' ,rxt=>'c:w:f'  ,lst=>'p,1,1:1p,4'   ,chn=>"",}# odd: list one with and without peer on one channel
,"HM-WDS100-C6-O"    =>{ burstRx         =>1,sunThresh       =>1,stormUpThresh   =>1,stormLowThresh  =>1}
,"HM-WDS100-C6-O-2"  =>{ burstRx         =>1,sunThresh       =>1,stormUpThresh   =>1,stormLowThresh  =>1


und die Wetterstation unter:

Code Auswählen Erweitern


$ grep HM-WDC7000 HMConfig.pm

,"0041" => {name=>"HM-WDC7000"              ,st=>'THSensor'          ,cyc=>'00:10' ,rxt=>''       ,lst=>'1,4'          ,chn=>"",}


für mich auf den ersten Blick identisch!

[Jamo]

Hallo webdandy, ist der status immer noch 'unknown', nachdem Du einen teamcall oder AlarmOn/Off gemacht hast?

[Morgennebel]

bei mir steckt z.B. immer der Textteil _sw_ im Namen der Channels von Schaltaktoren. Danach kann man filtern, denn der Wert bei Filter ist ja nicht zwingend ein absoluter Wert, sondern kann auch eine regexp enthalten.

Hmmm. Dank für den Tip, aber ich bin zu doof, diesen umzusetzen:

Code Auswählen Erweitern

list TYPE=CUL_HM:FILTER=group=Aussenbeleuchtung

liefert

Code Auswählen Erweitern


HM_AUSSEN.SCHEUNE_4Switch_Sw_TuerLicht
HM_EG.DURCHGG_Aussenbeleuchtung_Sw_AussenDurchgang
HM_EG.DURCHGG_Aussenbeleuchtung_Sw_AussenWintergarten


hingegen

Code Auswählen Erweitern

TYPE=CUL_HM:FILTER=group=Aussenbeleuchtung:FILTER=NAME=~_Sw_

liefert nichts.

Laut Commandref kann NAME nur ein Reading oder Attribut sein - nicht jedoch der Name selbst. Wie genau machst Du das?

Danke, -MN

[Jamo]

TYPE=CUL_HM:FILTER=group=Aussenbeleuchtung:FILTER=NAME=.*_Sw_.*

[betateilchen]

Gerade mal nachgeschaut:
...
Im svn gibt es allerdings eine aktuellere HMConfig.pm:
...
für mich auf den ersten Blick identisch!

Die aktuelle Änderung in der HMConfig.pm bezog sich nur auf den ActionDetector, mit Deinem Wetterstations-Problem hatte das nix zu tun, deshalb gibt es dazu keine Unterschiede

Hmmm. Dank für den Tip, aber ich bin zu doof, diesen umzusetzen:

Code Auswählen Erweitern

TYPE=CUL_HM:FILTER=group=Aussenbeleuchtung:FILTER=NAME=.*_Sw_.*

Bin grade unterwegs, aber es könnte sein, dass man mehrere Filterangaben mit einem Komma trennen sollte, nicht mit einem Doppelpunkt.

Laut Commandref kann NAME nur ein Reading oder Attribut sein - nicht jedoch der Name selbst.

NAME (in Großbuchstaben) ist ein Internal, genau wie TYPE. Und dass TYPE funktioniert, hast Du ja bereits herausgefunden. In der devspec ist es ziemlich wurscht, woher der Wert für die Selektion kommt, Hauptsache es gibt den Wert überhaupt.

[CoolTux]

Filter werden mit : getrennt

Grüße

[Benni]

Die aktuelle Änderung in der HMConfig.pm bezog sich nur auf den ActionDetector, mit Deinem Wetterstations-Problem hatte das nix zu tun, deshalb gibt es dazu keine Unterschiede

Mit meinem Problem kann ich vorerst auch locker leben. Den channel brauch(t)e ich ja nur genau einmal während der Einrichtung, um die beiden Geräte miteinander zu peeren. Das macht man ja i.d.R. nur einmal.
Gut hminfo ist wahrscheinlich etwas unzufrieden, wenn ein peer plötzlich fehlt, aber auch das kann ich ja auch erst mal ignorieren.

Wie auch immer, sollte sich dennoch irgendwann eine Ursache/Lösung finden, wäre ich über einen entsprechenden Hinweis dankbar.

Danke einstweilen!

gb#

[martinp876]

Zum WDC7000:
ich passe das HMConfig für dei Devices an. Nach XML hat es übrigens 10 kanäle: 1-8 ist ein "TH", 9 ein CS und 10 in Weather.
Damit werden die Kanäle angelegt, wenn das update durchgeführt und gebootet ist.
WDS550 modelle und WDC7000 sind identisch und werden über einen Alias abgebildet.

[martinp876]

SD:
das Model hat sich von virtual_1 auf VIRTUAL geändert. Passt.

Mein virtueller SD Team funktioniert. Er steht auf off und ich kann einen Teamcall absetzten.
Um einen korrekten Status zu erhalten kann man bei den SDs einen statusrequest absetzen. Dann sollte der Teamlead wieder Bescheid wissen.
Klappt dies?

[Otto123]

Hallo Martin,

ich habe bei meinen SDs und dem Teamlead auch den hier genannten Effekt.
Subtype ist jetzt VIRTUAL.
state beim Teamlead ist und bleibt unknown. Auch ein statusrequest ändert daran nichts.
Teamcall funktioniert.
Was kann ich noch an Infos liefern?
Hier mal der Teamlead und ein SD.

Code Auswählen Erweitern

Internals:
   .triggerUsed 1
   DEF        5D000101
   FUUID      5c5f2952-f33f-520c-20a7-e1fe3221e82f4290
   NAME       Rauchmelder_Team
   NOTIFYDEV  global
   NR         272
   NTFY_ORDER 50-Rauchmelder_Team
   STATE      unknown
   TESTNR     2
   TYPE       CUL_HM
   chanNo     01
   device     TeamDev1
   peerList   RmFlur,RmAZ,RmSZ,
   sdTeam     sdLead
   .attraggr:
   .attrminint:
   READINGS:
     2018-03-10 10:46:14   eventNo         0C
     2018-03-10 10:46:14   level           1
     2019-02-25 16:23:05   peerList        RmFlur,RmAZ,RmSZ,
     2018-03-10 10:46:00   recentAlarm     TeamDev1
     2018-03-10 10:46:14   smoke_detect    none
     2019-02-25 16:22:36   state           unknown
     2019-03-02 17:58:54   teamCall        from TeamDev1:2
     2017-08-08 17:55:19   trigger         Short_1
     2018-03-10 10:46:01   trigger_cnt     11
   helper:
     fkt        sdLead1
     peerFriend peerSD,peerSens,peerAct
     peerOpt    -:virtual
     regLst     
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
       vrt        1
     tmpl:
Attributes:
   model      VIRTUAL
   peerIDs    297D0601,297D0801,297DBC01,
   room       Haus
   webCmd     press short:press long

Code Auswählen Erweitern

Internals:
   .triggerUsed 1
   DEF        297D06
   FUUID      5c5f2952-f33f-520c-664e-a21c79a4427b7449
   HMLAN1_MSGCNT 7
   HMLAN1_RAWMSG E297D06,0000,C8084AE7,FF,FFC8,ACA010297D06200DB8060101003A
   HMLAN1_RSSI -56
   HMLAN1_TIME 2019-03-02 18:04:49
   HMUART1_MSGCNT 6
   HMUART1_RAWMSG 05000037ACA010297D06200DB8060101003A
   HMUART1_RSSI -55
   HMUART1_TIME 2019-03-02 18:04:49
   IODev      ser2netUart
   LASTInputDev HMLAN1
   MSGCNT     19
   NAME       RmFlur
   NOTIFYDEV  global
   NR         269
   NTFY_ORDER 50-RmFlur
   STATE      off
   TYPE       CUL_HM
   chanNo     01
   lastMsg    No:AC - t:10 s:297D06 d:200DB8 060101003A
   peerList   Rauchmelder_Team,
   protLastRcv 2019-03-02 18:04:49
   protRcv    6 last_at:2019-03-02 18:04:49
   protSnd    10 last_at:2019-03-02 18:04:49
   protSndB   4 last_at:2019-03-02 18:04:49
   protState  CMDs_done
   rssi_HMLAN1 cnt:1 min:-50 max:-50 avg:-50 lst:-50
   rssi_at_HMLAN1 cnt:7 min:-62 max:-52 avg:-55.14 lst:-56
   rssi_at_HMUART1 cnt:6 min:-55 max:-48 avg:-52.5 lst:-55
   rssi_at_ser2netUart cnt:6 min:-54 max:-52 avg:-53.16 lst:-54
   rssi_ser2netUart cnt:3 min:-58 max:-58 avg:-58 lst:-58
   ser2netUart_MSGCNT 6
   ser2netUart_RAWMSG 05010036ACA010297D06200DB8060101003A
   ser2netUart_RSSI -54
   ser2netUart_TIME 2019-03-02 18:04:49
   .attraggr:
   .attrminint:
   READINGS:
     2015-04-27 18:51:26   .D-devInfo      000100
     2015-04-27 18:51:26   .D-stc          CD
     2017-09-11 13:07:56   .peerListRDate  2017-09-11 13:07:56
     2019-03-02 18:04:49   .protLastRcv    2019-03-02 18:04:49
     2019-02-25 16:23:05   Activity        alive
     2015-04-27 21:36:28   CommandAccepted yes
     2015-04-27 18:51:26   D-firmware      1.1
     2015-04-27 18:51:26   D-serialNr      LEQ0067916
     2017-09-11 13:07:55   PairedTo        0x200DB8
     2015-04-27 18:51:28   R-pairCentral   0x200DB8
     2017-09-11 13:07:55   RegL_00.        02:01 0A:20 0B:0D 0C:B8 00:00
     2019-03-02 18:04:49   battery         ok
     2019-03-02 18:04:49   level           1
     2019-02-25 16:23:05   peerList        Rauchmelder_Team,
     2017-09-11 13:07:50   powerOn         2017-09-11 13:07:50
     2019-03-02 18:04:49   recentStateType info
     2018-07-17 20:04:09   sabotageAttack_ErrIoAttack cnt 5
     2018-03-10 10:46:14   smoke_detect    none
     2019-03-02 18:04:49   state           off
     2019-03-02 17:58:54   teamCall        from TeamDev1:2
     2017-11-25 12:34:37   trigLast        Rauchmelder_Team:1
     2017-11-25 12:34:37   trig_Rauchmelder_Team 1_2
   helper:
     HM_CMDNR   172
     cSnd       01200DB8297D06010E,01200DB8297D06010E
     mId        0042
     peerFriend peerSD
     peerOpt    p:smokeDetector
     regLst     0
     rxType     2
     supp_Pair_Rep 0
     ack:
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +297D06,00,00,00
       nextSend   1551546290.21185
       prefIO     
       rxt        0
       vccu       VCCU
       p:
         297D06
         00
         00
         00
     mRssi:
       mNo        AC
       io:
         HMLAN1:
           -56
           -56
         HMUART1:
           -55
           -55
         ser2netUart:
           -48
           -48
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
     rpt:
       IO         HMUART1
       flg        A
       ts         1551546289.69938
       ack:
         HASH(0x3be43c0)
         AC8002200DB8297D0600
     rssi:
       HMLAN1:
         avg        -50
         cnt        1
         lst        -50
         max        -50
         min        -50
       at_HMLAN1:
         avg        -55.1428571428571
         cnt        7
         lst        -56
         max        -52
         min        -62
       at_HMUART1:
         avg        -52.5
         cnt        6
         lst        -55
         max        -48
         min        -55
       at_ser2netUart:
         avg        -53.1666666666667
         cnt        6
         lst        -54
         max        -52
         min        -54
       ser2netUart:
         avg        -58
         cnt        3
         lst        -58
         max        -58
         min        -58
     tmpl:
Attributes:
   .mId       0042
   IODev      HMLAN1
   IOgrp      VCCU
   actCycle   099:00
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.1
   model      HM-SEC-SD
   msgRepeat  1
   peerIDs    00000000,5D000101,
   room       CUL_HM,Flur
   serialNr   LEQ0067916
   subType    smokeDetector
   webCmd     statusRequest
Ein stück Log vom Teamcall und Statusrequest.

Code Auswählen Erweitern

2019-03-02_17:58:54 RmFlur teamCall: from TeamDev1:2
2019-03-02_18:00:31 RmFlur battery: ok
2019-03-02_18:00:31 RmFlur level: 1
2019-03-02_18:00:31 RmFlur off
2019-03-02_18:00:37 RmFlur battery: ok
2019-03-02_18:00:37 RmFlur level: 1
2019-03-02_18:00:37 RmFlur off
2019-03-02_18:04:49 RmFlur battery: ok
2019-03-02_18:04:49 RmFlur level: 1
2019-03-02_18:04:49 RmFlur off


Gruß Otto

[betateilchen]

Vermutlich wird dem Teamlead derzeit noch die falsche modelId zugewiesen. Da sich die Zuweisung von model und subType gerade grundlegend verändert, wird das sicher auch kurzfristig wieder gradegezogen. Ähnlich wie die Probleme beim ActionDetector gestern.

Also kein Grund zur übertriebenen Sorge

Hast Du schonmal probiert, dem TeamLead über das Attribut "modelForce" den Wert "HM-SEC-SD" manuell zuzuweisen?