"Lichtorgel" am RHS - Antennenumbau

Begonnen von locodriver, 06 November 2021, 11:40:55

Vorheriges Thema - Nächstes Thema

locodriver

Guten Morgen, der Titel beschreibt meine Beobachtungen am besten...

Seit ca. 7 Jahren habe ich RHS im Einsatz und diese greifen in die Heizung, die Rollläden und den Lüfter ein. Seit ca. einem dreiviertel Jahr spielt der RHS allerdings "verrückt"... Meine einzigen Anpassungen vorher waren die Umstellung der DOIFs auf die (neue) eventbasierte Syntax. Mittlerweile habe ich die Lüfterautomatik deaktiviert und auch bei Heizung und Rollladen ist immer eine manuelle Kontrolle nötig, ob die angestrebten Aktionen stattfinden.
Gestern war die Krönung des Ganzen: die LED am RHS spielte wirklich verrückt und mein Rollladen lief an, stoppte, lief wieder hoch - dies mehrmals in zufälliger Folge. dies geht mit dem ständigen Schalten des Relais im Rola-Aktor einher - das ist dessen Lebensdauer sicher auch nicht förderlich...
Gerade hat der RHS mal wieder "normal" geschaltet und die LED zeigte orange und dann grün.

Ich habe HM-Info und HM-config momentan von den Updates ausgeschlossen, da es mir nicht möglich war, durch die vielen Umbauten in den letzten Monaten immer alle Änderungen nachzuverfolgen. Ich nutze auch nur ein Produktivsystem, sodass ich "Experimenten" etwas skeptisch gegenüber stehe.

Ich nutze einen HM-LAN und einen myHmUART mit einer VCCU. Der RHS ist nicht direkt mit dem Wandthermostat gepeert, da ich dazwischen noch eine Verknüpfung habe, die im Sommer dessen Meldungen an den Thermostat verhindert.
Der RHS bleibt oft auch "ewig" auf "cfgupdate", auch ein "get config" führt nicht immer zum vollständigen Lesen der config.

Hier meine Modulversionen:

98_HMinfo.pm 24032 2021-03-21 09:32:15Z martinp876

doif.js                    24438 2021-05-14 18:08:18Z Ellert
fhemweb.js                 25022 2021-09-27 07:11:18Z rudolfkoenig
fhemweb_readingsGroup.js   15189 2017-10-03 17:53:27Z justme1968
hm.js                      2008 2021-03-01 12:00:00Z frank


HMConfig.pm 24157 2021-04-05 13:17:04Z martinp876

doif.js                    24438 2021-05-14 18:08:18Z Ellert
fhemweb.js                 25022 2021-09-27 07:11:18Z rudolfkoenig
fhemweb_readingsGroup.js   15189 2017-10-03 17:53:27Z justme1968
hm.js                      2008 2021-03-01 12:00:00Z frank


10_CUL_HM.pm 25158 2021-10-30 17:37:17Z martinp876

doif.js                    24438 2021-05-14 18:08:18Z Ellert
fhemweb.js                 25022 2021-09-27 07:11:18Z rudolfkoenig
fhemweb_readingsGroup.js   15189 2017-10-03 17:53:27Z justme1968
hm.js                      2008 2021-03-01 12:00:00Z frank
svg.js                     23428 2020-12-27 22:07:20Z rudolfkoenig


Der RHS:

Internals:
   CFGFN      ./FHEM/064_BD.cfg
   DEF        149A4C
   FUUID      5c443da8-f33f-b425-cb01-fa4c8b02a307fe7a
   HMLAN1_MSGCNT 73
   HMLAN1_RAWMSG E149A4C,0000,7026E875,FF,FFAF,5AA441149A4CF11234015900
   HMLAN1_RSSI -81
   HMLAN1_TIME 2021-11-06 11:10:26
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     73
   NAME       BD_Fenster
   NR         189
   NTFY_ORDER 48-BD_Fenster
   STATE      geschlossen
   TYPE       CUL_HM
   chanNo     01
   disableNotifyFn 1
   lastMsg    No:5A - t:41 s:149A4C d:F11234 015900
   protLastRcv 2021-11-06 11:10:26
   protRcv    63 last_at:2021-11-06 11:10:26
   protSnd    66 last_at:2021-11-06 11:10:26
   protState  CMDs_done
   rssi_at_HMLAN1 cnt:73 min:-93 max:-70 avg:-79.91 lst:-81
   READINGS:
     2021-11-05 08:58:33   Activity        alive
     2021-06-13 17:17:28   Alias           Badfenster
     2021-07-01 10:16:03   Batteriedauer_alt 20
     2021-11-06 08:05:00   Batteriewechsel 1608
     2021-07-01 10:14:01   CommandAccepted yes
     2021-11-06 11:10:23   D-firmware      2.0
     2021-11-06 11:10:23   D-serialNr      IEQ0044944
     2021-11-06 11:10:26   IODev           HMLAN1
     2021-11-06 11:10:23   PairedTo        0xF11234
     2021-06-13 17:16:07   R-cyclicInfoMsg off
     2021-06-13 17:16:07   R-eventDlyTime  0 s
     2021-06-13 17:16:07   R-ledOnTime     0.5 s
     2021-06-13 17:16:07   R-msgRhsPosA    closed
     2021-06-13 17:16:07   R-msgRhsPosB    open
     2021-06-13 17:16:07   R-msgRhsPosC    tilted
     2021-06-13 17:21:33   R-pairCentral   0xF11234
     2021-07-01 10:14:01   R-sabotageMsg   off
     2021-06-13 17:16:07   R-sign          off
     2021-06-13 17:16:07   R-transmDevTryMax 6
     2021-06-13 17:16:07   R-transmitTryMax 6
     2021-11-06 11:10:23   RegL_00.         00:00 02:01 09:00 0A:F1 0B:12 0C:34 10:00 14:06
     2021-11-06 11:10:24   RegL_01.         00:00 08:00 20:6C 21:00 22:64 30:06
     2021-07-01 10:13:59   alive           yes
     2021-11-06 11:10:26   battery         ok
     2021-11-06 11:11:24   cfgState        ok
     2021-11-06 11:10:26   commState       CMDs_done
     2021-11-06 11:10:26   contact         closed (to VCCU)
     2021-11-06 11:10:27   ftui_background green
     2021-07-01 10:11:37   powerOn         2021-07-01 10:11:37
     2021-07-01 10:13:59   recentStateType info
     2021-07-01 10:13:59   sabotageError   on
     2021-11-06 11:10:26   state           closed
     2021-11-06 11:10:26   trigger_cnt     89
   helper:
     HM_CMDNR   90
     cSnd       01F11234149A4C01040000000001,01F11234149A4C0103
     cfgStateUpdt 0
     lastMsgTm  1636193426.90507
     mId        0030
     peerFriend peerAct,peerVirt
     peerIDsRaw ,00000000
     peerIDsState complete
     peerOpt    4:threeStateSensor
     regLst     0,1,4p
     rxType     20
     supp_Pair_Rep 0
     tmplChg    0
     ack:
     cmds:
       TmplKey    :no:1635887019.26453
       TmplTs     1635887019.26453
       cmdKey     1:1:0::BD_Fenster:0030:01:
       cmdLst:
         assignHmKey noArg
         clear      [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
         deviceRename -newName-
         fwUpdate   -filename- [-bootTime-]
         getConfig  noArg
         getDevInfo noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         peerBulk   -peer1,peer2,...- [({set}|unset)]
         peerChan   -btnNumber- -actChn- [({single})] [({set}|unset)] [actor|remote|both]
         peerSmart  -peerOpt-
         raw        -data- [...]
         regBulk    -list-.-peerChn- -addr1:data1- -addr2:data2-...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         reset      noArg
         sign       [(on|{off})]
         tplDel     -tplDel-
         tplSet_0   -tplChan-
         trgEventL  -peer- -condition-
         trgEventS  -peer- -condition-
         trgPressL  [(-peer-|{all})]
         trgPressS  [(-peer-|{all})]
         unpair     noArg
       lst:
         condition  closed,open,tilted
         peer       
         peerOpt    AZ_Rola
         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        1
       raw        1
       tpl        0
     io:
       flgs       0
       newChn     +149A4C,00,00,00
       nextSend   1636193426.99455
       rxt        2
       vccu       VCCU
       p:
         149A4C
         00
         00
         00
       prefIO:
         HMLAN1
     mRssi:
       mNo        5A
       io:
         HMLAN1:
           -79
           -79
     peerIDsH:
       00000000   broadcast
     prt:
       bErr       0
       sProc      0
       sleeping   1
       rspWait:
       tryMsg:
     q:
       qReqConf   
       qReqStat   
     regCollect:
     role:
       chn        1
       dev        1
     rpt:
       IO         HMLAN1
       flg        A
       ts         1636193426.90507
       ack:
         HASH(0x2086718)
         5A8002F11234149A4C00
     rssi:
       at_HMLAN1:
         avg        -79.9178082191781
         cnt        73
         lst        -81
         max        -70
         min        -93
     shadowReg:
     tmpl:
Attributes:
   IOgrp      VCCU:HMLAN1
   actCycle   028:00
   actStatus  alive
   alias      Badfenster
   appOptions {"template":"contact"}
   autoReadReg 4_reqStatus
   eventMap   /tilted:gekippt/open:offen/closed:geschlossen/
   expert     defReg,allReg,rawReg
   firmware   2.0
   fp_ETW     26,596,0,
   model      HM-SEC-RHS
   peerIDs    00000000
   room       004Bad
   serialNr   IEQ0044944
   subType    threeStateSensor
   verbose    3


BD_Kontakt (die Sperre für den Sommer):
Internals:
   CFGFN      ./FHEM/16_Heizung_Lueftung.cfg
   DEF        ([BD_Fenster] ne "geschlossen" and [?Heizung] eq "Ein") (set virtual_BD_Window postEvent open)
DOELSEIF ([BD_Fenster] eq "geschlossen" and [?Heizung] eq "Ein")(set virtual_BD_Window postEvent closed)
DOELSEIF ([Heizung] eq "Aus")(set virtual_BD_Window postEvent closed)
   FUUID      5c443da9-f33f-b425-73f7-7d8e2ee9e33ac4f7
   MODEL      FHEM
   NAME       BD_Kontakt
   NOTIFYDEV  Heizung,BD_Fenster,global
   NR         429
   NTFY_ORDER 50-BD_Kontakt
   STATE      geschlossen
   TYPE       DOIF
   VERSION    24905 2021-09-01 18:35:54
   READINGS:
     2021-11-06 11:11:24   Device          BD_Fenster
     2021-11-06 11:11:25   cmd             2
     2021-11-06 11:11:25   cmd_event       BD_Fenster
     2021-11-06 11:11:25   cmd_nr          2
     2021-11-06 11:11:24   e_BD_Fenster_STATE geschlossen
     2021-10-07 10:19:24   e_Heizung_STATE Ein
     2021-05-27 11:29:01   mode            enabled
     2021-11-06 11:11:25   state           geschlossen
     2021-11-06 11:10:26   wait_timer      no timer
   Regex:
     accu:
     collect:
     cond:
       BD_Fenster:
         0:
           &STATE     ^BD_Fenster$
         1:
           &STATE     ^BD_Fenster$
       Heizung:
         2:
           &STATE     ^Heizung$
   attr:
     cmdState:
       0:
         offen
       1:
         geschlossen
       2:
         Sommer
     wait:
       0:
         120
       1:
         0
       2:
         0
     waitdel:
   condition:
     0          ::InternalDoIf($hash,'BD_Fenster','STATE') ne "geschlossen" and ::InternalDoIf($hash,'Heizung','STATE') eq "Ein"
     1          ::InternalDoIf($hash,'BD_Fenster','STATE') eq "geschlossen" and ::InternalDoIf($hash,'Heizung','STATE') eq "Ein"
     2          ::InternalDoIf($hash,'Heizung','STATE') eq "Aus"
   do:
     0:
       0          set virtual_BD_Window postEvent open
     1:
       0          set virtual_BD_Window postEvent closed
     2:
       0          set virtual_BD_Window postEvent closed
     3:
   helper:
     DEVFILTER  ^global$|^BD_Fenster$|^Heizung$
     NOTIFYDEV  global|BD_Fenster|Heizung
     event      cfgState: ok
     globalinit 1
     last_timer 0
     sleepdevice BD_Fenster
     sleepsubtimer 0
     sleeptimer -1
     timerdev   BD_Fenster
     timerevent cfgState: ok
     triggerDev BD_Fenster
     DOIF_eventa:
       cmd_nr: 2
       cmd: 2
       cmd_event: BD_Fenster
       geschlossen
     DOIF_eventas:
       cmd_nr: 2
       cmd: 2
       cmd_event: BD_Fenster
       state: geschlossen
     timerevents:
       cfgState: ok
     timereventsState:
       cfgState: ok
     triggerEvents:
       cfgState: ok
     triggerEventsState:
       cfgState: ok
   internals:
     all         BD_Fenster:STATE Heizung:STATE
   perlblock:
   readings:
   trigger:
   uiState:
   uiTable:
Attributes:
   cmdState   offen|geschlossen|Sommer
   disable    0
   do         always
   room       004Bad
   wait       120:0:0


Ich hoffe, dass ich mit eurer Hilfe das Problem lösen kann. In abgewandelter Form tritt es auch an den anderen 3 RHS auf. Allerdings ist das nicht so kritisch, da dort nicht viele Verknüpfungen angelegt sind.

Kann ich mittlerweile HM-Info und HMConfig "gefahrlos" updaten?

Wenn noch Lists nötig sind, dann bitte fragen.

Dankeschön.
fhem 6.0 auf Rpi3 Bookworm
HM-LAN-CFG (FW 0.965), HM-MOD-UART, 2x HM-TC-IT-WM-W-EU, 4x HM-Sec-RHS und 3x HM-CC-RT-DN, 6x HM-LC-Bl1-FM mit je 1x Somfy-Motor,
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55, Alexa, Jeelinkcross, CUL, CUNO2, IR-Blaster

locodriver

Ich hänge mal noch ein List der VCCU an...

Internals:
   CFGFN      ./FHEM/85_System.cfg
   DEF        F11234
   FUUID      5c443db1-f33f-b425-0d97-f47adc923250d2ea
   HMLAN1_MSGCNT 331
   HMLAN1_RAWMSG EF11234,0000,7025A7F0,FF,FFA3,53A001F112341932A600040000000000
   HMLAN1_RSSI -93
   HMLAN1_TIME 2021-11-06 11:09:04
   IODev      HMLAN1
   LASTInputDev myHmUART
   MSGCNT     540
   NAME       VCCU
   NR         730
   NTFY_ORDER 48-VCCU
   STATE      HMLAN1:ok,myHmUART:ok
   TYPE       CUL_HM
   assignedIOs HMLAN1,myHmUART
   channel_01 Melde_LED
   disableNotifyFn 1
   lastMsg    No:ED - t:11 s:F11234 d:21599C 0201C8
   myHmUART_MSGCNT 209
   myHmUART_RAWMSG 05000059EDA011F1123421599C0201C8
   myHmUART_RSSI -89
   myHmUART_TIME 2021-11-06 11:10:28
   protLastRcv 2021-11-06 11:10:27
   protRcv    505 last_at:2021-11-06 11:10:27
   protRcvB   62 last_at:2021-11-06 10:50:59
   rssi_at_HMLAN1 cnt:331 min:-106 max:-84 avg:-95.17 lst:-93
   rssi_at_myHmUART cnt:209 min:-96 max:-84 avg:-90.74 lst:-89
   READINGS:
     2021-11-06 11:10:27   CommandAccepted yes
     2021-11-02 22:03:35   IODev           HMLAN1
     2021-11-06 12:18:34   IOopen          2
     2021-11-02 22:03:41   cfgState        ok
     2021-06-13 17:21:02   commState       CMDs_done
     2021-06-13 17:21:32   hmPair          name:BD_Fenster SN:IEQ0044944 model:HM-SEC-RHS
     2021-11-06 12:18:34   state           HMLAN1:ok,myHmUART:ok
     2021-05-04 18:05:17   unknown_1932A6  received
     2021-04-30 17:31:50   unknown_1932EC  received
     2021-09-17 11:29:12   unknown_2F9669  received
     2017-07-02 13:56:55   unknown_F11111  received
   helper:
     HM_CMDNR   237
     PONtest    1
     lastMsgTm  1636193427.45264
     peerFriend -
     peerOpt    -:virtual
     regLst     0
     rxType     1
     supp_Pair_Rep 0
     ack:
     cmds:
       TmplKey    :no:1635887019.26695
       TmplTs     1635887019.26695
       cmdKey     0:1:1::VCCU::01:
       cmdLst:
         assignHmKey noArg
         assignIO   -IO- [({set}|unset)]
         clear      [(readings|rssi|msgEvents|attack|{msgErrors}|unknownDev)]
         defIgnUnknown noArg
         deviceRename -newName-
         fwUpdate   -filename- [-bootTime-]
         getDevInfo noArg
         hmPairForSec [-sec-]
         hmPairSerial -serial-
         raw        -data- [...]
         reset      noArg
         tplSet_0   -tplChan-
         unpair     noArg
         update     noArg
         virtual    [(1..50;1|{1})]
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt   
         tplChan   
         tplDel     
         tplPeer   
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         listDevice noArg
         param      -param-
     expert:
       def        1
       det        1
       raw        1
       tpl        0
     io:
       nextSend   1636193428.56509
       vccu       VCCU
       ioList:
       prefIO:
     mRssi:
       mNo        ED
       io:
         HMLAN1:
         myHmUART:
           -89
           -89
     peerIDsH:
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       vrt        1
     rssi:
       at_HMLAN1:
         avg        -95.1752265861028
         cnt        331
         lst        -93
         max        -84
         min        -106
       at_myHmUART:
         avg        -90.7416267942584
         cnt        209
         lst        -89
         max        -84
         min        -96
     shadowReg:
     tmpl:
Attributes:
   IOList     HMLAN1,myHmUART
   IOgrp      VCCU
   expert     defReg,allReg,rawReg
   model      CCU-FHEM
   room       085System
   subType    virtual
   webCmd     virtual:update
fhem 6.0 auf Rpi3 Bookworm
HM-LAN-CFG (FW 0.965), HM-MOD-UART, 2x HM-TC-IT-WM-W-EU, 4x HM-Sec-RHS und 3x HM-CC-RT-DN, 6x HM-LC-Bl1-FM mit je 1x Somfy-Motor,
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55, Alexa, Jeelinkcross, CUL, CUNO2, IR-Blaster

frank

fehlende "event hygiene" plus seltsame triggerauswahl ergibt ergebnisse, die der erwartung widersprechen.
da kann fhem aber nichts dafür.
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

locodriver

Was hat die "Eventhygenie" mit dem Verhalten des RHS an sich zu tun...?
Ich kann erst Events gescheit auswerten, wenn der RHS wieder das typische Verhalten zeigt. Ansonsten habe ich die mehrfache Arbeit, indem ich das "komische" Vrhalten des RHS mit immer wieder angepassten Eventabfragen versuche zu "reparieren"... Das habe ich in den letzten Monaten teilweise versucht und die Ergebnisse sind noch in den DOIFs vorhanden. Erstmal sollte die ganze HM-Baustelle bereinigt sein, ehe ich mich der Verarbeitung der Events wieder zuwende.

Ich habe allerdings jetzt mal die Novemberpatches von Beta-user eingespielt - die VCCU sieht schon mal vieeel besser aus...

Internals:
   CFGFN      ./FHEM/85_System.cfg
   DEF        F11234
   FUUID      5c443db1-f33f-b425-0d97-f47adc923250d2ea
   HMLAN1_MSGCNT 5
   HMLAN1_RAWMSG EF11234,0000,7082A08E,FF,FFAB,F0943FF1123400000002022919288D
   HMLAN1_RSSI -85
   HMLAN1_TIME 2021-11-06 12:50:36
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     10
   NAME       VCCU
   NR         730
   NTFY_ORDER 48-VCCU
   STATE      HMLAN1:ok,myHmUART:ok
   TYPE       CUL_HM
   assignedIOs HMLAN1,myHmUART
   channel_01 Melde_LED
   disableNotifyFn 1
   lastMsg    No:F0 - t:3F s:F11234 d:000000 02022919288D
   myHmUART_MSGCNT 5
   myHmUART_RAWMSG 05000056C78002F112343E40E800
   myHmUART_RSSI -86
   myHmUART_TIME 2021-11-06 12:45:43
   protLastRcv 2021-11-06 12:50:36
   protRcv    10 last_at:2021-11-06 12:50:36
   protRcvB   3 last_at:2021-11-06 12:50:36
   rssi_at_HMLAN1 cnt:5 min:-88 max:-85 avg:-87.4 lst:-85
   rssi_at_myHmUART cnt:5 min:-87 max:-86 avg:-86.4 lst:-86
   READINGS:
     2021-11-06 12:45:43   CommandAccepted yes
     2021-11-06 12:45:30   IODev           HMLAN1
     2021-11-06 12:45:42   IOopen          2
     2021-11-06 12:45:35   cfgState        ok
     2021-06-13 17:21:02   commState       CMDs_done
     2021-06-13 17:21:32   hmPair          name:BD_Fenster SN:IEQ0044944 model:HM-SEC-RHS
     2021-11-06 12:45:42   state           HMLAN1:ok,myHmUART:ok
     2021-05-04 18:05:17   unknown_1932A6  received
     2021-04-30 17:31:50   unknown_1932EC  received
     2021-09-17 11:29:12   unknown_2F9669  received
     2017-07-02 13:56:55   unknown_F11111  received
   helper:
     HM_CMDNR   240
     lastMsgTm  1636199436.97439
     peerFriend -
     peerOpt    -:virtual
     regLst     0
     rxType     1
     supp_Pair_Rep 0
     ack:
     cmds:
       TmplKey    :no:1636199134.17756
       TmplTs     1636199134.17756
       cmdKey     0:1:1::VCCU::01:
       cmdLst:
         assignHmKey noArg
         assignIO   -IO- [({set}|unset)]
         clear      [(readings|rssi|msgEvents|attack|{msgErrors}|unknownDev)]
         defIgnUnknown noArg
         deviceRename -newName-
         fwUpdate   -filename- [-bootTime-]
         getDevInfo noArg
         hmPairForSec [-sec-]
         hmPairSerial -serial-
         raw        -data- [...]
         reset      noArg
         tplSet_0   -tplChan-
         unpair     noArg
         update     noArg
         virtual    [(1..50;1|{1})]
       lst:
         condition  slider,0,1,255
         peer       
         peerOpt   
         tplChan   
         tplDel     
         tplPeer   
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         listDevice noArg
         param      -param-
     expert:
       def        1
       det        1
       raw        1
       tpl        0
     io:
       nextSend   1636199437.06212
       vccu       VCCU
       ioList:
         HMLAN1
         myHmUART
       prefIO:
     mRssi:
       mNo        F0
       io:
         HMLAN1:
           -83
           -83
         myHmUART:
     peerIDsH:
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       vrt        1
     rssi:
       at_HMLAN1:
         avg        -87.4
         cnt        5
         lst        -85
         max        -85
         min        -88
       at_myHmUART:
         avg        -86.4
         cnt        5
         lst        -86
         max        -86
         min        -87
     tmpl:
Attributes:
   IOList     HMLAN1,myHmUART
   IOgrp      VCCU
   expert     defReg,allReg,rawReg
   model      CCU-FHEM
   room       085System
   subType    virtual
   webCmd     virtual:update


fhem 6.0 auf Rpi3 Bookworm
HM-LAN-CFG (FW 0.965), HM-MOD-UART, 2x HM-TC-IT-WM-W-EU, 4x HM-Sec-RHS und 3x HM-CC-RT-DN, 6x HM-LC-Bl1-FM mit je 1x Somfy-Motor,
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55, Alexa, Jeelinkcross, CUL, CUNO2, IR-Blaster

locodriver

Wie schon geschrieben, läuft HM insgesamt wieder viel besser, seit ich die Novemberpatches nutze.
Im Anschluss habe ich einige Eventabfragen angepast, sodass ich dem erwarteten Verhalten wieder näher komme.

BD_Kontakt sieht jetzt z.B. so aus:


(([BD_Fenster:"^offen$"] or [BD_Fenster:"^gekippt$"])and [?Heizung] eq "Ein") (set virtual_BD_Window postEvent open)
DOELSEIF ([BD_Fenster:"^geschlossen$"] and [?Heizung] eq "Ein")(set virtual_BD_Window postEvent closed)
DOELSEIF ([Heizung] eq "Aus")(set virtual_BD_Window postEvent closed


Allerdings verlieren einige RHS ihr Pairing und senden dann nur nach "broadcast". Deshalb habe ich - bis ich Zeit finde - bei den betreffenden Eventabfragen "$" am Ende entfernt und sie somit etwas "großzügiger" gestaltet. So bekomme ich erstmal weiter Fensteroffenmeldungen.
Aber das ist ein anderes Thema...
fhem 6.0 auf Rpi3 Bookworm
HM-LAN-CFG (FW 0.965), HM-MOD-UART, 2x HM-TC-IT-WM-W-EU, 4x HM-Sec-RHS und 3x HM-CC-RT-DN, 6x HM-LC-Bl1-FM mit je 1x Somfy-Motor,
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55, Alexa, Jeelinkcross, CUL, CUNO2, IR-Blaster

MadMax-FHEM

Zitat von: locodriver am 09 November 2021, 12:10:41
Allerdings verlieren einige RHS ihr Pairing und senden dann nur nach "broadcast". Deshalb habe ich - bis ich Zeit finde - bei den betreffenden Eventabfragen "$" am Ende entfernt und sie somit etwas "großzügiger" gestaltet. So bekomme ich erstmal weiter Fensteroffenmeldungen.
Aber das ist ein anderes Thema...

Ich habe ja seit einiger Zeit auch einen RHS, also seit ich meine Rollos automatisiert habe bzw. endlich den Motor nutzen kann :)

Äh, ja: ich habe mit dem Ding auch so meine Freude... Ich glaube der ist generell nicht gut gelungen. (nach Batteriewechsel musste ich auch neu pairen... Ja die Batterie, die dabei war, war wohl nicht mehr voll, so hoffe ich)

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)

