HM-RC-2-PBU-FM defekt? schaltet automatisch ab

Begonnen von Ruggy, 27 Januar 2022, 10:35:09

Vorheriges Thema - Nächstes Thema

Ruggy

Hallo,

habe einen HM-RC-2-PBU-FM mit dem ich eine Lampe (Steckdose Intertechno IT-1500) ansteuere.

Es hat jetzt lange ohne Probleme funktioniert, jetzt aber auf einmal nicht mehr. Wenn ich den "Ein-Taster" betätige schaltet die Lampe ein und ca. 1 Sekunde später automatisch wieder ab.
Wenn ich die Lampe direkt über den FHEM Befehl einschalte bleibt sie an.

Meiner Meinung nach müsste es am HM-RC-2-PBU-FM liegen. Hätte ihn schon mal vom Strom genommen und wieder angeschlossen. Es hat aber nichts am Verhalten geändert.

Könnte der HM-RC-2-PBU-FM defekt sein?


Hier das List vom Schalter:



Internals:
   DEF        5E1A04
   FUUID      5c65c66f-f33f-194f-a930-bd9ba14d66bbedd4
   HmUART_MSGCNT 65
   HmUART_RAWMSG 050100240DA2405E1A04FA3B120207
   HmUART_RSSI -36
   HmUART_TIME 2022-01-27 09:45:28
   IODev      HmUART
   LASTInputDev HmUART
   MSGCNT     65
   NAME       WOH_SCHALTER_1
   NR         117
   NTFY_ORDER 48-WOH_SCHALTER_1
   STATE      WOH_SCHALTER_1_Btn_02 Short
   TYPE       CUL_HM
   channel_01 WOH_SCHALTER_1_Btn_01
   channel_02 WOH_SCHALTER_1_Btn_02
   disableNotifyFn 1
   lastMsg    No:0D - t:40 s:5E1A04 d:FA3B12 0207
   protLastRcv 2022-01-27 09:45:28
   protRcv    65 last_at:2022-01-27 09:45:28
   protSnd    57 last_at:2022-01-27 09:45:28
   protState  CMDs_done
   rssi_at_HmUART cnt:65 min:-41 max:-27 avg:-31.29 lst:-36
   Helper:
     DBLOG:
       state:
         DbLog:
           TIME       1643273128.93517
           VALUE      WOH_SCHALTER_1_Btn_02 Short
   READINGS:
     2019-01-22 21:35:46   CommandAccepted yes
     2019-01-22 21:35:45   D-firmware      1.0
     2019-01-22 21:35:45   D-serialNr      OEQ1217293
     2022-01-27 09:45:28   IODev           HmUART
     2022-01-27 09:43:46   PairedTo        0xFA3B12
     2019-01-22 21:35:49   R-pairCentral   0xFA3B12
     2022-01-27 09:43:46   RegL_00.         00:00 02:01 05:00 0A:FA 0B:3B 0C:12 14:03 18:00
     2022-01-27 09:43:34   alive           yes
     2022-01-27 09:45:28   battery         ok
     2022-01-27 09:44:51   cfgState        ok
     2022-01-27 09:45:28   commState       CMDs_done
     2022-01-27 09:43:34   powerOn         2022-01-27 09:43:34
     2022-01-27 09:43:34   recentStateType info
     2022-01-27 09:45:28   state           WOH_SCHALTER_1_Btn_02 Short
   helper:
     HM_CMDNR   13
     PONtest    1
     cSnd       01FA3B125E1A0402040000000001,01FA3B125E1A040203
     cfgStateUpdt 0
     lastMsgTm  1643273128.9294
     mId        00E0
     peerFriend -
     peerOpt    -:remote
     regLst     0
     rxType     1
     supp_Pair_Rep 0
     ack:
       HmUART     WOH_SCHALTER_1_Btn_02:0D
     cmds:
       TmplKey    :no:1643057417.96854
       TmplTs     1643057417.96854
       cmdKey     0:1:0::WOH_SCHALTER_1:00E0:01:
       cmdLst:
         assignHmKey noArg
         clear      [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
         deviceRename -newName-
         fwUpdate   -filename- [-bootTime-]
         getConfig  noArg
         getDevInfo noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         raw        -data- [...]
         regBulk    -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         reset      noArg
         tplDel     -tplDel-
         tplSet_0   -tplChan-
         unpair     noArg
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt   
         tplChan   
         tplDel     
         tplPeer   
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         param      -param-
         reg        -addr- -list- [-peerChn-]
         regList    noArg
         regTable   noArg
         regVal     -addr- -list- [-peerChn-]
         saveConfig [-filename-]
         tplInfo    noArg
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       flgs       0
       newChn     +5E1A04,00,00,00
       nextSend   1643273129.22579
       rxt        0
       vccu       
       p:
         5E1A04
         00
         00
         00
       prefIO:
     mRssi:
       mNo        0D
       io:
         HmUART:
           -28
           -28
     peerIDsH:
     prt:
       bErr       0
       sProc      0
       rspWait:
       tryMsg:
     q:
       qReqConf   
       qReqStat   
     regCollect:
     role:
       dev        1
     rpt:
       IO         HmUART
       flg        A
       ts         1643273128.9294
       ack:
         HASH(0x3ab0b98)
         0D8002FA3B125E1A0400
     rssi:
       at_HmUART:
         avg        -31.2923076923077
         cnt        65
         lst        -36
         max        -27
         min        -41
     shadowReg:
     tmpl:
Attributes:
   IODev      HmUART
   autoReadReg 4_reqStatus
   expert     defReg,rawReg
   firmware   1.0
   model      HM-RC-2-PBU-FM
   room       CUL_HM,Wohnzimmer
   serialNr   OEQ1217293
   subType    remote
   webCmd     getConfig:clear msgEvents


List vom Button 1:


Internals:
   DEF        5E1A0401
   FUUID      5c65c66f-f33f-194f-57ef-1318b5f9b439ccaf
   NAME       WOH_SCHALTER_1_Btn_01
   NR         119
   NTFY_ORDER 48-WOH_SCHALTER_1_Btn_01
   STATE      Short 1_5 (to HmUART)
   TYPE       CUL_HM
   chanNo     01
   device     WOH_SCHALTER_1
   disableNotifyFn 1
   Helper:
     DBLOG:
       state:
         DbLog:
           TIME       1643273113.62939
           VALUE      Short 1_5 (to HmUART)
   READINGS:
     2019-01-22 21:35:50   R-sign          off
     2022-01-27 09:43:47   RegL_01.         00:00 04:10 08:00 30:03
     2022-01-27 09:44:51   cfgState        TrigUndef
     2022-01-27 09:45:28   commState       CMDs_done
     2022-01-27 09:45:13   state           Short 1_5 (to HmUART)
     2022-01-27 09:45:13   trigDst_FA3B12  noConfig
     2022-01-27 09:45:13   trigger         Short_5
     2022-01-27 09:45:13   triggerTo_HmUART Short_5
     2022-01-27 09:45:13   trigger_cnt     5
   helper:
     BNO        5
     BNOCNT     1
     peerFriend peerAct,peerVirt
     peerIDsRaw ,00000000
     peerIDsState complete
     peerOpt    4:remote
     regLst     1,4p
     cfgChk:
       idPz05     FA3B12
     cmds:
       TmplKey    :no:1643057417.97383
       TmplTs     1643057417.97383
       cmdKey     1:0:0::WOH_SCHALTER_1:00E0:01:
       cmdLst:
         clear      [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
         getConfig  noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         peerBulk   -peer1,peer2,...- [({set}|unset)]
         peerChan   -btnNumber- -actChn- [({single}|dual|reverse)] [({set}|unset)] [(actor|remote|{both})]
         peerSmart  -peerOpt-
         regBulk    -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         sign       [(on|{off})]
         tplDel     -tplDel-
         tplSet_0   -tplChan-
         trgEventL  -peer- -condition-
         trgEventS  -peer- -condition-
         trgPressL  [(-peer-|{all})]
         trgPressS  [(-peer-|{all})]
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt    GONG_FLUR,HM_1906AC,KIND_HEIZUNG_1_WindowRec,KIND_HEIZUNG_1_remote,KIND_HEIZUNG_2_WindowRec,KIND_HEIZUNG_2_remote,KIND_virt_Temperatur_Sensor1,KIND_virt_Temperatur_Sensor2,Steckdose_PC,WOH_HEIZUNG_1_WindowRec,WOH_HEIZUNG_1_remote,WOH_HEIZUNG_2_WindowRec,WOH_HEIZUNG_2_remote,WOH_HEIZUNG_3_WindowRec,WOH_HEIZUNG_3_remote
         tplChan   
         tplDel     
         tplPeer   
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         param      -param-
         reg        -addr- -list- [-peerChn-]
         regList    noArg
         regTable   noArg
         regVal     -addr- -list- [-peerChn-]
         saveConfig [-filename-]
         tplInfo    noArg
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     peerIDsH:
       00000000   broadcast
     regCollect:
     role:
       chn        1
     shadowReg:
     tmpl:
Attributes:
   model      HM-RC-2-PBU-FM
   peerIDs    00000000


Das List vom Notify:

Internals:
   DEF        WOH_SCHALTER_1_Btn_01 set WOH_STEHLAMPE on
   FUUID      5c747290-f33f-194f-97d4-6558a716c862f23d
   NAME       WOH_SCHALTER_1_Notify_on
   NOTIFYDEV  WOH_SCHALTER_1_Btn_01
   NR         135
   NTFY_ORDER 50-WOH_SCHALTER_1_Notify_on
   REGEXP     WOH_SCHALTER_1_Btn_01
   STATE      2022-01-27 09:45:28
   TRIGGERTIME 1643273128.94353
   TYPE       notify
   READINGS:
     2022-01-24 21:50:12   state           active
     2022-01-27 09:45:28   triggeredByDev  WOH_SCHALTER_1_Btn_01
     2022-01-27 09:45:28   triggeredByEvent commState: CMDs_done
Attributes:
   room       Wohnzimmer

MadMax-FHEM

#1
Ich sehe nirgends etwas wo AUS geschalten wird.

Worüber wird die Lampe ausgeschaltet?
Oder ist zwar das Kommando "on" aber die Lampe "toggelt"?

Weil das notify ist ZU SCHLECHT bzgl. Trigger!

WOH_SCHALTER_1_Btn_01 set WOH_STEHLAMPE on

"Hört" auf ALLES was irgendwie von WOH_SCHALTER_1_Btn_01 kommt!
Wenn du den Eventmonitor aufmachst und "drückst", dann wirst du sehen, dass dort mehrere Event kommen, die "passen" und den Befehl set WOH_STEHLAMPE on absetzen!

Also auch mal ein list von set WOH_STEHLAMPE on :)

Zitat
Wenn ich die Lampe direkt über den FHEM Befehl einschalte bleibt sie an.
-> also wenn du 1x set WOH_STEHLAMPE on absetzt? Was passiert, wenn du dann noch mal set WOH_STEHLAMPE on absetzt?

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Ruggy

Wenn ich über FHEM den Befehl

WOH_STEHLAMPE on


sende, steht im Event Monitor


2022-01-27 11:01:36 IT WOH_STEHLAMPE on
2022-01-27 11:01:37 CUL nanoCUL raw: is01011010100101010101011010010000


Wenn ich erneut


WOH_STEHLAMPE on


sende kommt im Event Monitor

2022-01-27 11:01:48 IT WOH_STEHLAMPE on
2022-01-27 11:01:48 CUL nanoCUL raw: is01011010100101010101011010010000


Wenn ich über den HM-RC-2-PBU-FM unten drücke (was bisher ein war)

wird im Event Monitor dies angezeigt:

2022-01-27 11:10:48 CUL_HM WOH_SCHALTER_1 battery: ok
2022-01-27 11:10:48 CUL_HM WOH_SCHALTER_1 commState: CMDs_done
2022-01-27 11:10:48 CUL_HM WOH_SCHALTER_1 CMDs_done
2022-01-27 11:10:48 CUL_HM WOH_SCHALTER_1 WOH_SCHALTER_1_Btn_01 Short
2022-01-27 11:10:48 DbLog DbLog notify_processing_time: 0.0016
2022-01-27 11:10:48 DbLog DbLog notify_processing_time: 0.0014
2022-01-27 11:10:48 IT WOH_STEHLAMPE on
2022-01-27 11:10:49 CUL nanoCUL raw: is01011010100101010101011010010000
2022-01-27 11:10:49 DbLog DbLog notify_processing_time: 0.0008
2022-01-27 11:10:49 IT WOH_STEHLAMPE on
2022-01-27 11:10:49 CUL nanoCUL raw: is01011010100101010101011010010000
2022-01-27 11:10:49 DbLog DbLog notify_processing_time: 0.0014
2022-01-27 11:10:49 IT WOH_STEHLAMPE on
2022-01-27 11:10:50 CUL nanoCUL raw: is01011010100101010101011010010000
2022-01-27 11:10:50 DbLog DbLog notify_processing_time: 0.0008
2022-01-27 11:10:50 IT WOH_STEHLAMPE on
2022-01-27 11:10:50 CUL nanoCUL raw: is01011010100101010101011010010000
2022-01-27 11:10:50 DbLog DbLog notify_processing_time: 0.0008
2022-01-27 11:10:50 IT WOH_STEHLAMPE on
2022-01-27 11:10:51 CUL nanoCUL raw: is01011010100101010101011010010000
2022-01-27 11:10:51 DbLog DbLog notify_processing_time: 0.0009
2022-01-27 11:10:51 IT WOH_STEHLAMPE on
2022-01-27 11:10:51 CUL nanoCUL raw: is01011010100101010101011010010000
2022-01-27 11:10:52 CUL_HM WOH_SCHALTER_1_Btn_01 commState: CMDs_done
2022-01-27 11:10:52 CUL_HM WOH_SCHALTER_1_Btn_01 Short 1_6 (to HmUART)
2022-01-27 11:10:52 CUL_HM WOH_SCHALTER_1_Btn_01 trigDst_FA3B12: noConfig
2022-01-27 11:10:52 CUL_HM WOH_SCHALTER_1_Btn_01 trigger: Short_6
2022-01-27 11:10:52 CUL_HM WOH_SCHALTER_1_Btn_01 triggerTo_HmUART: Short_6
2022-01-27 11:10:52 CUL_HM WOH_SCHALTER_1_Btn_01 trigger_cnt: 6
2022-01-27 11:10:52 DbLog DbLog notify_processing_time: 0.0008
2022-01-27 11:10:52 IT WOH_STEHLAMPE off
2022-01-27 11:10:52 CUL nanoCUL raw: is01011010100101010101011010000000
2022-01-27 11:10:52 CUL_HM WOH_SCHALTER_1_Btn_02 commState: CMDs_done


Wenn ich über den HM-RC-2-PBU-FM oben drücke (was bisher aus war)

wird im Event Monitor dies angezeigt:

2022-01-27 11:12:40 CUL_HM WOH_SCHALTER_1 battery: ok
2022-01-27 11:12:40 CUL_HM WOH_SCHALTER_1 commState: CMDs_done
2022-01-27 11:12:40 CUL_HM WOH_SCHALTER_1 CMDs_done
2022-01-27 11:12:40 CUL_HM WOH_SCHALTER_1 WOH_SCHALTER_1_Btn_02 Short
2022-01-27 11:12:40 DbLog DbLog notify_processing_time: 0.0009
2022-01-27 11:12:40 IT WOH_STEHLAMPE on
2022-01-27 11:12:40 CUL nanoCUL raw: is01011010100101010101011010010000
2022-01-27 11:12:40 CUL_HM WOH_SCHALTER_1_Btn_01 commState: CMDs_done
2022-01-27 11:12:40 DbLog DbLog notify_processing_time: 0.0018
2022-01-27 11:12:40 DbLog DbLog notify_processing_time: 0.0017
2022-01-27 11:12:40 IT WOH_STEHLAMPE off
2022-01-27 11:12:41 CUL nanoCUL raw: is01011010100101010101011010000000
2022-01-27 11:12:41 DbLog DbLog notify_processing_time: 0.0009
2022-01-27 11:12:41 IT WOH_STEHLAMPE off
2022-01-27 11:12:41 CUL nanoCUL raw: is01011010100101010101011010000000
2022-01-27 11:12:41 DbLog DbLog notify_processing_time: 0.0016
2022-01-27 11:12:41 IT WOH_STEHLAMPE off
2022-01-27 11:12:42 CUL nanoCUL raw: is01011010100101010101011010000000
2022-01-27 11:12:42 DbLog DbLog notify_processing_time: 0.0009
2022-01-27 11:12:42 IT WOH_STEHLAMPE off
2022-01-27 11:12:42 CUL nanoCUL raw: is01011010100101010101011010000000
2022-01-27 11:12:42 DbLog DbLog notify_processing_time: 0.0016
2022-01-27 11:12:42 IT WOH_STEHLAMPE off
2022-01-27 11:12:43 CUL nanoCUL raw: is01011010100101010101011010000000
2022-01-27 11:12:43 DbLog DbLog notify_processing_time: 0.0009
2022-01-27 11:12:43 IT WOH_STEHLAMPE off
2022-01-27 11:12:43 CUL nanoCUL raw: is01011010100101010101011010000000
2022-01-27 11:12:43 CUL_HM WOH_SCHALTER_1_Btn_02 commState: CMDs_done
2022-01-27 11:12:43 CUL_HM WOH_SCHALTER_1_Btn_02 Short 1_13 (to HmUART)
2022-01-27 11:12:43 CUL_HM WOH_SCHALTER_1_Btn_02 trigDst_FA3B12: noConfig
2022-01-27 11:12:43 CUL_HM WOH_SCHALTER_1_Btn_02 trigger: Short_13
2022-01-27 11:12:43 CUL_HM WOH_SCHALTER_1_Btn_02 triggerTo_HmUART: Short_13
2022-01-27 11:12:43 CUL_HM WOH_SCHALTER_1_Btn_02 trigger_cnt: 13


Hier das List vom Ausschalter:

Internals:
   DEF        5E1A0402
   FUUID      5c65c66f-f33f-194f-3443-4394beb43eb11bd0
   NAME       WOH_SCHALTER_1_Btn_02
   NR         120
   NTFY_ORDER 48-WOH_SCHALTER_1_Btn_02
   STATE      Short 1_13 (to HmUART)
   TYPE       CUL_HM
   chanNo     02
   device     WOH_SCHALTER_1
   disableNotifyFn 1
   Helper:
     DBLOG:
       state:
         DbLog:
           TIME       1643278360.76109
           VALUE      Short 1_13 (to HmUART)
   READINGS:
     2019-01-22 21:35:51   R-sign          off
     2022-01-27 09:43:50   RegL_01.         00:00 04:10 08:00 30:03
     2022-01-27 09:44:52   cfgState        TrigUndef
     2022-01-27 11:12:40   commState       CMDs_done
     2022-01-27 11:12:40   state           Short 1_13 (to HmUART)
     2022-01-27 11:12:40   trigDst_FA3B12  noConfig
     2022-01-27 11:12:40   trigger         Short_13
     2022-01-27 11:12:40   triggerTo_HmUART Short_13
     2022-01-27 11:12:40   trigger_cnt     13
   helper:
     BNO        13
     BNOCNT     1
     peerFriend peerAct,peerVirt
     peerIDsRaw ,00000000
     peerIDsState complete
     peerOpt    4:remote
     regLst     1,4p
     cfgChk:
       idPz05     FA3B12
     cmds:
       TmplKey    :no:1643057417.97875
       TmplTs     1643057417.97875
       cmdKey     1:0:0::WOH_SCHALTER_1:00E0:02:
       cmdLst:
         clear      [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
         getConfig  noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         peerBulk   -peer1,peer2,...- [({set}|unset)]
         peerChan   -btnNumber- -actChn- [({single}|dual|reverse)] [({set}|unset)] [(actor|remote|{both})]
         peerSmart  -peerOpt-
         regBulk    -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         sign       [(on|{off})]
         tplDel     -tplDel-
         tplSet_0   -tplChan-
         trgEventL  -peer- -condition-
         trgEventS  -peer- -condition-
         trgPressL  [(-peer-|{all})]
         trgPressS  [(-peer-|{all})]
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt    GONG_FLUR,HM_1906AC,KIND_HEIZUNG_1_WindowRec,KIND_HEIZUNG_1_remote,KIND_HEIZUNG_2_WindowRec,KIND_HEIZUNG_2_remote,KIND_virt_Temperatur_Sensor1,KIND_virt_Temperatur_Sensor2,Steckdose_PC,WOH_HEIZUNG_1_WindowRec,WOH_HEIZUNG_1_remote,WOH_HEIZUNG_2_WindowRec,WOH_HEIZUNG_2_remote,WOH_HEIZUNG_3_WindowRec,WOH_HEIZUNG_3_remote
         tplChan   
         tplDel     
         tplPeer   
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         param      -param-
         reg        -addr- -list- [-peerChn-]
         regList    noArg
         regTable   noArg
         regVal     -addr- -list- [-peerChn-]
         saveConfig [-filename-]
         tplInfo    noArg
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     peerIDsH:
       00000000   broadcast
     regCollect:
     role:
       chn        1
     shadowReg:
     tmpl:
Attributes:
   model      HM-RC-2-PBU-FM
   peerIDs    00000000
   room       Wohnzimmer


Hier das List vom Auschalten Notify:

Internals:
   DEF        WOH_SCHALTER_1_Btn_02 set WOH_STEHLAMPE off
   FUUID      5c7472b5-f33f-194f-16c1-ca0a4084140709a4
   NAME       WOH_SCHALTER_1_Notify_off
   NOTIFYDEV  WOH_SCHALTER_1_Btn_02
   NR         136
   NTFY_ORDER 50-WOH_SCHALTER_1_Notify_off
   REGEXP     WOH_SCHALTER_1_Btn_02
   STATE      2022-01-27 11:12:40
   TRIGGERTIME 1643278360.77305
   TYPE       notify
   READINGS:
     2022-01-24 21:50:12   state           active
     2022-01-27 11:12:40   triggeredByDev  WOH_SCHALTER_1_Btn_02
     2022-01-27 11:12:40   triggeredByEvent trigger_cnt: 13
Attributes:
   room       Wohnzimmer



"toggelt" habe ich nirgends verwendet

Ruggy

Bisher hat es aber so funktioniert (min. 1 Jahr)

Zitat von: MadMax-FHEM am 27 Januar 2022, 10:43:51

Weil das notify ist ZU SCHLECHT bzgl. Trigger!


Das wird wohl so sein. Wahrscheinlich mein gesamtes FHEM.
Habe es um weitere Geräte immer mal wieder erweitert und es läuft bestimmt nicht ideal (eher schlecht); manchmal ist es langsam bzw. manche Geräte schalten erst später.
Mir fällt gerade ein, dass es gerade bei der Lampe war, die mit dem HM-RC-2-PBU-FM geschaltet wird.




Ich kenne mich leider viel zu schlecht aus, um die Fehler in FHEM zu suchen. Mir würde nur übrig bleiben, dass ich es komplett neu aufsetzte. Hier habe ich die Befürchtung, dass ich es evlt. nicht mehr so hin bekomme.
Aber das ist ein anderes Thema

MadMax-FHEM

Zitat von: Ruggy am 27 Januar 2022, 11:26:25
Bisher hat es aber so funktioniert (min. 1 Jahr)

Das wird wohl so sein. Wahrscheinlich mein gesamtes FHEM.
Habe es um weitere Geräte immer mal wieder erweitert und es läuft bestimmt nicht ideal (eher schlecht); manchmal ist es langsam bzw. manche Geräte schalten erst später.
Mir fällt gerade ein, dass es gerade bei der Lampe war, die mit dem HM-RC-2-PBU-FM geschaltet wird.




Ich kenne mich leider viel zu schlecht aus, um die Fehler in FHEM zu suchen. Mir würde nur übrig bleiben, dass ich es komplett neu aufsetzte. Hier habe ich die Befürchtung, dass ich es evlt. nicht mehr so hin bekomme.
Aber das ist ein anderes Thema

Ja, da hat sich bzgl. Events und Homematic (einiges) was geändert, gibt einige Threads zu dem Thema.
-> hast verm. ein Update gemacht ;)

Im Prinzip waren "früher" weniger Events unterwegs und wenn ein notify zu "ungenau" war (wie deine), dann war das nicht schlimm aber schon immer "schlecht" ;)

