Hallo,
ich habe 3 HM-LC-SW2-FM (Schaltaktor 2-fach UP) bei mir verbaut.
Bei allen 3 hab ich das Problem, dass ich den Schaltzustand nicht zuverlässig ins FHEM bekomme, wenn ich den angeschlossenen Taster betätige (der Aktor selbst wird geschaltet). Manchmal (selten) funktioniert es, und ich bekomme via broadcast den Status:
CUL_HM Act_Sandra RSSI: -64
CUL_HM Act_Sandra RAWMSG: A0D6D8410250CB30000000602C800::-64:CUL
CUL_HM L_Sandra_S deviceMsg: on (to broadcast)
CUL_HM L_Sandra_S level: 100
CUL_HM L_Sandra_S pct: 100
CUL_HM L_Sandra_S on
CUL_HM L_Sandra_S timedOn: off
ein Funkproblem würde ich auf Grund der RSSI-Werte ausschliessen:
rssi_CUL avg:-65.3 min:-66 max:-65 lst:-66 cnt:13
rssi_FB_Sandra avg:-61.8 min:-68 max:-46 lst:-66 cnt:5
rssi_at_CUL avg:-62.84 min:-65 max:-61 lst:-63 cnt:53
Das Schalten über FHEM oder eine Fernbedienung funktioniert einwandfrei - der Status im FHEM ist dann auch immer richtig.
CUL_HM FB_Sandra battery: ok
CUL_HM FB_Sandra FB_Sandra_Btn_02 Short
CUL_HM FB_Sandra RSSI: -56.5
CUL_HM FB_Sandra RAWMSG: A0B08A440245C23250CB30205::-56.5:CUL
CUL_HM FB_Sandra_Btn_02 Short (to Act_Sandra)
CUL_HM FB_Sandra_Btn_02 trigger: Short_5
CUL_HM FB_Sandra_Btn_02 trigger_cnt: 5
CUL_HM L_Sandra_S trigLast: FB_Sandra_Btn_02:short
CUL_HM L_Sandra_S trig_FB_Sandra_Btn_02: short
CUL_HM Act_Sandra RSSI: -63
CUL_HM Act_Sandra RAWMSG: A0E088002250CB3245C230102C80042::-63:CUL
CUL_HM L_Sandra_S deviceMsg: on (to FB_Sandra)
CUL_HM L_Sandra_S level: 100
CUL_HM L_Sandra_S pct: 100
CUL_HM L_Sandra_S on
CUL_HM L_Sandra_S timedOn: off
hier noch ein List vom Channel und Aktor:
Internals:
CFGFN /opt/fhem/FHEM/fhem-licht.cfg
DEF 250CB302
NAME L_Sandra_S
NR 584
NTFY_ORDER 50-L_Sandra_S
STATE on
TYPE CUL_HM
chanNo 02
device Act_Sandra
peerList FB_Sandra_Btn_02,
Readings:
2015-11-10 20:28:48 CommandAccepted yes
2015-11-10 20:03:53 R-FB_Sandra_Btn_02-lgActionType jmpToTarget
2015-11-10 20:03:53 R-FB_Sandra_Btn_02-shActionType jmpToTarget
2015-11-10 20:03:50 R-sign off
2015-11-10 20:28:48 deviceMsg on (to FB_Sandra)
2015-11-10 20:28:48 level 100
2015-11-10 20:28:48 pct 100
2015-11-10 20:03:50 peerList FB_Sandra_Btn_02,
2015-11-10 20:28:48 recentStateType ack
2015-11-10 20:28:48 state on
2015-11-10 20:28:48 timedOn off
2015-11-10 20:28:48 trigLast FB_Sandra_Btn_02:short
2015-11-10 20:28:48 trig_FB_Sandra_Btn_02 short
Helper:
dlvlCmd ++A011F12306250CB30202000000
peerIDsRaw ,245C2302,00000000
Expert:
def 1
det 0
raw 0
tpl 0
Role:
chn 1
Shadowreg:
Attributes:
expert 0_off
group Licht
model HM-LC-SW2-FM
peerIDs 00000000,245C2302,
room Licht
webCmd on:off:statusRequest
----------------------------------
Internals:
CFGFN /opt/fhem/FHEM/fhem-licht.cfg
CUL_MSGCNT 53
CUL_RAWMSG A0E088002250CB3245C230102C80042::-63:CUL
CUL_RSSI -63
CUL_TIME 2015-11-10 20:28:48
DEF 250CB3
IODev CUL
LASTInputDev CUL
MSGCNT 53
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:08 - t:02 s:250CB3 d:245C23 0102C80042
protLastRcv 2015-11-10 20:28:48
protResnd 2 last_at:2015-11-10 10:50:05
protSnd 50 last_at:2015-11-10 20:07:56
protState CMDs_done
rssi_CUL avg:-65.3 min:-66 max:-65 lst:-66 cnt:13
rssi_FB_Sandra avg:-61.8 min:-68 max:-46 lst:-66 cnt:5
rssi_at_CUL avg:-62.84 min:-65 max:-61 lst:-63 cnt:53
Readings:
2015-11-10 20:05:07 D-firmware 1.12
2015-11-10 20:05:07 D-serialNr KEQ1073708
2015-11-10 20:03:49 PairedTo 0xF12306
2015-11-10 20:03:49 R-pairCentral 0xF12306
2015-11-10 20:07:56 state CMDs_done
Helper:
HM_CMDNR 8
cSnd 01F12306250CB3010E,01F12306250CB3020E
mId 0009
rxType 1
Expert:
def 1
det 0
raw 0
tpl 0
Io:
newChn +250CB3,00,00,00
nextSend 1447183728.52236
prefIO
rxt 0
vccu
p:
250CB3
00
00
00
Mrssi:
mNo 08
Io:
CUL -61
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
dev 1
prs 1
Rssi:
Cul:
avg -65.3076923076923
cnt 13
lst -66
max -65
min -66
Fb_sandra:
avg -61.8
cnt 5
lst -66
max -46
min -68
At_cul:
avg -62.8490566037736
cnt 53
lst -63
max -61
min -65
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
Muss ich irgendwie dem HM-LC-SW2-FM beibringen, dass er die Schaltbefehle seiner kablelgebundenen Taster an die Zentrale sendet? Hat jemand von euch eine Idee?
Danke!
Didi
Logge die messages wenn du drueckst
mit "inform on" bekomme ich nichts, wenn es funktioniert sehe ich den "broadcast"
Schaue in wiki homematic sniffen
seit dem "attr CUL verbose 4" funktioniert es wieder!
nun klappt es nach einem "attr CUL verbose 0" auch.
Ich werde es beobachten!
Danke Martin!
guten Morgen,
ich hab es heute wieder getestet - funktioniert leider nicht. (hatte gestern nur Glück ...)
wenn ich der Status ins FHEM kommt sehe ich
2015.11.11 05:58:06 4: CUL_Parse: CUL A 0D 3D 8410 250CB3 000000 0602000015 -63.5
2015.11.11 05:58:06 1: RCV L:0D N:3D F:84 CMD:10 SRC:Act_Sandra DST:broadcast 06020000 (INFO_ACTUATOR_STATUS) (,BCAST,RPTEN)
sonst bleibt das log leer ..
lg
Didi
Ein bisschen aber.
Das ist eine statusmessage des Kanal 2 dass Licht aus ist.
Ist das Licht aus?
Was war vorher? Wenn es schon aus ist wird der event unterdrückt, da es keine Änderung ist.
Etwas mehr info ist erforderlich
Hallo
neuer Test:
ich musste jetzt 15 mal am Taster Schalten, um überhaupt einmal eine Log-Zeile zu erhalten. Wenn ich ein Log bekomme, stimmt auch immer der Status im FHEM.
- Licht ist aus; Anzeige im FHEM ist auch aus
- Licht am Taster eingeschaltet
2015.11.11 20:33:10 4: CUL_Parse: CUL A 0D 5C 8410 250CB3 000000 0602C80019 -61.5
2015.11.11 20:33:10 1: RCV L:0D N:5C F:84 CMD:10 SRC:Act_Sandra DST:broadcast 0602C800 (INFO_ACTUATOR_STATUS) (,BCAST,RPTEN)
- jetzt ist auch der Status im FHEM ein.
Wenn ich mit einer Fernbedienung dieses Licht schalte, erhalte ich immer ein Log und der Status ist auch immer richtig.
2015.11.11 20:46:30 4: CUL_Parse: CUL A 0B 01 A440 245C23 250CB3 02011A -61
2015.11.11 20:46:30 1: RCV L:0B N:01 F:A4 CMD:40 SRC:FB_Sandra DST:Act_Sandra 0201 (REMOTE BUTTON:0x02 LONG:0x02 LOWBAT:0x02 COUNTER:0x01) (,BCAST,BIDI,RPTEN)
2015.11.11 20:46:31 4: CUL_Parse: CUL A 0E 01 8002 250CB3 245C23 0102C8003E1C -60
2015.11.11 20:46:31 1: RCV L:0E N:01 F:80 CMD:02 SRC:Act_Sandra DST:FB_Sandra 0102C8003E (ACK_STATUS CHANNEL:0x02 STATUS:0xC8 UP:0x00 DOWN:0x00 LOWBAT:0x00 RSSI:0x3E) (,RPTEN)
für mich sieht es so aus, als ob Aktor seinen Zustand nicht immer sendet, wenn die angeschlossenen Taster betätigt werden. Muss/kann ich die self01/02 irgendwie mit FHEM peeren, um die Komunikation zu erzwingen?
Danke Didi
Wartet du auch?
Ein aktor sollte seinen status melden, braucht manchmal ein paar sec.
Ansonsten stehen Register im devices, manchmal kann man das einstellen.
ja.
der status wird auch nach einigen Minuten nicht gesendet
du hast sicher get regList bemüht.
in den Kanäle kannst du
1: statusInfoMinDly | 0 to 15.5s | | status message min delay special:unused
1: statusInfoRandom | 0 to 7s | | status message random delay
1: transmitTryMax | 1 to 10 | | max message re-transmit
einstellen, dass der status bis zu 15 sec verzögert kommt, ausserdem einen Zufallswert von bis zu 7 sec (um das gleichzeitige senden zu vermeiden)
bei "get L_Sandra_S regList" wird statusInfoMinDly zwar gelistet, kann aber nicht abgefragt oder gesetzt werden
get L_Sandra_S getConfig
...warten bis cmd_done
get L_Sandra_S regVal statusInfoMinDly
Value not captured:L_Sandra_S - statusInfoMinDly
set L_Sandra_S regSet statusInfoMinDly 1
cannot calculate value. Please issue set L_Sandra_S getConfig first - invalid
wenn ich es richtig verstehe, dann müsste ja aber nach spätestens 22 sec der Status kommen - aber er kommt nicht
ich habe inzwischen alle meine HM-LC-SW2-FM nocheinmal mit "set CUL hmPairSerial" nachgepaired. Ich bekomme jetzt zwar mehr Statusinformationen als zuvor mit, aber noch immer nicht alle..
Nun, dann sind wohl nicht alle gepairt gewesen.
Fang da noch einmal an
laut dem Reading " 2015-11-10 20:03:49 R-pairCentral 0xF12306 " und der Tatsache, dass ich vom FHEM aus die Aktoren schalten konnte, bin ich davon ausgegangen, dass hier alles ordnungsgemäß gepairt war.
Ich werde es weiter beobachten
Falls einige einen reset hatten kann es zu Problemen kommen.
Du kannst alle Register in fhem löschen und alles neu lesen. Damit stellt du sicher, dass die Daten absolut aktuell sind.
Set hm clear Register
Set hm autoreadreg
In der Hoffnung du hast autoreadreg in den Attributen gesetzt
ich hab die Register, so wie du beschrieben hast, gelöscht.
ich melde mich morgen mit dem einem Update ...
danke
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
das hört sich nach schlechtem funk oder timing an.
nimm doch mal die fw aus dem angepinnten thread für deinen cul.
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
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 (http://forum.fhem.de/index.php/topic,31421.0.html).
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
Kann ich die self01/02 irgendwie mit einem virtuellen Device im FHEM peeren, um die Komunikation zu erzwingen?
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.
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.
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