SIGNALduino TFA Dostmann Thermo/Hygro wird nicht erkannt

betateilchen · 14 Februar 2017, 17:47:47

Zitat von: Sidey am 14 Februar 2017, 09:39:27
Hast Du von dem Sensor eine komplette Nachricht?

ok, das mit dem "Zähler abwärts" war wohl irgendwie ein Irrtum meinerseits, obwohl es gestern exakt so aussah wie beschrieben.

Code Auswählen


2017-02-14_01:20:25 sduino UNKNOWNCODE u34#48350441C2
2017-02-14_01:20:26 sduino UNKNOWNCODE u34#48350441C2
2017-02-14_01:20:26 sduino UNKNOWNCODE u34#48350441C2
2017-02-14_01:20:26 sduino UNKNOWNCODE u34#48350441C2
2017-02-14_01:21:43 sduino UNKNOWNCODE u34#48350442C3
2017-02-14_01:21:43 sduino UNKNOWNCODE u34#48350442C3
2017-02-14_01:21:43 sduino UNKNOWNCODE u34#48350442C3
2017-02-14_01:21:44 sduino UNKNOWNCODE u34#48350442C3
2017-02-14_01:24:23 sduino UNKNOWNCODE u34#48350341C1
2017-02-14_01:24:23 sduino UNKNOWNCODE u34#48350341C1
2017-02-14_01:24:23 sduino UNKNOWNCODE u34#48350341C1
2017-02-14_01:24:23 sduino UNKNOWNCODE u34#48350341C1
2017-02-14_01:25:40 sduino UNKNOWNCODE u34#48350341C1
2017-02-14_01:25:40 sduino UNKNOWNCODE u34#48350341C1
2017-02-14_01:25:41 sduino UNKNOWNCODE u34#48350341C1
2017-02-14_01:26:59 sduino UNKNOWNCODE u34#48350341C1
2017-02-14_01:26:59 sduino UNKNOWNCODE u34#48350341C1
2017-02-14_01:27:00 sduino UNKNOWNCODE u34#48350341C1
2017-02-14_01:28:47 sduino UNKNOWNCODE u34#48350341C1
2017-02-14_01:28:47 sduino UNKNOWNCODE u34#48350341C1
2017-02-14_01:28:47 sduino UNKNOWNCODE u34#48350341C1
2017-02-14_01:29:37 sduino UNKNOWNCODE u34#48350341C1
2017-02-14_01:29:37 sduino UNKNOWNCODE u34#48350341C1
2017-02-14_01:29:37 sduino UNKNOWNCODE u34#48350341C1
2017-02-14_01:29:37 sduino UNKNOWNCODE u34#48350341C1
2017-02-14_01:30:56 sduino UNKNOWNCODE u34#48350241C0
2017-02-14_01:30:56 sduino UNKNOWNCODE u34#48350241C0
2017-02-14_01:30:56 sduino UNKNOWNCODE u34#48350241C0
2017-02-14_01:32:15 sduino UNKNOWNCODE u34#48350341C1
2017-02-14_01:32:15 sduino UNKNOWNCODE u34#48350341C1
2017-02-14_01:32:16 sduino UNKNOWNCODE u34#48350341C1

Sidey · 14 Februar 2017, 18:17:10

Kannst Du bitte auch mal eine Signalnachricht (Verbose 4) Posten.

Grüße Sidey

betateilchen · 14 Februar 2017, 19:32:56

Code Auswählen


2017-02-14_19:28:01 sduino UNKNOWNCODE u34#48353D3EF8



