Hallo zusammen,
ich möchte bei geöffnetem Fenster, dass die Heizung nebendran heruntergefahren wird. Beide Geräte habe ich ihn FHEM drin und sind gepairt.
Allerdings bekomme ich das peering nicht hin. Im WindowRec des Fensterkontakts stehen folgende readings:
R-sign
off
2015-01-10 22:18:40
R-wz_terrassentuer_chn-01-shCtValLo
50
2015-01-10 22:27:52
R-wz_terrassentuer_chn-01-winOpnTemp
12 C
2015-01-10 22:27:53
RegL_01:
08:00 00:00
2015-01-10 22:27:52
RegL_03:wz_terrassentuer_chn:01
04:32 00:00
2015-01-10 22:27:52
RegL_07:wz_terrassentuer_chn:01
05:18 00:00
2015-01-10 22:27:53
peerList
wz_terrassentuer,
2015-01-10 22:27:52
state
unpeered
2015-01-10 22:22:29
trigLast
wz_terrassentuer :closed
2015-01-10 22:21:19
trig_wz_terrassentuer
closed
2015-01-10 22:21:19
Wie genau muss ich die Dinger zusammen bringen? Lt. Wiki ist es ja nur den Befehl absetzen und anschließend den Knopf fürs pairing drücken. Läuft aber nicht.
Hi,
bin auch ganz frisch im Thema, aber bei mir habe ich es geschafft.
Wichtig ist, dass du den WindowRec Kanal des Thermostats verwendest.
Hier ist die Anleitung dazu, nach der es bei mir problemlos ging.
Gruß,
Tobi
Mach mal ein list vom Fensterkontakt und vom Thermostat und poste das Ergebnis hier.
Gesendet von meinem Nexus 4 mit Tapatalk
Hallo,
bin über die (Fehler)Suche hier gelandet.
Ich habe seltsamerweise das gleiche Problem, habe aber die Vermutung das sich nur um einen Anfängerfehler handelt.
Kann mir mal bitte jemand helfen?
Ich Poste einfach auch mal die Ausgaben von list:
SZ_Thermostat_WindowRec
Internals:
DEF 353FFD03
NAME SZ_Thermostat_WindowRec
NR 35
STATE last:trigLast
TYPE CUL_HM
chanNo 03
device SZ_Thermostat
peerList SZ_Fenster_links,
Readings:
2015-02-18 20:10:34 R-SZ_Fenster_links_chn-01-shCtValLo 50
2015-02-18 20:10:35 R-SZ_Fenster_links_chn-01-winOpnTemp 12 C
2015-02-17 20:29:03 R-sign off
2015-02-18 20:10:27 RegL_01: 08:00 00:00
2015-02-18 20:10:34 RegL_03:SZ_Fenster_links_chn:01 04:32 00:00
2015-02-18 20:10:35 RegL_07:SZ_Fenster_links_chn:01 05:18 00:00
2015-02-18 20:10:27 peerList SZ_Fenster_links,
2015-02-18 19:58:13 state unpeered
Helper:
peerIDsRaw ,24D02501,00000000
Role:
chn 1
Shadowreg:
Attributes:
model HM-CC-RT-DN
peerIDs 00000000,24D02501,
stateFormat last:trigLast
SZ_Fenster_links:
Internals:
CFGFN
DEF 24D025
IODev hmusb
LASTInputDev hmusb
MSGCNT 52
NAME SZ_Fenster_links
NR 69
STATE closed
TYPE CUL_HM
hmusb_MSGCNT 52
hmusb_RAWMSG E24D025,0000,003B99FA,FF,FFE3,8AA24124D025267309012400
hmusb_RSSI -29
hmusb_TIME 2015-02-18 20:01:21
lastMsg No:8A - t:41 s:24D025 d:267309 012400
protCmdDel 9
protCmdPend 4 CMDs_pending
protLastRcv 2015-02-18 20:01:21
protNack 2 last_at:2015-02-18 19:59:32
protSnd 2 last_at:2015-02-18 19:59:32
protState CMDs_pending
rssi_at_hmusb avg:-30.07 min:-31 max:-29 lst:-29 cnt:52
Readings:
2015-02-18 19:59:32 Activity alive
2015-02-18 19:59:32 CommandAccepted no
2015-02-18 19:59:32 D-firmware 2.2
2015-02-18 19:59:32 D-serialNr KEQ0951465
2015-02-18 20:02:00 R-SZ_Thermostat_WindowRec-expectAES set_off
2015-02-18 20:02:00 R-SZ_Thermostat_WindowRec-peerNeedsBurst set_on
2015-02-18 19:59:22 R-pairCentral set_0x424242
2015-02-18 19:59:51 RegL_00:
2015-02-18 20:01:21 battery ok
2015-02-18 20:01:21 contact closed (to 267309)
2015-02-18 20:01:21 state closed
2015-02-18 20:01:21 trigDst_267309 noConfig
2015-02-18 20:01:21 trigger_cnt 36
cmdStack:
++A00142424224D0250101353FFD0300
++A00142424224D0250105353FFD0304
++A00142424224D02501080101
++A00142424224D0250106
Helper:
cSnd 0142424224D02500040000000000
getCfgList all
getCfgListNo ,4
mId 00B1
rxType 12
Io:
newChn +24D025,02,01,00
nextSend 1424286081.52679
prefIO
rxt 2
vccu
p:
24D025
00
01
00
Mrssi:
mNo 8A
Io:
hmusb -27
Prt:
bErr 0
sProc 2
sleeping 1
Rspwait:
Q:
qReqConf 00
qReqStat
Role:
chn 1
dev 1
Rssi:
At_hmusb:
avg -30.0769230769231
cnt 52
lst -29
max -29
min -31
Shadowreg:
RegL_00: 02:01 0A:42 0B:42 0C:42
RegL_04:SZ_Thermostat_WindowRec 01:01
Attributes:
IODev hmusb
actCycle 028:00
actStatus alive
autoReadReg 4_reqStatus
expert 2_full
firmware 2.2
model HM-SEC-SC-2
room CUL_HM
serialNr KEQ0951465
subType threeStateSensor
SZ_Thermostat:
Internals:
DEF 353FFD
IODev hmusb
LASTInputDev hmusb
MSGCNT 76
NAME SZ_Thermostat
NR 31
STATE CMDs_done
TYPE CUL_HM
channel_01 SZ_Thermostat_Weather
channel_02 SZ_Thermostat_Climate
channel_03 SZ_Thermostat_WindowRec
channel_04 SZ_Thermostat_Clima
channel_05 SZ_Thermostat_ClimaTeam
channel_06 SZ_Thermostat_remote
hmusb_MSGCNT 76
hmusb_RAWMSG E353FFD,0000,00461EDF,FF,FFD4,2D8610353FFD0000000A9CE00E0040
hmusb_RSSI -44
hmusb_TIME 2015-02-18 20:12:50
lastMsg No:2D - t:10 s:353FFD d:000000 0A9CE00E0040
protLastRcv 2015-02-18 20:12:50
protSnd 63 last_at:2015-02-18 20:10:34
protState CMDs_done
rssi_at_hmusb avg:-41.89 min:-45 max:-40 lst:-44 cnt:76
Readings:
2015-02-18 19:58:13 Activity alive
2015-02-18 20:10:25 CommandAccepted yes
2015-02-18 18:38:53 D-firmware 1.4
2015-02-18 18:38:53 D-serialNr MEQ0007620
2015-02-18 20:10:25 PairedTo 0x424242
2015-02-17 20:29:01 R-backOnTime 10 s
2015-02-17 20:29:01 R-btnLock off
2015-02-17 20:29:01 R-burstRx on
2015-02-17 20:29:01 R-cyclicInfoMsg on
2015-02-17 20:29:01 R-globalBtnLock off
2015-02-17 20:29:01 R-localResDis off
2015-02-17 20:29:01 R-lowBatLimitRT 2.1 V
2015-02-17 20:29:01 R-modusBtnLock off
2015-02-18 18:38:55 R-pairCentral 0x424242
2015-02-18 20:10:25 RegL_00: 01:01 02:01 09:01 0A:42 0B:42 0C:42 0E:0A 0F:00 11:00 12:15 16:01 18:00 19:00 1A:00 00:00
2015-02-18 20:12:50 actuator 0
2015-02-18 02:37:47 battery ok
2015-02-18 20:12:50 batteryLevel 2.9
2015-02-18 20:12:50 desired-temp 19.5
2015-02-18 20:12:50 measured-temp 22.4
2015-02-18 18:25:31 powerOn 2015-02-18 18:25:31
2015-02-18 18:25:31 recentStateType info
2015-02-18 20:10:35 state CMDs_done
2015-02-18 18:39:24 time-request -
Regl_07::
VAL
Helper:
cSnd 01424242353FFD030424D0250107
mId 0095
rxType 140
Io:
newChn +353FFD,00,01,00
nextSend 1424286770.90375
prefIO
rxt 2
vccu
p:
353FFD
00
01
00
Mrssi:
mNo 2D
Io:
hmusb -42
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
dev 1
Rssi:
At_hmusb:
avg -41.8947368421053
cnt 76
lst -44
max -40
min -45
Shregw:
07 04
Shadowreg:
RegL_07:
Attributes:
IODev hmusb
actCycle 000:10
actStatus alive
autoReadReg 4_reqStatus
expert 2_full
firmware 1.4
model HM-CC-RT-DN
room CUL_HM
serialNr MEQ0007620
subType thermostat
webCmd getConfig:clear msgEvents:burstXmit
Kann mir bitte jemand helfen damit ich den Fenstersensor mit dem HM-CC-RT-DN "verbinden kann.
Ich experimentiere nun schon ein paar Stunden ohne erkennbaren Erfolg.
Insbesonders beim Fensterkontakt verstehe ich folgendes:
peerList SZ_Fenster_links, 2015-02-18 20:10:27
state unpeered 2015-02-18 19:58:13
nicht.
Danke.
Grüße
protCmdPend 4 CMDs_pending
der fk wartet, dass du endlich den taster drückst.
Hallo Frank,
das habe ich natürlich auch schon gemacht:
dann kommt:
protState CMDs_done_Errors:1
Hier komplett:
Internals:
CFGFN
DEF 24D025
IODev hmusb
LASTInputDev hmusb
MSGCNT 95
NAME SZ_Fenster_links
NR 69
STATE open
TYPE CUL_HM
hmusb_MSGCNT 95
hmusb_RAWMSG E24D025,0000,005B46DB,FF,FFDF,96840024D0250000002200B14B45513039353134363580810101
hmusb_RSSI -33
hmusb_TIME 2015-02-18 20:35:57
lastMsg No:96 - t:00 s:24D025 d:000000 2200B14B45513039353134363580810101
protCmdDel 27
protErrIoAttack 3 last_at:2015-02-18 20:34:22
protErrIoId_26B6B7 3 last_at:2015-02-18 20:34:22
protLastRcv 2015-02-18 20:35:57
protNack 5 last_at:2015-02-18 20:34:22
protResnd 1 last_at:2015-02-18 20:27:14
protSnd 5 last_at:2015-02-18 20:34:21
protState CMDs_done_Errors:1
rssi_at_hmusb avg:-31.07 min:-36 max:-27 lst:-33 cnt:95
Readings:
2015-02-18 20:35:57 Activity alive
2015-02-18 20:34:22 CommandAccepted no
2015-02-18 20:35:57 D-firmware 2.2
2015-02-18 20:35:57 D-serialNr KEQ0951465
2015-02-18 20:02:00 R-SZ_Thermostat_WindowRec-expectAES set_off
2015-02-18 20:02:00 R-SZ_Thermostat_WindowRec-peerNeedsBurst set_on
2015-02-18 19:59:22 R-pairCentral set_0x424242
2015-02-18 20:35:06 battery ok
2015-02-18 20:35:06 contact open (to 267309)
2015-02-18 20:34:22 sabotageAttack ErrIoAttack cnt:3
2015-02-18 20:34:22 sabotageAttackId ErrIoId_26B6B7 cnt:3
2015-02-18 20:35:06 state open
2015-02-18 20:35:06 trigDst_267309 noConfig
2015-02-18 20:35:06 trigger_cnt 40
Helper:
cSnd 0142424224D0250101353FFD0300
getCfgList all
getCfgListNo ,4
mId 00B1
rxType 12
Io:
newChn +24D025,00,01,00
nextSend 1424288157.40609
prefIO
rxt 2
vccu
p:
24D025
00
01
00
Mrssi:
mNo 96
Io:
hmusb -31
Prt:
bErr 0
sProc 0
sleeping 1
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rssi:
At_hmusb:
avg -31.0736842105263
cnt 95
lst -33
max -27
min -36
Shadowreg:
RegL_00: 02:01 0A:42 0B:42 0C:42
RegL_04:SZ_Thermostat_WindowRec 01:01
Attributes:
IODev hmusb
actCycle 028:00
actStatus alive
autoReadReg 4_reqStatus
expert 2_full
firmware 2.2
model HM-SEC-SC-2
room CUL_HM
serialNr KEQ0951465
subType threeStateSensor
Habe es jetzt auch nochmal versucht, trotzdem steht im SZ_Thermostat_WindowRec
trotzdem immer noch state = unpeered.
Das peeren wird so lange nicht funktionieren bis du den fk erfolgreich erstmal mit fhem gepaired hast!
Zitat2015-02-18 19:59:22 R-pairCentral set_0x424242
Steht immer noch auf set! Pairing noch nicht ok.
VG
Frank
Ich werd hier noch wahnsinnig......
warum kann hier nicht einfach mal was auf Anhieb klappen? >:(
Ist ja nicht die erste Falle an der ich hängen bleibe.
Das entmutig absolut.
Aber ok, NOCH geb ich nicht auf.
Warum "funktioniert" der Kontakt dann also zeigt mir die Zustände an, wenn das Pairing nicht korrekt ist!?
OK, also werde ich das mit dem pairen nochmal durchführen.
Ja, mach das pairing nochmal und setz dann ein getConfig auf den tk ab. Wenn CMD´s done ist kannst du das peeren noch mal in Angriff nehmen.
Ich habe nun insgesamt 3 Fensterkontakte gepaired.
Bei keinem funktioniert es.....alles werden erkannt und zeigen mir auch dann den entsprechenden Status.
Trotzdem steht bei allen
Internals:
CFGFN
DEF 282D82
IODev hmusb
LASTInputDev hmusb
MSGCNT 7
NAME CUL_HM_HM_SEC_SC_2_282D82
NR 99
STATE NACK
TYPE CUL_HM
hmusb_MSGCNT 7
hmusb_RAWMSG R9E545E5E,0001,007F1629,FF,FFE4,0D8002282D8242424280
hmusb_RSSI -28
hmusb_TIME 2015-02-18 21:15:04
lastMsg No:0D - t:02 s:282D82 d:424242 80
protCmdDel 15
protLastRcv 2015-02-18 21:15:04
protNack 3 last_at:2015-02-18 21:15:04
protSnd 3 last_at:2015-02-18 21:15:03
protState CMDs_done_Errors:1
rssi_at_hmusb avg:-26.71 min:-28 max:-24 lst:-28 cnt:7
Readings:
2015-02-18 21:15:04 Activity alive
2015-02-18 21:15:04 CommandAccepted no
2015-02-18 21:15:04 D-firmware 2.4
2015-02-18 21:15:04 D-serialNr LEQ0171693
2015-02-18 21:11:03 R-pairCentral set_0x424242
2015-02-18 21:15:04 state NACK
Helper:
usw.
usw.
Andere Geräte bekomme ich doch auch Problemlos gepaired......warum dann diese Probleme mit den Fensterkontakten!?
Der Fensterkontakt bestätigt auch mit grünem Blinken das pairen.
sind die neu oder gebraucht, benutzt du sonst aes. die sind wahrscheinlich "gesichert".
protNack 3 last_at:2015-02-18 21:15:04
sollte hmusb aber können. vielleicht muss fhem noch irgendwie bescheid bekommen.
gebraucht, habe 11 Stück günstig bekommen.
AES?? ....habe ich im Zusammenhang von Verschlüsselung o.ä. gelesen.
Nein sowas nutze ich nicht (bewusst). Mit dem Thema habe ich mich noch nicht auseinander gesetzt.
Zitatgebraucht, habe 11 Stück günstig bekommen.
na dann. auch resettet?
wenn da die verschlüsselung gesetzt ist, kannst du nur hoffen, dass der default schlüssel benutzt wurde.
ja, das hatte ich gerade auch schon gemacht.
ABER es funktioniert immer noch nicht.... protState CMDs_done_Errors:1
Braucht jemand 11 Fensterkontakte und das ganze andere Zeug´s.......nur für den Fall, das ich mich beherrschen kann, nicht alles aus dem Fenster zu werfen. :'(
dann musst du dir den schlüssel besorgen.
Also manchmal ist es wohl wie verhext.
Nochmal Reset durchgeführt. FHEM neugestartet und siehe da der Sensor wird nun (fehlerfrei) erkannt.
Das Peeren mit anschließendem getConfig funktioniert nun auch.
Eigentlich ein Kinderspiel..... ;D 8) ......FHEM und die Peripherie kosten mich sicherlich Jahre. Ich glaub ich kann sogar schon graue Haare sehen.
Vielen Dank, an euch für die Hilfe.
Grüße
Thorsten
Anbei ein Teil der Bedienungsanltg zum erkennen , wann der Werksreset nicht funktioniert, bezüglich Schlüssel
Ja, die Anleitung habe ich auch.
Den unteren Absatz habe ich auch mit Bauchschmerzen gelesen.
Aber der Kontakt hatte schon beim ersten Versuch eigtl. "richtig geblinkt".
Das wäre wirklich ärgerlich gewesen wenn die Kontakte durch einen Schlüssel "wertlos" gewesen wären.
Werde jetzt gleich die anderen auch anlernen um das auszuschließen.