Ständige Meldungen von CUL_TCM97001 im LOG

Begonnen von arthur_dent_2015, 09 April 2015, 21:09:16

Vorheriges Thema - Nächstes Thema

arthur_dent_2015

Hallo,
ich habe seit einigen Tagen die folgenden Meldungen im Log:

2015.04.09 21:00:18 2: CUL_TCM97001 Unknown device CUL_TCM97001_38, please define it
2015.04.09 21:00:18 2: autocreate: define FileLog_CUL_TCM97001_CUL_TCM97001_38 FileLog ./log/CUL_TCM97001_CUL_TCM97001_38-%Y.log CUL_TCM97001_CUL_TCM97001_38
2015.04.09 21:00:18 2: autocreate: define SVG_CUL_TCM97001_CUL_TCM97001_38 SVG FileLog_CUL_TCM97001_CUL_TCM97001_38:temp4hum4:CURRENT
2015.04.09 21:00:52 2: CUL_TCM97001 Unknown device CUL_TCM97001_38, please define it
2015.04.09 21:00:52 2: autocreate: define FileLog_CUL_TCM97001_CUL_TCM97001_38 FileLog ./log/CUL_TCM97001_CUL_TCM97001_38-%Y.log CUL_TCM97001_CUL_TCM97001_38
2015.04.09 21:00:52 2: autocreate: define SVG_CUL_TCM97001_CUL_TCM97001_38 SVG FileLog_CUL_TCM97001_CUL_TCM97001_38:temp4hum4:CURRENT
2015.04.09 21:01:20 2: CUL_TCM97001 Unknown device CUL_TCM97001_38, please define it
2015.04.09 21:01:20 2: autocreate: define FileLog_CUL_TCM97001_CUL_TCM97001_38 FileLog ./log/CUL_TCM97001_CUL_TCM97001_38-%Y.log CUL_TCM97001_CUL_TCM97001_38
2015.04.09 21:01:20 2: autocreate: define SVG_CUL_TCM97001_CUL_TCM97001_38 SVG FileLog_CUL_TCM97001_CUL_TCM97001_38:temp4hum4:CURRENT
2015.04.09 21:01:51 2: CUL_TCM97001 Unknown device CUL_TCM97001_38, please define it
2015.04.09 21:01:51 2: autocreate: define FileLog_CUL_TCM97001_CUL_TCM97001_38 FileLog ./log/CUL_TCM97001_CUL_TCM97001_38-%Y.log CUL_TCM97001_CUL_TCM97001_38
2015.04.09 21:01:51 2: autocreate: define SVG_CUL_TCM97001_CUL_TCM97001_38 SVG FileLog_CUL_TCM97001_CUL_TCM97001_38:temp4hum4:CURRENT

Das device wurde mit autocreate bereits erzeugt und mit attr ignore 0 versehen da es wohl irgendwo in der Nachbarschaft beheimatet ist. Die Meldungen schlagen trotzdem auf. CUL433 steht auf verbose 3. Wie bekomme ich diese Meldungen weg?

Gruß
Arthur

bjoernh

#1
 @rudolfkoenig Rudi, kannst Du mir sagen ob es da eine besonderheit gibt, welche ein Modul beachten muss? Wenn ich bei mir einen entsprechenden Sensor auf ignore=1 setzte werden die Meldungen wie von arthur_dent_2015 beschrieben weiterhin verarbeitet. Was muss man tun, damit das Modul dies automatisch erkennt?

@arthur_dent_2015 Ich kann es nicht 100% nachvollziehen. Sobald ein Sensor bei mir erkannt wurde, wird er nicht nochmal angelegt. Bist Du sicher, dass der Sensor per autocreate angelegt ist und autocreate bei dir auch aktiv ist?


arthur_dent_2015

Hallo bjoernh,
hier der entsprechende Ausschnitt aus der fhem.cfg:

define CUL_TCM97001_38 CUL_TCM97001 38
attr CUL_TCM97001_38 ignore 0
attr CUL_TCM97001_38 model TCM97...
attr CUL_TCM97001_38 room CUL_TCM97001
define FileLog_CUL_TCM97001_38 FileLog ./log/CUL_TCM97001_38-%Y.log CUL_TCM97001_38
attr FileLog_CUL_TCM97001_38 logtype temp4hum4:Temp/Hum,text
attr FileLog_CUL_TCM97001_38 room CUL_TCM97001
define SVG_CUL_TCM97001_38 SVG FileLog_CUL_TCM97001_38:temp4hum4:CURRENT
attr SVG_CUL_TCM97001_38 label "CUL_TCM97001_38 Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr SVG_CUL_TCM97001_38 room Plots

Das Ding ist also definitiv angelegt und wird auch im room TCM97001 anezeigt.

Gruß
Arthur

LuckyDay


bjoernh

Zitat von: fhem-hm-knecht am 10 April 2015, 01:23:44
zum ignorieren
So habe ich es jetzt auch probiert.
Danach tauchen diese Sensoren nicht mehr an der Oberfläche auf.
Im Eventlog sind diese immer noch enthalten. (Scheint ja auch richtig zu sein, da diese im Hintergrund weiterhin bearbeitet werden)

arthur_dent_2015

