autocreate und ignoreType keine Funktion

[Intruder1956]

Hallo,
wieder mal Ich 
Warum legt mir ständig autocreate ein CUL_TX_ an, obwohl ich es in autocreate wie folgt auf ignorieren gesetzt habe

Code Auswählen Erweitern

Internals:
   NAME       autocreate
   NOTIFYDEV  global
   NR         14
   NTFY_ORDER 50-autocreate
   STATE      active
   TYPE       autocreate
   Received:
Attributes:
   filelog    ./log/%NAME-%Y-%m.log
   ignoreTypes CUL_TX_.* | CUL_WS_.*

Ja, ich weiß ich kann das definierte Modul dann nochmal attr ignore setzen.
Aber das kann ja nicht der Sinn von ignoreTypes im autocreate sein.

Habe heute morgen ca. 15 Stück in der Config gelöscht.
Ich wohne auf dem Land in einem kleinen 2 Familienhaus, da können und sind nicht so viele TX. Denke ich 
Ich weiß das mein Nachbar oben Max Thermostate, Fensterkontakte und Heizkörperventile hat, je 3 Stück

Gruß Werner aus dem Westerwald

[Intruder1956]

 .... und wieder sind 5 CUL_TX angelegt, obwohl "ignoreTypes" definiert.

hat eigendlich noch jemand dieses Problem

Die Sonne lacht, es wird ein schöner Tag 

[Tedious]

Kommt mir bekannt vor Bei mir war erst Ruhe als ich das in der fhem.cfg auskommentiert habe:

Code Auswählen Erweitern

#define autocreate autocreate
#attr autocreate filelog /media/naslog/%NAME-%Y.log

[Intruder1956]

Moin Tedious,
das sollte aber nicht die Lösung sein, wofür ist sonst ignoreTypes da ??
Wenn er doch für so was da ist sollte es doch auch funktionieren, oder

Gruß Werner

[Tedious]

Naja, für mich funktioniert es so. Wenn ich denn alle paar Monate mal autocreate benötige nehm ich halt temporär die beiden # raus. Vielleicht nicht elegant, funktioniert aber

[rudolfkoenig]

ignoreTypes sollte mit einem richtigen Regexp funktionieren. "CUL_TX_.* | CUL_WS_.*" wird fuer keine FHEM-Geraete funktionieren, da im FHEM-Namen keine Leerzeichen vorkommen duerfen.

Sonst: Problemberichte in den Anfaengerfragen ueber die von mir betreuten Module werden nicht zeitnah gelesen. Wer es eiliger hat: bitte MAINTAINER.txt konsultieren.

[chris1284]

kann das auch beobachten. ignoretypes hat gefühlt keine funktion bei CUL_TCM97001 devices. IT wird zu mindest sauber unterdrückt

Code Auswählen Erweitern

ignoreTypes CUL_TX|CUL_TCM97001|IT|CUL_WS
und dennoch werdne CUL_TCM97001 devices angelegt

[rudolfkoenig]

und dennoch werdne CUL_TCM97001 devices angelegt

Wenn du mir die Definition des automatisch angelegten Geraetes zeigst, kann ich es naeher anschauen.
Laut Code sollte es bei diesem Attributwert nicht passieren.

[chris1284]

heute kam wieder eines

Internals:
   CFGFN
   CODE       CUL_TCM97001_Unknown
   DEF        CUL_TCM97001_Unknown
   LASTInputDev nanoCUL433
   MSGCNT     13
   NAME       Unknown
   NR         1598
   RSSI       -94
   STATE      Code: 000000000000
   TYPE       CUL_TCM97001
   lastH      0
   lastT      1470575888
   nanoCUL433_MSGCNT 13
   nanoCUL433_RAWMSG s000000000000D8;  224:11920
   nanoCUL433_TIME 2016-08-07 15:18:08
   Readings:
     2016-08-07 15:18:08   state           Code: 000000000000
Attributes:
   DbLogExclude .*
   model      Unknown
   room       CUL_TCM97001

log

2016.08.07 15:16:18 2: CUL_TCM97001 Unknown device Unknown, please define it
2016.08.07 15:16:18 2: autocreate: define Unknown CUL_TCM97001 CUL_TCM97001_Unknown

[rudolfkoenig]

Das autocreate Attribut ignoreTypes prueft den vorgeschlagenen Namen des anzulegenden Geraetes, und nicht TYPE (bzw. Modulnamen), damit sie auch einzelne Geraete (anhand ID im Namen) ignorieren kann.
Der Name ist in diesem Fall Unknown, und das wird vom Regexp CUL_TX|CUL_TCM97001|IT|CUL_WS nicht erwischt.

Das CUL_TCM97001 Modul sollte die neuen Geraete entweder besser benennen (z.Bsp. CUL_TCM97001_Unknown), oder du solltest dein ignoreTypes Filter mit Unknown erweitern.

[chris1284]

ok.... in der cmd-ref steht ja sogar das types irreführend ist (und ehr irgnoreNames heissen müsste).

dann wer ich mal im sonstige abteil eine post aufmachen. kann ja schließelich noch andere module mit schlechter namensgebung geben die man nicht irgnorieren will