Jetz wo mehr Events/Infos durch das System "rauschen" fallen solche "schlechten" notify/DOIF/... halt auf.

Also: Eventmonitor öffnen, den "An-Knopf" drücken und ein Event raussuchen, das (möglichst) GENAU 1x auftaucht bei dem Vorgang, dann diese Zeile markieren und ein notify erstellen lassen und anpassen (oder die dafür/dabei erstellte RegEx in dein notify übernehmen)...
Gleiches für "Aus"...

https://wiki.fhem.de/wiki/Event_monitor

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Ruggy

Ja, habe vor kurzem ein Update gemacht. Dann liegt es wahrscheinlich daran.

Das mit dem neuen notify erstellen über den EventMonitor schaue ich mir mal an und versuche es.
Würde mich wieder melden, falls ich es so nicht schaffe.

Werde ich aber erst später machen können.

Danke schon mal bisher.

MadMax-FHEM

Jep kommt "vom Update"... ;)

Klar, einfach mal probieren, hilft auch zukünftig für neue notify/DOIF/FileLog/...

Wenn nicht wieder melden.

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

frank

ZitatJa, habe vor kurzem ein Update gemacht. Dann liegt es wahrscheinlich daran.
abgesehen davon, dass dein notify regex wirklich besser sein sollte, setzte mal im hauptdevice vom schalter
attr <device> commStInCh off
am besten in jedem hommatic hauptdevice => https://forum.fhem.de/index.php/topic,120240.msg1169707.html#msg1169707