2017.02.14 19:28:00 4: sduino/msg READ: MU;P0=218;P1=164;P2=-992;P3=708;P4=-531;P5=456;P6=-268;D=4040404565604560456040456565656045604045656565656045656565656041404023;CP=0;
2017.02.14 19:28:00 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.02.14 19:28:00 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.02.14 19:28:00 4: sduino: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2017.02.14 19:28:00 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.02.14 19:28:00 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.02.14 19:28:00 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.02.14 19:28:00 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.02.14 19:28:00 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2017.02.14 19:28:00 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.02.14 19:28:00 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.02.14 19:28:00 4: sduino: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2017.02.14 19:28:00 4: sduino/msg READ: MU;P0=-122;P1=-249;P2=244;P3=-495;P4=477;D=34141234123412323414141412341232341414141412341414141412320;CP=4;
2017.02.14 19:28:00 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.02.14 19:28:00 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.02.14 19:28:00 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.02.14 19:28:00 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.02.14 19:28:00 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2017.02.14 19:28:00 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.02.14 19:28:01 4: sduino/msg READ: MU;P0=-1024;P1=684;P2=-772;P3=439;P4=-538;P5=201;P6=-283;D=43654543654545454543636543654365454363636365436545436363636365436363636365454545012121212543654543654545454543636543654365454363636365436545436363636365436363636365454545012121212543654543654545454543636543654365454363636365436545436363636365436363636365;CP=5;O;
2017.02.14 19:28:01 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2017.02.14 19:28:01 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.02.14 19:28:01 4: sduino: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2017.02.14 19:28:01 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.02.14 19:28:01 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.02.14 19:28:01 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.02.14 19:28:01 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.02.14 19:28:01 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.02.14 19:28:01 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2017.02.14 19:28:01 4: sduino: decoded matched MU Protocol id 34 dmsg u34#48353D3EF8 length 40
2017.02.14 19:28:01 4: SIGNALduino_unknown incomming msg: u34#48353D3EF8
2017.02.14 19:28:01 4: SIGNALduino_unknown rawData: 48353D3EF8
2017.02.14 19:28:01 4: SIGNALduino_unknown Protocol: 34
2017.02.14 19:28:01 4: SIGNALduino_unknown converted to bits: 0100100000110101001111010011111011111000
2017.02.14 19:28:01 4: Unknown, please report
2017.02.14 19:28:01 3: sduino: Unknown code u34#48353D3EF8, help me!
2017.02.14 19:28:01 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2017.02.14 19:28:01 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.02.14 19:28:01 4: sduino: decoded matched MU Protocol id 37 dmsg W37#48353D3EF8 length 40
2017.02.14 19:28:01 4: SD_WS_Parse: Protocol: 37, rawData: 48353D3EF8
2017.02.14 19:28:01 4: sduino converted to bits: 01001000 0011 01010011110 10 0111110 11111000
2017.02.14 19:28:01 4: sduino decoded protocolid: 37 (Bresser 7009994) sensor id=48, channel=3, rawTemp=670, temp=6.7, hum=62
2017.02.14 19:28:01 4: sduino: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2017.02.14 19:28:01 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2017.02.14 19:28:01 4: sduino/msg READ: MU;P0=694;P1=-776;P2=206;P3=-528;P4=453;P5=-285;D=010123452323452323232323454523452345232345454545;CP=2;
2017.02.14 19:28:01 4: sduino: Fingerprint for MU Protocol id 20 -> livolo matches, trying to demodulate
2017.02.14 19:28:01 4: sduino: Fingerprint for MU Protocol id 24 -> visivon remote matches, trying to demodulate
2017.02.14 19:28:01 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2017.02.14 19:28:01 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2017.02.14 19:28:01 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2017.02.14 19:28:01 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2017.02.14 19:28:01 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2017.02.14 19:28:01 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2017.02.14 19:28:01 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2017.02.14 19:28:01 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate

Sidey · 14 Februar 2017, 19:52:23

Ist das nicht der Sensor?

Bresser 7009994) sensor id=48, channel=3, rawTemp=670, temp=6.7, hum=62

betateilchen · 14 Februar 2017, 20:05:08

Das passt von den Werten nicht, der Sensor steht aktuell im Wohnzimmer und da sind ca 20 Grad.

Sidey · 14 Februar 2017, 20:17:52

Das was mit u34 im Log auftaucht passt auch für die Bresser Demodulierung.

Kannst Du denn feststellen, ob das die Übertragung ist?
An dem Sensor ist doch eine rote LED, die doch bestimmt leuchtet, wenn etwas gesendet wird.

Passt das mit den Einträgen im Log überein?

Grüße Sidey

Sidey · 17 Februar 2017, 00:28:27

Ich habe mal versucht den TFA Sensor einzubauen.

Irgendwie fehlen mir aber gescheite Testdaten um das Ergebnis zu verifizieren.

https://github.com/RFD-FHEM/RFFHEM/commit/3af99eaf82a41893bc1eef4d009703ddbb51eafe

Aktualisieren auf die angepasste Version:

Code Auswählen


update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt

moontear · 17 Februar 2017, 09:16:50

Drei Sensoren werden erkannt! Messwerte noch falsch.

Sensor nummer 1:

Code Auswählen

