HM-LC-SW2-FM meldet nicht immer seinen Status an die Zentrale

Begonnen von didi-fritz, 10 November 2015, 21:22:02

Vorheriges Thema - Nächstes Thema

didi-fritz

ich hab die Register, so wie du beschrieben hast, gelöscht.
ich melde mich morgen mit dem einem Update ...

danke

didi-fritz

ich hab es heute wieder getestet - es funktioniert nicht immer.
von 10 Schaltvorgengen mit dem verkabelten Taster erhalte ich nur 7 (via broadcast) im FHEM. Schalte ich den selben Aktor mit einer Handfernbedienung, dann bekommt FHEM alle Schaltungen (via  deviceMsg: to FB) mit.

... ich bin ratlos

frank

das hört sich nach schlechtem funk oder timing an.
nimm doch mal die fw aus dem angepinnten thread für deinen cul.
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

didi-fritz

meinst du die cul-fw ? am CUL habe ich die 1.61.
was meinst du mit timing?

list CUL:

Internals:
   CFGFN      /opt/fhem/FHEM/fhem-system.cfg
   CMDS       BbCFiAZEGMKUYRTVWXefmltux
   CUL_MSGCNT 68508
   CUL_TIME   2015-11-19 20:01:35
   Clients    :CUL_HM:HMS:CUL_IR:STACKABLE_CC:
   DEF        /dev/ttyACM0@19200 2306
   DeviceName /dev/ttyACM0@19200
   FD         16
   FHTID      2306
   HM_CMDNR   5
   NAME       CUL
   NR         137
   PARTIAL
   RAWMSG     A16E486532A130E0000000041010F4200C343004C44FFB4EC
   RSSI       -84
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.61 CUL868
   hmPairSerial JEQ0277852
   initString X21
Ar
   Matchlist:
     1:CUL_HM   ^A....................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
   Readings:
     2015-11-10 18:37:29   ccconf          freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
     2015-11-10 18:41:52   cmds             B b C F i A Z E G M K U Y R T V W X e f m l t u x
     2015-11-10 20:11:42   credit10ms      900
     2015-11-10 20:12:00   fhtbuf          AE
     2015-11-19 20:01:35   state           Initialized
     2015-11-10 18:55:23   uptime          0 00:13:32
     2015-11-10 20:11:51   version         V 1.61 CUL868
   Helper:
     000000:
       QUEUE:
     1ae841:
       QUEUE:
     1ae851:
       QUEUE:
     1c8d3f:
       QUEUE:
     1ca460:
       QUEUE:
     1cc8ef:
       QUEUE:
     1d88a8:
       QUEUE:
     1db52f:
       QUEUE:
     1dd5fe:
       QUEUE:
     1efe69:
       QUEUE:
     1efe6d:
       QUEUE:
     1f07f6:
       QUEUE:
     1f0bed:
       QUEUE:
     21e510:
       QUEUE:
     21e514:
       QUEUE:
     21e56f:
       QUEUE:
     21e707:
       QUEUE:
     21e829:
       QUEUE:
     21ed8d:
       QUEUE:
     2389bf:
       QUEUE:
     238b03:
       QUEUE:
     238b93:
       QUEUE:
     23ad82:
       QUEUE:
     245950:
       QUEUE:
     245c23:
       QUEUE:
     24cc49:
       QUEUE:
     24cd35:
       QUEUE:
     24ce41:
       QUEUE:
     24d5a6:
       QUEUE:
     24d5b8:
       QUEUE:
     24d759:
       QUEUE:
     250a5c:
       QUEUE:
     250cb3:
       QUEUE:
     2a1301:
       QUEUE:
     2a130b:
       QUEUE:
     2a130e:
       QUEUE:
     2a1312:
       QUEUE:
     2aca47:
       QUEUE:
     2d9a87:
       QUEUE:
     2d9a8b:
       QUEUE:
     37d22f:
       QUEUE:
     37d231:
       QUEUE:
Attributes:
   addvaltrigger 1
   hmId       F12306
   hmProtocolEvents 1_dump
   rfmode     HomeMatic
   room       System,CUL_HM
   verbose    0


Funkprobleme würde ich ausschließen. (  protResnd  61, protResndFail 3,  protSnd  1424 - mir fehlen ca. 30% der Statusmeldungen ). ich kann ja problemlos über FHEM oder einen Fernbedienung schalten und bekomme den Status zuverlässig mit.
list Act_Sandra:

