Eine physisch nicht vorhandene HM-Device wird von FHEM automatisch installiert

[Guest]

Originally posted by: <email address deleted>

Hallo Leute!

Folgende Einträge für ein model *HM-Sec-Cen* hat FHEM in der cfg
vorgenommen:

define CUL_HM_AlarmControl_118017 CUL_HM 118017
     attr CUL_HM_AlarmControl_118017 devInfo 020000
     attr CUL_HM_AlarmControl_118017 firmware 1.6
     attr CUL_HM_AlarmControl_118017 hmClass controller
     attr CUL_HM_AlarmControl_118017 model HM-Sec-Cen
     attr CUL_HM_AlarmControl_118017 protLastRcv 2012-10-26 09:19:54
     attr CUL_HM_AlarmControl_118017 room CUL_HM
     attr CUL_HM_AlarmControl_118017 serialNr GEQ0013452
     attr CUL_HM_AlarmControl_118017 subType AlarmControl

 define FileLog_CUL_HM_AlarmControl_118017 FileLog
/var/InternerSpeicher/SanDisk-CruzerBlade-01/fhem/log/CUL_HM_AlarmControl_118017-%Y.log
CUL_HM_AlarmControl_118017
attr FileLog_CUL_HM_AlarmControl_118017 logtype textattr
FileLog_CUL_HM_AlarmControl_118017 room CUL_HM

 Haben diese Einträge etwas mit der *Funk-Alarmzentrale HM-Sec-Cen-B *zu
tun?
Wie kann man diese Einträge interpretieren? Ist das nur eine Dummy-Device
ohne Belang? Oder sind hier die Erkenntnisse des reverse-ingeneering noch
nicht soweit gediehen?

Installiert wurden von mir
*                                               HM-LAN-Adapter
                                               HM-LC-Sw1-PB-FM
                                               HM-Sen-MDIR-SM
*Nur diese  Devices habe ich am 2012-10-26 angelernt und sie funktionieren,
*aber ein HM-Sec-Cen wurde nicht verbaut.*

Kann mir bitte jemand o.a. Phänomen erklären?

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Ist autocreate aktiv?
Am 27.10.2012 18:33 schrieb "yogadi99" :

> Hallo Leute!
>
> Folgende Einträge für ein model *HM-Sec-Cen* hat FHEM in der cfg
> vorgenommen:
>
> define CUL_HM_AlarmControl_118017 CUL_HM 118017
>      attr CUL_HM_AlarmControl_118017 devInfo 020000
>      attr CUL_HM_AlarmControl_118017 firmware 1.6
>      attr CUL_HM_AlarmControl_118017 hmClass controller
>      attr CUL_HM_AlarmControl_118017 model HM-Sec-Cen
>      attr CUL_HM_AlarmControl_118017 protLastRcv 2012-10-26 09:19:54
>      attr CUL_HM_AlarmControl_118017 room CUL_HM
>      attr CUL_HM_AlarmControl_118017 serialNr GEQ0013452
>      attr CUL_HM_AlarmControl_118017 subType AlarmControl
>
>  define FileLog_CUL_HM_AlarmControl_118017 FileLog
> /var/InternerSpeicher/SanDisk-CruzerBlade-01/fhem/log/CUL_HM_AlarmControl_118017-%Y.log
> CUL_HM_AlarmControl_118017
> attr FileLog_CUL_HM_AlarmControl_118017 logtype textattr
> FileLog_CUL_HM_AlarmControl_118017 room CUL_HM
>
>  Haben diese Einträge etwas mit der *Funk-Alarmzentrale HM-Sec-Cen-B *zu
> tun?
> Wie kann man diese Einträge interpretieren? Ist das nur eine Dummy-Device
> ohne Belang? Oder sind hier die Erkenntnisse des reverse-ingeneering noch
> nicht soweit gediehen?
>
> Installiert wurden von mir
> *                                               HM-LAN-Adapter
>                                                HM-LC-Sw1-PB-FM
>                                                HM-Sen-MDIR-SM
> *Nur diese  Devices habe ich am 2012-10-26 angelernt und sie
> funktionieren, *aber ein HM-Sec-Cen wurde nicht verbaut.*
>
> Kann mir bitte jemand o.a. Phänomen erklären?
>
> --
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

In den letzten Wochen war autocreate immer aktiv. Eine Beeinflussung durch
die Nachbarschaft kann ich aber ausschließen.
Die Version FHEM (DEVELOPMENT) ist vom 2012-10-20 07:11:56z rudolfkoenig
pid 2518.

Am Samstag, 27. Oktober 2012 19:08:18 UTC+2 schrieb drdownload:
>
> Ist autocreate aktiv?
> Am 27.10.2012 18:33 schrieb "yogadi99"
> >:
>
>> Hallo Leute!
>>
>> Folgende Einträge für ein model *HM-Sec-Cen* hat FHEM in der cfg
>> vorgenommen:
>>
>> define CUL_HM_AlarmControl_118017 CUL_HM 118017
>>      attr CUL_HM_AlarmControl_118017 devInfo 020000
>>      attr CUL_HM_AlarmControl_118017 firmware 1.6
>>      attr CUL_HM_AlarmControl_118017 hmClass controller
>>      attr CUL_HM_AlarmControl_118017 model HM-Sec-Cen
>>      attr CUL_HM_AlarmControl_118017 protLastRcv 2012-10-26 09:19:54
>>      attr CUL_HM_AlarmControl_118017 room CUL_HM
>>      attr CUL_HM_AlarmControl_118017 serialNr GEQ0013452
>>      attr CUL_HM_AlarmControl_118017 subType AlarmControl
>>
>>  define FileLog_CUL_HM_AlarmControl_118017 FileLog
>> /var/InternerSpeicher/SanDisk-CruzerBlade-01/fhem/log/CUL_HM_AlarmControl_118017-%Y.log
>> CUL_HM_AlarmControl_118017
>> attr FileLog_CUL_HM_AlarmControl_118017 logtype textattr
>> FileLog_CUL_HM_AlarmControl_118017 room CUL_HM
>>
>>  Haben diese Einträge etwas mit der *Funk-Alarmzentrale HM-Sec-Cen-B *zu
>> tun?
>> Wie kann man diese Einträge interpretieren? Ist das nur eine Dummy-Device
>> ohne Belang? Oder sind hier die Erkenntnisse des reverse-ingeneering noch
>> nicht soweit gediehen?
>>
>> Installiert wurden von mir
>> *                                               HM-LAN-Adapter
>>                                                HM-LC-Sw1-PB-FM
>>                                                HM-Sen-MDIR-SM
>> *Nur diese  Devices habe ich am 2012-10-26 angelernt und sie
>> funktionieren, *aber ein HM-Sec-Cen wurde nicht verbaut.*
>>
>> Kann mir bitte jemand o.a. Phänomen erklären?
>>
>> --
>> To unsubscribe from this group, send email to
>> fhem-users+...@googlegroups.com
>>
>

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com