Hallo wollte fragen was die richtige Methode zum Anlernen von Homematic Komponenten ist.
Habe in der Wiki die beiden Methoden gefunden, 1. über den HM-Lan-Adapter (mit der Homematic Software) oder direkt über Fhem.
Habe versucht ein paar Thermostate (HM-TC-IT-WM-W-EU) und Schaltaktore (HM-LC-SW1-FM) direkt mit Fhem zu verbinden (wobei jeweils 1 Thermostat mit 1 Aktor direkt gekoppelt ist).
Habe zuerst das Problem gehabt das die Thermostate sich nicht richtig eingebunden haben (CMD_pending), nach einem Firmwareupdate der Thermostate auf die neueste Firmware 1.2 konnte ich sie endlich erfolgreich mit Fhem koppeln.
Nur habe ich bei den Aktoren das gleiche Problem - wenn ich sie pairen will werden sie hinzugefügt nur bekomme ich dann immer wieder Missing_ACK wenn ich zb eine Statusabfrage mache.
Wenn ich ein getconfig durchführe bekomme ich nur CMDs_pending und dann RESPONSE TIMEOUT:RegisterRead.
Firmwareupdate lässt sich leider bei den Aktoren keiner durchführen.
Oder lassen sich die Aktore nur über die Homematic Software direkt im HM-Lan-Adapter einbinden?
Vielleicht hat jemand eine Idee woran das liegen könnte.
Danke
mfg
hallo hpk007,
vll. sind die Aktoren noch gepeert, und somit lassen sie sich nicht ans FHEM pairen?
setze sie wieder in Anlieferungszustand und dann an FHEM pairen.
ein peeren zwischen Thermostat und Aktor dann über FHEM.
@all:
das selbe Problem habe ich seit etwa 4 Tage mit mehreren HM-MOD-Re-8,
sie verhalten sich genau so wie hpk007 es beschreibt:
1. Modul an FHEM gepairt, alles gut, es erscheint in FHEM
2. set HM_... getConfig, -> CMDs_pending... dann RESPONSE TIMEOUT:RegisterRead.
kann jemand helfen???, wir kommen nicht weiter!!
Danke, Gerhard
hm, dass RESPONSE TIMEOUT:RegisterRead. habe ich mit ein paar babys.
HM-CC-RT-DN
HM-TC-IT-WM-W-EU
HM-SEC-SCo
jeweils mehrere, sind untereinander gepairt, und auch im climateam usw...
und das taucht sporadisch auf.
am pairen kann das wohl nicht liegen, und funkprobleme kann ich auch ausschließen.
configCheck done:
missing register list
HM_35AFFE: RegL_00:
HM_36C124_Climate: RegL_09:
incomplete register list
HM_36C124_Climate: RegL_08:
templist mismatch
HM_309712_Clima: file: ./tempList.cfg for HM_309712_Clima does not exist
HM_37F571_Clima: file: ./tempList.cfg for HM_37F571_Clima does not exist
HM_368220_Climate: file: ./tempList.cfg for HM_368220_Climate does not exist
HM_36C124_Climate: file: ./tempList.cfg for HM_36C124_Climate does not exist
und die beiden bekomme ich seit dem nicht weg.
jedoch das pending bekommt mal interessanter weise weg wenn man mal kurz den config knopf drückt. man startet sozusagen das paairing einseitig am aktor.
edit:/ jetzt grade ist das register prob weniger geworden.
configCheck done:
missing register list
HM_35AFFE: RegL_00:
templist mismatch
HM_309712_Clima: file: ./tempList.cfg for HM_309712_Clima does not exist
HM_37F571_Clima: file: ./tempList.cfg for HM_37F571_Clima does not exist
HM_368220_Climate: file: ./tempList.cfg for HM_368220_Climate does not exist
HM_36C124_Climate: file: ./tempList.cfg for HM_36C124_Climate does not exis
wie krich ich den weg, der HM_35AFFE ist ein HM-SEC-SCo. *kopfkratz*
Zitatjedoch das pending bekommt mal interessanter weise weg wenn man mal kurz den config knopf drückt.
das sind "interessanter weise" grundlagen der homematic kommunikation. ;)
ich empfehle für den anfang http://www.fhemwiki.de/wiki/HomeMatic (http://www.fhemwiki.de/wiki/HomeMatic) und danach dem link devices pairen unbedingt folgen.
das das die grundlagen sind ist mir auch bekannt. nur kommt es schon mal vor das das pending stundenlang steht. selbst wenn der burst aktiv ist. und das paring ist ja sauber, wie du sehen kanst.
nur die vom sco sind mir nen dorn im auge. auch auf reading missing gestellt, will der nicht. ein 2ter der an einem anderen fesnster hängt macht da keine mucken. wobei ich mitlerweile 12 home matic geräte dran habe. und nur der eine hund macht mäusemilch.
Zitatund das paring ist ja sauber, wie du sehen kanst.
ich sehe das list0 fehlt, und da steht das pairing drin. das ist die wichtigste liste. poste ein list vom device. welche io nutzt du? vccu?
Zitatnur kommt es schon mal vor das das pending stundenlang steht.
der tc hat viel zu senden. wenn es störungen gibt, wird immer wiederholt. es können also immer neue cmds pending sein. am besten mal sniffen. oder lange listen mal mit getregraw holen und speichern.
Zitatund funkprobleme kann ich auch ausschließen.
rssi alleine, sagt nichts über die qualität des funks aus. es gibt auch immer zwei seiten zu betrachten. störsignale können existieren und probleme bereiten.
Also, das ganze läuft über einen pi2b mit ccd2. das ganze über vccu geleitet.
nur scheine ich Grade die Lösung gefunden zu haben, ich habe das paaring gerade zum xten mal neu gemacht, nur mit einem kleinen unterschied wie sonst. ich habe es diesmal über die Seriennummer gemacht.
und jetzt passt es, dann habe ich zum test nochmal resetet, und den sensor gekillt. und wieder per automatik gepairt. und bäm wieder der gleiche fehler. dann wieder auf serial und es passt wieder.
configCheck done:
templist mismatch
HM_309712_Clima: file: ./tempList.cfg for HM_309712_Clima does not exist
HM_37F571_Clima: file: ./tempList.cfg for HM_37F571_Clima does not exist
HM_368220_Climate: file: ./tempList.cfg for HM_368220_Climate does not exist
HM_36C124_Climate: file: ./tempList.cfg for HM_36C124_Climate does not exist
also so wie es ausschaut, scheint es hier und da wohl mal wein paar zugeben die lieber per serial angesprochen werden wollen.
dennoch das listing.
Internals:
CSM_MSGCNT 31
CSM_RAWMSG A0C0BA64135AFFE050774016500::-73:CSM
CSM_RSSI -73
CSM_TIME 2015-09-06 12:40:33
DEF 35AFFE
IODev CSM
LASTInputDev CSM
MSGCNT 31
NAME HM_35AFFE
NR 56
NTFY_ORDER 50-HM_35AFFE
STATE closed
TYPE CUL_HM
lastMsg No:0B - t:41 s:35AFFE d:050774 016500
peerList HM_368220_WindowRec,
protLastRcv 2015-09-06 12:40:33
protSnd 31 last_at:2015-09-06 12:40:33
protState CMDs_done
rssi_at_CSM avg:-72.12 min:-80.5 max:-68.5 lst:-73 cnt:31
Readings:
2015-09-06 12:09:48 Activity alive
2015-09-06 12:08:58 CommandAccepted yes
2015-09-06 12:09:48 D-firmware 1.0
2015-09-06 12:09:48 D-serialNr LEQ1468440
2015-09-06 12:09:48 PairedTo 0x050774
2015-09-05 13:04:46 R-HM_368220_WindowRec-expectAES off
2015-09-05 13:04:46 R-HM_368220_WindowRec-peerNeedsBurst on
2015-09-05 13:04:46 R-cyclicInfoMsg on
2015-09-05 13:04:46 R-eventDlyTime 0 s
2015-09-05 13:04:46 R-msgScPosA open
2015-09-05 13:04:46 R-msgScPosB closed
2015-09-06 12:09:48 R-pairCentral 0x050774
2015-09-05 13:04:46 R-sabotageMsg on
2015-09-05 13:04:46 R-sign on
2015-09-05 13:04:46 R-transmDevTryMax 6
2015-09-05 13:04:46 R-transmitTryMax 6
2015-09-06 12:09:48 RegL_00: 02:01 09:01 0A:05 0B:07 0C:74 10:01 14:06 00:00
2015-09-06 12:09:48 RegL_01: 08:01 20:9C 21:00 30:06 00:00
2015-09-06 12:09:49 RegL_04:HM_368220_WindowRec 01:01 00:00
2015-09-06 12:08:58 aesCommToDev ok
2015-09-06 12:08:58 aesKeyNbr 00
2015-09-06 11:59:59 alive yes
2015-09-06 12:40:33 battery ok
2015-09-06 12:40:33 contact closed (to vccu)
2015-09-06 12:09:48 peerList HM_368220_WindowRec,
2015-09-06 11:59:59 recentStateType info
2015-09-06 11:59:59 sabotageError off
2015-09-06 12:40:33 state closed
2015-09-06 12:40:33 trigDst_vccu noConfig
2015-09-06 12:40:33 trigger_cnt 101
Helper:
HM_CMDNR 11
PONtest 1
cSnd 0105077435AFFE0103,0105077435AFFE01043682200304
mId 00C7
peerIDsRaw ,36822003,00000000
rxType 28
Io:
newChn +35AFFE,00,00,00
nextSend 1441536033.31673
rxt 2
vccu vccu
p:
35AFFE
00
00
00
prefIO:
CSM
Mrssi:
mNo 0B
Io:
CSM -71
Prt:
bErr 0
sProc 0
sleeping 1
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rpt:
IO CSM
flg A
ts 1441536033.2212
ack:
HASH(0x1f13aa8)
0B800205077435AFFE0101C800
Rssi:
At_csm:
avg -72.1290322580645
cnt 31
lst -73
max -68.5
min -80.5
Shadowreg:
Attributes:
IODev CSM
IOgrp vccu:CSM
actCycle 000:50
actStatus alive
alias SZ.Fenster
autoReadReg 4_reqStatus
devStateIcon open:fts_window_1w_open@red tilted:fts_window_1w_tilt@red closed:fts_window_1w@green
expert 2_full
firmware 1.0
icon fts_window_2w_tilt_l_open_r
model HM-SEC-SCo
peerIDs 00000000,36822003,
room CUL_HM,Schlafzimmer
serialNr LEQ1468440
subType threeStateSensor
mit den cul derivaten kann es bekannterweise zu timingproblemen kommen. vielleicht ist das hier der grund.
verbesserungen wurden hiermit erreicht http://forum.fhem.de/index.php/topic,31421.0.html (http://forum.fhem.de/index.php/topic,31421.0.html).
ansonsten sniffen, damit martin mal drüberschauen kann.
naja, das dingen kommt direkt von busware, http://busware.de/tiki-index.php?page=CCD
firmware meldet sich mit v2.0
nur welche culfw kann ich da flashen, denn die ccd/ccd2 wird im git wohl stiefmütterlich behandelt.
edit:/ eine tempList.cfg hab ich auch mal erzeugt, schaut schöner aus.
Hallo habe ein bisschen herumprobiert und bin drauf-gekommen das ich dieses Verhalten nur habe wenn ich über die Seriennummer paire - wenn ich den Aktor mit der Anlerntaste paire wird er korrekt eingebunden.
Das ist schon einmal gut nur habe ich das Problem das meine ganzen Aktore schon in der Wand verbaut sind - gibt es keine Möglichkeit herauszufinden warum sich die Aktore nicht über die Seriennummer pairen lassen (in Homematic geht das auch - habs getestet).
Auch über zuerst den Aktor mit der HM-LAN verbunden und dann mit Fhem pairen versucht - da reagiert er überhapt nicht aufs pairen mit Seriennummer - über die Pairing-taste gehts dann wieder normal.
Vielleicht hat jemand eine Idee.
Danke
mfg
Zitatnur habe ich das Problem das meine ganzen Aktore schon in der Wand verbaut sind - gibt es keine Möglichkeit herauszufinden warum sich die Aktore nicht über die Seriennummer pairen lassen (in Homematic geht das auch - habs getestet).
raw-messages wie im wiki homematic sniffen beschrieben posten (irgendwie muss das echt schwer sein 3 attribute zu setzen). ausserdem poste ein list vom aktor. warum lieferst du keine infos? bist du nur an spekulationen interessiert?
wenn es über homematic funktioniert, warum machst du es dann nicht? ist doch völlig egal, wer es macht. die hmid muss nur dieselbe sein wie in fhem, damit anschliessend fhem auch zugreifen darf.
Zitat(irgendwie muss das echt schwer sein 3 attribute zu setzen). ausserdem poste ein list vom aktor. warum lieferst du keine infos? bist du nur an spekulationen interessiert?
So hier mal das Listing vom Gerät wenn ich es mit der Seriennummer paire:
Internals:
CFGFN
DEF 34FDBA
HMLANHPK_MSGCNT 3
HMLANHPK_RAWMSG RA7365409,0001,00739B8A,FF,FFDE,04A41034FDBA23A6E10601000028
HMLANHPK_RSSI -34
HMLANHPK_TIME 2015-09-07 11:49:59
IODev HMLANHPK
LASTInputDev HMLANHPK
MSGCNT 3
NAME HM_34FDBA
NR 121
STATE MISSING ACK
TYPE CUL_HM
lastMsg No:04 - t:10 s:34FDBA d:23A6E1 0601000028
protCmdDel 4
protCmdPend 2 CMDs pending
protLastRcv 2015-09-07 11:49:59
protResnd 6 last_at:2015-09-07 11:50:38
protResndFail 1 last_at:2015-09-07 11:50:21
protSnd 4 last_at:2015-09-07 11:50:23
protState CMDs_processing...
rssi_HMLANHPK avg:-40 min:-40 max:-40 lst:-40 cnt:1
rssi_at_HMLANHPK avg:-34 min:-34 max:-34 lst:-34 cnt:3
Readings:
2015-09-07 11:49:53 D-firmware 2.5
2015-09-07 11:49:53 D-serialNr MEQ0003138
2015-09-07 11:49:59 deviceMsg off (to HMLANHPK)
2015-09-07 11:49:59 level 0
2015-09-07 11:49:59 pct 0
2015-09-07 11:49:59 recentStateType info
2015-09-07 11:50:21 state MISSING ACK
2015-09-07 11:49:59 timedOn off
Regl_00::
VAL
cmdStack:
++A00123A6E134FDBA01040000000001
++A00123A6E134FDBA0103
Helper:
HM_CMDNR 6
cSnd 1123A6E134FDBA0201C80000,0123A6E134FDBA00040000000000
dlvl C8
dlvlCmd ++A01123A6E134FDBA0201C80000
getCfgList all
getCfgListNo ,3
mId 0004
rxType 1
Io:
newChn +34FDBA,00,00,00
nextSend 1441619399.76011
prefIO
rxt 0
vccu
p:
34FDBA
00
00
00
Mrssi:
mNo 04
Io:
HMLANHPK -32
Prt:
bErr 0
sProc 1
Rspwait:
Pending RegisterRead
cmd As1006A00123A6E134FDBA00040000000000
forChn 00
forList 00
forPeer
mNo 6
nAddr 0
reSent 4
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rpt:
IO HMLANHPK
flg A
ts 1441619399.63588
ack:
HASH(0x120c678)
04800223A6E134FDBA00
Rssi:
Hmlanhpk:
avg -40
cnt 1
lst -40
max -40
min -40
At_hmlanhpk:
avg -34
cnt 3
lst -34
max -34
min -34
Attributes:
IODev HMLANHPK
autoReadReg 4_reqStatus
expert 2_full
firmware 2.5
model HM-LC-SW1-FM
room CUL_HM
serialNr MEQ0003138
subType switch
webCmd statusRequest:toggle:on:off So und hier der Log mitschnitt:
2015-09-07 11:59:08.513 CUL_HM HM_34FDBA D-firmware: 2.5
2015-09-07 11:59:08.513 CUL_HM HM_34FDBA D-serialNr: MEQ0003138
2015-09-07 11:59:14.864 CUL_HM HM_34FDBA deviceMsg: off (to HMLANHPK)
2015-09-07 11:59:14.864 CUL_HM HM_34FDBA level: 0
2015-09-07 11:59:14.864 CUL_HM HM_34FDBA pct: 0
2015-09-07 11:59:14.864 CUL_HM HM_34FDBA off
2015-09-07 11:59:14.864 CUL_HM HM_34FDBA timedOn: off
2015-09-07 11:59:23.187 HMLAN HMLANHPK loadLvl: low
2015-09-07 11:59:38.824 CUL_HM HM_34FDBA ResndFail
2015-09-07 11:59:38.833 CUL_HM HM_34FDBA RESPONSE TIMEOUT:RegisterRead
2015-09-07 11:59:48.169 HMLAN HMLANHPK loadLvl: lowVielleicht kann ja jemand daraus etwas deuten.
mfg
ZitatSo und hier der Log mitschnitt:
Zitatraw-messages wie im wiki homematic sniffen beschrieben posten
http://www.fhemwiki.de/wiki/Homematic_Nachrichten_sniffen (http://www.fhemwiki.de/wiki/Homematic_Nachrichten_sniffen)
Zitatraw-messages wie im wiki homematic sniffen beschrieben posten
Hab ich gemacht mehr kommt nicht an (wie in http://www.fhemwiki.de/wiki/Homematic_Nachrichten_sniffen alles eingestellt - hab das erste mal leider den Neustart vergessen - aber es kommt trotzdem danach auch nicht mehr an)
2015-09-07 12:35:42.766 HMLAN HMLANHPK loadLvl: low
2015-09-07 12:35:55.613 Global global UNDEFINED HM_34FDBA CUL_HM 34FDBA
2015-09-07 12:35:55.613 Global global DEFINED HM_34FDBA
2015-09-07 12:35:55.613 Global global DEFINED FileLog_HM_34FDBA
2015-09-07 12:35:55.613 Global global SAVE
2015-09-07 12:35:55.635 CUL_HM HM_34FDBA D-firmware: 2.5
2015-09-07 12:35:55.635 CUL_HM HM_34FDBA D-serialNr: MEQ0003138
2015-09-07 12:36:01.921 CUL_HM HM_34FDBA deviceMsg: off (to HMLANHPK)
2015-09-07 12:36:01.921 CUL_HM HM_34FDBA level: 0
2015-09-07 12:36:01.921 CUL_HM HM_34FDBA pct: 0
2015-09-07 12:36:01.921 CUL_HM HM_34FDBA off
2015-09-07 12:36:01.921 CUL_HM HM_34FDBA timedOn: off
2015-09-07 12:36:07.768 HMLAN HMLANHPK loadLvl: low
2015-09-07 12:36:25.527 CUL_HM HM_34FDBA ResndFail
2015-09-07 12:36:25.542 CUL_HM HM_34FDBA RESPONSE TIMEOUT:RegisterRead
2015-09-07 12:36:32.772 HMLAN HMLANHPK loadLvl: lowmfg
Zitathab das erste mal leider den Neustart vergessen - aber es kommt trotzdem danach auch nicht mehr an)
ist das der eventmonitor? schau mal ins fhem.log.
Hallo hab jetzt einen Fhem neustart gemacht und danach den Aktor mit Seriennummer gepaired - nachfolgend ein Auszug aus dem Logfile:
2015.09.07 19:44:18.813 0: Server shutdown
2015.09.07 19:44:22.645 1: Including fhem.cfg
2015.09.07 19:44:24.344 1: HMLAN_Parse: HMLANHPK new condition disconnected
2015.09.07 19:44:24.389 1: HMLAN_Parse: HMLANHPK new condition init
2015.09.07 19:44:27.466 1: Including ./log/fhem.save
2015.09.07 19:44:27.509 1: usb create starting
2015.09.07 19:44:34.820 1: usb create end
2015.09.07 19:44:34.863 0: Featurelevel: 5.6
2015.09.07 19:44:34.864 0: Server started with 14 defined entities (version $Id: fhem.pl 9195 2015-09-03 07:23:40Z rudolfkoenig $, os linux, user fhem, pid 3697)
2015.09.07 19:44:34.872 0: HMLAN_Parse: HMLANHPK V:03C4 sNo:KEQ0852418 d:23A6E1 O:23A6E1 t:022602A4 IDcnt:0001 L:0 %
2015.09.07 19:44:34.885 0: HMLAN_Parse: HMLANHPK R:RA8E8AB98 stat:0002 t:00000000 d:FF r:7FFF m:99 8112 999999 000000
2015.09.07 19:44:34.886 1: HMLAN_Parse: HMLANHPK new condition ok
2015.09.07 19:44:49.399 0: HMLAN_Send: HMLANHPK I:K
2015.09.07 19:44:49.425 0: HMLAN_Parse: HMLANHPK V:03C4 sNo:KEQ0852418 d:23A6E1 O:23A6E1 t:0226647B IDcnt:0000 L:1 %
2015.09.07 19:45:14.406 0: HMLAN_Send: HMLANHPK I:K
2015.09.07 19:45:14.411 0: HMLAN_Parse: HMLANHPK V:03C4 sNo:KEQ0852418 d:23A6E1 O:23A6E1 t:0226C62E IDcnt:0000 L:1 %
2015.09.07 19:45:15.130 0: HMLAN_Send: HMLANHPK S:SA8E971C8 stat: 00 t:00000000 d:01 r:A8E971C8 m:01 8401 23A6E1 000000 010A4d455130303033313338
2015.09.07 19:45:15.200 0: HMLAN_Parse: HMLANHPK R:RA8E971C8 stat:0002 t:00000000 d:FF r:7FFF m:01 8401 23A6E1 000000 010A4D455130303033313338
2015.09.07 19:45:15.309 0: HMLAN_Parse: HMLANHPK R:E34FDBA stat:0000 t:0226C9A1 d:FF r:FFE1 m:01 8000 34FDBA 23A6E1 2500044D45513030303331333810010100
2015.09.07 19:45:20.418 0: HMLAN_Send: HMLANHPK I:+34FDBA,00,00,00
2015.09.07 19:45:21.438 0: HMLAN_Send: HMLANHPK S:+34FDBA,00,00,00
2015.09.07 19:45:21.439 0: HMLAN_Send: HMLANHPK S:SA8E98A6C stat: 00 t:00000000 d:01 r:A8E98A6C m:02 A001 23A6E1 34FDBA 010E
2015.09.07 19:45:21.606 0: HMLAN_Parse: HMLANHPK R:E34FDBA stat:0000 t:0226E23D d:FF r:FFE0 m:02 A410 34FDBA 23A6E1 0601000026
2015.09.07 19:45:21.739 0: HMLAN_Parse: HMLANHPK R:RA8E98A6C stat:0001 t:0226E242 d:FF r:FFE0 m:02 A410 34FDBA 23A6E1 0601000026
2015.09.07 19:45:23.172 0: HMLAN_Send: HMLANHPK S:+34FDBA,00,00,00
2015.09.07 19:45:23.173 0: HMLAN_Send: HMLANHPK S:SA8E99132 stat: 00 t:00000000 d:01 r:A8E99132 m:03 A011 23A6E1 34FDBA 0201C80000
2015.09.07 19:45:23.782 0: HMLAN_Parse: HMLANHPK R:RA8E99132 stat:0008 t:00000000 d:FF r:7FFF m:03 A011 23A6E1 34FDBA 0201C80000
2015.09.07 19:45:23.783 0: HMLAN_Parse: HMLANHPK no ACK from 34FDBA
2015.09.07 19:45:26.518 0: HMLAN_Send: HMLANHPK S:SA8E99E43 stat: 00 t:00000000 d:01 r:A8E99E43 m:03 A011 23A6E1 34FDBA 0201C80000
2015.09.07 19:45:27.141 0: HMLAN_Parse: HMLANHPK R:RA8E99E43 stat:0008 t:00000000 d:FF r:7FFF m:03 A011 23A6E1 34FDBA 0201C80000
2015.09.07 19:45:27.143 0: HMLAN_Parse: HMLANHPK no ACK from 34FDBA
2015.09.07 19:45:32.273 0: HMLAN_Send: HMLANHPK S:SA8E9B4BF stat: 00 t:00000000 d:01 r:A8E9B4BF m:03 A011 23A6E1 34FDBA 0201C80000
2015.09.07 19:45:32.881 0: HMLAN_Parse: HMLANHPK R:RA8E9B4BF stat:0008 t:00000000 d:FF r:7FFF m:03 A011 23A6E1 34FDBA 0201C80000
2015.09.07 19:45:32.882 0: HMLAN_Parse: HMLANHPK no ACK from 34FDBA
2015.09.07 19:45:37.191 0: HMLAN_Send: HMLANHPK S:SA8E9C7F4 stat: 00 t:00000000 d:01 r:A8E9C7F4 m:03 A011 23A6E1 34FDBA 0201C80000
2015.09.07 19:45:37.799 0: HMLAN_Parse: HMLANHPK R:RA8E9C7F4 stat:0008 t:00000000 d:FF r:7FFF m:03 A011 23A6E1 34FDBA 0201C80000
2015.09.07 19:45:37.802 0: HMLAN_Parse: HMLANHPK no ACK from 34FDBA
2015.09.07 19:45:39.410 0: HMLAN_Send: HMLANHPK I:K
2015.09.07 19:45:39.415 0: HMLAN_Parse: HMLANHPK V:03C4 sNo:KEQ0852418 d:23A6E1 O:23A6E1 t:022727DD IDcnt:0001 L:1 %
2015.09.07 19:45:45.474 0: HMLAN_Send: HMLANHPK S:+34FDBA,00,00,00
2015.09.07 19:45:45.476 0: HMLAN_Send: HMLANHPK S:SA8E9E850 stat: 00 t:00000000 d:01 r:A8E9E850 m:04 A001 23A6E1 34FDBA 00040000000000
2015.09.07 19:45:46.085 0: HMLAN_Parse: HMLANHPK R:RA8E9E850 stat:0008 t:00000000 d:FF r:7FFF m:04 A001 23A6E1 34FDBA 00040000000000
2015.09.07 19:45:46.086 0: HMLAN_Parse: HMLANHPK no ACK from 34FDBA
2015.09.07 19:45:49.749 0: HMLAN_Send: HMLANHPK S:SA8E9F903 stat: 00 t:00000000 d:01 r:A8E9F903 m:04 A001 23A6E1 34FDBA 00040000000000
2015.09.07 19:45:50.357 0: HMLAN_Parse: HMLANHPK R:RA8E9F903 stat:0008 t:00000000 d:FF r:7FFF m:04 A001 23A6E1 34FDBA 00040000000000
2015.09.07 19:45:50.358 0: HMLAN_Parse: HMLANHPK no ACK from 34FDBA
2015.09.07 19:45:54.757 0: HMLAN_Send: HMLANHPK S:SA8EA0C93 stat: 00 t:00000000 d:01 r:A8EA0C93 m:04 A001 23A6E1 34FDBA 00040000000000
2015.09.07 19:45:54.759 0: HMLAN_Send: HMLANHPK I:K
2015.09.07 19:45:54.789 0: HMLAN_Parse: HMLANHPK V:03C4 sNo:KEQ0852418 d:23A6E1 O:23A6E1 t:022763EE IDcnt:0001 L:2 %
2015.09.07 19:45:55.365 0: HMLAN_Parse: HMLANHPK R:RA8EA0C93 stat:0008 t:00000000 d:FF r:7FFF m:04 A001 23A6E1 34FDBA 00040000000000
2015.09.07 19:45:55.367 0: HMLAN_Parse: HMLANHPK no ACK from 34FDBA
2015.09.07 19:45:59.522 0: HMLAN_Send: HMLANHPK S:SA8EA1F30 stat: 00 t:00000000 d:01 r:A8EA1F30 m:04 A001 23A6E1 34FDBA 00040000000000
2015.09.07 19:46:00.130 0: HMLAN_Parse: HMLANHPK R:RA8EA1F30 stat:0008 t:00000000 d:FF r:7FFF m:04 A001 23A6E1 34FDBA 00040000000000
2015.09.07 19:46:00.132 0: HMLAN_Parse: HMLANHPK no ACK from 34FDBA
mfg
hpk
Das sieht nicht gut aus. Das eigentliche pairen wird nicht ausgelöst.
Kann es aktuell nicht nachstellen.. Dauert ein paar wochen..... Seltsames verhalten
Gibt es schon irgendeine Idee voran das Problem liegen könnte?
Danke
mfg
Gepairt scheint schon zu sein, es sendet bereits die ID der zentrale.
Da sehe ich nichts.
Mache doch ein clear msgevents und dann schicke ein statusrequest. Prüfen ob es antwortet.
AES ist nicht zufällig ein?
Hallo hab es so gemacht wie Du geschrieben hast ( clear msgevents / schicke ein statusrequest)
Leider ohne Erfolg.
2015.10.13 23:33:56.549 5: CUL_HM Bad_1_AK protEvent:Info_Cleared
2015.10.13 23:33:56.550 3: CUL_HM set Bad_1_AK clear msgEvents
2015.10.13 23:33:59.579 0: HMLAN_Parse: HMLAN1 R:E261CF7 stat:0000 t:037B3AD9 d:FF r:FFB7 m:85 8470 261CF7 000000 00CB43
2015.10.13 23:34:03.112 0: HMLAN_Parse: HMLAN1 R:E261D00 stat:0000 t:037B48A7 d:FF r:FFB5 m:7A 865A 261D00 000000 98D540
2015.10.13 23:34:11.760 0: HMLAN_Parse: HMLAN1 R:E261D7B stat:0000 t:037B6A71 d:FF r:FFB3 m:80 865A 261D7B 000000 8CC143
2015.10.13 23:34:12.915 5: CUL_HM Bad_1_AK protEvent:CMDs_pending pending:1
2015.10.13 23:34:12.917 3: CUL_HM set Bad_1_AK statusRequest
2015.10.13 23:34:12.920 0: HMLAN_Send: HMLAN1 S:+2B8A7D,00,00,00
2015.10.13 23:34:12.921 0: HMLAN_Send: HMLAN1 S:S63200107 stat: 00 t:00000000 d:01 r:63200107 m:02 A001 F11234 2B8A7D 010E
2015.10.13 23:34:12.924 5: CUL_HM Bad_1_AK protEvent:CMDs_processing... pending:0
2015.10.13 23:34:13.529 0: HMLAN_Parse: HMLAN1 R:R63200107 stat:0008 t:00000000 d:FF r:7FFF m:02 A001 F11234 2B8A7D 010E
2015.10.13 23:34:13.531 0: HMLAN_Parse: HMLAN1 no ACK from 2B8A7D
2015.10.13 23:34:16.649 4: CUL_HM_Resend: Bad_1_AK nr 2
2015.10.13 23:34:16.651 0: HMLAN_Send: HMLAN1 S:S63200F9A stat: 00 t:00000000 d:01 r:63200F9A m:02 A001 F11234 2B8A7D 010E
2015.10.13 23:34:17.259 0: HMLAN_Parse: HMLAN1 R:R63200F9A stat:0008 t:00000000 d:FF r:7FFF m:02 A001 F11234 2B8A7D 010E
2015.10.13 23:34:17.263 0: HMLAN_Parse: HMLAN1 no ACK from 2B8A7D
2015.10.13 23:34:17.650 0: HMLAN_Send: HMLAN1 I:K
2015.10.13 23:34:17.656 0: HMLAN_Parse: HMLAN1 V:03C4 sNo:LEQ0383959 d:29A3DF O:F11234 t:037B8183 IDcnt:001F L:4 %
2015.10.13 23:34:17.848 0: HMLAN_Parse: HMLAN1 R:E321733 stat:0000 t:037B823A d:FF r:FFCF m:7E 865A 321733 000000 A0C84A
2015.10.13 23:34:21.895 4: CUL_HM_Resend: Bad_1_AK nr 3
2015.10.13 23:34:21.897 0: HMLAN_Send: HMLAN1 S:S63202418 stat: 00 t:00000000 d:01 r:63202418 m:02 A001 F11234 2B8A7D 010E
2015.10.13 23:34:22.506 0: HMLAN_Parse: HMLAN1 R:R63202418 stat:0008 t:00000000 d:FF r:7FFF m:02 A001 F11234 2B8A7D 010E
2015.10.13 23:34:22.513 0: HMLAN_Parse: HMLAN1 no ACK from 2B8A7D
2015.10.13 23:34:23.113 0: HMLAN_Parse: HMLAN1 R:E261D00 stat:0000 t:037B96CB d:FF r:FFB5 m:7A 8470 261D00 000000 00D540
2015.10.13 23:34:27.510 4: CUL_HM_Resend: Bad_1_AK nr 4
2015.10.13 23:34:27.514 0: HMLAN_Send: HMLAN1 S:S63203A09 stat: 00 t:00000000 d:01 r:63203A09 m:02 A001 F11234 2B8A7D 010E
2015.10.13 23:34:28.123 0: HMLAN_Parse: HMLAN1 R:R63203A09 stat:0008 t:00000000 d:FF r:7FFF m:02 A001 F11234 2B8A7D 010E
2015.10.13 23:34:28.124 0: HMLAN_Parse: HMLAN1 no ACK from 2B8A7D
2015.10.13 23:34:31.761 0: HMLAN_Parse: HMLAN1 R:E261D7B stat:0000 t:037BB895 d:FF r:FFB4 m:80 8470 261D7B 000000 00C143
2015.10.13 23:34:32.774 5: CUL_HM Bad_1_AK protEvent:CMDs_done_Errors:1
AES ist aus (Thermostate funktionieren ja auch)
Ist das ein statusrequest auf einen RT?
Ist fhem aktuell?
Hallo das ist ein Statusrequest auf einen Aktor (die sich eben nicht über Seriennummer richtig einbinden lassen)
Fhem ist aktuell!
Das gibt es bei mir nicht mehr.
Mache einen update force
Hallo habe update force durchgeführt.
Leider keine Besserung.
Die Aktore antworten leider immer noch nicht.
mfg
RTS funktionieren problemlos.
Logge die rohmessages