Internals:
   CFGFN      /opt/fhem/FHEM/fhem-licht.cfg
   CUL_MSGCNT 919
   CUL_RAWMSG A141B8010250CB3F12306004B455131303733373038::-62.5:CUL
   CUL_RSSI   -62.5
   CUL_TIME   2015-11-19 19:58:22
   DEF        250CB3
   IODev      CUL
   LASTInputDev CUL
   MSGCNT     919
   NAME       Act_Sandra
   NR         580
   NTFY_ORDER 50-Act_Sandra
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 L_Sandra_N
   channel_02 L_Sandra_S
   lastMsg    No:1B - t:10 s:250CB3 d:F12306 004B455131303733373038
   protCmdDel 5
   protLastRcv 2015-11-19 19:58:22
   protResnd  61 last_at:2015-11-19 01:00:06
   protResndFail 3 last_at:2015-11-15 19:17:06
   protSnd    1424 last_at:2015-11-19 19:58:22
   protState  CMDs_done
   rssi_CUL   avg:-62.81 min:-68 max:-60 lst:-62 cnt:687
   rssi_FB_Sandra avg:-63.84 min:-71 max:-46 lst:-61 cnt:13
   rssi_at_CUL avg:-60.48 min:-66.5 max:-58 lst:-62.5 cnt:919
   Readings:
     2015-11-10 21:38:43   CommandAccepted yes
     2015-11-13 18:56:01   D-firmware      1.12
     2015-11-19 19:58:22   D-serialNr      KEQ1073708
     2015-11-18 23:18:34   PairedTo        0xF12306
     2015-11-18 23:18:34   R-pairCentral   0xF12306
     2015-11-11 21:15:12   level           0
     2015-11-11 21:15:12   pct             0
     2015-11-12 17:24:56   powerOn         2015-11-12 17:24:56
     2015-11-11 21:15:12   recentStateType info
     2015-11-19 19:58:22   state           CMDs_done
     2015-11-11 21:15:12   timedOn         off
   Helper:
     HM_CMDNR   27
     PONtest    1
     cSnd       11F12306250CB30201000000,01F12306250CB30009
     mId        0009
     rxType     1
     Expert:
       def        1
       det        0
       raw        0
       tpl        0
     Io:
       newChn     +250CB3,00,00,00
       nextSend   1447959502.8454
       prefIO
       rxt        0
       vccu
       p:
         250CB3
         00
         00
         00
     Mrssi:
       mNo        1B
       Io:
         CUL        -60.5
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf   00
       qReqStat
     Role:
       dev        1
       prs        1
     Rssi:
       Cul:
         avg        -62.8180494905386
         cnt        687
         lst        -62
         max        -60
         min        -68
       Fb_sandra:
         avg        -63.8461538461538
         cnt        13
         lst        -61
         max        -46
         min        -71
       At_cul:
         avg        -60.4836779107726
         cnt        919
         lst        -62.5
         max        -58
         min        -66.5
     Shadowreg:
Attributes:
   IODev      CUL
   autoReadReg 4_reqStatus
   expert     0_off
   firmware   1.12
   model      HM-LC-SW2-FM
   room       CUL_HM
   serialNr   KEQ1073708
   subType    switch
   webCmd     getConfig

frank

ZitatFunkprobleme würde ich ausschließen.
da hast du recht. fhem lauscht ja jedesmal nur, egal ob fb oder klassischer taster. also eigentlich selber hard-/softwareaufbau. schon seltsam. hatte ich erst anders verstanden.

passiert das mit beiden channels? vielleicht kannst du die einfach mal tauschen/umklemmen zum testen.

fw meine ich diese http://forum.fhem.de/index.php/topic,31421.0.html.
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

didi-fritz

ja, es passiert auf beiden Channels.
Diesen Fehler hab ich auf allen (3 Stück) HM-LC-SW2-FM. Einer davon ist nur 2 m vom CUL entfernt

