Hallo
Ich habe mich gerade mit fhem/Homematic beschäftigt.
Hatte zum Test meines optischen Tür/Fenstersensors die hmID 123456 vergeben.
Hatte das alles auch gepairt bekommen. Es lief alles ohne Probleme.
Jetzt ist 123456 keine wirklich gute hmID.
Nun möchte ich sie ändern.
Habe nun die neue hmID in der fhem.cfg gesetzt.
Fhem neu gestartet. Meinen CUL in den pairmode gesetzt und meinen Tür/Fenstersensor auf anlernen gesetzt.
Leider wird die neue hmID nicht auf den Tür/Fenstersensor geschrieben.
R-pairCentral set_..........
contact open (to 123456)
trigDst_123456 noConfig
in der Log steht folgende Meldung:
2017-07-23_15:49:54 HM_5778A7 open
2017-07-23_15:49:54 HM_5778A7 trigDst_123456: noConfig
2017-07-23_15:49:54 HM_5778A7 trigger_cnt: 9
Hatte jemand ein ähnliches Problem oder weiß eine Lösung.
Vielen Dank
Klaus
Bitte Finger weg von der CFG, es empfiehlt sich alles über das Frontend zu machen.
Hast Du den Fensterkontakt resetet? Wenn nicht, bitte machen.
Hallo
Habe alles auf Werkseinstellung zurückgesetzt.
Und nun geht es?
Nein, leider nicht
Habe noch ein wenig rumprobiert.
Was vielleicht noch wichtig ist ich habe auch den CUL geändert
Von testCUL zu HomeaticCUL.
Habe des weiteren aus der log gelesen als die CUL noch auf testCUL gesetzt war. Kam folgende Meldung
contact: closed (to testCUL)
Nachdem ich den Wert auf HomematicCUL geändert habe kommt folgende Meldung
contact: closed (to 123456)
Müsste eher heißen
contact: closed (to HomematicCUL)
Oder liege ich da falsch?
Bitte einmal ein list vom CUL Device und vom Fensterkontakt
list ist ein FHEM Befehl
Internals:
CFGFN
DEF 5778A7
HomematicCul_MSGCNT 15
HomematicCul_RAWMSG A0D57A6105778A71234560601C80E::-53:HomematicCul
HomematicCul_RSSI -53
HomematicCul_TIME 2017-07-23 17:20:04
IODev HomematicCul
LASTInputDev HomematicCul
MSGCNT 15
NAME HM_5778A7
NOTIFYDEV global
NR 92
STATE open
TYPE CUL_HM
lastMsg No:57 - t:10 s:5778A7 d:123456 0601C80E
protCmdPend 2 CMDs pending
protLastRcv 2017-07-23 17:20:04
protResnd 1 last_at:2017-07-23 17:14:00
protSnd 1 last_at:2017-07-23 17:13:55
protState CMDs_pending
rssi_at_HomematicCul min:-55 cnt:15 avg:-52.8 max:-52 lst:-53
READINGS:
2017-07-23 17:14:00 Activity alive
2017-07-23 17:13:55 D-firmware 1.0
2017-07-23 17:13:55 D-serialNr ...........
2017-07-23 17:13:55 R-pairCentral set_...........
2017-07-23 17:20:04 alive yes
2017-07-23 17:20:04 battery ok
2017-07-23 17:20:04 contact open (to 123456)
2017-07-23 17:20:04 recentStateType info
2017-07-23 17:20:04 sabotageError on
2017-07-23 17:20:04 state open
2017-07-23 17:19:16 trigDst_123456 noConfig
2017-07-23 17:19:16 trigger_cnt 13
cmdStack:
++A0012868765778A700050000000000
++A0012868765778A7000802010A280B680C76
++A0012868765778A70006
helper:
HM_CMDNR 87
cSnd ,012868765778A700050000000000
mId 00C7
rxType 28
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +5778A7,02,00,00
nextSend 1500823204.91651
prefIO
rxt 2
vccu
p:
5778A7
00
00
00
mRssi:
mNo 57
io:
HomematicCul -51
prt:
bErr 0
sProc 2
sleeping 1
wuReSent 2
q:
qReqConf 00
qReqStat
role:
chn 1
dev 1
rssi:
at_HomematicCul:
avg -52.8
cnt 15
lst -53
max -52
min -55
shadowReg:
RegL_00. 02:01 0A:28 0B:68 0C:76
Attributes:
IODev HomematicCul
actCycle 002:50
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.0
model HM-SEC-SCo
room CUL_HM
serialNr OEQ0434962
subType threeStateSensor
List vom CUL fehlt noch.
Aber mach mal folgendes. Der CUL ist nun korrekt eingerichtet? Richtiger Name und richtige ID?
Dann den Fensterkontakt reseten und des Device aus FHEM löschen.
Danach FHEM Neustart. Das sollte dann gehen.
ZitatprotState CMDs_pending
Die müssen abgearbeitet werden. Configtaster drücken ohne den Sensor auszulösen!
das set_ muss verschwinden ->
Zitat2017-07-23 17:13:55 R-pairCentral set_...........
sonst ist nicht fertig gepairt.
Edit: Irgendwie war ich hier wohl im falschen Film :-[
Dann ist noch die Frage warum vccu aber attr <> IOgrp nicht gesetzt?
Hat die vccu die gleiche hmId wie der hmIO?BTW ist der cul stick für diese Kontakte eh kein guter IO - besser für Homematic was von Homematic nehmen.
Gruß Otto
Internals:
CFGFN
CMDS ABCEeFfGhiKklMmRTtUVWXxYZz
Clients :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400 0000
DeviceName /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@38400
FD 18
FHTID 0000
HomematicCUL_MSGCNT 36
HomematicCUL_TIME 2017-07-23 18:16:39
NAME HomematicCUL
NR 50
PARTIAL
RAWMSG A0C23A6415778A71234560105C832
RSSI -49
STATE Initialized
TYPE CUL
VERSION V 1.67 nanoCUL868
initString X21
Ar
MatchList:
1:CUL_HM ^A....................
8:HMS ^810e04....(1|5|9).a001
D:CUL_IR ^I............
H:STACKABLE_CC ^\*
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2017-07-23 18:05:27 ccconf freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
2017-07-23 18:06:09 cmds A B C E e F f G h i K k l M m R T t U V W X x Y Z z
2017-07-23 18:05:47 credit10ms 3110
2017-07-23 18:05:55 fhtbuf AE
2017-07-23 18:06:06 raw No answer
2017-07-23 18:16:39 state Initialized
2017-07-23 18:06:12 uptime 0 00:00:04
2017-07-23 18:05:20 version V 1.67 nanoCUL868
helper:
5778A7:
QUEUE:
Attributes:
hmId ..........
rfmode HomeMatic
Hast du alles nun soweit gemacht? Bisschen mehr reden wäre cool. Es wurden ja weitere Vorschläge gemacht.
Hallo
Bin da ein wenig am verzweifeln und frustriert.
Es hat sich leider nichts geändert.
Alles so gemacht wie du gesagt.
Leider immer wieder die
contact: open (to hmID)
Habe in der Doku von Fhem gestöbert.
So wie es aussieht muss noch ein VCCU eingerichtet werden.
warum ist die HMId 123456 schlecht? Ist so gut wie alle anderen auch. Die HMId ist nicht geheim - die kann jeder in Funkreichweite EINFACHST!!! sniffen. Ist auch kein Problem. Nur schlecht, wenn der Nachbar die gleiche nutzt.
Zuerst einmal musst du sicher stellen, dass die CUL die HMId nutzt. Sollte klappen.
Dein Device mit HMId 5778A7 sendet immernoch an 123456. Ist also entweder noch gepeert oder gepairt.
Die Pairing Adresse kannst du nur von der HMIs 123456 aus oder nach reset.
Auf Werkeinstellung zurückgesetzt:
Ich hatte es jetzt schon zweimal das die Anleitung falsch gelesen wurde:
ZitatUm die Werkseinstellungen des Tür-/Fensterkontakts wiederherzustellen, gehen Sie wie folgt vor:
• Drücken Sie mit einem spitzen Gegenstand für mindestens 5 Sekunden auf die Anlerntaste (G). Die LED des Sensors beginnt langsam rot zu blinken.
....
Jetzt loslassen und wieder drücken :
• Zum Zurücksetzen des Sensors drücken Sie nun erneut für mindestens 5 Sekunden auf die Anlerntaste (G). Die LED beginnt während des Gedrückthaltens schneller rot zu blinken.
• Loslassen schließt den Rücksetzvorgang ab. Zur Bestätigung des Zurücksetzens leuchtet die LED für etwa 3 Sekunden dauerhaft rot auf.
Der im Handbuch weiterhin stehende zwischen Schritt ist für den Abbruch des Werkreset und nicht für den normalen Reset Ablauf!
Habe da auch meine Probleme gehabt.
Habe das mittlerweile hinbekommen.
Ist nicht gut formuliert. Meiner Meinung nach.
Das bedeutet er bringt jetzt contact: open (to hmID) und hmId ist deine neue hmId? Was ist da jetzt noch falsch?
Habe mittlerweile ein VCCU eingerichtet.
Jetzt habe ich folgende Meldungen.
contact open (to VCCU1)
trigDst_VCCU1 noConfig
trigDst_broadcast noConfig
CUL und VCCU hmID sind die selben.
Sorry aber den Satz habe ich nicht verstanden(habe gerade mit fhem angefangen)
Zitat
Die Pairing Adresse kannst du nur von der HMIs 123456 aus oder nach reset.
Gibt es jetzt noch Probleme?
Mir fiel vorhin noch ein: der Fensterkontakt verwendet AES, damit der CUL AES kann braucht er das Modul libcrypt-rijndael-perl.
Gruß Otto
Danke an alle.
Jetzt funktioniert es.
Kann auch nicht genau sagen woran es lag.
Ich denke es war das einrichten der VCCU oder vielleicht das richtige resetten des Fensterkontaktes.
Also
Vielen Dank
Jetzt kann das Abenteuer(fhem) weitergehen ;)