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

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?