nach Änderung auf ignore 1 tauchen die Geräte nicht mehr in der Oberfläche auf, nur noch die zugehörigen file logs. Die hätte ich auch gern noch weg... Im fhem LOG werden aber weiterhin die Meldungen geschrieben und das im 30 Sekunden Takt. Da übersieht man schnell mal was wirklich wichtiges... Wäre also schön wenn man das auch irgendwie unterdrücken könnte.... Ein bewusst unterdrücktes device muss, aus meiner Sicht, auch keine LOG Einträge schreiben.

bjoernh

Zitat von: arthur_dent_2015 am 10 April 2015, 10:35:22
nach Änderung auf ignore 1 tauchen die Geräte nicht mehr in der Oberfläche auf, nur noch die zugehörigen file logs. Die hätte ich auch gern noch weg... Im fhem LOG werden aber weiterhin die Meldungen geschrieben und das im 30 Sekunden Takt. Da übersieht man schnell mal was wirklich wichtiges... Wäre also schön wenn man das auch irgendwie unterdrücken könnte.... Ein bewusst unterdrücktes device muss, aus meiner Sicht, auch keine LOG Einträge schreiben.
Das Logfile kannst Du auch einfach via fhem löschen, dann wird auch nichts mehr geloggt.
Das mit dem Eventlog stimmt natürlich, da muss dann aber denke ich Rudi in fhem was anpassen.

arthur_dent_2015

Zitat von: bjoernh am 11 April 2015, 10:06:39
Das Logfile kannst Du auch einfach via fhem löschen, dann wird auch nichts mehr geloggt.
Das mit dem Eventlog stimmt natürlich, da muss dann aber denke ich Rudi in fhem was anpassen.