dann funktioniert vielleicht schon wieder das notify.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Pfriemler

#8
Abgesehen davon, dass saubere Regex in Notify & Co unnötige Mehrfachbefeuerungen derselben unterbinden, frage ich mich wirklich gerade ernsthaft, wieso CUL_HM für Btn2 vom RC-2 beim Betätigen von Btn1 überhaupt ein commState-Event feuert (und damit das Ausschalt-Notify triggert), was zur Wiederausschaltung führt. attr commStInCh war mir bis dato neu. Werde ich mal auch in allen Devices setzen. Schon dafür hat sich der Besuch dieses Threads gelohnt ...  :)
edit: btw: bei diesem "fehlerhaften" Verhaltne bisher müsste ja der IT auch kurz ein- und wieder ausschalten, wenn man bei ausgeschaltete Lampe mit Btn2 nochmal auszuschalten versucht...
Das Ganze erinnert mich an meine DOIFs, bei denen ich (etwas anders) auf Aktorzustandsänderungen von HM-Geräten mit <device>:"on" getriggert habe und alles durcheinander kam, als ausgeschaltete Geräte plötzlich "cmds_Done" meldeten ...
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

Ruggy

Das Hauptdevice müsste in meinem Fall doch das WOH_SCHALTER_1 sein?

Oder müsste es auch im WOH_SCHALTER_1_Btn_01 und im WOH_SCHALTER_1_Btn_02 gesetzt werden?

