Hallo,
ich bin mir nicht sicher, ob ich hier richtig bin um einen kleinen Fehlerbericht loszuwerden. Beim Anlegen eines HomeMatic 1-fach Schaltaktors kommt es im Log zu Fehlermeldungen:
2015.02.21 10:45:28 2: CUL_HM Unknown device CUL_HM_HM_LC_SW1_FM_2FE8B3 is now defined
2015.02.21 10:45:29 2: autocreate: define CUL_HM_HM_LC_SW1_FM_2FE8B3 CUL_HM 2FE8B3
2015.02.21 10:45:29 2: autocreate: define FileLog_CUL_HM_HM_LC_SW1_FM_2FE8B3 FileLog ./log/CUL_HM_HM_LC_SW1_FM_2FE8B3-%Y.log CUL_HM_HM_LC_SW1_FM_2FE8B3
2015.02.21 10:45:29 3: CUL_HM pair: CUL_HM_HM_LC_SW1_FM_2FE8B3 switch, model HM-LC-SW1-FM serialNr
2015.02.21 10:45:29 3: CUL_HM set CUL_HM_HM_LC_SW1_FM_2FE8B3 getConfig
2015.02.21 10:45:33 3: CUL_HM set CUL_HM_HM_LC_SW1_FM_2FE8B3 getConfig
2015.02.21 10:46:11 2: autocreate: renamed FileLog_CUL_HM_HM_LC_SW1_FM_2FE8B3 to FileLog_EgKziLight
2015.02.21 10:46:12 1: PERL WARNING: Use of uninitialized value in numeric eq (==) at ./FHEM/10_CUL_HM.pm line 7175.
2015.02.21 10:46:12 1: PERL WARNING: Use of uninitialized value $hn in hash element at fhem.pl line 1647.
2015.02.21 10:46:12 1: PERL WARNING: Use of uninitialized value $hn in string ne at fhem.pl line 1662.
2015.02.21 10:46:12 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at fhem.pl line 1663.
2015.02.21 10:46:13 1: PERL WARNING: Use of uninitialized value in numeric comparison (<=>) at fhem.pl line 1657.
2015.02.21 10:46:16 1: Error: CUL_HM_HM_LC_SW1_FM_2FE8B3 has no TYPE
2015.02.21 10:46:16 1: Error: CUL_HM_HM_LC_SW1_FM_2FE8B3 has no TYPE
Ab dann läuft das Log mit der "Error: xy has no TYPE"-Meldungen voll. Nach einem Neustart von FHEM ist dann alles wieder ok. Der Aktor funktioniert allerdings auch einwandfrei schon vor dem Neustart mit der Fehlermeldung. Der Stand meiner FHEM-Installation ist von gestern.
Liebe Grüße
DerJens
ist deine SW aktuell?
kannst du ein list des Device schicken?
list EgKzi1Light (war vorher CUL_HM_HM_LC_SW1_FM_2FE8B3) liefert bei mir:
Internals:
CUL_0_MSGCNT 2
CUL_0_RAWMSG A0E0280022FE8B3FF1001010100003F::-62:CUL_0
CUL_0_RSSI -62
CUL_0_TIME 2015-02-21 12:12:01
DEF 2FE8B3
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 2
NAME EgKzi1Light
NR 392
STATE off
TYPE CUL_HM
lastMsg No:02 - t:02 s:2FE8B3 d:FF1001 010100003F
protLastRcv 2015-02-21 12:12:01
protSnd 2 last_at:2015-02-21 12:12:01
protState CMDs_done
rssi_CUL_0 avg:-62 min:-63 max:-61 lst:-63 cnt:2
rssi_at_CUL_0 avg:-63 min:-64 max:-62 lst:-62 cnt:2
Readings:
2015-02-21 12:12:01 CommandAccepted yes
2015-02-21 10:45:29 D-firmware 2.5
2015-02-21 10:45:29 D-serialNr LEQ1226241
2015-02-21 10:45:34 PairedTo 0xFF1001
2015-02-21 10:45:31 R-confBtnTime permanent
2015-02-21 10:45:31 R-intKeyVisib invisib
2015-02-21 10:45:31 R-localResDis off
2015-02-21 10:45:31 R-pairCentral 0xFF1001
2015-02-21 10:45:31 R-powerUpAction off
2015-02-21 10:45:31 R-sign off
2015-02-21 10:45:31 R-statusInfoMinDly 2 s
2015-02-21 10:45:31 R-statusInfoRandom 1 s
2015-02-21 10:45:31 R-transmitTryMax 6
2015-02-21 10:45:34 RegL_00: 02:01 0A:FF 0B:10 0C:01 15:FF 18:00 00:00
2015-02-21 10:45:34 RegL_01: 08:00 30:06 57:24 56:00 00:00
2015-02-21 12:12:01 deviceMsg off (to CUL_0)
2015-02-21 12:12:01 level 0
2015-02-21 12:12:01 pct 0
2015-02-21 12:12:01 recentStateType ack
2015-02-21 12:12:01 state off
2015-02-21 12:12:01 timedOn off
Helper:
cSnd 11FF10012FE8B30201000000
dlvlCmd ++A011FF10012FE8B30201000000
mId 0004
rxType 1
Io:
newChn +2FE8B3,00,01,00
nextSend 1424517121.32982
prefIO
rxt 0
vccu
p:
2FE8B3
00
01
00
Mrssi:
mNo 02
Io:
CUL_0 -60
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rssi:
Cul_0:
avg -62
cnt 2
lst -63
max -61
min -63
At_cul_0:
avg -63
cnt 2
lst -62
max -62
min -64
Attributes:
IODev CUL_0
autoReadReg 4_reqStatus
devStateIcon .*:noIcon
eventMap /set_off:tx off/set_on:tx on
expert 2_full
firmware 2.5
model HM-LC-SW1-FM
peerIDs 00000000,
room 1stFloorTimsRoom
serialNr LEQ1226241
subType switch
webCmd statusRequest:toggle:on:off
version liefert bei mir:
# $Id: fhem.pl 8030 2015-02-18 17:32:56Z rudolfkoenig $
# $Id: 00_CUL.pm 7770 2015-01-30 07:04:52Z rudolfkoenig $
# $Id: 10_CUL_HM.pm 7996 2015-02-15 15:55:04Z martinp876 $
# $Id: 57_Calendar.pm 7701 2015-01-24 20:16:37Z borisneubert $
# $Id: 10_EnOcean.pm 7744 2015-01-27 14:11:44Z klaus-schauer $
# $Id: 93_FHEM2FHEM.pm 7193 2014-12-13 16:12:06Z rudolfkoenig $
# $Id: 01_FHEMWEB.pm 8038 2015-02-19 06:13:22Z rudolfkoenig $
# $Id: 95_FLOORPLAN.pm 8023 2015-02-17 20:29:08Z ulimaass $
# $Id: 92_FileLog.pm 7854 2015-02-03 19:23:22Z rudolfkoenig $
# $Id: 10_IT.pm 7839 2015-02-02 20:25:11Z dancer0705 $
# $Id: 36_JeeLink.pm 7805 2015-01-31 19:26:58Z justme1968 $
# $Id: 36_LaCrosse.pm 7027 2014-11-20 20:08:00Z justme1968 $
# $Id: 00_SONOS.pm 8041 2015-02-19 11:16:40Z rleins $
# $Id: 21_SONOSPLAYER.pm 7976 2015-02-14 15:04:43Z rleins $
# $Id: 99_SUNRISE_EL.pm 6765 2014-10-14 18:24:29Z rudolfkoenig $
# $Id: 98_SVG.pm 7981 2015-02-14 17:29:46Z rudolfkoenig $
# $Id: 00_TCM.pm 7414 2015-01-03 11:50:57Z klaus-schauer $
# $Id: 99_Utils.pm 7914 2015-02-08 11:14:10Z rudolfkoenig $
# $Id: 90_at.pm 7563 2015-01-14 07:53:50Z rudolfkoenig $
# $Id: 98_autocreate.pm 6505 2014-09-06 12:24:48Z rudolfkoenig $
# $Id: 98_dummy.pm 4934 2014-02-15 08:23:12Z rudolfkoenig $
# $Id: 91_eventTypes.pm 7221 2014-12-15 10:02:49Z rudolfkoenig $
# $Id: 91_notify.pm 7854 2015-02-03 19:23:22Z rudolfkoenig $
# $Id: 33_readingsGroup.pm 8018 2015-02-17 14:22:04Z justme1968 $
# $Id: 33_readingsProxy.pm 7737 2015-01-26 16:28:33Z justme1968 $
# $Id: 91_sequence.pm 7257 2014-12-19 09:29:32Z rudolfkoenig $
# $Id: 98_telnet.pm 8017 2015-02-17 11:10:16Z rudolfkoenig $
# $Id: 91_watchdog.pm 7108 2014-12-01 08:11:34Z rudolfkoenig $
# $Id: 98_weblink.pm 5608 2014-04-23 10:57:16Z rudolfkoenig $
Wie schon gesagt, nach einem shutdown restart ist alles ok und die "Error: xy has no TYPE"-Meldungen sind weg.
So, kurze Rückmeldung:
Ich habe einen weiteren, neuen Aktor angelernt, dabei gab es keine Fehlermeldungen.
2015.02.21 14:51:38 2: autocreate: define CUL_HM_HM_LC_SW1_FM_2FE900 CUL_HM 2FE900
2015.02.21 14:51:38 2: autocreate: define FileLog_CUL_HM_HM_LC_SW1_FM_2FE900 FileLog ./log/CUL_HM_HM_LC_SW1_FM_2FE900-%Y.log CUL_HM_HM_LC_SW1_FM_2FE900
2015.02.21 14:51:38 3: CUL_HM pair: CUL_HM_HM_LC_SW1_FM_2FE900 switch, model HM-LC-SW1-FM serialNr
2015.02.21 14:51:38 3: CUL_HM set CUL_HM_HM_LC_SW1_FM_2FE900 getConfig
2015.02.21 14:53:13 3: CUL_HM set CUL_HM_HM_LC_SW1_FM_2FE900 on
2015.02.21 14:53:18 3: CUL_HM set CUL_HM_HM_LC_SW1_FM_2FE900 off
2015.02.21 14:54:30 2: autocreate: renamed FileLog_CUL_HM_HM_LC_SW1_FM_2FE900 to FileLog_EgKzi1Led
list EgKzi1Led (war vorher CUL_HM_HM_LC_SW1_FM_2FE900)
Internals:
CFGFN
CUL_0_MSGCNT 16
CUL_0_RAWMSG A0E1380022FE900FF1001010100004C::-73.5:CUL_0
CUL_0_RSSI -73.5
CUL_0_TIME 2015-02-21 15:14:41
DEF 2FE900
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 16
NAME EgKzi1Led
NR 468
STATE off
TYPE CUL_HM
lastMsg No:13 - t:02 s:2FE900 d:FF1001 010100004C
protLastRcv 2015-02-21 15:14:41
protSnd 18 last_at:2015-02-21 15:14:40
protState CMDs_done
rssi_CUL_0 avg:-78 min:-82 max:-75 lst:-76 cnt:6
rssi_at_CUL_0 avg:-77.43 min:-85.5 max:-73 lst:-73.5 cnt:16
Readings:
2015-02-21 15:14:41 CommandAccepted yes
2015-02-21 14:51:39 D-firmware 2.5
2015-02-21 14:51:39 D-serialNr LEQ1226163
2015-02-21 14:51:40 PairedTo 0xFF1001
2015-02-21 14:51:40 R-confBtnTime permanent
2015-02-21 14:51:40 R-intKeyVisib invisib
2015-02-21 14:51:40 R-localResDis off
2015-02-21 14:51:40 R-pairCentral 0xFF1001
2015-02-21 14:51:41 R-powerUpAction off
2015-02-21 14:51:41 R-sign off
2015-02-21 14:51:41 R-statusInfoMinDly 2 s
2015-02-21 14:51:41 R-statusInfoRandom 1 s
2015-02-21 14:51:41 R-transmitTryMax 6
2015-02-21 14:51:40 RegL_00: 02:01 0A:FF 0B:10 0C:01 15:FF 18:00 00:00
2015-02-21 14:51:41 RegL_01: 08:00 30:06 57:24 56:00 00:00
2015-02-21 15:14:41 deviceMsg off (to CUL_0)
2015-02-21 15:14:41 level 0
2015-02-21 15:14:41 pct 0
2015-02-21 15:14:41 recentStateType ack
2015-02-21 15:14:41 state off
2015-02-21 15:14:41 timedOn off
Helper:
cSnd 11FF10012FE9000201000000
dlvlCmd ++A011FF10012FE9000201000000
mId 0004
peerIDsRaw ,00000000
rxType 1
Io:
newChn +2FE900,00,01,00
nextSend 1424528081.24175
prefIO
rxt 0
vccu
p:
2FE900
00
01
00
Mrssi:
mNo 13
Io:
CUL_0 -71.5
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rssi:
Cul_0:
avg -78
cnt 6
lst -76
max -75
min -82
At_cul_0:
avg -77.4375
cnt 16
lst -73.5
max -73
min -85.5
Shadowreg:
Attributes:
IODev CUL_0
autoReadReg 4_reqStatus
devStateIcon .*:noIcon
expert 2_full
firmware 2.5
model HM-LC-SW1-FM
peerIDs 00000000,
room 1stFloorTimsRoom
serialNr LEQ1226163
subType switch
webCmd statusRequest:toggle:on:off
hm - der TYPE darf nicht fehlen... da ist ein falsches Device eingerichtet worden. kann sein, dass es kein Problem ist (dennoch ein Bug) da perl einfach neue daten anlegt, wenn man schlecht abfragt.
wäre also ein lästiger, kein problematischer Fehler.
Hallo,
ich muss leider nochmal stören. Die Meldungen sind wieder da, diesmal von dem Aktor, der ursprünglich keine Meldung produziert hat:
2015.02.23 13:11:16 1: Error: CUL_HM_HM_LC_SW1_FM_2FE900 has no TYPE
2015.02.23 13:12:00 1: Error: CUL_HM_HM_LC_SW1_FM_2FE900 has no TYPE
2015.02.23 13:12:07 1: Error: CUL_HM_HM_LC_SW1_FM_2FE900 has no TYPE
2015.02.23 13:12:09 1: Error: CUL_HM_HM_LC_SW1_FM_2FE900 has no TYPE
2015.02.23 13:12:23 1: Error: CUL_HM_HM_LC_SW1_FM_2FE900 has no TYPE
2015.02.23 13:16:55 1: Error: CUL_HM_HM_LC_SW1_FM_2FE900 has no TYPE
2015.02.23 13:20:04 1: Error: CUL_HM_HM_LC_SW1_FM_2FE900 has no TYPE
2015.02.23 13:22:14 1: Error: CUL_HM_HM_LC_SW1_FM_2FE900 has no TYPE
2015.02.23 13:25:27 1: Error: CUL_HM_HM_LC_SW1_FM_2FE900 has no TYPE
Komisch ist, dass es diesen Namen gar nicht mehr gibt, der hat nach dem Einlernen gleich einen neuen Namen verpasst bekommen.
list EgKzi1Led liefert
Internals:
CFGFN
CUL_0_MSGCNT 18
CUL_0_RAWMSG A0E2880022FE900FF10010101000049::-71.5:CUL_0
CUL_0_RSSI -71.5
CUL_0_TIME 2015-02-21 18:40:02
DEF 2FE900
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 18
NAME EgKzi1Led
NR 468
STATE off
TYPE CUL_HM
lastMsg No:28 - t:02 s:2FE900 d:FF1001 0101000049
protLastRcv 2015-02-21 18:40:02
protSnd 20 last_at:2015-02-21 18:40:01
protState CMDs_done
rssi_CUL_0 avg:-77 min:-82 max:-73 lst:-73 cnt:8
rssi_at_CUL_0 avg:-76.99 min:-85.5 max:-71.5 lst:-71.5 cnt:18
Readings:
2015-02-21 18:40:02 CommandAccepted yes
2015-02-21 14:51:39 D-firmware 2.5
2015-02-21 14:51:39 D-serialNr LEQ1226163
2015-02-21 14:51:40 PairedTo 0xFF1001
2015-02-21 14:51:40 R-confBtnTime permanent
2015-02-21 14:51:40 R-intKeyVisib invisib
2015-02-21 14:51:40 R-localResDis off
2015-02-21 14:51:40 R-pairCentral 0xFF1001
2015-02-21 14:51:41 R-powerUpAction off
2015-02-21 14:51:41 R-sign off
2015-02-21 14:51:41 R-statusInfoMinDly 2 s
2015-02-21 14:51:41 R-statusInfoRandom 1 s
2015-02-21 14:51:41 R-transmitTryMax 6
2015-02-21 14:51:40 RegL_00: 02:01 0A:FF 0B:10 0C:01 15:FF 18:00 00:00
2015-02-21 14:51:41 RegL_01: 08:00 30:06 57:24 56:00 00:00
2015-02-21 18:40:02 deviceMsg off (to CUL_0)
2015-02-21 18:40:02 level 0
2015-02-21 18:40:02 pct 0
2015-02-21 18:40:02 recentStateType ack
2015-02-21 18:40:02 state off
2015-02-21 18:40:02 timedOn off
Helper:
cSnd 11FF10012FE9000201000000
dlvlCmd ++A011FF10012FE9000201000000
mId 0004
peerIDsRaw ,00000000
rxType 1
Io:
newChn +2FE900,00,01,00
nextSend 1424540402.1595
prefIO
rxt 0
vccu
p:
2FE900
00
01
00
Mrssi:
mNo 28
Io:
CUL_0 -69.5
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rssi:
Cul_0:
avg -77
cnt 8
lst -73
max -73
min -82
At_cul_0:
avg -77
cnt 18
lst -71.5
max -71.5
min -85.5
Shadowreg:
Attributes:
IODev CUL_0
autoReadReg 4_reqStatus
devStateIcon .*:noIcon
expert 2_full
firmware 2.5
model HM-LC-SW1-FM
peerIDs 00000000,
room 1stFloorTimsRoom
serialNr LEQ1226163
subType switch
webCmd statusRequest:toggle:on:off
Ich sehe gerade, dass es wohl dann doch jedes mal nach dem Umbenennen eines neu angelegten Aktors irgendwie kracht, allerdings mit dem ALTEN Namen:
2015.02.21 14:51:38 2: CUL_HM Unknown device CUL_HM_HM_LC_SW1_FM_2FE900 is now defined
2015.02.21 14:51:38 2: autocreate: define CUL_HM_HM_LC_SW1_FM_2FE900 CUL_HM 2FE900
2015.02.21 14:51:38 2: autocreate: define FileLog_CUL_HM_HM_LC_SW1_FM_2FE900 FileLog ./log/CUL_HM_HM_LC_SW1_FM_2FE900-%Y.log CUL_HM_HM_LC_SW1_FM_2FE900
2015.02.21 14:51:38 3: CUL_HM pair: CUL_HM_HM_LC_SW1_FM_2FE900 switch, model HM-LC-SW1-FM serialNr
2015.02.21 14:51:38 3: CUL_HM set CUL_HM_HM_LC_SW1_FM_2FE900 getConfig
2015.02.21 14:53:13 3: CUL_HM set CUL_HM_HM_LC_SW1_FM_2FE900 on
2015.02.21 14:53:18 3: CUL_HM set CUL_HM_HM_LC_SW1_FM_2FE900 off
2015.02.21 14:54:30 2: autocreate: renamed FileLog_CUL_HM_HM_LC_SW1_FM_2FE900 to FileLog_EgKzi1Led
...
2015.02.21 17:51:36 1: PERL WARNING: Use of uninitialized value in numeric eq (==) at ./FHEM/10_CUL_HM.pm line 7175.
2015.02.21 17:51:36 1: PERL WARNING: Use of uninitialized value $hn in hash element at fhem.pl line 1647.
2015.02.21 17:51:36 1: PERL WARNING: Use of uninitialized value $hn in string ne at fhem.pl line 1662.
2015.02.21 17:51:36 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at fhem.pl line 1663.
2015.02.21 17:51:39 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/00_SONOS.pm line 6802.
2015.02.21 17:51:40 1: PERL WARNING: Use of uninitialized value in numeric comparison (<=>) at fhem.pl line 1657.
2015.02.21 17:51:40 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/10_CUL_HM.pm line 7309.
2015.02.21 17:51:40 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/10_CUL_HM.pm line 6125.
2015.02.21 17:51:40 1: PERL WARNING: Use of uninitialized value $name in hash element at ./FHEM/10_CUL_HM.pm line 7421.
2015.02.21 17:51:40 1: PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 3361.
2015.02.21 17:51:40 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_CUL_HM.pm line 3249.
2015.02.21 17:51:40 1: PERL WARNING: Use of uninitialized value $devName in hash element at ./FHEM/10_CUL_HM.pm line 3324.
2015.02.21 17:51:40 1: PERL WARNING: Use of uninitialized value within @_ in list assignment at ./FHEM/10_CUL_HM.pm line 6086.
2015.02.21 17:51:40 1: PERL WARNING: Use of uninitialized value $devName in hash element at ./FHEM/10_CUL_HM.pm line 3326.
2015.02.21 17:51:40 1: PERL WARNING: Use of uninitialized value in scalar assignment at ./FHEM/10_CUL_HM.pm line 7174.
2015.02.21 17:51:40 1: PERL WARNING: Use of uninitialized value $devName in hash element at ./FHEM/10_CUL_HM.pm line 3327.
2015.02.21 17:51:40 1: PERL WARNING: Use of uninitialized value in numeric ne (!=) at ./FHEM/10_CUL_HM.pm line 7329.
...
2015.02.21 17:55:42 1: Error: CUL_HM_HM_LC_SW1_FM_2FE900 has no TYPE
Ich starte mal neu, wahrscheinlich ist die Objektleiche dann wieder verschwunden.
Liebe Grüße
DerJens
Es passiert nach dem rename?
Anscheinend schon, zumindest bei meinen zwei zuletzt angelernten HM Aktoren und anschließendem Umbenennen blieb der alte Name irgendwie als Zombie im System und hat die "no type"-Medlung verursacht - so lese ich das aus den Logs.
Das ist bei mir auch so. Nach dem Umbennen von HM Jalousieaktoren und normalen Unterputz Schaltern habe ich immer ein restart gemacht. dann ist das Problem behoben.
Ich habe das seinerzeit dokumentiert (http://heinz-otto.blogspot.de/2015/01/jalousie-aktoren-von-homematic-nach.html)
Gruß Otto
ein save nach rename wurde bestimmt gemacht?
Das Problem wurde in einem anderen Thread auch schon mal diskutiert. Da hatte ich ebenfalls bereits festgestellt, dass es zu dem Problem im Zusammenhang mit dem Umbenennen kommt.
Zitat von: Benni am 10 Januar 2015, 21:23:31
Nach dem Anlernen (über vccu) und anschließendem Umbenennen von einigen HM-LC-Sw1PBU-FM blieben ... "Leichen" übrig.
http://forum.fhem.de/index.php/topic,31882.msg243506.html#msg243506 (http://forum.fhem.de/index.php/topic,31882.msg243506.html#msg243506)
Im dort nachfolgenden Beitrag habe ich auch noch weitere Informationen des Anlernvorgangs gepostet. Vielleicht dient das ja zur Fehlereingrenzung.
Zitat von: frank am 24 Februar 2015, 17:37:53
ein save nach rename wurde bestimmt gemacht?
Also bei mir ja. Erstens habe ich save bei autocreate aktiv und zweitens ist das so ein ganz blöder Fehler vor dem restart 8) den macht man nicht mehr wenn man ca. 10 Aktoren anlernt und konfiguriert :)
Gruß Otto
Zitat von: Benni am 24 Februar 2015, 18:37:31
Das Problem wurde in einem anderen Thread auch schon mal diskutiert. Da hatte ich ebenfalls bereits festgestellt, dass es zu dem Problem im Zusammenhang mit dem Umbenennen kommt.
http://forum.fhem.de/index.php/topic,31882.msg243506.html#msg243506 (http://forum.fhem.de/index.php/topic,31882.msg243506.html#msg243506)
Im dort nachfolgenden Beitrag habe ich auch noch weitere Informationen des Anlernvorgangs gepostet. Vielleicht dient das ja zur Fehlereingrenzung.
Hallo Benni,
ist Dir das Problem eigentlich "bekannt", dass man hmpairforserial bei besagten Schaltern immer zweimal machen muss?
Ich war mir bei meiner Aktion Anfang Januar nicht sicher ob es bei ir daran lag, dass ich im kurzen Abstand von Homematic CCU1 abgelernt und an FHEM angelernt habe.
Aber ich meine: wenn man diese Dinge weiß, kann man damit leben...
Gruß Otto
Hallo Otto,
nein, "bekannt" ist mir das im konkreten Fall nicht. Ich bin es aber durchaus gewohnt, dass man beim Anlerenen/Peeren von HM-Komponenten ab und zu mal den einen oder anderen Schritt wiederholen muss. Damit kann ich im Übrigen auch sehr gut leben. Man lernt ja nun nicht jeden Tag neu an oder peert seine Komponenten um ;)
Gruß Benni.