hilft ja nicht wirklich. 30 Sekunden später ist es ja durch den autocreate wieder da :(

2015.04.11 11:45:30 2: CUL_TCM97001 Unknown device CUL_TCM97001_38, please define it
2015.04.11 11:45:30 2: autocreate: define FileLog_CUL_TCM97001_CUL_TCM97001_38 FileLog ./log/CUL_TCM97001_CUL_TCM97001_38-%Y.log CUL_TCM97001_CUL_TCM97001_38
2015.04.11 11:45:30 2: autocreate: define SVG_CUL_TCM97001_CUL_TCM97001_38 SVG FileLog_CUL_TCM97001_CUL_TCM97001_38:temp4hum4:CURRENT
2015.04.11 11:45:45 2: CUL_TCM97001 Unknown device CUL_TCM97001_38, please define it
2015.04.11 11:45:45 2: autocreate: define FileLog_CUL_TCM97001_CUL_TCM97001_38 FileLog ./log/CUL_TCM97001_CUL_TCM97001_38-%Y.log CUL_TCM97001_CUL_TCM97001_38
2015.04.11 11:45:45 2: autocreate: define SVG_CUL_TCM97001_CUL_TCM97001_38 SVG FileLog_CUL_TCM97001_CUL_TCM97001_38:temp4hum4:CURRENT
2015.04.11 11:46:17 2: CUL_TCM97001 Unknown device CUL_TCM97001_38, please define it
2015.04.11 11:46:17 2: autocreate: define FileLog_CUL_TCM97001_CUL_TCM97001_38 FileLog ./log/CUL_TCM97001_CUL_TCM97001_38-%Y.log CUL_TCM97001_CUL_TCM97001_38
2015.04.11 11:46:17 2: autocreate: define SVG_CUL_TCM97001_CUL_TCM97001_38 SVG FileLog_CUL_TCM97001_CUL_TCM97001_38:temp4hum4:CURRENT
2015.04.11 11:46:48 2: CUL_TCM97001 Unknown device CUL_TCM97001_38, please define it

warum bemerkt fhem nicht dass das device definiert ist?

[color=red]define CUL_TCM97001_38 CUL_TCM97001 38[/color]
attr CUL_TCM97001_38 ignore 1
attr CUL_TCM97001_38 model TCM97...
attr CUL_TCM97001_38 room CUL_TCM97001
define SVG_CUL_TCM97001_38 SVG FileLog_CUL_TCM97001_38:temp4hum4:CURRENT
attr SVG_CUL_TCM97001_38 label "CUL_TCM97001_38 Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr SVG_CUL_TCM97001_38 room Plots
......
define CUL_TCM97001_CUL_TCM97001_38 CUL_TCM97001 CUL_TCM97001_38
attr CUL_TCM97001_CUL_TCM97001_38 ignore 1
attr CUL_TCM97001_CUL_TCM97001_38 room CUL_TCM97001
....
define FileLog_CUL_TCM97001_CUL_TCM97001_38 FileLog ./log/CUL_TCM97001_CUL_TCM97001_38-%Y.log CUL_TCM97001_CUL_TCM97001_38
attr FileLog_CUL_TCM97001_CUL_TCM97001_38 logtype temp4hum4:Temp/Hum,text
attr FileLog_CUL_TCM97001_CUL_TCM97001_38 room CUL_TCM97001
define SVG_CUL_TCM97001_CUL_TCM97001_38 SVG FileLog_CUL_TCM97001_CUL_TCM97001_38:temp4hum4:CURRENT
attr SVG_CUL_TCM97001_CUL_TCM97001_38 label "CUL_TCM97001_CUL_TCM97001_38 Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr SVG_CUL_TCM97001_CUL_TCM97001_38 room Plots


Tommy82

Hi,
ich habe heute plötzlich auch diese Meldung im Log und ein neues Device, aber keine Ahnung was das sein soll. Ich hab nichts neues eingebunden.

2016.11.22 15:15:18.256 2: CUL_TCM97001 Unknown device CUL_TCM97001_0, please define it
2016.11.22 15:15:18.292 2: CUL_TCM97001 Unknown device CUL_TCM97001_0, please define it
2016.11.22 15:15:18.305 2: autocreate: define TCM97..._0 CUL_TCM97001 CUL_TCM97001_0
2016.11.22 15:15:18.309 2: autocreate: define FileLog_TCM97..._0 FileLog ./log/TCM97..._0-%Y.log TCM97..._0
2016.11.22 15:15:18.313 2: autocreate: define SVG_TCM97..._0 SVG FileLog_TCM97..._0:temp4hum4:CURRENT


Wo kommt das her?

Danke
Fhem Cubitruck  Armbian Buster with Linux 5.3.9-sunxi
HM-CC_RT-DN, HM-Sec-RHS,HM-Sec-SD, HM-Sec-SCo,IT1500,1xIT GRR-3500 Fritz!Dect200,Powerline546E,Enigma2 Modul mit 3 Vu+,Wol Modul für WinServer2016 und WinServer 2019,FB6590
Allnetl Wandtablett mit FTUI

Reinhart

Hallo,

bei mir taucht der Device auch auf und da ist es eine uralte ELV Wetterstation mit Außenfühler (mit eingeb. Solaraufladung) mit Temperatur und Feuchte.
Ich empfange übrigens 3 solch ähnlicher Wetterstationen die in der Wohnung verteilt sind. Die anderen Sensoren melden sich aber mit "CUL_TX".

LG
Reinhart
FHEM auf Raspy4 mit Bullseye + SSD, Homematic, ESP8266, ESP32, Sonoff, eBus, NanoCUL, MapleCUL, , MQTT2, Alexa

torte

Moin,

in meinem Log sind auch ständig die Meldung
CUL_TCM97001 Unknown device Unknown, please define it

obwohl im Autocreate ich das ausgeschlossen habe
ingnoreTypes ist bei mir CUL_TCM97001_Unknown|Unknown|TCM97..._.*
Es wird auch kein Device angelegt aber die Meldung im Log kommt alle paar xx Minuten.


2016.12.07 15:38:48.843 2: CUL_TCM97001 Unknown device Unknown, please define it
2016.12.07 15:43:48.141 2: CUL_TCM97001 Unknown device Unknown, please define it
2016.12.07 15:48:46.662 2: CUL_TCM97001 Unknown device Unknown, please define it
2016.12.07 15:48:47.107 2: CUL_TCM97001 Unknown device Unknown, please define it
2016.12.07 15:53:45.672 2: CUL_TCM97001 Unknown device Unknown, please define it
2016.12.07 15:58:45.139 2: CUL_TCM97001 Unknown device Unknown, please define it
2016.12.07 16:03:43.678 2: CUL_TCM97001 Unknown device Unknown, please define it
2016.12.07 16:05:53.614 2: CUL433 IT_set: Gong.Kids on
2016.12.07 16:08:43.002 2: CUL_TCM97001 Unknown device Unknown, please define it
2016.12.07 16:13:41.686 2: CUL_TCM97001 Unknown device Unknown, please define it
2016.12.07 16:18:41.140 2: CUL_TCM97001 Unknown device Unknown, please define it
2016.12.07 16:28:39.557 2: CUL_TCM97001 Unknown device Unknown, please define it
2016.12.07 16:33:38.357 2: CUL_TCM97001 Unknown device Unknown, please define it
2016.12.07 16:33:44.018 2: CUL433 IT_set: Schalter.Haustuer on
2016.12.07 16:34:44.361 2: CUL433 IT_set: Schalter.Haustuer off
2016.12.07 16:35:15.564 2: CUL433 IT_set: dose.Spielzimmer off
2016.12.07 16:48:34.687 2: CUL_TCM97001 Unknown device Unknown, please define it
2016.12.07 16:53:33.689 2: CUL_TCM97001 Unknown device Unknown, please define it
2016.12.07 16:58:32.690 2: CUL_TCM97001 Unknown device Unknown, please define it
2016.12.07 16:58:33.320 2: CUL_TCM97001 Unknown device Unknown, please define it
2016.12.07 17:03:31.687 2: CUL_TCM97001 Unknown device Unknown, please define it
2016.12.07 17:08:30.697 2: CUL_TCM97001 Unknown device Unknown, please define it
2016.12.07 17:13:29.688 2: CUL_TCM97001 Unknown device Unknown, please define it
2016.12.07 17:23:27.691 2: CUL_TCM97001 Unknown device Unknown, please define it
2016.12.07 17:28:26.687 2: CUL_TCM97001 Unknown device Unknown, please define it
2016.12.07 17:33:25.693 2: CUL_TCM97001 Unknown device Unknown, please define it


Grüße
Torte

juergs

#11
Hallo,

diese Einträge werden bei mir von diesem Außenthermometer verursacht:
Solar-Thermo-Hygro -433MHz (a-culfw)
für 5,90 €.

2016-12-19 21:04:47 CUL_TCM97001 Unknown Code: 06C10DA080C0
2016-12-19 21:04:47 CUL_TCM97001 Unknown Code: 06C10DA080C0
2016-12-19 21:04:47 CUL_TCM97001 Unknown Code: 06C10DA080C0
2016-12-19 21:04:47 CUL_TCM97001 Unknown Code: 06C10DA080C0
2016-12-19 21:04:47 CUL_TCM97001 Unknown Code: 06C10DA080C0

juergs

#12
Hallo björnh,

habe mich mal auf das Protokoll des Sensors gestürzt.
Anbei im PDF das 433-Protokoll am TX-Pin des Sensors,
darunter in blau der Empfang-Output des 433-RX-Moduls.

Es scheint eine sehr Energie-sparende Version eines Funkprotokolls zu sein,
da nicht die High-Phasen zählen, sondern die Low-Phasen zwischen den kurzen Sync-Impulsen.

( Vielleicht kennt jemand das Protokol genauer? )   

LOW:  zwischen  1960 uS und 1840 uS
HIGH: zwischen  4240 uS und 3920 uS
Präambel:          7920 uS
Sync-Impulse:    640 uS
Länge eines Protokolls innerhalb 5 Repetitions : ca. 112 ms.

Im beigefügten Sketch scheinen die Werte zu stimmen.
Allerdings bekomme ich noch wenige verwertbare Daten:
Zitat6288.OK.64.1.-136.8.-.157.1.0
6288.OK.64.1.-136.8.-.157.1.0
6289.FAIL
6289.FAIL


D.h. da bin ich noch am untersuchen.

Readings zwei verschieden Sensoren, einer mit Gefriertruhen-Aufenthalt( funkt-ioniert) :

ZitatReading   °C   %Hum
06c24da487c0   20,6   40
06c1cda48740   21,6   38
06c2d5a082c0   22   40      
37a611988740   21,6   38      
37a6519886c0   21,6   38      
379415349800   -5,6   48      
06C311A08640   21,8   40   
3794D538D980            
3796E90D1600            
3796055D5700   4,7   87      
06C351A087C0   21,8   40      
3795CD615680   7,6   88      
3797D55D5540   9,1   84      
37A6E5651500   11,9   73      
06C055A084C0   22,2   40      
37A4295916C0   12,7   67      
06C155A08600   22,3   40      
37A6ED4107C0   13,9   62      
37A57170C4C0   14,3   57

Bin dabei das Protokoll weiter zu begutachten  ;)
Im PDF die DSO-Ergebnisse.