Habe noch ein paar HM-CC-RT-DN in FHEM eingebunden.
Ich sollte also dort auch das Attribut auf off setzen?


frank

ZitatDas Hauptdevice müsste in meinem Fall doch das WOH_SCHALTER_1 sein?
genau

im verlinkten beitrag von martin ist doch ein befehl, der das attribut gleichzeitig in allen hauptdevices setzt.  ;)
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Ruggy

Den Code

attr TYPE=CUL_HM:FILTER=DEF=...... commStInCh off

hätte ich gesehen.

Aber zum einen müsste ich in ihn einer UserConfig.cfg eingeben und da müsste ich erst lesen, wie dies funktioniert.
Zum anderen müsste ich erst noch nachlesen, ob ich diesen Code so unverändert eingeben kann oder ob z.B. die ... für irgendwelche Platzhalter sind.

So hab ich mir gedacht, dass ich in jedes Hauptdevice gehe. Ist zwar etwas umständlich, für mich aber die sicherere Methode, wenn man nicht so recht weiß was man macht  ;)

MadMax-FHEM

Zitat von: Ruggy am 27 Januar 2022, 15:47:28
Den Code

attr TYPE=CUL_HM:FILTER=DEF=...... commStInCh off

hätte ich gesehen.

Aber zum einen müsste ich in ihn einer UserConfig.cfg eingeben und da müsste ich erst lesen, wie dies funktioniert.
Zum anderen müsste ich erst noch nachlesen, ob ich diesen Code so unverändert eingeben kann oder ob z.B. die ... für irgendwelche Platzhalter sind.

