Moin,
keine Ahnung ob es ein Fimware oder Hardware Bug ist... Nach einem FHEM restart wird WMBUS_T vom malpeCUN ignoriert. get mapleCUNn raw C35 bringt dann = 01 / 1. Ein set raw brt bringt den Empfang wieder zurück.
Hier ein list nach FHEM restart:
Internals:
CFGFN
CMDS BbCFiAZNEkGMKLUYRTVWXeflptxz*
Clients :TechemWZ:TechemHKV:WMBUS:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF 192.168.2.135:2323 1234
DeviceName 192.168.2.135:2323
FD 37
FHTID 1234
NAME mapleCUN1
NR 1038
NR_CMD_LAST_H 1
PARTIAL
RAWMSG ***A0FF08610511E940000000A94CD0D0040D4
STACKED mapleCUN2
STATE Initialized
TYPE CUL
VERSION V 1.25.00 a-culfw Build: 253 (2017-06-28_20-40-30) MapleCUNx4_8F (F-Band: 868MHz)
initString X21
brt
mapleCUN1_MSGCNT 94
mapleCUN1_TIME 2018-02-17 13:02:21
Helper:
DBLOG:
credit10ms:
fhemlogDB:
TIME 1518868358.1128
VALUE 900
raw:
fhemlogDB:
TIME 1518868504.16172
VALUE C35 = 01 / 1
MatchList:
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
J:WMBUS ^b.*
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2018-02-15 19:46:25 ccconf freq:868.950MHz bWidth:325KHz rAmpl:33dB sens:8dB
2018-02-17 12:52:22 cmds B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
2018-02-17 12:52:38 credit10ms 900
2018-02-17 12:55:04 raw C35 = 01 / 1
2018-02-17 13:02:21 state Initialized
XMIT_TIME:
1518868358.11776
helper:
bm:
CUL_Get:
cnt 2
mAr HASH(0x6a8ed50); mapleCUN1; raw; C35
max 29
tot 29
CUL_Read:
cnt 65
mAr HASH(0x6a8ed50)
max 172
tot 1666
CUL_Set:
cnt 5
mAr
max 0
tot 0
Attributes:
devStateIcon Initialized:rc_GREEN disconnected:rc_RED
icon cul_868
rfmode WMBus_T
room Transmitter
verbose 3
und nach set raw brt
Internals:
CFGFN
CMDS BbCFiAZNEkGMKLUYRTVWXeflptxz*
Clients :TechemWZ:TechemHKV:WMBUS:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF 192.168.2.135:2323 1234
DeviceName 192.168.2.135:2323
FD 37
FHTID 1234
NAME mapleCUN1
NR 1038
NR_CMD_LAST_H 1
PARTIAL
RAWMSG b324468502129429169802628A0119F230600100501002F0A730B0001F0C10000010001000000000000000000000099BE010100010000010000C6F9801F
RSSI -58.5
STACKED mapleCUN2
STATE Initialized
TYPE CUL
VERSION V 1.25.00 a-culfw Build: 253 (2017-06-28_20-40-30) MapleCUNx4_8F (F-Band: 868MHz)
initString X21
brt
mapleCUN1_MSGCNT 252
mapleCUN1_TIME 2018-02-17 13:05:03
Helper:
DBLOG:
credit10ms:
fhemlogDB:
TIME 1518868358.1128
VALUE 900
raw:
fhemlogDB:
TIME 1518869090.89716
VALUE C35 = 0D / 13
state:
fhemlogDB:
TIME 1518869045.10754
VALUE raw brt
MatchList:
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
J:WMBUS ^b.*
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2018-02-15 19:46:25 ccconf freq:868.950MHz bWidth:325KHz rAmpl:33dB sens:8dB
2018-02-17 12:52:22 cmds B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
2018-02-17 12:52:38 credit10ms 900
2018-02-17 13:04:50 raw C35 = 0D / 13
2018-02-17 13:05:03 state Initialized
XMIT_TIME:
1518868358.11776
helper:
bm:
CUL_Get:
cnt 5
mAr HASH(0x6a8ed50); mapleCUN1; raw; C35
max 33
tot 62
CUL_Read:
cnt 223
mAr HASH(0x6a8ed50)
max 180
tot 3104
CUL_Set:
cnt 18
mAr HASH(0x6a8ed50); mapleCUN1; raw; brt
max 2
tot 2
Attributes:
devStateIcon Initialized:rc_GREEN disconnected:rc_RED
icon cul_868
rfmode WMBus_T
room Transmitter
verbose 3
Dabei ist es egal ob WMBUS auf dem Transmitter 1 oder 3 läuft. MAX und SlowRF 433 laufen anscheinend problemlos.
Kann das jemand bestätigen? Gibts Gegenmittel?
Gruß
Arthur