Angehängt ein Sketch zum Ausprobieren des Empfangs, für 32U4 (Micro).
Das dortige Protokoll muss ich noch Gegen-Checken.

Grüße,
Jürgen



juergs

#13
So ganz scheint das im Sketch verwendete Protokoll doch nicht zu passen:

              3       7           A          6         9        1        9        C        8       1        ?
             1                  10                         20                        30                    40           => 42 Bit  (ohne Präambel)
             1234 5678   90    12   3456    7890   1234   5678    9012   3456   7890   12
      00 | 0011 0111 | 10  | 10 | 0110 | 1001 | 0001 | 1001 | 1100 | 1000 | 0001 | 01
                                                                                                                     |--|.......  ??
                                                                                                |--------------|.............. Checksumme
                                                                           |----------------|................................. Humidity
                                            |------------------------|...................................................... Temperature
                                       |--|....................................................................................... Kanal
                              |------|............................................................................................ Tendenz (Batteriewechsel?)
           |--------------|... SensorID
    |----|... Start-Indikator/Präambel

Zweites Beispiel nach Batteriewechsel:

18C7D19C80C0   => 21,9°C  39%
18 = ID
C  = 1100
7D1 = Temp = 21.9
9C = HUM    = 39
80C(0) = Checksum ?

Zitat2016-12-27 17:14:14 CUL_TCM97001 Unknown Code: 18C6919C8380
21,7 / 39

https://forum.arduino.cc/index.php?topic=136836.75

juergs

Ok, hier ist die Lösung beschrieben:
https://docs.google.com/document/d/121ZH3omAZsdhFi3GSB-YdnasMjIQSGIcaS7QW6KsACA/mobilebasic?pli=1

Zitathttp://arduino.cc/forum/index.php/topic,142871.msg1106336.html#msg1106336
*  Rising edge:
    |  Sync       |    1        |  0         |
    |  8320us    | 4500us  | 2530us