marvin78

Die RHS machen immer mal wieder Probleme. Aber nicht alle. Ich habe im Hasu 18 davon. 3 verlieren immer mal wieder ihr Pairing, melden Batterie leer, obwohl sie randvoll sind oder sonstiges.

Im Haus neben an (meine Schwiegermutter hat dort gebaut) habe ich HMIP verbaut (hautsächlich wired, aber Fenstersensoren per Funk). Diese machen genau das, was sie sollen. Ich überlege scharf, alles darauf umzurüsten.

Christoph Morrison

Zitat von: marvin78 am 09 November 2021, 12:20:13
Im Haus neben an (meine Schwiegermutter hat dort gebaut) habe ich HMIP verbaut (hautsächlich wired, aber Fenstersensoren per Funk). Diese machen genau das, was sie sollen. Ich überlege scharf, alles darauf umzurüsten.

Die RHS waren der Grund, warum ich bein "Kaufgeräten", also alles was offiziell von ELV kommt, gerade auf HmIP wechsele. Wobei, die HM-Sec-SC-2 machen inzwischen scharfe Konkurrenz was Nervtötigkeit angeht.

Beta-User

...Es wäre ein Traum, wenn es Konkurrenz in ZigBee gäbe für den RHS...
Was eQ-3 preislich aufruft, ist m.E. schlicht inakzeptabel.