2017.02.17 08:59:33 4: sduino/msg READ: MC;LL=-1063;LH=886;SL=-566;SH=430;D=5BE002BADEFC0BBF2DF0015D6F7E05DF96F8;C=490;L=141;
2017.02.17 08:59:33 4: sduino: Found manchester Protocol id 10 clock 490 -> OSV2o3
2017.02.17 08:59:33 4: sduino: Found manchester Protocol id 12 clock 490 -> Hideki protocol
2017.02.17 08:59:33 4: sduino: Found manchester Protocol id 58 clock 490 -> tfa 30.3208.0
2017.02.17 08:59:33 4: sduino: TFA 30.3208.0 preamble_pos = 22
2017.02.17 08:59:33 4: sduino: TFA message end pattern found at pos 78  lengthBitData=144
2017.02.17 08:59:33 4: sduino: TFA message new length=56
2017.02.17 08:59:33 4: SD_WS_Parse: Protocol: 58, rawData: 514840FD103483
2017.02.17 08:59:33 4: sduino decoded protocolid: 58 (TFA 3032080 ) sensor id=132, channel=1, temp=8, hum=3, bat=ok
2017.02.17 08:59:33 1: SD_WS: UNDEFINED sensor SD_WS_58_TH detected, code SD_WS_58_TH_1
2017.02.17 08:59:33 2: autocreate: define SD_WS_58_TH_1 SD_WS SD_WS_58_TH_1
2017.02.17 08:59:33 2: autocreate: define FileLog_SD_WS_58_TH_1 FileLog ./log/SD_WS_58_TH_1-%Y.log SD_WS_58_TH_1

Sensor Nummer 2:

Code Auswählen

2017.02.17 09:00:01 4: sduino/msg READ: MC;LL=-1053;LH=897;SL=-554;SH=451;D=68D1F0015D7E6DF06468F800AEBF36F832347C;C=492;L=150;
2017.02.17 09:00:01 4: sduino: Found manchester Protocol id 10 clock 492 -> OSV2o3
2017.02.17 09:00:01 4: sduino: Found manchester Protocol id 12 clock 492 -> Hideki protocol
2017.02.17 09:00:01 4: sduino: Found manchester Protocol id 58 clock 492 -> tfa 30.3208.0
2017.02.17 09:00:01 4: sduino: TFA 30.3208.0 preamble_pos = 31
2017.02.17 09:00:01 4: sduino: TFA message end pattern found at pos 87  lengthBitData=152
2017.02.17 09:00:01 4: sduino: TFA message new length=56
2017.02.17 09:00:01 4: SD_WS_Parse: Protocol: 58, rawData: 5140C907CDCB83
2017.02.17 09:00:01 4: sduino decoded protocolid: 58 (TFA 3032080 ) sensor id=12, channel=2, temp=8, hum=220, bat=crititcal
2017.02.17 09:00:01 1: SD_WS: UNDEFINED sensor SD_WS_58_TH detected, code SD_WS_58_TH_2
2017.02.17 09:00:01 2: autocreate: define SD_WS_58_TH_2 SD_WS SD_WS_58_TH_2
2017.02.17 09:00:01 2: autocreate: define FileLog_SD_WS_58_TH_2 FileLog ./log/SD_WS_58_TH_2-%Y.log SD_WS_58_TH_2

Sensor 3:

Code Auswählen

2017.02.17 09:00:25 4: sduino/msg READ: MC;LL=-1083;LH=867;SL=-576;SH=419;D=800AE97BB012E657C00574BDD809732BE;C=490;L=131;
2017.02.17 09:00:25 4: sduino: Found manchester Protocol id 10 clock 490 -> OSV2o3
2017.02.17 09:00:25 4: sduino: Found manchester Protocol id 12 clock 490 -> Hideki protocol
2017.02.17 09:00:25 4: sduino: Found manchester Protocol id 58 clock 490 -> tfa 30.3208.0
2017.02.17 09:00:25 4: sduino: TFA 30.3208.0 preamble_pos = 12
2017.02.17 09:00:25 4: sduino: TFA message end pattern found at pos 68  lengthBitData=132
2017.02.17 09:00:25 4: sduino: TFA message new length=56
2017.02.17 09:00:25 4: SD_WS_Parse: Protocol: 58, rawData: 516844FED19A83
2017.02.17 09:00:25 4: sduino decoded protocolid: 58 (TFA 3032080 ) sensor id=132, channel=5, temp=8, hum=25, bat=ok
2017.02.17 09:00:25 1: SD_WS: UNDEFINED sensor SD_WS_58_TH detected, code SD_WS_58_TH_5
2017.02.17 09:00:25 2: autocreate: define SD_WS_58_TH_5 SD_WS SD_WS_58_TH_5
2017.02.17 09:00:25 2: autocreate: define FileLog_SD_WS_58_TH_5 FileLog ./log/SD_WS_58_TH_5-%Y.log SD_WS_58_TH_5

