WebCmd bei HM-Sec-SC-2

[bads]

Moin in die Runde,

nachdem einem update gestern von FHEM, habe ich einen weiteren HM-Sec-SC-2 angelernt (mein fünfter). Bei allen bisherigen habe ich keine webCMDs nach dem anlernen im UserInterface. Bei dem neu angelernten habe ich plötzlich WebCmds, die nach meiner Ansicht aber keinen Sinn machen. Ich kann aber nirgends finden, wie ich die wieder weg bekomme? Einen Tür/Fenster-Kontakt ajemls Sensor kann kein Ein/Aus Kommando verarbeiten. Ist das Problem schon einmal aufgetaucht und/oder hat jemand eine Idee was da schief gelaufen ist?

Internals:
   DEF        26B287
   HMLAN1_MSGCNT 32
   HMLAN1_RAWMSG E26B287,0000,0012B6A7,FF,FF9F,0B844126B287000000010AC8
   HMLAN1_RSSI -97
   HMLAN1_TIME 2014-08-02 18:53:39
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     32
   NAME       al.sw.FL.Haustuer
   NR         184
   STATE      offen
   TYPE       CUL_HM
   lastMsg    No:0B - t:41 s:26B287 d:000000 010AC8
   protLastRcv 2014-08-02 18:53:39
   protResnd  1 last_at:2014-08-02 18:34:56
   protSnd    22 last_at:2014-08-02 18:39:35
   protState  CMDs_done
   rssi_at_HMLAN1 avg:-88.88 min:-98 max:-81 lst:-97 cnt:26
   Readings:
     2014-08-02 18:39:32   Activity        alive
     2014-08-02 18:39:33   CommandAccepted yes
     2014-08-02 18:39:32   D-firmware      2.4
     2014-08-02 18:39:32   D-serialNr      LEQ0138914
     2014-08-02 18:39:34   PairedTo        0x0
     2014-08-02 18:35:38   R-cyclicInfoMsg off
     2014-08-02 18:11:17   R-eventDlyTime  0 s
     2014-08-02 18:11:17   R-ledOnTime     0.5 s
     2014-08-02 18:35:39   R-msgScPosA     closed
     2014-08-02 18:35:39   R-msgScPosB     open
     2014-08-02 18:35:38   R-pairCentral   0x0
     2014-08-02 18:35:38   R-sabotageMsg   on
     2014-08-02 18:39:34   R-sign          on
     2014-08-02 18:35:38   R-transmDevTryMax 6
     2014-08-02 18:35:39   R-transmitTryMax 6
     2014-08-02 18:39:34   RegL_00:          02:00 09:00 0A:00 0B:00 0C:00 10:01 14:06 00:00
     2014-08-02 18:39:34   RegL_01:          08:01 20:60 21:00 22:64 30:06 00:00
     2014-08-02 18:39:35   aesCommToDev    ok
     2014-08-02 18:11:16   aesKeyNbr       02
     2014-08-02 18:40:44   alive           yes
     2014-08-02 18:53:39   battery         ok
     2014-08-02 18:53:39   contact         open (to broadcast)
     2014-08-02 18:40:44   cover           closed
     2014-08-02 18:40:44   recentStateType info
     2014-08-02 18:53:39   state           open
     2014-08-02 18:31:38   trigDst_ABBA56  noConfig
   Helper:
     cSnd       01ABBA5626B2870103
     mId        00B1
     peerIDsRaw ,00000000
     rxType     12
     Io:
       newChn     +26B287,01,01,00
       nextSend   1406998419.65511
       prefIO
       rxt        2
       vccu
       p:
         26B287
         01
         01
         00
     Mrssi:
       mNo        0B
       Io:
         HMLAN1     -95
     Prt:
       bErr       0
       sProc      0
       try        1
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_hmlan1:
         avg        -88.8846153846154
         cnt        26
         lst        -97
         max        -81
         min        -98
     Shadowreg:
   Role:
Attributes:
   IODev      HMLAN1
   actCycle   028:00
   actStatus  alive
   aesCommReq 1
   alias      Riegelschalter Alarm
   autoReadReg 4_reqStatus
   eventMap   closed:on open:off
   expert     2_full
   firmware   2.4
   group      Alarm_Notifier
   icon       Update
   model      HM-SEC-SC-2
   peerIDs    00000000,
   room       Treppenhaus
   serialNr   LEQ0138914
   subType    threeStateSensor

[Tion]

Vielleicht wegen :

Code Auswählen Erweitern

   eventMap   closed:on open:off

Gruß Volker

[bads]

Hallo Volker,

die gleiche EventMap habe ich auch bei meinen alten, da ist nix. So sehen alle anderen aus

[betateilchen]

Ich kann aber nirgends finden, wie ich die wieder weg bekomme?

Code Auswählen Erweitern

attr al.sw.FL.Haustuer webCmd :

Der Doppelpunkt am Ende ist wichtig

[bads]

Hallo Betateilchen,

Danke, das wars . Stellt sich mir nur noch die Frage, warum das bei den bisher angelernten HM-SEC-SC-2 nicht so war. Gibt es einen Grund das Verhalten zu ändern?

[betateilchen]

Das kann nur Martin beantworten.

[martinp876]

leider nicht.

korrekt ist, dass CUL_HM bei einigen Typen ein hoffentlich sinnvolles webCmd setzt - wenn der User kein eigenes gesetzt hat. Das betrifft dimmer, blind, switch, und andere. Gesetzt wird es auch für "device-only entities".

Möglich, dass es einmal fälschlich gesetzt wurde - z.B. als device?

aber keinen threestate sensor oder SC. Das kannst du auch daran erkennen, das kein webCmd in deinen Attributen vorhanden ist.
Es ist aber so, das im Webinterface irgendwelche Kommandos eingetragen werden - auf basis mir nicht bekannter Kriterien. Gefallen haben mir die nicht, da sie nur begrenzt sinn gemacht haben oder nicht komplett genug waren.

ein/aus wird m.e. fast immer gesetzt (kann man sicher prüfen)

CUL_HM setzt für dedizierte Entities webCMD - geändert wird es NIE
fhemweb gibt ein webCmd aus, wenn das Attribut nicht gesetzt ist. das Attribut hat vorrang. Auch hier wird webCmd nie geändert.

Im Falle eines SC könnte man die Device-relevanten Kommandos setzen
"getConfig:clear msgEvents"
Evtl sollte man noch ein clear trigger vorsehen