*
  00          BB CC LLLLMMMMHHHH LLLLHHHH ????????
  LD Rnd.Nmbr BT CH TemperatureF Humidity CRC?????
  00 11101001 10 01 110001010110 10000010 00101101
 
  Which is:
  =========
  Battery=2[best] Channel=1[CH2] Temperature=72.8F [22.67*C] Humidity=40%
  Leading 2 zeroes ("LD" - lead).  They are seen in every packet read during measures.
  This 'identify' the sensor. "Probably to align the AGC circuit on the receiver." [Riva]
  RandomNumber("Rnd.Nmbr")    Random number generated by device every battery change.
 
  "it's probably so multiple senders can be connected to a single base station." [Riva]
  Preambles(Random Numbers) seen (+ decimal values - read straight and LLLLHHHH way):
 
  1110 1001 [straight: 233 | LLLLHHHH: 158 ]
  0001 1100 [straight:  28 | LLLLHHHH: 193 ]
  1000 1110 [straight: 142 | LLLLHHHH: 232 ]
  0011 0001 [straight:  49 | LLLLHHHH:  19 ]
  1011 1111 [straight: 191 | LLLLHHHH: 251 ]
  0100 1011 [straight:  75 | LLLLHHHH: 180 ]
  1010 0100 [straight: 164 | LLLLHHHH:  74 ]
 
  Battery ("BT"):
  ==============
  Battery status indicator. Values seen:
  00 - dec: 0 [low] (doesn't mean 'low' on weather station tho)
  01 - dec: 1 [2/3]
  10 - dec: 2 [best]
 
  Channel ("CH"):
  =============
  CH# - channel number
  00 - CH1
  01 - CH2
  10 - CH3
 
  Humidity: (HHHH + LLLL)
  =========
  Humidity is stored as low/high order nibbles. In the example above take the first 4 bits and tack them on the end of the next 4 bits. 11010101 becomes 01011101 that is 93 decimal. [source]
  TemperatureF: (HHHH + MMMM + LLLL) - in Fahrenheit (even with Celsius shown on LCD)
  Looks like temperature is transmitted as 12 bits in 3x nibbles ranging from low to high nibbles.
  A fixed offset of 900 is applied to the temperature value
  so 0 degrees F = 900 and each degree F change is 10 decimal.
  In the example 001101000101 becomes 010101000011 that is 1347 decimal.
  1347-900 = 447
  447/10 = 44.7
  44.7F = 7.1C [source]
  CRC:
  (unknown yet)
  Assuming CRC is same as humidity - LLLL + HHHH, seen LLLL values were:
  0000 - dec: 0
  0001 - dec: 1
  1000 - dec: 8
  1001 - dec: 9
  1010 - dec: 10
  It has to be something with channel value, as you can see in these readings:
  001010010001 01 011011110011 00100011 10010101 - Battery=1 Channel=1 Temperature=11.4F Humidity=50%
  001010010001 10 011011110011 00100011 10011000 - Battery=1 Channel=2 Temperature=11.4F Humidity=50%
  -- same values of TEMP and HUM, different random:
  001011111100 01 011001110110 00000011 00001111 - Battery=0 Channel=1 Temperature=75.4F Humidity=48%
  000011000100 01 011001110110 00000011 10001011 - Battery=0 Channel=1 Temperature=75.4F Humidity=48%
  -- channel number dependent
  001010010001 00 011011110011 00100011 00010111 - Battery=1 Channel=0 Temperature=11.4F Humidity=50% CH-1
  001010010001 01 011011110011 00100011 10010101 - Battery=1 Channel=1 Temperature=11.4F Humidity=50% CH-2
  001010010001 10 011011110011 00100011 10011000 - Battery=1 Channel=2 Temperature=11.4F Humidity=50% CH-3

Zitat000000110000001111001001100101001000100001 - Battery=0 Channel=1 Temperature=[F]: 68.3   [C]: 20.2    Humidity=37%

Bin noch in der Klärung, wie z.B. Signalduino das  Protokoll verarbeiten kann.


ArduPino

Diesen Sensor habe ich nicht.
Es war bis jetzt so (mehrere Monate) das ein TCM9700 Device von der Nachbarschaft angezeigt wurde.
Nun ist es so, das auch noch ein GT_WT_02 dazu gekommen ist. Nun gut, hat der Nachbar wohl was neues gekauft ?
Nach einiger Zeit, habe ich wegen Änderungen mal in den TCM_97001 Raum geschaut !
Dort waren Fast 100 Geräte, mit TCM_97001_X und GT_WT...
Diese habe ich direkt in der fhem config gelöscht.
Nun kommen diese aber immer wieder. Ein Gerät funktioniert eine Weile, es liefert auch Daten und dann wird ein neues angelegt.

Ich habe ignore 1 gesetzt und ignoreTypes GT_WT.*|CUL_TCM.*
Jetzt wird mein LOG aber erst recht zugemüllt und zwar mit der Meldung die hier gepostet wurde.
Der Link "das hier ist die Lösung" hilft mir nicht weiter.
Wie kann man autocreate abschalten ohne LOG ?
Wenn ich was anlegen will, kann ich es ja wieder einschalten...aber der LOG läuft hier gleich über.

ArduPino

Ok, habe jetzt nur noch
ignoreTypes GT_WT.*|CUL_TCM.*|Rubic.*
und dann mal einen Neustart gemacht.
LOG bleibt nun leer. Angelegt wird auch nichts. Hoffe das bleibt so !

ArduPino

#17
Log wird wieder gefüllt.
Geräte mit CUL_TCM97001 werden angelegt, obwohl diese blockiert sind:
Internals:
   NAME       autocreate
   NOTIFYDEV  global
   NR         17
   NTFY_ORDER 50-autocreate
   STATE      disabled
   TYPE       autocreate
Attributes:
   disable    1
   filelog    ./log/%NAME-%Y.log
   ignoreTypes GT_WT.*|CUL_TCM.*|Rubic.*|TCM.*
   room       CUL_TCM97001


Ich hab mir das jetzt schon in einen Raum gesetzt, um schneller was ändern zu können.
Warum ist das denn jetzt schon wieder so ? Das war am Anfang als ich FHEM installiert hatte ( <5.8 ) nicht.

EDIT: Habe nun die attribute ignore und disable entfernt.
Jetzt ist wieder Ruhe ! Also wenn das jetzt noch mal vorkommt, werde ich das ganze autocreate device löschen.
Kann man das mit den jetzigen Attributen wie sie in de fhem.cfg stehen wieder anlegen, wenn nötig ?

ArduPino

#18
Nun ist die Ruhe wieder vorbei.
Das Bild zeigt einen kleinen Ausschnitt an Geräten, die wieder angelegt wurden.
Am 11.03.2017 hatte ich alle Attribute entfernt, weil das LOG mit Einträgen überflutet wurde.
Nun habe ich wieder eine lange Liste mit Geräte und natürlich mit dem entsprechenden FileLog und SVG!

Wie man im Beitrag vorher sieht, hatte ich einige Attribute gesetzt, nur was nützt das, wenn das FHEM Log dann im Minutentakt gefüllt wird.
Sind das nur Einzelfälle oder haben andere das auch ?
Jetzt muss ich erst mal von Hand die fhem.cfg bearbeiten und alles entfernen. Von Hand über die FHEM Seite wäre ich morgen noch dran  >:(
Woran liegt das denn und was kann man dagegen tun ?

EDIT:
Na super !
Dachte ich entferne einfach dieses autocreate, aber das hilft ja gar nicht
2017.03.14 18:24:22 2: CUL_TCM97001 Unknown device CUL_TCM97001_118, please define it
2017.03.14 18:24:22 2: CUL_TCM97001 Unknown device CUL_TCM97001_118, please define it
2017.03.14 18:24:22 2: CUL_TCM97001 Unknown device CUL_TCM97001_118, please define it
2017.03.14 18:24:22 2: CUL_TCM97001 Unknown device CUL_TCM97001_118, please define it
2017.03.14 18:24:22 2: CUL_TCM97001 Unknown device CUL_TCM97001_118, please define it
2017.03.14 18:24:22 2: CUL_TCM97001 Unknown device CUL_TCM97001_118, please define it
2017.03.14 18:24:22 2: CUL_TCM97001 Unknown device CUL_TCM97001_118, please define it
2017.03.14 18:24:22 2: CUL_TCM97001 Unknown device CUL_TCM97001_118, please define it
2017.03.14 18:24:49 2: CUL_TCM97001 Unknown device CUL_TCM97001_118, please define it
2017.03.14 18:24:49 2: CUL_TCM97001 Unknown device CUL_TCM97001_118, please define it
2017.03.14 18:24:49 2: CUL_TCM97001 Unknown device CUL_TCM97001_118, please define it
2017.03.14 18:24:50 2: CUL_TCM97001 Unknown device CUL_TCM97001_118, please define it
2017.03.14 18:26:29 2: CUL_TCM97001 Unknown device CUL_TCM97001_118, please define it
2017.03.14 18:26:29 2: CUL_TCM97001 Unknown device CUL_TCM97001_118, please define it
2017.03.14 18:26:29 2: CUL_TCM97001 Unknown device CUL_TCM97001_118, please define it
2017.03.14 18:26:30 2: CUL_TCM97001 Unknown device CUL_TCM97001_118, please define it


Das tolle ist, das die 118 am Ende nach einer Zeit immer höher wird. Also werden immer wieder neue Geräte erkannt.
Auch wenn ich nun eine Taste auf einer Fernbedienung drücke, ein Kanal den es in FHEM noch nicht gibt, erhalte ich wieder einen Eintrag im Log.
Das verursache ich ja selber, aber das andere nicht. Vor dem Update auf 5.8 hatte ich genau ein Gerät in FHEM, was kann sich denn verändert haben, das es so ausartet ???

EDIT:
Die ignore Attribute in autocreate habe ich wieder entfernt, das Gerät anlegen lassen und dieses mit ignore 1 blockiert.
Mit einem "unknown" device habe ich das gleiche gemacht. Wenn fhem jetzt immer wieder neue Geräte erkennt, geht es wieder von vorne los. Das hatte ich ja schon mal.
Schalte autocreate mit disable jetzt mal aus, lieber ein langes Log als massenweise Geräte in fhem >:(

ArduPino

Niemand hier der was dazu sagen kann ???

2017.03.17 03:58:29 2: CUL_TCM97001 Unknown device CUL_TCM97001_205, please define it
2017.03.17 03:58:45 2: CUL_TCM97001 Unknown device CUL_TCM97001_211, please define it
2017.03.17 03:58:50 2: CUL_TCM97001 Unknown device CUL_TCM97001_215, please define it
2017.03.17 03:59:15 2: CUL_TCM97001 Unknown device CUL_TCM97001_222, please define it
2017.03.17 03:59:23 2: CUL_TCM97001 Unknown device CUL_TCM97001_217, please define it
2017.03.17 03:59:27 2: CUL_TCM97001 Unknown device CUL_TCM97001_197, please define it
2017.03.17 04:00:00 2: CUL_TCM97001 Unknown device CUL_TCM97001_223, please define it
2017.03.17 04:00:44 2: CUL_TCM97001 Unknown device CUL_TCM97001_222, please define it


Wie man sieht werden andauernd neue Geräte erkannt. Es bringt also nichts wenn ich diese anlegen lassen und dann auf ignorieren setze !

ArduPino

Hab das FHEM LOG mal verbose 0 gesetzt (was ja wenn es funktioniert hätte unsinnig ist) aber ändert auch nichts.
Autocreate das gleiche, aber selbst wenn es kein autocreate gibt, erscheinen die Einträge.
Meinen nanoCUL habe ich auch schon auf verbose 0 gesetzt. Ändert auch nichts.

Was ist denn mit den anderen hier ?
Hat sich das bei euch erledigt oder habt ihr was verändert ?

juergs

Hallo Ardupino,

ich vermute bei Deiner geschilderten Sympthomatik eher ein Sensor oder Fernbedienung die
unkontrolliert Amok laufen, weil z.B. die Batterie zur Neige geht oder die Tastatur dauergedrückt wird ...

Durch Zufall passt das Impulsmuster in die CUL_TCM97001-Erkennung.

Da sehe ich im Moment FHEM technisch keine direkte Lösung.

Ich persönlich würde mit SDR# eher den Verursacher ausmachen und schauen,
ob man den Besitzer "überzeugen" kann ... Er muss ja in unmittelbaren Umfeld von Dir sein ...

Jürgen

Ralf9

Es könnte auch ein Temperatursensor sein der sich sehr oft resetet. Dabei wird nach jedem Reset eine neue ID gesendet.
Evtl gibt der RSSI Wert einen Anhaltspunkt ob der Sensor in der Nähe oder weiter weg ist.

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

ArduPino

Also der RSSI Wert liegt bei -88 ist also weiter weg.
Ist laut Wert genau so weit weg wie den Rubicson den ich längere Zeit (und nur ein mal) in der Liste hatte.
Ich habe nur einen Aussenfühler der mit NC_WS_91 erkannt wurde.
Das ist eine Logilink WS0001 Station mit Aussensensor (Pollin 10€).

Weder die ignore Liste noch disable von autocreate helfen hier.
Ich kann ja schlecht zum Nachbarn gehen und sagen er soll seinen Sensor abschalten (die Häuser die in Frage kommen sind Ferienhäuser, da ist auch mal längere Zeit niemand)
Gut, wenn es sonst nichts weiter gibt, wäre mal ein Besuch dort angebracht. Ich frage dann einfach mal ob die Batterien event. fast leer sind.

Sonst eine Idee ? Kann man das LOG irgend wie umstellen, das es Einträge mit "GT_WT_02_xx" ignoriert ?
Dann könnte ich autocreate abschalten und hätte das LOG wieder sauber.

KölnSolar

#24
ZitatSonst eine Idee ?
Wenn die Häuser mal nicht vermietet sind, kurz einsteigen und die Batterien aus dem  Sensor entfernen ;D
Edit: Aber im Ernst, Björn hatte ja darauf hingewiesen, dass das eher Rudis Baustelle ist. Mach vielleicht mal einen neuen Thread im CUL - Entwicklungssubforum auf, wo Rudi mitliest. Wenn ich das mit meinen bescheidenen Perl-Kenntnissen richtig interpretiere, muss im 00_CUL auf das ignore-Attribut reagiert werden.
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

Du kannst es auch mal mit dem Attribut longids 0 versuchen.
Dazu muß Du auch noch in der Datei 14_CUL_TCM97001.pm in dem folgenden Abschnitt
sub
CUL_TCM97001_Parse($$)
{

  my $enableLongIDs = TRUE; # Disable short ID support, enable longIDs

das $enableLongIDs = TRUE durch "$enableLongIDs = FALSE" ersetzen.

Dann wird beim define anstatt der ID der Kanal verwendet.

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

ArduPino

Zitat von: KölnSolar am 17 März 2017, 21:27:00
Wenn die Häuser mal nicht vermietet sind, kurz einsteigen und die Batterien aus dem  Sensor entfernen ;D
Edit: Aber im Ernst, Björn hatte ja darauf hingewiesen, dass das eher Rudis Baustelle ist. Mach vielleicht mal einen neuen Thread im CUL - Entwicklungssubforum auf, wo Rudi mitliest. Wenn ich das mit meinen bescheidenen Perl-Kenntnissen richtig interpretiere, muss im 00_CUL auf das ignore-Attribut reagiert werden.

Ja hatte ich auch schon gedacht. Aber bei dem Wetter in fremden Gärten rum sträunern, ne lieber nicht  ;D
Beim CUL gibt es kein ignore attribut, zumindest keins was in der Liste ist.

Zitat von: Ralf9 am 18 März 2017, 10:41:45
Du kannst es auch mal mit dem Attribut longids 0 versuchen.
Dann wird beim define anstatt der ID der Kanal verwendet.

Ja das sieht ja schon mal gut aus !
Mein Aussensensor der NC_WS_91 hieß wird jetzt nur mit NC_WS_0 angelegt, eben dem Kanal.
Die Geräte in der Nachbarschaft werden ja wohl hoffentlich nicht die Kanäle von sich aus wechseln...sonst muss ich meinen Recurvebogen mal raus kramen und sehen ob ich das Teil von hier aus treffe  :P

Wenn jetzt noch was angelegt wird, kann ich es ja mit ignore=1 blockieren...ich hoffe es mal.
Danke schon mal für die Tipps, dachte schon ich bin hier selber auf der ignore=1 List  ;D

KölnSolar

ZitatBeim CUL gibt es kein ignore attribut,
Oha, richtig.  :-[
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

khk123

@bjoernh

Im Log tauchen massenweise folgende Meldungen auf:


2017.05.05 11:51:30 4: CUL_TCM97001 Unknown 46 (2E20A97103C0E5) length: 14 RSSI: -87.5
2017.05.05 11:51:30 4: CUL_TCM97001 Device not implemented yet name Unknown msg 2E20A97103C0E5
2017.05.05 11:51:31 4: CUL_TCM97001 Device not implemented yet name Unknown msg 5ECA074690F8
2017.05.05 11:52:05 4: CUL_TCM97001 Device not implemented yet name Unknown msg 5ECA075690F8
2017.05.05 11:52:40 4: CUL_TCM97001 Device not implemented yet name Unknown msg 5ECA075690F5
2017.05.05 11:53:15 4: CUL_TCM97001 Device not implemented yet name Unknown msg 5ECA075690F7
2017.05.05 11:53:51 4: CUL_TCM97001 Device not implemented yet name Unknown msg 5ECA075690F7
2017.05.05 11:54:25 4: CUL_TCM97001 Device not implemented yet name Unknown msg 5ECA075690F7
2017.05.05 11:55:00 4: CUL_TCM97001 Device not implemented yet name Unknown msg 5ECA075690F8
2017.05.05 11:55:35 4: CUL_TCM97001 Device not implemented yet name Unknown msg 5ECA075690F8
2017.05.05 11:56:10 4: CUL_TCM97001 Device not implemented yet name Unknown msg 5ECA075690F5
2017.05.05 11:56:29 4: CUL_TCM97001 Unknown 46 (2E21296D0000E1) length: 14 RSSI: -89.5
2017.05.05 11:56:29 4: CUL_TCM97001 Device not implemented yet name Unknown msg 2E21296D0000E1
2017.05.05 11:56:29 4: CUL_TCM97001 Unknown 46 (2E21296D0000E2) length: 14 RSSI: -89
2017.05.05 11:56:29 4: CUL_TCM97001 Device not implemented yet name Unknown msg 2E21296D0000E2
2017.05.05 11:56:29 4: CUL_TCM97001 Unknown 46 (2E21296D0000E2) length: 14 RSSI: -89
2017.05.05 11:56:29 4: CUL_TCM97001 Device not implemented yet name Unknown msg 2E21296D0000E2
2017.05.05 11:56:29 4: CUL_TCM97001 Unknown 46 (2E21296D0000E2) length: 14 RSSI: -89
2017.05.05 11:56:29 4: CUL_TCM97001 Device not implemented yet name Unknown msg 2E21296D0000E2
2017.05.05 11:56:45 4: CUL_TCM97001 Device not implemented yet name Unknown msg 5ECA075690F9
2017.05.05 11:57:21 4: CUL_TCM97001 Device not implemented yet name Unknown msg 5ECA075690F9
2017.05.05 11:57:56 4: CUL_TCM97001 Device not implemented yet name Unknown msg 5ECA076690F9
2017.05.05 11:58:31 4: CUL_TCM97001 Device not implemented yet name Unknown msg 5ECA076690F9


Wahrscheinlich kommen die Meldungen von meiner Motorline-Markise mit Regen-, Sonnen- und Windsensor. Da es für diese Sensoren wohl kein geeignetes Modul gibt, würde ich die Meldungen gerne unterdrücken, auch wenn ich das Modul 14_CUL_TCM97001.pm anpassen muss. Bin leider aber kein Perl-Experte. Hast Du einen Tip?

FHEM6.2, RasPi4, RasPi Zero W,
CUL V3, HM, ZWave, IT, vcontrol, owntracks, alexa

ramses

ich habe jetzt auch die log file voll mit

2018.03.04 20:35:21.790 2: CUL433: CUL_TCM97001 Unknown device CUL_TCM97001_94, please define it

wie kann man das abstellen?
was ich bisher versucht habe:
1. alle TCM Geräte gelöscht
2. in autocreate autocreate ignoreTypes unknow.*|Unknown.*|TCM.*

was kann ich noch machen?

RalfRog

Habe auch noch keine Lösung (im Forum) gefunden.
Behelfe mir aktuell damit die Emfpindlichkeit des Emfpängers zu reduzieren (CUbe mit a-culfw).

  • set <Culdevice> rAmpl 30
Damit ist der Nachbar mit den schwachen Signalen ausgesperrt.
FHEM auf Raspi 2B mit nanoCUL, HM-MOD-RPI-PCB und über LAN MAX!Cube mit a-culFW (Stack 868 + 433)
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder