Autor Thema: Ständige Meldungen von CUL_TCM97001 im LOG  (Gelesen 4310 mal)

Offline arthur_dent_2015

  • New Member
  • *
  • Beiträge: 43
Ständige Meldungen von CUL_TCM97001 im LOG
« am: 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
« Letzte Änderung: 09 April 2015, 21:11:12 von arthur_dent_2015 »

Offline bjoernh

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 717
Antw:Ständige Meldungen von CUL_TCM97001 im LOG
« Antwort #1 am: 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?

« Letzte Änderung: 09 April 2015, 21:55:21 von bjoernh »

Offline arthur_dent_2015

  • New Member
  • *
  • Beiträge: 43
Antw:Ständige Meldungen von CUL_TCM97001 im LOG
« Antwort #2 am: 09 April 2015, 22:57:45 »
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

Offline fhem-hm-knecht

  • Hero Member
  • *****
  • Beiträge: 1556
  • Fhem User seit 2010
Antw:Ständige Meldungen von CUL_TCM97001 im LOG
« Antwort #3 am: 10 April 2015, 01:23:44 »
Zitat
ignore 1
zum ignorieren
Hary


Banane (CT)   2x HM-Lan + WlanHMUART, Avr-net-io, 1Wire,

Offline bjoernh

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 717
Antw:Ständige Meldungen von CUL_TCM97001 im LOG
« Antwort #4 am: 10 April 2015, 08:16:53 »
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)

Offline arthur_dent_2015

  • New Member
  • *
  • Beiträge: 43
Antw:Ständige Meldungen von CUL_TCM97001 im LOG
« Antwort #5 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.

Offline bjoernh

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 717
Antw:Ständige Meldungen von CUL_TCM97001 im LOG
« Antwort #6 am: 11 April 2015, 10:06:39 »
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.

Offline arthur_dent_2015

  • New Member
  • *
  • Beiträge: 43
Antw:Ständige Meldungen von CUL_TCM97001 im LOG
« Antwort #7 am: 11 April 2015, 11:55:51 »
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

Offline Tommy82

  • Hero Member
  • *****
  • Beiträge: 1969
Antw:Ständige Meldungen von CUL_TCM97001 im LOG
« Antwort #8 am: 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.

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 CT mit Igor Debian Jessie Linux cubie 3.4.104-sunxi
6xHM-CC_RT-DN, 2xHM-Sec-RHS, 3xHM-Sec-SD,7xIT1500,1xIT GRR-3500 Fritz!Dect200,Powerline546E,Enigma2 Modul mit 3 Vu+,Wol Modul für WHS2011 und WinServer 2012,FB7490
Hanspreed 13,3 Zoll Wandtablett mit Floorplan

Offline Reinhart

  • Sr. Member
  • ****
  • Beiträge: 949
Antw:Ständige Meldungen von CUL_TCM97001 im LOG
« Antwort #9 am: 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
FHEM auf Raspberry mit FS20, Homematic, ESP8266, Sonoff, eBus, RPi mit COC,NanoCUL, HM-CFG-LAN Adapter, MQTT, ESPEasy Bridge

Offline torte

  • Full Member
  • ***
  • Beiträge: 163
Antw:Ständige Meldungen von CUL_TCM97001 im LOG
« Antwort #10 am: 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.

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

Offline juergs

  • Sr. Member
  • ****
  • Beiträge: 600
Antw:Ständige Meldungen von CUL_TCM97001 im LOG
« Antwort #11 am: 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 €.

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
« Letzte Änderung: 19 Dezember 2016, 22:04:14 von juergs »

Offline juergs

  • Sr. Member
  • ****
  • Beiträge: 600
Antw:Ständige Meldungen von CUL_TCM97001 im LOG
« Antwort #12 am: 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:
Zitat
6288.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) :

Zitat
Reading   °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


« Letzte Änderung: 27 Dezember 2016, 16:43:52 von juergs »

Offline juergs

  • Sr. Member
  • ****
  • Beiträge: 600
Antw:Ständige Meldungen von CUL_TCM97001 im LOG
« Antwort #13 am: 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 ?

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

https://forum.arduino.cc/index.php?topic=136836.75
« Letzte Änderung: 29 Dezember 2016, 21:21:58 von juergs »

Offline juergs

  • Sr. Member
  • ****
  • Beiträge: 600
Antw:Ständige Meldungen von CUL_TCM97001 im LOG
« Antwort #14 am: 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

Zitat
000000110000001111001001100101001000100001 - 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.


 

decade-submarginal