Fehler im Autocreate für HM?

DerJens · 21 Februar 2015, 12:05:13

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:

Code Auswählen

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

martinp876 · 21 Februar 2015, 13:33:01

ist deine SW aktuell?
kannst du ein list des Device schicken?

DerJens · 21 Februar 2015, 13:54:31

list EgKzi1Light (war vorher CUL_HM_HM_LC_SW1_FM_2FE8B3) liefert bei mir:

Code Auswählen

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:

Code Auswählen

# $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.

DerJens · 21 Februar 2015, 15:23:34

So, kurze Rückmeldung:
Ich habe einen weiteren, neuen Aktor angelernt, dabei gab es keine Fehlermeldungen.

Code Auswählen

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)

Code Auswählen

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

martinp876 · 21 Februar 2015, 16:34:53

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.

DerJens · 23 Februar 2015, 15:01:29

Hallo,

ich muss leider nochmal stören. Die Meldungen sind wieder da, diesmal von dem Aktor, der ursprünglich keine Meldung produziert hat:

Code Auswählen

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

Code Auswählen

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:

Code Auswählen

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

martinp876 · 23 Februar 2015, 21:11:17

Es passiert nach dem rename?

DerJens · 23 Februar 2015, 21:56:14

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.

Otto123 · 23 Februar 2015, 22:23:29

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

Gruß Otto

frank · 24 Februar 2015, 17:37:53

ein save nach rename wurde bestimmt gemacht?

Benni · 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.

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

Im dort nachfolgenden Beitrag habe ich auch noch weitere Informationen des Anlernvorgangs gepostet. Vielleicht dient das ja zur Fehlereingrenzung.

Otto123 · 24 Februar 2015, 20:00:24

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

den macht man nicht mehr wenn man ca. 10 Aktoren anlernt und konfiguriert

Gruß Otto

Otto123 · 24 Februar 2015, 20:10:08

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

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

Benni · 26 Februar 2015, 12:39:11

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.