list Act_VorrTerr
Internals:
   CFGFN      /opt/fhem/FHEM/fhem-licht.cfg
   CUL_MSGCNT 1061
   CUL_RAWMSG A0D2784101C8D3F00000006010000::-40:CUL
   CUL_RSSI   -40
   CUL_TIME   2015-11-19 18:37:17
   DEF        1C8D3F
   IODev      CUL
   LASTInputDev CUL
   MSGCNT     1061
   NAME       Act_VorrTerr
   NR         521
   NTFY_ORDER 50-Act_VorrTerr
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 L_Vorraum
   channel_02 L_Terrasse
   lastMsg    No:27 - t:10 s:1C8D3F d:000000 06010000
   protLastRcv 2015-11-19 18:37:17
   protResnd  1 last_at:2015-11-19 06:33:42
   protSnd    40 last_at:2015-11-19 18:21:54
   protState  CMDs_done
   rssi_CUL   avg:-39.46 min:-43 max:-38 lst:-39 cnt:723
   rssi_at_CUL avg:-39.69 min:-43 max:-38 lst:-40 cnt:1061
   Readings:
     2013-11-12 18:27:27   CommandAccepted yes
     2015-11-15 20:44:41   D-firmware      1.9
     2015-11-15 20:44:41   D-serialNr      JEQ0277852
     2015-11-19 05:16:12   PairedTo        0xF12306
     2015-11-18 23:19:20   R-pairCentral   0xF12306
     2015-08-15 09:53:19   level           0
     2013-10-25 21:06:08   noReceiver      src:1C8D3F A010 011DAE760720B5530400000000
     2015-08-15 09:53:19   pct             0
     2015-08-15 09:53:19   powerOn         2015-08-15 09:53:19
     2015-08-15 09:53:19   recentStateType info
     2013-10-22 18:53:43   running         -
     2015-11-19 18:21:55   state           CMDs_done
     2015-08-15 09:53:19   timedOn         off
   Helper:
     HM_CMDNR   39
     PONtest    1
     cSnd       11F123061C8D3F0202000000,11F123061C8D3F0201C80000
     mId        0009
     rxType     1
     Expert:
       def        1
       det        0
       raw        0
       tpl        0
     Io:
       newChn     +1C8D3F,00,00,00
       nextSend   1447954637.29133
       prefIO
       rxt        0
       vccu
       p:
         1C8D3F
         00
         00
         00
     Mrssi:
       mNo        27
       Io:
         CUL        -38
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
       prs        1
     Rssi:
       Cul:
         avg        -39.4661134163209
         cnt        723
         lst        -39
         max        -38
         min        -43
       At_cul:
         avg        -39.6950989632422
         cnt        1061
         lst        -40
         max        -38
         min        -43
     Shadowreg:
Attributes:
   IODev      CUL
   autoReadReg 4_reqStatus
   expert     0_off
   firmware   1.9
   model      HM-LC-SW2-FM
   room       CUL_HM
   serialNr   JEQ0277852
   subType    switch
   webCmd     getConfig


didi-fritz

Kann ich die self01/02 irgendwie mit einem virtuellen Device im FHEM peeren, um die Komunikation zu erzwingen?

Bennemannc

Hallo,

nein - das ist nur mit der Customsoftware möglich, da das Gerät dort die Taster auch als Kanäle hat. In der Originalversion ist nur das Relais als Kanal verfügbar.

Gruß Christoph

Suche mal nach Firmware für den CUL - es gibt da eine angepasste, die timingoptimiert ist.
Cubietruck, Fhem 5.8
CC-RT-DN|LC-SW2-FM|RC-12|RC-19|LC-SW4-BA-PCB|LCp-SW1-BA-PCB|ES-PMSw1-Pl|LC-Bl1PBU-FM|PBI-4-FM|CC-VD|CC-TC|SEC-SC(2)|RC-KEY3-B|LC-Sw1PBU-FM|PB-2-FM|WDS100-C6-O|WDC7000|LC-Bl1-FM
Module: Dewpoint,FB_Callmonitor,HCS,Panstamp,at,notify,THRESHOLD,average,DOIF

didi-fritz

danke für die Info.

ich werde mir einen zweiten CUL besorgen und mit einem 2. Raspberry mitsniffen, um zu sehen, ob mein derzeitiger CUL die Telegramme verwirft bzw. ob alle meine  HM-LC-SW2-FM immer ihren Status bei Änderung broadcasten.

Bennemannc

Hallo,

was kostet denn so ein CUL ? Eventuell macht es ja Sinn einen HM-CFG-USB anzuschaffen. Der macht dann HM und dem CUL kann man ja dann ggf. andere für Protokolle nutzen.
Ich habe einen HM-CFG-LAN mit 69 Geräten - und es kommen alle Informationen aus dem ganzen Haus an. Ich gehe davon aus, das es nicht an den Schaltern liegt.

Gruß Christoph
Cubietruck, Fhem 5.8
CC-RT-DN|LC-SW2-FM|RC-12|RC-19|LC-SW4-BA-PCB|LCp-SW1-BA-PCB|ES-PMSw1-Pl|LC-Bl1PBU-FM|PBI-4-FM|CC-VD|CC-TC|SEC-SC(2)|RC-KEY3-B|LC-Sw1PBU-FM|PB-2-FM|WDS100-C6-O|WDC7000|LC-Bl1-FM
Module: Dewpoint,FB_Callmonitor,HCS,Panstamp,at,notify,THRESHOLD,average,DOIF