Hallo.
Seit einiger Zeit habe ich die im Titel genannten Fehler im LOG. Dazu gab es einen Beitrag, an den ich mich eingeklinkt habe.
https://forum.fhem.de/index.php/topic,36104.0.html (https://forum.fhem.de/index.php/topic,36104.0.html)
Es ist kein Gerät von mir, es muss ein Temperaturfühler eines Nachbarn sein.
Problem ist, das die letzten Nummern sich immer wieder ändern. Es wurde vermutet, das dieser Temperatursensor "spinnt" weil die Batterie zuneige geht.
Ich habe "Rubicson" und "GT_WT_02" Geräte die sich so "vermehren".
Schalte ich autocreate auf disable, bleiben die Einträge trotzdem im LOG.
Lasse ich das Gerät anlegen, kann ich es mit "ignore" praktisch deaktivieren. Da sich die letzten Nummern aber immer mal wieder ändern, hilft das nichts.
Zuletzt hatte ich um die 100 Geräte in FHEM, die ich nur noch durch direktes editieren der fhem.cfg los wurde.
Ich habe V 1.21.00 a-culfw Build: 70 (2016-04-22_17-15-27) nanoCUL433 (F-Band: 433MHz)
Mir wurde vorgeschlagen, die 14_CUL_TCM97001.pm zu ändern, und einen Wert "$enableLongIDs = FALSE" zu setzen.
Das habe ich schon gemacht, nun muss ich abwarten was passiert.
Gibt es eine Möglichkeit, den CUL komplett für neue Geräte abzuschalten ?
Wenn man im Haus alles angelegt hat, braucht man weder autocreate noch muss der CUL auf was neues reagieren.
EDIT:
So wie es aussieht, hat die Änderung mit dem Attribut longids=0 (und der Anpassung in der Datei) geholfen.
Ich habe seit 2 Stunden keinerlei Einträge von irgend welchen neuen Geräten im LOG !
ZitatWenn man im Haus alles angelegt hat, braucht man weder autocreate noch muss der CUL auf was neues reagieren.
wenn diesem tatsächlich so ist, dann könntest autocreate disablen.
hier ist jedoch schon etwas achtsamkeit geboten. In ein paar Wochen/monaten weiss man es nicht mehr, dass man autocreate deaktivert hat, und wundert sich, dass es beim Einbinden von neuen Modulen Probleme gibt.
VG
klaso
s.o ::)
ZitatMir wurde vorgeschlagen, die 14_CUL_TCM97001.pm zu ändern, und einen Wert "$enableLongIDs = FALSE" zu setzen.
Das habe ich schon gemacht, nun muss ich abwarten was passiert.
EDIT:
So wie es aussieht, hat die Änderung mit dem Attribut longids=0 (und der Anpassung in der Datei) geholfen.
Ich habe seit 2 Stunden keinerlei Einträge von irgend welchen neuen Geräten im LOG !
Hallo Björn,
spricht was dagegen, das $enableLongIDs defaultmaßig auf FALSE zu setzen?
Das bei longids=0 notwendige Ändern der $enableLongIDs auf FALSE hat momentan den Nachteil, daß die 14_CUL_TCM97001.pm vom update ausgenommen werden muß
attr global exclude_from_update 14_CUL_TCM97001.pmGruß Ralf
ZitatSo wie es aussieht, hat die Änderung mit dem Attribut longids=0 (und der Anpassung in der Datei) geholfen
sehr schön, autocreate zu deaktivieren sollte man sich wie gesagt sehr gut überlegen......
vg
klaso
Es hilft ja nicht autocreate abzuschalten, es werden zwar keine Geräte angelegt, aber im LOG erscheinen immer wieder neue Geräte und das war bei mir im Minutentakt.
Ich hatte autocreate sogar komplett entfernt. Aber die LOG Einträge kommen ja nicht von autocreate.
Ich habe mir einige Text Dateien angelegt, in die ich solche Änderungen dokumentiere.
Würde diese Änderung nur per attribut auswählbar sein, wäre natürlich schöner ;)
Die long Ids wurden damals exklusiv gefordert.
Reicht es nicht das logging im Level zu ändern?
Gesendet von meinem Mobile Device.
Hallo,
ich grabe das hier mal wieder aus, gibt es dazu schon was neues? Mein Log läuft aktuell auch über:
2018.02.15 00:04:24.138 2: sduino: CUL_TCM97001 Unknown device CUL_TCM97001_178, please define it
2018.02.15 00:06:11.341 2: sduino: CUL_TCM97001 Unknown device CUL_TCM97001_178, please define it
2018.02.15 00:12:33.903 2: sduino: CUL_TCM97001 Unknown device CUL_TCM97001_81, please define it
2018.02.15 00:22:03.967 2: sduino: CUL_TCM97001 Unknown device CUL_TCM97001_178, please define it
2018.02.15 00:22:46.142 2: sduino: CUL_TCM97001 Unknown device CUL_TCM97001_81, please define it
2018.02.15 00:26:09.676 2: sduino: CUL_TCM97001 Unknown device CUL_TCM97001_178, please define it
2018.02.15 00:27:56.856 2: sduino: CUL_TCM97001 Unknown device CUL_TCM97001_178, please define it
2018.02.15 00:28:32.638 2: sduino: CUL_TCM97001 Unknown device CUL_TCM97001_203, please define it
2018.02.15 00:47:54.810 2: sduino: CUL_TCM97001 Unknown device CUL_TCM97001_178, please define it
2018.02.15 00:53:03.573 2: sduino: CUL_TCM97001 Unknown device CUL_TCM97001_81, please define it
2018.02.15 00:59:04.637 2: sduino: CUL_TCM97001 Unknown device CUL_TCM97001_178, please define it
2018.02.15 01:04:54.039 2: sduino: CUL_TCM97001 Unknown device CUL_TCM97001_178, please define it
2018.02.15 01:13:18.724 2: sduino: CUL_TCM97001 Unknown device CUL_TCM97001_81, please define it
2018.02.15 01:13:47.029 2: sduino: CUL_TCM97001 Unknown device CUL_TCM97001_178, please define it
2018.02.15 01:14:23.400 2: sduino: CUL_TCM97001 Unknown device CUL_TCM97001_123, please define it
2018.02.15 01:16:10.816 2: sduino: CUL_TCM97001 Unknown device CUL_TCM97001_91, please define it
2018.02.15 01:17:21.487 2: sduino: CUL_TCM97001 Unknown device CUL_TCM97001_75, please define it
2018.02.15 01:19:08.594 2: sduino: CUL_TCM97001 Unknown device CUL_TCM97001_75, please define it
2018.02.15 01:19:43.620 2: sduino: CUL_TCM97001 Unknown device CUL_TCM97001_178, please define it
2018.02.15 01:21:28.801 2: sduino: CUL_TCM97001 Unknown device CUL_TCM97001_75, please define it
2018.02.15 01:26:12.342 2: sduino: CUL_TCM97001 Unknown device CUL_TCM97001_178, please define it
2018.02.15 01:40:24.385 2: sduino: CUL_TCM97001 Unknown device CUL_TCM97001_178, please define it
2018.02.15 01:41:34.528 2: sduino: CUL_TCM97001 Unknown device CUL_TCM97001_178, please define it
2018.02.15 01:46:52.078 2: sduino: CUL_TCM97001 Unknown device CUL_TCM97001_178, please define it
2018.02.15 01:52:10.124 2: sduino: CUL_TCM97001 Unknown device CUL_TCM97001_123, please define it
2018.02.15 02:03:22.161 2: sduino: CUL_TCM97001 Unknown device CUL_TCM97001_178, please define it
2018.02.15 02:07:26.975 2: sduino: CUL_TCM97001 Unknown device CUL_TCM97001_178, please define it
2018.02.15 02:09:11.232 2: sduino: CUL_TCM97001 Unknown device CUL_TCM97001_178, please define it
2018.02.15 02:10:55.134 2: sduino: CUL_TCM97001 Unknown device CUL_TCM97001_178, please define it
der sduino steht auf verbose 0, hilft aber nicht, autocreate hab ich mit nem Threshold unterbunden, aber mein Log ist halt 4 x so groß als er eigentlich sein sollte/könnte/müsste ;-)
Anfangs hab ich die alle angelegt und auf ignor gesetzt aber irgendwie ist die Endnummer täglich anders ;-(
Grüße
Achim
Wenn Du auf dem sduino eine aktuelle (mindestens von 2017) Firmware hast, kannst Du es mal mit dem Attribut "doubleMsgCheck_IDs" versuchen.
attr sduino doubleMsgCheck_IDs 0
Gruß Ralf
Moin,
hat leider keine Auswirkung :-) Wer erzeugt denn diese Meldung? der sduino oder das CUL Module etc etc?
Eigentlich ist das doch eher ein "ich soll die klappe halten (Verbose 0) und plapper trotzdem" Problem oder hab ich da den falschen Denkansatz?
Grüße
Achim
moin,
gibt es hier noch keine Lösung ??
Mein Logfile wird auch vollgemüllt, obwohl der Signal_Stick auf "verbose 0" steht
Hier nur die von heute und es werden mehr
2018.04.08 00:26:00 2: Signal_Stick: CUL_TCM97001 Unknown device CUL_TCM97001_61, please define it
2018.04.08 00:50:17 2: CUL_433: CUL_TCM97001 Unknown device CUL_TCM97001_43, please define it
2018.04.08 00:51:14 2: CUL_433: CUL_TCM97001 Unknown device CUL_TCM97001_43, please define it
2018.04.08 00:55:02 2: CUL_433: CUL_TCM97001 Unknown device CUL_TCM97001_43, please define it
2018.04.08 01:00:44 2: CUL_433: CUL_TCM97001 Unknown device CUL_TCM97001_43, please define it
2018.04.08 01:11:11 2: CUL_433: CUL_TCM97001 Unknown device CUL_TCM97001_43, please define it
2018.04.08 01:14:02 2: CUL_433: CUL_TCM97001 Unknown device CUL_TCM97001_43, please define it
2018.04.08 01:14:59 2: CUL_433: CUL_TCM97001 Unknown device CUL_TCM97001_43, please define it
2018.04.08 01:19:44 2: CUL_433: CUL_TCM97001 Unknown device CUL_TCM97001_43, please define it
2018.04.08 04:05:02 2: CUL_433: CUL_TCM97001 Unknown device CUL_TCM97001_43, please define it
2018.04.08 04:06:56 2: CUL_433: CUL_TCM97001 Unknown device CUL_TCM97001_43, please define it
2018.04.08 04:39:13 2: Signal_Stick: CUL_TCM97001 Unknown device CUL_TCM97001_86, please define it
2018.04.08 04:39:46 2: Signal_Stick: CUL_TCM97001 Unknown device CUL_TCM97001_86, please define it
2018.04.08 04:41:08 2: CUL_433: CUL_TCM97001 Unknown device CUL_TCM97001_43, please define it
2018.04.08 04:44:56 2: CUL_433: CUL_TCM97001 Unknown device CUL_TCM97001_43, please define it
2018.04.08 04:54:26 2: CUL_433: CUL_TCM97001 Unknown device CUL_TCM97001_43, please define it
2018.04.08 04:55:23 2: CUL_433: CUL_TCM97001 Unknown device CUL_TCM97001_43, please define it
2018.04.08 05:03:56 2: CUL_433: CUL_TCM97001 Unknown device CUL_TCM97001_43, please define it
2018.04.08 05:24:50 2: CUL_433: CUL_TCM97001 Unknown device CUL_TCM97001_43, please define it
2018.04.08 05:27:41 2: CUL_433: CUL_TCM97001 Unknown device CUL_TCM97001_43, please define it
2018.04.08 05:39:05 2: CUL_433: CUL_TCM97001 Unknown device CUL_TCM97001_43, please define it
2018.04.08 05:45:44 2: CUL_433: CUL_TCM97001 Unknown device CUL_TCM97001_43, please define it
2018.04.08 05:58:05 2: CUL_433: CUL_TCM97001 Unknown device CUL_TCM97001_43, please define it
2018.04.08 06:00:56 2: CUL_433: CUL_TCM97001 Unknown device CUL_TCM97001_43, please define it
2018.04.08 08:03:45 2: Signal_Stick: CUL_TCM97001 Unknown device CUL_TCM97001_3, please define it
2018.04.08 08:33:28 2: Signal_Stick: CUL_TCM97001 Unknown device CUL_TCM97001_80, please define it
2018.04.08 08:34:01 2: Signal_Stick: CUL_TCM97001 Unknown device CUL_TCM97001_80, please define it
2018.04.08 08:35:07 2: Signal_Stick: CUL_TCM97001 Unknown device CUL_TCM97001_80, please define it
2018.04.08 08:36:46 2: Signal_Stick: CUL_TCM97001 Unknown device CUL_TCM97001_65, please define it
2018.04.08 08:37:19 2: Signal_Stick: CUL_TCM97001 Unknown device CUL_TCM97001_80, please define it
2018.04.08 08:38:25 2: Signal_Stick: CUL_TCM97001 Unknown device CUL_TCM97001_80, please define it
2018.04.08 08:42:16 2: Signal_Stick: CUL_TCM97001 Unknown device CUL_TCM97001_80, please define it
2018.04.08 08:42:49 2: Signal_Stick: CUL_TCM97001 Unknown device CUL_TCM97001_80, please define it
2018.04.08 08:45:01 2: Signal_Stick: CUL_TCM97001 Unknown device CUL_TCM97001_80, please define it
2018.04.08 11:39:22 2: Signal_Stick: CUL_TCM97001 Unknown device CUL_TCM97001_80, please define it
2018.04.08 11:44:19 2: Signal_Stick: CUL_TCM97001 Unknown device CUL_TCM97001_80, please define it
2018.04.08 11:52:34 2: Signal_Stick: CUL_TCM97001 Unknown device CUL_TCM97001_80, please define it
Habe fast nur noch diese Meldungen im Log-File, die normalen Log-Einträge gehen fast unter.
Gruß und einen sonnigen Sonntag Werner
hi Werner,
setze das Attribut
blacklist_IDs
mit den ID:
0
38
68
Dann sollten alle TCM ignoriert werden, klappt bei mir seit dem ganz gut
Beim CUL ? ::) Hab ich was verpasst ? :-[
Schlecht wäre das feature aber nicht. :)
ahh,
man sollte alles genau lesen :-) ging ja weiter oben um den signaldunio, da geht das :-)
Zitat von: CBSnake am 09 April 2018, 09:46:31
hi Werner,
setze das Attribut
blacklist_IDs
mit den ID:
0
38
68
Dann sollten alle TCM ignoriert werden, klappt bei mir seit dem ganz gut
Da mich das auch betrifft, wie sind die IDs zu trennen? Komma, Leerzeichen?
mit Komma,
habe es gesetzt, musste aber 68 rausnehmen, habe einen Sensor auf der Nordseite.
Gruß Werner
Guten Abend,
ich leide leider auch unter Logüberflutung und habe bereits an diversen Stellen nach Abstellmaßnahmen gefragt, leider ohne Erfolg. Immerhin kann ich mein "autocreate" aktiv halten, ohne, dass ständig neue Geräte angelegt werden:
ignoreTypes GT_WT_.*|TCM.*|CUL_TCM.*|CUL_TX.*|CUL_WS*|Unknown
Verstehe ich richtig, dass die Änderung in 14_CUL_TCM97001.pm "$enableLongIDs = FALSE" nur davor schützt, dass die Sensoren ständig mit neuen IDs angezeigt werden, aber nicht vor eigentlichen Logüberflutung?
Ich habe zusätzlich das Problem, dass sobald ein CUL_TCM97001-Device angelegt ist, um es auf ignore zu setzen, mein SD_WS07-Temperatursensor nicht mehr geloggt wird. Ich bin mir noch nicht mal sicher, ob es nicht ebendieser Sensor ist, auf den das CUL_TCM97001-Modul reagiert und meine Logs vollmüllt. Wenn jemand noch einen Hinweis hat, wie ich das abstellen kann, bitte her damit!
Wenn Du mal Deine spezielle Umgebung weiter analysierst, könnte man spezielle Ideen zur Abhilfe entwickeln. ::)
ZitatIch bin mir noch nicht mal sicher, ob es nicht ebendieser Sensor ist, auf den das CUL_TCM97001-Modul reagiert und meine Logs vollmüllt.
Hi,
Zitat von: KölnSolar am 15 April 2018, 10:01:52
Wenn Du mal Deine spezielle Umgebung weiter analysierst, könnte man spezielle Ideen zur Abhilfe entwickeln. ::)
meine Analyse steht u.A. hier (https://forum.fhem.de/index.php/topic,35064.msg662359.html#msg662359), weiter komme ich mit meinen bescheidenen Kenntissen nicht. Eigentlich habe ich schon fast aufgegeben, nach Lösungen zu suchen, habe aber dann diesen Thread gesehen. Wenn schon so viele Leute das Problem haben, lohnt es sich vielleicht, dass sich jemand die Situation ansieht. Was meine spezielle Situation angeht: In meinem Fall ist es wohl das Zusammenspiel der 3 Module: CUL_REDIRECT, CUL_TCM97001 und SD_WS07, das für Probleme sorgt. Also wenn Du spezielle Ideen hast (ich mache im Notfall auch vor Deaktivierung der Protokolle der CUL-Firmware nicht Halt ;) ), immer her damit!
Zitatich mache im Notfall auch vor Deaktivierung der Protokolle der CUL-Firmware nicht Halt
Das wird wohl nicht gehen, weil Dein SD07 dann vermutlich nicht mehr erkannt wird.
ZitatWenn Du mal Deine spezielle Umgebung weiter analysierst, könnte man spezielle Ideen zur Abhilfe entwickeln.
Das hatte ich auf Deine Aussage
ZitatIch bin mir noch nicht mal sicher..
bezogen. Schon mal Batterien am Sensor entfernt und dann das Log analysiert......
Zitat von: KölnSolar am 15 April 2018, 20:10:56
Schon mal Batterien am Sensor entfernt und dann das Log analysiert......
Der Sensor ist leider schlecht zugänglich, bin eigentlich froh, dass ich nicht so häufig hinklettern muss. Was für einen Informationsgewinn versprichst Du Dir davon?