Ständige Meldungen von CUL_TCM97001 im LOG

arthur_dent_2015 · 09 April 2015, 21:09:16

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 · 09 April 2015, 21:53:20

@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 · 09 April 2015, 22:57:45

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

Code Auswählen


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 · 10 April 2015, 01:23:44

Zitatignore 1

zum ignorieren

bjoernh · 10 April 2015, 08:16:53

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

bjoernh · 11 April 2015, 10:06:39

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 · 11 April 2015, 11:55:51

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

Code Auswählen


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?

Code Auswählen


[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 · 22 November 2016, 20:32:32

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.

Code Auswählen

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

Reinhart · 24 November 2016, 19:51:09

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

torte · 08 Dezember 2016, 07:47:09

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.

Code Auswählen


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 · 19 Dezember 2016, 21:04:04

Hallo,

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

Code Auswählen

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 · 27 Dezember 2016, 14:23:07

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 · 27 Dezember 2016, 17:05:57

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 · 30 Dezember 2016, 17:27:23

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

Zitat* http://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.