So hab ich mir gedacht, dass ich in jedes Hauptdevice gehe. Ist zwar etwas umständlich, für mich aber die sicherere Methode, wenn man nicht so recht weiß was man macht  ;)

Nachzulesen in commandref unter devspec ;)
->RegEx ist dein Freund ;)

UserConfig.cfg: verstehe ich nicht (bzw. bedeutet: du splittest und bearbeitest manuell? -> lassen ;)  )

der Befehl setzt eben das Attribut (attr) bei allen Devices die vom TYPE CUL_HM sind und aber eine DEF mit 6 Zeichen haben, also Haupt-Device (ein Channel hätte 8 )...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Beta-User

Zitat von: MadMax-FHEM am 27 Januar 2022, 15:55:57
UserConfig.cfg: verstehe ich nicht (bzw. bedeutet: du splittest und bearbeitest manuell? -> lassen ;)  )
Das ist eine Art "Nachkonfiguration", die martinp876 per "INITIALIZED-notify" ausführen läßt (soweit ich mich entsinne: es wird dann ein "include" ausgeführt).

Das hatte er irgendwo mal näher beschrieben, mich hat dieses Konzept allerdings bislang auch nicht vollständig überzeugt...

Wenn man nicht ständig neue Devices anlegt und bei der Erstkonfiguration seiner Geräte Sorgfalt walten läßt (und z.B. nicht vergisst, das hier in Rede stehende Attribut zu setzen), ist diese Art der "strukturierten Nachbearbeitung" mAn. verzichtbar.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