Vergessene Zentralen und (v.a.) Verzögerungen sind/werden ein Dauerthema bei den Dingern (zumindest teilweise), und Probleme mit dem HM-Sec-SC-2 kenne ich auch zur Genüge - da ist der Wechsel nach ZigBee aber kein Problem :P . Die Probleme scheinen sich jedenfalls mit zunehmendem Alter auch zu verstärken >:( .
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

locodriver

Was mich bei den RHS vorerst bleiben lässt, ist die Erkennung von drei Zuständen. Ich unterscheide in manchen DOIFs nach gekippt und offen.

Hier im Forum sind ja auch welche nachgebaut worden, aber dafür fehlen mir die Zeit, das Know How und auch die Hilfsmittel.

Hat hier jemand Erfahrungen mit diesen Teilen über einen längeren Zeitraum?
Als Fertiggerät wäre das eine Option.
fhem 6.0 auf Rpi3 Bookworm
HM-LAN-CFG (FW 0.965), HM-MOD-UART, 2x HM-TC-IT-WM-W-EU, 4x HM-Sec-RHS und 3x HM-CC-RT-DN, 6x HM-LC-Bl1-FM mit je 1x Somfy-Motor,
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55, Alexa, Jeelinkcross, CUL, CUNO2, IR-Blaster

locodriver

Es ist WE und etwas Zeit für fhem...

Ich habe am RHS mal die eventDlyTime auf 3 Sekunden angehoben (s. Wiki-Empfehlung) und erhalte jetzt folgende Events beim Betätigen des Fensters:


2021-11-13 13:31:08.219 CUL_HM BD_Fenster offen
2021-11-13 13:31:08.219 CUL_HM BD_Fenster trigger_cnt: 230
2021-11-13 13:31:08.219 CUL_HM BD_Fenster ftui_background: red
2021-11-13 13:31:11.215 DOIF Fenster_check cmd_event: BD_Fenster
2021-11-13 13:31:15.947 DOIF BD_Fensterauf wait_timer: no timer
2021-11-13 13:31:15.956 DOIF BD_Fensterauf cmd_nr: 5
2021-11-13 13:31:15.956 DOIF BD_Fensterauf cmd: 5
2021-11-13 13:31:15.956 DOIF BD_Fensterauf cmd_event: BD_Fenster
2021-11-13 13:31:15.956 DOIF BD_Fensterauf cmd_5
2021-11-13 13:31:16.040 DOIF BD_Rola_move cmd_event: BD_Fenster
2021-11-13 13:31:16.050 DOIF Fenster_check cmd_event: BD_Fenster
2021-11-13 13:31:16.055 DOIF Fenster_check wait_timer: 13.11.2021 13:31:19 cmd_1_2 BD_Fenster
2021-11-13 13:31:16.065 DOIF Set_ftui_background cmd_event: BD_Fenster
2021-11-13 13:31:16.080 CUL_HM BD_Fenster contact: gekippt (to VCCU)
2021-11-13 13:31:16.080 CUL_HM BD_Fenster gekippt
2021-11-13 13:31:16.080 CUL_HM BD_Fenster trigger_cnt: 231
2021-11-13 13:31:16.080 CUL_HM BD_Fenster ftui_background: yellow
2021-11-13 13:31:19.075 DOIF Fenster_check cmd_event: BD_Fenster
2021-11-13 13:31:28.643 DOIF BD_Fensterauf cmd_nr: 5
2021-11-13 13:31:28.643 DOIF BD_Fensterauf cmd: 5
2021-11-13 13:31:28.643 DOIF BD_Fensterauf cmd_event: BD_Fenster
2021-11-13 13:31:28.643 DOIF BD_Fensterauf cmd_5
2021-11-13 13:31:28.708 DOIF BD_Kontakt cmd_event: BD_Fenster
2021-11-13 13:31:28.778 DOIF BD_Rola_move cmd_event: BD_Fenster
2021-11-13 13:31:28.789 DOIF Set_ftui_background cmd_event: BD_Fenster
2021-11-13 13:31:28.802 CUL_HM BD_Fenster contact: geschlossen (to VCCU)
2021-11-13 13:31:28.802 CUL_HM BD_Fenster geschlossen
2021-11-13 13:31:28.802 CUL_HM BD_Fenster trigger_cnt: 232
2021-11-13 13:31:28.802 CUL_HM BD_Fenster ftui_background: green


Ich glaube, das sieht ganz gut aus, oder?

Der RHS ist jetzt so konfiguriert:

Internals:
   CFGFN      ./FHEM/064_BD.cfg
   DEF        149A4C
   FUUID      5c443da8-f33f-b425-cb01-fa4c8b02a307fe7a
   HMLAN1_MSGCNT 82
   HMLAN1_RAWMSG E149A4C,0000,1901D8B3,FF,FFB3,E9A041149A4CF1123401E800
   HMLAN1_RSSI -77
   HMLAN1_TIME 2021-11-13 13:31:30
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     82
   NAME       BD_Fenster
   NR         189
   NTFY_ORDER 48-BD_Fenster
   STATE      geschlossen
   TYPE       CUL_HM
   chanNo     01
   disableNotifyFn 1
   lastMsg    No:E9 - t:41 s:149A4C d:F11234 01E800
   protLastRcv 2021-11-13 13:31:28
   protRcv    64 last_at:2021-11-13 13:31:28
   protSnd    78 last_at:2021-11-13 13:31:30
   protState  CMDs_done
   rssi_at_HMLAN1 cnt:82 min:-99 max:-72 avg:-80.26 lst:-77
   READINGS:
     2021-11-09 14:41:36   Activity        alive
     2021-06-13 17:17:28   Alias           Badfenster
     2021-07-01 10:16:03   Batteriedauer_alt 20
     2021-11-13 08:05:00   Batteriewechsel 1615
     2021-11-13 13:27:50   CommandAccepted yes
     2021-11-13 13:29:11   D-firmware      2.0
     2021-11-13 13:29:11   D-serialNr      IEQ0044944
     2021-11-13 13:31:30   IODev           HMLAN1
     2021-11-13 13:29:11   PairedTo        0xF11234
     2021-06-13 17:16:07   R-cyclicInfoMsg off
     2021-11-13 13:29:11   R-eventDlyTime  3 s
     2021-06-13 17:16:07   R-ledOnTime     0.5 s
     2021-06-13 17:16:07   R-msgRhsPosA    closed
     2021-06-13 17:16:07   R-msgRhsPosB    open
     2021-06-13 17:16:07   R-msgRhsPosC    tilted
     2021-06-13 17:21:33   R-pairCentral   0xF11234
     2021-07-01 10:14:01   R-sabotageMsg   off
     2021-06-13 17:16:07   R-sign          off
     2021-06-13 17:16:07   R-transmDevTryMax 6
     2021-06-13 17:16:07   R-transmitTryMax 6
     2021-11-13 13:29:11   RegL_00.         00:00 02:01 09:00 0A:F1 0B:12 0C:34 10:00 14:06
     2021-11-13 13:29:11   RegL_01.         00:00 08:00 20:6C 21:03 22:64 30:06
     2021-07-01 10:13:59   alive           yes
     2021-11-13 13:31:28   battery         ok
     2021-11-13 13:30:12   cfgState        ok
     2021-11-13 13:31:30   commState       CMDs_done
     2021-11-13 13:31:28   contact         closed (to VCCU)
     2021-11-13 13:31:28   ftui_background green
     2021-07-01 10:11:37   powerOn         2021-07-01 10:11:37
     2021-07-01 10:13:59   recentStateType info
     2021-07-01 10:13:59   sabotageError   on
     2021-11-13 13:31:28   state           closed
     2021-11-13 13:31:28   trigger_cnt     232
   helper:
     HM_CMDNR   233
     cSnd       01F11234149A4C01040000000001,01F11234149A4C0103
     cfgStateUpdt 0
     lastMsgTm  1636806688.61629
     mId        0030
     peerFriend peerAct,peerVirt
     peerIDsRaw ,00000000
     peerIDsState complete
     peerOpt    4:threeStateSensor
     regLst     0,1,4p
     rxType     20
     supp_Pair_Rep 0
     tmplChg    0
     ack:
     cmds:
       TmplKey    :no:1636464698.30882
       TmplTs     1636464698.30882
       cmdKey     1:1:0::BD_Fenster:0030: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-]
         peerBulk   -peer1,peer2,...- [({set}|unset)]
         peerChan   -btnNumber- -actChn- [({single})] [({set}|unset)] [actor|remote|both]
         peerSmart  -peerOpt-
         raw        -data- [...]
         regBulk    -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         reset      noArg
         sign       [(on|{off})]
         tplDel     -tplDel-
         tplSet_0   -tplChan-
         trgEventL  -peer- -condition-
         trgEventS  -peer- -condition-
         trgPressL  [(-peer-|{all})]
         trgPressS  [(-peer-|{all})]
         unpair     noArg
       lst:
         condition  closed,open,tilted
         peer       
         peerOpt    AZ_Rola
         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        1
       raw        1
       tpl        0
     io:
       flgs       0
       newChn     +149A4C,00,00,00
       nextSend   1636806690.44677
       rxt        2
       vccu       VCCU
       p:
         149A4C
         00
         00
         00
       prefIO:
         HMLAN1
     mRssi:
       mNo        E9
       io:
         HMLAN1:
           -75
           -75
     peerIDsH:
       00000000   broadcast
     prt:
       bErr       0
       sProc      0
       sleeping   1
       rspWait:
       tryMsg:
     q:
       qReqConf   
       qReqStat   
     regCollect:
     role:
       chn        1
       dev        1
     rpt:
       IO         HMLAN1
       flg        A
       ts         1636806690.35624
       ack:
         HASH(0x34a0998)
         E98002F11234149A4C00
     rssi:
       at_HMLAN1:
         avg        -80.2682926829268
         cnt        82
         lst        -77
         max        -72
         min        -99
     shadowReg:
     tmpl:
Attributes:
   IOgrp      VCCU:HMLAN1
   actCycle   028:00
   actStatus  alive
   alias      Badfenster
   appOptions {"template":"contact"}
   autoReadReg 4_reqStatus
   commStInCh off
   event-on-change-reading .*
   eventMap   /tilted:gekippt/open:offen/closed:geschlossen/
   expert     defReg,allReg,rawReg
   firmware   2.0
   forceEvents 0
   fp_ETW     26,596,0,
   model      HM-SEC-RHS
   peerIDs    00000000
   room       004Bad
   serialNr   IEQ0044944
   subType    threeStateSensor
   verbose    3


Jetzt wollte ich mal in den RHS schauen, allerdings bekomme ich ihn nicht auf.

Welche Art und Größe von Schraubendreher passt da? Ich würde noch versuchen, die Antennenanordung zu verbessern (nebenbei auch am HM-LAN...). http://www.techwriter.de/beispiel/funkeig1.htm

Hat das schon jemand gemacht und signifikante Verbesserungen festgestellt?

Und nochmals die Frage: gibt es andere Tri-State-Sensoren, die in fhem funzen?

fhem 6.0 auf Rpi3 Bookworm
HM-LAN-CFG (FW 0.965), HM-MOD-UART, 2x HM-TC-IT-WM-W-EU, 4x HM-Sec-RHS und 3x HM-CC-RT-DN, 6x HM-LC-Bl1-FM mit je 1x Somfy-Motor,
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55, Alexa, Jeelinkcross, CUL, CUNO2, IR-Blaster