Soweit so gut! Die drei Sensoren wurden neu erkannt, die Werte stimme noch quasi gar nicht

Leider hast du die bits nicht mehr im Log, aber in den Device Readings:

Code Auswählen

2017.02.17 09:04:51 4: sduino/msg READ: MC;LL=-1069;LH=878;SL=-566;SH=441;D=F0015D6F7E04DF5DF800AEB7BF026FAEFC;C=492;L=134;
2017.02.17 09:04:51 4: sduino: Found manchester Protocol id 10 clock 492 -> OSV2o3
2017.02.17 09:04:51 4: sduino: Found manchester Protocol id 12 clock 492 -> Hideki protocol
2017.02.17 09:04:51 4: sduino: Found manchester Protocol id 58 clock 492 -> tfa 30.3208.0
2017.02.17 09:04:51 4: sduino: TFA 30.3208.0 preamble_pos = 15
2017.02.17 09:04:51 4: sduino: TFA message end pattern found at pos 71  lengthBitData=136
2017.02.17 09:04:51 4: sduino: TFA message new length=56
2017.02.17 09:04:51 4: SD_WS_Parse: Protocol: 58, rawData: 514840FD905103
2017.02.17 09:04:51 4: sduino decoded protocolid: 58 (TFA 3032080 ) sensor id=132, channel=1, temp=8, hum=5, bat=ok

bitMSG: 01010001010010000100000011111101100100000101000100000011

Entspricht: 16.3C / 65% - der bitMSG fehlen zwei führende Nullen, dann kann mein Excel sheet das z.B. berechnen. Wenn ich die führenden Nullen weglasse komme ich auch auf 5% humidity, wie bei dir - die Temperatur scheint noch falsch.

Habe den einen Messwert in die Tabelle übernommen mit führenden Nullen: https://docs.google.com/spreadsheets/d/1q2sk5bK6Bv3gi8ahTLIUM4DaMR7AvnTVPY-NvmGMHoQ/edit?usp=sharing

Testwerte hast du doch ansonsten die vorherigen Messages von mir als du noch keine decodierung in bits eingebaut hattest.

Sonst hier noch ein paar aktuelle Testwerte (jeweils die bitMSG, 2 führende Nullen fehlen immer):

Code Auswählen

C1 | 16,4C | 65% 	
MC;LL=-1070;LH=882;SL=-571;SH=428;D=C7800AEB7BF022FBE3C00575BDF8117DF1E;C=491;L=139;
01010001010010000100000011111101110100000100000111000011

C3 | 18,7C | 56%
MC;LL=-1058;LH=895;SL=-555;SH=442;D=9BE002BAFCDBDEC7CDF0015D7E6DEF63E6F8;C=491;L=141;
01010001010000001100100100001000010011100000110010000011

C2 | 16,7C | 70%
MC;LL=-1079;LH=871;SL=-573;SH=426;D=5B7C00574BDD80772DBE002BA5EEC03B96DF;C=491;L=144;
01010001011010000100010011111111000100011010010010000011

Sidey · 17 Februar 2017, 09:30:21

Okay, schau ich mir heute Abend noch mal an wieso jetzt zwei 0en fehlen..

Grüße Sidey

Sidey · 17 Februar 2017, 23:44:05

Also gut,

die Ausgabe der Werte stimmt jetzt, (update dev-r33 )

Die führenden Nullen konnte ich leider nicht zaubern, zwei Führende Einsen waren möglich.
Der Sensor sollte dann immer D45 am Anfang senden. Wenn Du das so bestätigen kannst, würde ich das noch als Prüfung einbauen.

Grüße Sidey

moontear · 18 Februar 2017, 00:38:36

Yeah! Läuft!

11 vorne oder 00 - irgendein padding eben

Code Auswählen


C1 | 17,6C | 67%
raw MC;LL=-1071;LH=879;SL=-569;SH=432;D=437800AEB7BEFCAF21BC00575BDF7E5790DE;C=491;L=143;
bitMSG 11010100010100100001000001000000110101000011011110010000
lastMSG D4521040D43790

C2 | 17,7C | 69%
raw MC;LL=-1077;LH=879;SL=-570;SH=426;D=7E17475E002BA5EEBF0BA3AF0015D2F75F85D1D78;C=491;L=161;
bitMSG 11010100010110100001000101000000111101000101110001010000
lastMSG D45A1140F45C50

