CUL_TCM97001 Unknown device CUL_TCM97001_191, please define it

Begonnen von ArduPino, 18 März 2017, 17:34:18

Vorheriges Thema - Nächstes Thema

ArduPino

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

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 !

klaso

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
Raspberry Pi 2 B+; Software: Raspbian Jessie, Fhem 5.8
ZWave, Enocean, FBAHAHTTP, ENIGMA2
Barebone mit openmedivault und Fhem5.8, MySQL, MyObis, VBUS LAN-Adapter in Fhem, Homematic CCU2; Jeelink mit TX29IT, HMCCU: Schnittstelle CCU2 - FHEM

KölnSolar

RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

Ralf9

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.pm

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

klaso

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
Raspberry Pi 2 B+; Software: Raspbian Jessie, Fhem 5.8
ZWave, Enocean, FBAHAHTTP, ENIGMA2
Barebone mit openmedivault und Fhem5.8, MySQL, MyObis, VBUS LAN-Adapter in Fhem, Homematic CCU2; Jeelink mit TX29IT, HMCCU: Schnittstelle CCU2 - FHEM

ArduPino

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  ;)

bjoernh

Die long Ids wurden damals exklusiv gefordert.
Reicht es nicht das logging im Level zu ändern?

Gesendet von meinem Mobile Device.


CBSnake

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
FHEM auf Debian 10, HM-Wlan, JeeLink-Wlan, Wlanduino, ConBee, TP-Link Steckdose, GHoma Steckdosen, Shelly Steckdosen

Ralf9

#8
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
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

CBSnake

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
FHEM auf Debian 10, HM-Wlan, JeeLink-Wlan, Wlanduino, ConBee, TP-Link Steckdose, GHoma Steckdosen, Shelly Steckdosen

Intruder1956

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
Zotac CI547 32GB RAM 500GB SSD,ESXI 6.5, VM-Fhem5.8, VM-ioBroker, Cul 868Mhz;Cul 433Mhz = Busware, LGW, HM-MOD-RPI-PCB, Uniroll, IT YCR-100 TMT2100,ITR-1500, LD382 mit Wifilight, ESA 2000 + SENSOR WZ SET,FS20 TFK, HM-Sec-SC, HM-CC-RT-DN,PCA301,

CBSnake

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
FHEM auf Debian 10, HM-Wlan, JeeLink-Wlan, Wlanduino, ConBee, TP-Link Steckdose, GHoma Steckdosen, Shelly Steckdosen

KölnSolar

Beim CUL ?  ::) Hab ich was verpasst ?  :-[

Schlecht wäre das feature aber nicht.  :)
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

CBSnake

ahh,

man sollte alles genau lesen :-) ging ja weiter oben um den signaldunio, da geht das :-)
FHEM auf Debian 10, HM-Wlan, JeeLink-Wlan, Wlanduino, ConBee, TP-Link Steckdose, GHoma Steckdosen, Shelly Steckdosen

accessburn

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?
Wezzy Rpi2b> FHEM, Elro, Intenso, FTUI, Jeelink v3, Max!Cube, Fire5, Foscam, NAS, Fritz!Box + Fon, Max!Wandthermostat, Amazon Echo
Wezzy Rp3b> OctoPi
Jessie Rp3b> UPNP, NAS, Pi-Hole

Intruder1956

mit Komma,
habe es gesetzt, musste aber 68 rausnehmen, habe einen Sensor auf der Nordseite.


Gruß Werner
Zotac CI547 32GB RAM 500GB SSD,ESXI 6.5, VM-Fhem5.8, VM-ioBroker, Cul 868Mhz;Cul 433Mhz = Busware, LGW, HM-MOD-RPI-PCB, Uniroll, IT YCR-100 TMT2100,ITR-1500, LD382 mit Wifilight, ESA 2000 + SENSOR WZ SET,FS20 TFK, HM-Sec-SC, HM-CC-RT-DN,PCA301,

Horti

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!

KölnSolar

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.
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

Horti

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, 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!

KölnSolar

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......
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

Horti

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?