Christoph Morrison

Zitat von: locodriver am 13 November 2021, 13:45:29
Jetzt wollte ich mal in den RHS schauen, allerdings bekomme ich ihn nicht auf.
Welche Art und Größe von Schraubendreher passt da?

ELV/EQ-3 hat ein Faible für Torx 6 (TX6), auch hier.

locodriver

Zitat von: Christoph Morrison am 13 November 2021, 16:39:42
ELV/EQ-3 hat ein Faible für Torx 6 (TX6), auch hier.

Danke, ist schon bestellt... :D
fhem 6.0 auf Rpi3 Bookworm
HM-LAN-CFG (FW 0.965), HM-MOD-UART, 2x HM-TC-IT-WM-W-EU, 4x HM-Sec-RHS und 3x HM-CC-RT-DN, 6x HM-LC-Bl1-FM mit je 1x Somfy-Motor,
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55, Alexa, Jeelinkcross, CUL, CUNO2, IR-Blaster

locodriver

#13
Mittlerweile ist das zweite Torx-Schraubendreherset eingetroffen - das erste hat nichts getaugt...

Ich habe an allen RHS die Antenne nach draußen geführt (s. Wiki http://www.techwriter.de/beispiel/funkeig1.htm). Allerdings habe ich keine Löcher gebohrt sondern den Draht neben dem Taster für den Batteriedeckel heraus geführt und in den Deckel habe ich mit dem Cuttermesser eine Nut neben der Feder geschnitten.
Die Masseseite habe ich nicht verlängert, das war mir zu "frickelig"...

Es kann noch keine Langzeiterfahrungen geben, aber die RSSI-Werte sind um ca. 5 - 10 besser als vorher.
fhem 6.0 auf Rpi3 Bookworm
HM-LAN-CFG (FW 0.965), HM-MOD-UART, 2x HM-TC-IT-WM-W-EU, 4x HM-Sec-RHS und 3x HM-CC-RT-DN, 6x HM-LC-Bl1-FM mit je 1x Somfy-Motor,
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55, Alexa, Jeelinkcross, CUL, CUNO2, IR-Blaster

locodriver

fhem 6.0 auf Rpi3 Bookworm
HM-LAN-CFG (FW 0.965), HM-MOD-UART, 2x HM-TC-IT-WM-W-EU, 4x HM-Sec-RHS und 3x HM-CC-RT-DN, 6x HM-LC-Bl1-FM mit je 1x Somfy-Motor,
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55, Alexa, Jeelinkcross, CUL, CUNO2, IR-Blaster