C3 | 20,5C | 56%
raw MC;LL=-1055;LH=899;SL=-549;SH=444;D=D8F2FE002BAFCDBBEC797F0015D7E6DDF63CBF8;C=491;L=153;
bitMSG 11010100010100000011001001000100000100111000011010000000
lastMSG D4503244138680

Dann kann ich endlich wieder meine Whitelist aufräumen

Dann werde ich nur noch mal einen Request stellen für eine SIGNALduino Option die LED auszuschalten am Arduino Nano, die ist ja immer super-hell.

moontear · 18 Februar 2017, 13:38:18

Wo wir gerade dabei sind: Ich empfange weitere TFA-mäßige Sensoren von Nachbarn. Die Message scheint leicht anders zu sein, aber ich muss nur mit dem Pre-Padding spielen und dann klappt auch die Dekodierung:

Code Auswählen

C1 | 16,1C | 61%
raw MC;LL=-1062;LH=889;SL=-564;SH=433;D=1ABADEFC0A7800AEB7BF03B0853C;C=491;L=110;
bitMSG 001101010001010010000100000011111100010011110111101011000011 (ersten zwei Nullen weg, dann kann das Excel Sheet das)

C3 | 19,3C | 53%
raw MC;LL=-1054;LH=897;SL=-560;SH=441;D=0AEBF36F4F2867C00575F9B7A79433E;C=491;L=123;
bitMSG 000110101000101000000110010010000101100001101011110011000001 (hier mussten drei Nullen weg)

C2 | 17,3C | 65%
raw MC;LL=-1076;LH=876;SL=-572;SH=429;D=F007800AE97BAFE2F803C00574BDD7F17C01E;C=492;L=147;
bitMSG 000000011111111111010100010110100001000101000000011101000001111111110000 (hier musste eine Menge vorne weg: 0000000111111111)

Ich werde die jetzt auf Ignore schalten (interessieren mich ja nicht die Werte), vielleicht hast ja noch Lust Variationen einzubauen. Die Dekodierung klappt jetzt anscheinend immer - nur mit verschieden Paddings am Anfang des Signals.

Sidey · 18 Februar 2017, 15:34:52

Ja, schau ich mir mal an. Hat das Modul denn dafür brauchbare Werte für die Sensoren vom Nachbarn ausgegeben?

Bezüglich der Led. Welche LED genau meinst Du?

moontear · 18 Februar 2017, 16:24:34

Nein, die Werte waren wie gesagt um x-Nullen verschoben (siehe bit-Messages in der letzten Nachricht) - die angezeigten Werte sind also 100°C und 200% Luftfeuchtigkeit oder so. Ich habe die bitMSG in mein Excel reinkopiert, ein wenig vorne Padding weggenommen und die Werte haben Sinn gemacht. Das heißt die Formel und Format stimmt alles.
Was für eine Art von Sensoren weiß ich natürlich nicht, aber der Chip/das Format scheint gleich zu sein. Nur anderes Padding wie gesagt.

LED meine ich die PWR-LED am Arduino Nano. Die leuchtet sehr hell rot, ließe sich auch ausschalten über Firmware. Das als Setting in SIGNALduino fände ich sinnvoll (PowerLED on/off).

TimoH · 21 Februar 2017, 22:55:25

Hallo,

zunächst einmal herzlichen Dank für die Entschlüsselung des Protokolls und Einbindung der Sensoren!

Ich habe einen TFA 30.3208.02 Sender hier und kann bestätigen, was moontear in Beitrag #56 beschrieben hat. Mein Sender scheint zu Beginn eines Telegramms auch erst einige zusätzliche Nullen oder Einsen zu senden, bevor die eigentlichen Nutzdaten kommen. Das geht so weit, dass der Sender über autocreate doppelt angelegt wurde, wobei der eine grundsätzlich korrekte Daten empfängt und der andere ausschließlich Datenmüll (z.B. Humidity >120).
Die Daten stammen aber definitiv vom gleichen physischen Sender, da ich einerseits gar nichts mehr empfange, wenn ich die Batterien herausnehme und andererseits die Log-Einträge des korrekten Empfängers genau in die Lücken des fehlerhaften Sensors passen.
Leider werden gut 95-99% der Daten dem falschen Sensor zugeordnet.

Wie moontear geschrieben hat, enthalten aber auch diese Signale valide Daten, die Auswertungsroutine findet sie aktuell nur noch nicht.
In Excel nutze ich als Suchmuster "0101000101", das entspricht den 10 Bit vor der Session ID in moontears Tabelle. Damit scheinen die Nutzdaten sehr zuverlässig auffindbar zu sein.

Kann das evtl. jemand bestätigen? moontear?

Viele Grüße
Timo