Hallo zusammen,
bin ein wenig verzweifelt.
Nutze FHEM auf einem raspberrypi mit einer CUL. Lese hier schon lange mit, aber bisher noch nicht geschrieben. Bin jetzt nicht übertief im FHEM drin, aber pairen und Befehle absetzen passt schon. :-)
Das System ist auch auf dem neuesten Stand!
Habe bereits diverse HomeMatic Produkte (Schalfaktoren, Rauchmelder) im Einsatz, damit logischerweise CUL im rfmode HomeMatic.
Habe bisher immer manuell gepaart, d.h. CUL in den hmPairForSec Modus und im Aktor den Auslöser gedrückt.
Ich habe nun mir 4 Homematic Funk-Rolladenaktoren gegönnt, die ich einfach nicht sauber gepaart bekomme.
Bekomme bei allen den Status "MissingAck". Sowohl in dem manuellen hmPairForSec Modus, als auch im hmPairSerial Modus.
Logs sind nicht sehr hilfreich, wie ihr seht, habe ich mal ein set Befehl abgesetzt:
im Aktor Log:
2018-05-18_09:29:42 HM_507D49 D-firmware: 2.8
2018-05-18_09:29:42 HM_507D49 D-serialNr: NEQ1598764
2018-05-18_09:31:27 HM_507D49 level: set_0
2018-05-18_09:31:27 HM_507D49 set_0
2018-05-18_09:31:44 HM_507D49 ResndFail
2018-05-18_09:31:44 HM_507D49 MISSING ACK
2018-05-18_09:44:21 HM_507D49 D-firmware: 2.8
2018-05-18_09:44:21 HM_507D49 D-serialNr: NEQ1598764
2018-05-18_10:03:33 HM_507D49 level: set_0
2018-05-18_10:03:33 HM_507D49 set_0
2018-05-18_10:03:52 HM_507D49 ResndFail
2018-05-18_10:03:52 HM_507D49 MISSING ACK
im großen Log:
2018.05.18 09:44:21 2: CUL_HM Unknown device HM_507D49 is now defined
2018.05.18 09:44:21 2: autocreate: define HM_507D49 CUL_HM 507D49
2018.05.18 09:44:21 2: autocreate: define FileLog_HM_507D49 FileLog ./log/HM_507D49-%Y.%m.log HM_507D49
2018.05.18 09:44:27 0: CUL_HM_assignIO HM_507D49 AssignIoPort used
Meine Internals:
Internals
CMDS BbCFiAZNkGMKUYRTVWXefmLltux
CUL_0_MSGCNT 7
CUL_0_TIME 2018-05-18 09:56:08
Clients :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF /dev/ttyACM0@9600 1035
DeviceName /dev/ttyACM0@9600
FD 10
FHTID 1035
HM_CMDNR 1
NAME CUL_0
NR 21
NR_CMD_LAST_H 12
PARTIAL
RAWMSG A1A28A0006378645208532B006A4F4551313835363235303001010027
RSSI -54.5
STATE Initialized
TYPE CUL
VERSION V 1.66 CUL868
hmPairSerial NEQ1598764
initString X21 Ar
Würde mich über jede Idee freuen.
Grüße
Mirko
Erste Idee: Code-Tags nutzen (#-Symbol oben), um den Beitrag lesbar zu gestalten.
Dann bitte die lists der angelegten Devices (da sind sie ja, die Frage ist nur, wie weit, RSSI...).
Diese Aktoren können sehr zickig sein, hier scheint mir auch die firmware ziemlich alt zu sein (Achtung: Aktualisieren kann seeeehhhhr peinsam sein).
Insgesamt: ein CUL als IO für HM ist nicht immer optimal (bitte im Wiki nach Alternativen umsehen, wäre meine Empfehlung; mind die TS-Firmware für den CUL).
Ok, fangen wir mal mit Code Tags an :-)
Das ist die List von einem der Aktoren.
CFGFN
CUL_0_MSGCNT 1
CUL_0_RAWMSG A1A018000507D49F1103528006A4E45513135393837363430010100::-54.5:CUL_0
CUL_0_RSSI -54.5
CUL_0_TIME 2018-05-18 09:44:21
DEF 507D49
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 1
NAME HM_507D49
NOTIFYDEV global
NR 238
STATE MISSING ACK
TYPE CUL_HM
lastMsg No:01 - t:00 s:507D49 d:F11035 28006A4E45513135393837363430010100
protCmdDel 1
protLastRcv 2018-05-18 09:44:21
protResnd 3 last_at:2018-05-18 10:03:47
protResndFail 1 last_at:2018-05-18 10:03:52
protSnd 1 last_at:2018-05-18 10:03:33
protState CMDs_done_Errors:1
rssi_at_CUL_0 cnt:1 min:-54.5 ma
Der RSSI Werte der anderen ist -63, -53,5 und wieder -54,5.
Das mit der Firmware schaue ich mir mal an.
Das sieht erst mal komisch aus. Das Pairing scheint aber abgeschlossen zu sein (auch wenn die HmID F11035 nicht zu kreativ ist).
Mach mal für alle ein "clear all" und dann (schön langsam!) nochmal ein getConfig, da sollten mehr readings kommen. Wenn es nicht klappt, (wieder nach leeren der Queue) nochmal ein Pairing anstoßen, bitte dabei um Geduld...
beim copy&paste vom list ist hier aber nicht sehr viel angekommen. bitte nochmal.
Jetzt nochmal das komplette List von einem:
Internals:
CFGFN
CUL_0_MSGCNT 1
CUL_0_RAWMSG A1A018000507D49F1103528006A4E45513135393837363430010100::-54.5:CUL_0
CUL_0_RSSI -54.5
CUL_0_TIME 2018-05-18 09:44:21
DEF 507D49
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 1
NAME HM_507D49
NOTIFYDEV global
NR 238
STATE MISSING ACK
TYPE CUL_HM
lastMsg No:01 - t:00 s:507D49 d:F11035 28006A4E45513135393837363430010100
protCmdDel 1
protLastRcv 2018-05-18 09:44:21
protResnd 3 last_at:2018-05-18 10:03:47
protResndFail 1 last_at:2018-05-18 10:03:52
protSnd 1 last_at:2018-05-18 10:03:33
protState CMDs_done_Errors:1
rssi_at_CUL_0 cnt:1 min:-54.5 max:-54.5 avg:-54.5 lst:-54.5
READINGS:
2018-05-18 09:44:21 D-firmware 2.8
2018-05-18 09:44:21 D-serialNr NEQ1598764
2018-05-18 10:03:33 level set_0
2018-05-18 10:03:52 state MISSING ACK
helper:
HM_CMDNR 41
PONtest 1
cSnd ,11F11035507D49020100
dlvlCmd ++A011F11035507D49020100
mId 006A
regLst ,0,1,3p
rxType 1
supp_Pair_Rep 1
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +507D49,00,00,00
nextSend 1526629461.89566
prefIO
rxt 0
vccu
p:
507D49
00
00
00
mRssi:
mNo 01
io:
CUL_0:
-48.5
-48.5
prt:
bErr 0
sProc 0
q:
qReqConf 00
qReqStat 00
role:
chn 1
dev 1
prs 1
rssi:
at_CUL_0:
avg -54.5
cnt 1
lst -54.5
max -54.5
min -54.5
Attributes:
IODev CUL_0
autoReadReg 4_reqStatus
expert 2_raw
firmware 2.8
model HM-LC-Bl1PBU-FM
room CUL_HM
serialNr NEQ1598764
subType blindActuator
webCmd statusRequest:toggleDir:on:off:up:down:stop
Da fehlen immer noch readings!
Dann ist das pairing vermutlich nicht sauber abgeschlossen.
Bitte keine Tests über Zu- oder Auffahren, sondern ein "getConfig" (das dann ohne pending messages durchgegangen sein muß. Vorher macht alles andere keinen Sinn!
also: Queue leeren, pairing wiederholen.
Sorry hatte beim letzten list noch kein clear all und get config angestoßen.
Das habe ich jetzt gemacht, das ist das list:
Internals:
CFGFN
CUL_0_MSGCNT 1
CUL_0_RAWMSG A1A018000507D49F1103528006A4E45513135393837363430010100::-54.5:CUL_0
CUL_0_RSSI -54.5
CUL_0_TIME 2018-05-18 09:44:21
DEF 507D49
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 1
NAME HM_507D49
NOTIFYDEV global
NR 238
STATE MISSING ACK
TYPE CUL_HM
protCmdPend 2 CMDs pending
protResnd 3 last_at:2018-05-18 13:11:56
protSnd 1 last_at:2018-05-18 13:11:40
protState CMDs_processing...
READINGS:
RegL_00.:
VAL
cmdStack:
++A001F11035507D4901040000000001
++A001F11035507D490103
helper:
HM_CMDNR 44
PONtest 1
cSnd 11F11035507D490201C80000,01F11035507D4900040000000000
dlvl C8
dlvlCmd ++A011F11035507D490201C80000
getCfgList all
getCfgListNo ,3
mId 006A
regLst ,0,1,3p
rxType 1
supp_Pair_Rep 1
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +507D49,00,00,00
nextSend 1526629461.89566
prefIO
rxt 0
vccu
p:
507D49
00
00
00
mRssi:
mNo 01
io:
CUL_0:
-48.5
-48.5
prt:
bErr 0
sProc 1
rspWait:
Pending RegisterRead
cmd As102CA001F11035507D4900040000000000
forChn 00
forList 00
forPeer
mNo 44
nAddr 0
reSent 4
q:
qReqConf
qReqStat 00
role:
chn 1
dev 1
prs 1
Attributes:
IODev CUL_0
autoReadReg 4_reqStatus
expert 2_raw
firmware 2.8
model HM-LC-Bl1PBU-FM
room CUL_HM
serialNr NEQ1598764
subType blindActuator
webCmd statusRequest:toggleDir:on:off:up:down:stop
Kannst du nochmal die pending Messages löschen und eine Aktion direkt am Aktor anstoßen?
Wenn da keine weiteren Readings mit paired to bzw. PairCentral kommen: Pairing nochmal starten (ausgehend von 0 pending messages)
Eine VCCU hast du nicht definiert, oder?
Du meinst über set HM_507D49 clear msgEvents
oder?
hab ich gemacht, am Aktor ein on
ausgelöst.
das list danach:
Internals:
CFGFN
CUL_0_MSGCNT 1
CUL_0_RAWMSG A1A018000507D49F1103528006A4E45513135393837363430010100::-54.5:CUL_0
CUL_0_RSSI -54.5
CUL_0_TIME 2018-05-18 09:44:21
DEF 507D49
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 1
NAME HM_507D49
NOTIFYDEV global
NR 238
STATE MISSING ACK
TYPE CUL_HM
protCmdDel 2
protResnd 3 last_at:2018-05-18 13:26:04
protResndFail 1 last_at:2018-05-18 13:26:10
protSnd 1 last_at:2018-05-18 13:25:53
protState CMDs_done_Errors:1
READINGS:
2018-05-18 13:26:10 state MISSING ACK
helper:
HM_CMDNR 47
PONtest 1
cSnd 11F11035507D490201C80000,11F11035507D490201C80000
dlvl C8
dlvlCmd ++A011F11035507D490201C80000
getCfgList all
getCfgListNo ,3
mId 006A
regLst ,0,1,3p
rxType 1
supp_Pair_Rep 1
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +507D49,00,00,00
nextSend 1526629461.89566
prefIO
rxt 0
vccu
p:
507D49
00
00
00
mRssi:
mNo 01
io:
CUL_0:
-48.5
-48.5
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
chn 1
dev 1
prs 1
Attributes:
IODev CUL_0
autoReadReg 4_reqStatus
expert 2_raw
firmware 2.8
model HM-LC-Bl1PBU-FM
room CUL_HM
serialNr NEQ1598764
subType blindActuator
webCmd statusRequest:toggleDir:on:off:up:down:stop
danach habe ich wieder set HM_507D49 clear msgEvents
ausgeführt und device unpair und pair ausgeführt
das ist dann das list:
Internals:
CFGFN
CUL_0_MSGCNT 1
CUL_0_RAWMSG A1A018000507D49F1103528006A4E45513135393837363430010100::-54.5:CUL_0
CUL_0_RSSI -54.5
CUL_0_TIME 2018-05-18 09:44:21
DEF 507D49
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 1
NAME HM_507D49
NOTIFYDEV global
NR 238
STATE MISSING ACK
TYPE CUL_HM
protState Info_Cleared
READINGS:
2018-05-18 13:26:10 state MISSING ACK
helper:
HM_CMDNR 47
PONtest 1
cSnd 11F11035507D490201C80000,11F11035507D490201C80000
dlvl C8
dlvlCmd ++A011F11035507D490201C80000
getCfgList all
getCfgListNo ,3
mId 006A
regLst ,0,1,3p
rxType 1
supp_Pair_Rep 1
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +507D49,00,00,00
nextSend 1526629461.89566
prefIO
rxt 0
vccu
p:
507D49
00
00
00
mRssi:
mNo 01
io:
CUL_0:
-48.5
-48.5
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
chn 1
dev 1
prs 1
Attributes:
IODev CUL_0
autoReadReg 4_reqStatus
expert 2_raw
firmware 2.8
model HM-LC-Bl1PBU-FM
room CUL_HM
serialNr NEQ1598764
subType blindActuator
webCmd statusRequest:toggleDir:on:off:up:down:stop
eine VCCU habe ich nicht, ich gehe direkt auf die CUL, hab nur ein I/O Device
ich hab jetzt mal über set HM_507D49 clear messages
gelöscht
im Aktor was angestoßen, es sind keine neuen Readings hinzugekommen.
danach nochmal set HM_507D49 clear messages
und set HM_507D49 pair
ausgeführt.
Das lässt er aber nicht zu. Fehlermeldung: serial - wrong length or Reading D-serialNr not present
was ja nicht sein kann, wenn ich mir das list anschaue:
Internals:
CFGFN
CUL_0_MSGCNT 1
CUL_0_RAWMSG A1A018000507D49F1103528006A4E45513135393837363430010100::-54.5:CUL_0
CUL_0_RSSI -54.5
CUL_0_TIME 2018-05-18 09:44:21
DEF 507D49
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 1
NAME HM_507D49
NOTIFYDEV global
NR 238
STATE MISSING ACK
TYPE CUL_HM
protCmdDel 1
protResnd 3 last_at:2018-05-18 13:39:14
protResndFail 1 last_at:2018-05-18 13:39:19
protSnd 1 last_at:2018-05-18 13:39:01
protState CMDs_done_Errors:1
helper:
HM_CMDNR 48
PONtest 1
cSnd 11F11035507D490201C80000,11F11035507D490201C80000
dlvl C8
dlvlCmd ++A011F11035507D490201C80000
getCfgList all
getCfgListNo ,3
mId 006A
regLst ,0,1,3p
rxType 1
supp_Pair_Rep 1
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +507D49,00,00,00
nextSend 1526629461.89566
prefIO
rxt 0
vccu
p:
507D49
00
00
00
mRssi:
mNo 01
io:
CUL_0:
-48.5
-48.5
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat 00
role:
chn 1
dev 1
prs 1
Attributes:
IODev CUL_0
autoReadReg 4_reqStatus
expert 2_raw
firmware 2.8
model HM-LC-Bl1PBU-FM
room CUL_HM
serialNr NEQ1598764
subType blindActuator
webCmd statusRequest:toggleDir:on:off:up:down:stop
ich verstehe es nicht....
Nochmal:
Vor einem erfolgreichen Pairing wird das Gerät nichts an Kommandos akzeptieren. Sowas wie "set ... on" ist daher kontraproduktiv, solange da nicht eine Zentrale als Reading erscheint! Laß' das also sein >:( .
Wie das mit dem Pairen geht, steht hier: https://wiki.fhem.de/wiki/HomeMatic_Devices_pairen. Da ist nichts zu lesen von "set <Aktor> pair". Das macht man am IO bzw. der VCCU und dem entsprechenden Knopf am Gerät (pairSerial machen wir hier besser nicht, da ist das etwas anders).
Was VCCU angeht: Das macht auch bei nur einem IO Sinn, zumal du vielleicht doch zeitnah darüber nachdenken solltest, ein zweites zu beschaffen (z.B. ein Pi-PCB, ggf. an einem USB-Seriell-Wandler oder einem ESP8266).
Sorry für den klaren Ton. Manchmal sieht man den Wald vor lauter Bäumen nicht, dann sind diese Irrwege entschuldigt, die du hier entgegen eigentlich klaren Hinweisen machst. Ansonsten bin ich demnächst hier raus...
seit beginn des threads bleibt die anlernmessage von heute 09:44 das einzige lebenszeichen des aktors.
hat der aktor genügend "sprit" und ist in reichweite des cul?