frank

ZitatAber zum einen müsste ich in ihn einer UserConfig.cfg eingeben
musst du nicht, geht immer und überall.

martin lädt ein zusätzliches file "user.cfg" über den fhem cmd "include", der bei ihm in fhem.cfg eingebaut ist.

damit wird das attr commStInChn bei jedem fhem restart automatisch erneut gesetzt.

hat den vorteil, dass auch neue devices immer automatisch gesetzt werden.

ist auch sinnvoll für "attr event-on-change-reading .*" was mindestens in allen fhem devices, auch homematic channels und devices, gesetzt sein sollte.

bei deinen 3 gezeigten list habe ich keinerlei event-minimierung gesehen. hui, hui, ...  ;)
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

MadMax-FHEM

Zitat von: Beta-User am 27 Januar 2022, 16:00:02
Das ist eine Art "Nachkonfiguration", die martinp876 per "INITIALIZED-notify" ausführen läßt (soweit ich mich entsinne: es wird dann ein "include" ausgeführt).

Das hatte er irgendwo mal näher beschrieben, mich hat dieses Konzept allerdings bislang auch nicht vollständig überzeugt...

Ah, ok, ging komplett an mir vorbei...

Danke, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Ruggy

#16
Das bzgl. dem "user.cfg" habe ich aus dem anderen, verlinkten Thread und konnte damit nicht so viel anfangen.

Der Befehl (bzgl. commStInCh) hat funktioniert und es ist jetzt überall (wo es hin soll) das Attribut.

Das es auf die Anzahl der Punkte ankommt hätte ich nicht gedacht.

Und das schönste an der ganzen Sache ist, dass das Licht jetzt wieder richtig funktioniert.
Vielen Dank dafür und für die Geduld.



Zitat von: frank am 27 Januar 2022, 16:18:27

bei deinen 3 gezeigten list habe ich keinerlei event-minimierung gesehen. hui, hui, ...  ;)

Das wird wahrscheinlich auch ein Grund dafür sein, dass mein FHEM manchmal so langsam ist und lange läd.  ::)

Ich habe es zumindest bei meinen Tür/Fenster-, Temperatursensoren das  event-on-change-reading attribut gesetzt.

Bei den anderen devices weiß ich immer nicht so sehr was alles benötigt wird, damit der Rest noch funktionieren kann.
Hier meine ich z.B. die vielen Readings vom HM-CC-RT-DN Hauptdevice mit seinen vielen channels.

Außerdem wird mir der Eventmonitor vor allem mit vielen Ereignissen von meinen Unifi-Controller "zugeballert", welchen ich derzeit eigentlich nur für die Funktion PRESENCE benötige.