SIGNALduino TFA Dostmann Thermo/Hygro wird nicht erkannt

Sidey · 29 Januar 2017, 22:22:21

Ich habe deine Werte mal in eine Tabelle geschrieben.

https://docs.google.com/spreadsheets/d/1DVYzjD7dBQQEznz4y8Hbt13bol3neaQzTPB9WbOjU6s/edit?usp=sharing

Die Nachricht wird immer 2x gesendet.
Was die einzelnen Bits bedeuten weiss ich noch nicht. Vielleicht sind die Bits auch invertiert.

moontear · 29 Januar 2017, 23:02:40

The Testreihe Continues. Ich probiere mal Werte konstant zu halten:

Code Auswählen


Channel 2 | 24,1C | 63%
2017.01.29 22:49:58 4: sduino/msg READ: MC;LL=-1027;LH=894;SL=-619;SH=425;D=800AEADFADF70;C=494;L=49;
2017.01.29 22:49:58 4: sduino/msg READ: MC;LL=-1060;LH=894;SL=-562;SH=436;D=BC005756FD6FB80B5E002BAB7EB7DC05AF;C=491;L=136;
2017.01.29 22:49:58 4: sduino: Found manchester Protocol id 10 clock 491 -> OSV2o3
2017.01.29 22:49:58 4: sduino: Found manchester Protocol id 12 clock 491 -> Hideki protocol

Channel 2 | 24,1C | 61% (Temperatur Konstant!)
2017.01.29 22:57:33 4: sduino/msg READ: MC;LL=-1067;LH=886;SL=-560;SH=440;D=F800AEADFADFB0AFFC005756FD6FD857FE;C=492;L=135;
2017.01.29 22:57:33 4: sduino: Found manchester Protocol id 10 clock 492 -> OSV2o3
2017.01.29 22:57:33 4: sduino: Found manchester Protocol id 12 clock 492 -> Hideki protocol

Channel 2 | 24,1C | 61% (gleiche T/H wie oben aber zwei Messages?)
2017.01.29 22:59:27 4: sduino/msg READ: MC;LL=-1074;LH=887;SL=-571;SH=405;D=800AEADFADFB0AC;C=489;L=58;
2017.01.29 22:59:27 4: sduino/msg READ: MC;LL=-1072;LH=883;SL=-560;SH=441;D=00AEADFADFB0AFFC005756FD6FD857FE;C=492;L=127;
2017.01.29 22:59:27 4: sduino: Found manchester Protocol id 10 clock 492 -> OSV2o3
2017.01.29 22:59:27 4: sduino: Found manchester Protocol id 12 clock 492 -> Hideki protocol

Channel 2 | 24,2C | 60%
2017.01.29 22:51:51 4: sduino/msg READ: MC;LL=-1067;LH=886;SL=-564;SH=434;D=002BAB7EB7CC329F0015D5BF5BE6194F8;C=491;L=129;
2017.01.29 22:51:51 4: sduino: Found manchester Protocol id 10 clock 491 -> OSV2o3
2017.01.29 22:51:51 4: sduino: Found manchester Protocol id 12 clock 491 -> Hideki protocol

Channel auf 1 geändert | 24,2C | 63% (wie es mir aussah kam keine initialiation oder sonstige message)
2017.01.29 23:01:45 4: sduino/msg READ: MC;LL=-1067;LH=881;SL=-565;SH=442;D=00AE967EDEF03B3C00574B3F6F781D9E;C=492;L=127;
2017.01.29 23:01:45 4: sduino: Found manchester Protocol id 10 clock 492 -> OSV2o3
2017.01.29 23:01:45 4: sduino: Found manchester Protocol id 12 clock 492 -> Hideki protocol

Channel 1 | 24,5C | 62% (wieder Batterie raus rein, keine spezielle Message)
2017.01.29 23:04:10 4: sduino/msg READ: MC;LL=-1070;LH=881;SL=-568;SH=428;D=7E002BA54FB76C17BF0015D2A7DBB60BDF8;C=491;L=137;
2017.01.29 23:04:10 4: sduino: Found manchester Protocol id 10 clock 491 -> OSV2o3
2017.01.29 23:04:10 4: sduino: Found manchester Protocol id 12 clock 491 -> Hideki protocol

Channel 1 | 24,5C | 62% (gleiche Temperatur & Humidity wie vorher!)
2017.01.29 23:05:56 4: sduino/msg READ: MC;LL=-1069;LH=883;SL=-567;SH=433;D=00574A9F6ED82F7E002BA54FB76C17BF;C=491;L=128;
2017.01.29 23:05:56 4: sduino: Found manchester Protocol id 10 clock 491 -> OSV2o3
2017.01.29 23:05:56 4: sduino: Found manchester Protocol id 12 clock 491 -> Hideki protocol

Channel 1 | 24,5C | 68% (gleiche Temperatur & Humidity anders!)
2017.01.29 23:07:42 4: sduino/msg READ: MC;LL=-1061;LH=887;SL=-561;SH=439;D=E002BA54FB76BB4CF0015D2A7DBB5DA678;C=491;L=133;
2017.01.29 23:07:42 4: sduino: Found manchester Protocol id 10 clock 491 -> OSV2o3
2017.01.29 23:07:42 4: sduino: Found manchester Protocol id 12 clock 491 -> Hideki protocol

Channel 2 | 24,3C | 65% (Batterie raus rein, erste Message)
2017.01.29 23:08:59 4: sduino/msg READ: MC;LL=-1067;LH=887;SL=-566;SH=435;D=C00574B7D6F37C45E002BA5BEB79BE22F;C=492;L=132;
2017.01.29 23:08:59 4: sduino: Found manchester Protocol id 10 clock 492 -> OSV2o3
2017.01.29 23:08:59 4: sduino: Found manchester Protocol id 12 clock 492 -> Hideki protocol

Channel 2 | 24,4C | 61% (Achtung! Humidity wie oben, andere Temperatur)
2017.01.29 23:11:50 4: sduino/msg READ: MC;LL=-1065;LH=888;SL=-564;SH=431;D=E002BA5BEB77C2B4F0015D2DF5BBE15A78;C=491;L=133;
2017.01.29 23:11:50 4: sduino: Found manchester Protocol id 10 clock 491 -> OSV2o3
2017.01.29 23:11:50 4: sduino: Found manchester Protocol id 12 clock 491 -> Hideki protocol

Channel 2 | 24,3C | 60% (Achtung: Gleiche Temperatur, andere Humidity wie oben)
2017.01.29 23:15:38 4: sduino/msg READ: MC;LL=-1066;LH=887;SL=-563;SH=442;D=E002BA5BEB79C365F0015D2DF5BCE1B2F8;C=492;L=133;
2017.01.29 23:15:38 4: sduino: Found manchester Protocol id 10 clock 492 -> OSV2o3
2017.01.29 23:15:38 4: sduino: Found manchester Protocol id 12 clock 492 -> Hideki protocol

Channel 1 | 24,5C | 65% (Ich probiere gerade nur den Channel zu wechseln, immerhin findet sich 65% oben mit Channel 2 wieder)
2017.01.29 23:23:45 4: sduino/msg READ: MC;LL=-1069;LH=886;SL=-558;SH=450;D=E002BA1CFB76BEC7F0015D0E7DBB5F63F8;C=493;L=133;
2017.01.29 23:23:45 4: sduino: Found manchester Protocol id 10 clock 493 -> OSV2o3
2017.01.29 23:23:45 4: sduino: Found manchester Protocol id 12 clock 493 -> Hideki protocol

Channel 1 | 24,3C | 60% (Achtung! 24,3 & 60 gibt es oben auch, nur Channel 1 - leider wieder 2 messages?)
2017.01.29 23:27:17 4: sduino/msg READ: MC;LL=-1078;LH=927;SL=-586;SH=481;D=002BA1CFB7DC;C=511;L=46;
2017.01.29 23:27:17 4: sduino/msg READ: MC;LL=-1060;LH=889;SL=-563;SH=398;D=7800AE873EDE70C0BC0057439F6F38605E;C=484;L=135;
2017.01.29 23:27:17 4: sduino: Found manchester Protocol id 10 clock 484 -> OSV2o3
2017.01.29 23:27:17 4: sduino: Found manchester Protocol id 12 clock 484 -> Hideki protocol

Ein paar sehr spannende dabei (STRG+F):

Channel 2 | 24,4C | 61% & Channel 2 | 24,1C | 61%
Channel 1 | 24,5C | 62% & Channel 1 | 24,5C | 68%
Channel 2 | 24,3C | 60% & Channel 2 | 24,3C | 65%
Channel 2 | 24,3C | 60% & Channel 1 | 24,3C | 60%

Celsius und Fahrenheit müssten auch irgendwo codiert sein btw - kann man umschalten.

Alles gleich, nur ein Wert ändert sich. Wieso manchmal zwei Messages kommen weiß ich nicht - vielleicht aber auch Interferenz von anderen Funkern?

Hab mal ein wenig gegoogelt. Der Kollege hier hat ebenfalls den 30.3208.02 und er wird nicht erkannt. Er spielt eine neue Firmware ein und es wird zumindest Temperatur erkannt. Ich hab die Firmware hier gefunden: https://github.com/domoticz/domoticz/blob/master/main/RFXtrx.h und der im post angesprochene 30.3133 wird auch definiert (#define sTypeTEMP10 0xA //TFA 30.3133) ich weiß aber nicht wo die eigentliche dekodierung stattfindet in dem if/else gewusel.

Sidey · 30 Januar 2017, 08:46:27

Aus dem rfxtrx kann man meiner Meinung nach wenig Erkenntnisse gewinnen. Das ist leider closed source.

moontear · 01 Februar 2017, 00:30:37

Mehr Daten zum spielen, ich habe jetzt mal noch Fahrenheit und Celsius variiert und auch mal Kanal 3 hinzugenommen. Wieder schön viele Dinge gleich gehalten:

Code Auswählen

Channel 1 | 24.3C | 57%
2017.02.01 00:18:38 4: sduino/msg READ: MC;LL=-1062;LH=891;SL=-561;SH=442;D=429E002BA0FFB79C614F0015D07FDBCE30A78;C=492;L=145;

Channel 1 | 76.2F | 57%
2017.02.01 00:19:25 4: sduino/msg READ: MC;LL=-1062;LH=890;SL=-558;SH=446;D=69BF0015D767DBAE34DF800AEBB3EDD71A6FC;C=492;L=146;

Channel 2 | 76.8F | 55%
2017.02.01 00:21:56 4: sduino/msg READ: MC;LL=-1070;LH=887;SL=-561;SH=435;D=CF800AEAFBADBF2367C005757DD6DF91B3E;C=492;L=139;

Channel 2 | 76.8F | 55%
2017.02.01 00:22:45 4: sduino/msg READ: MC;LL=-1062;LH=891;SL=-562;SH=434;D=68AF0015D26F5B7E4457800AE937ADBF222BC;C=491;L=146;

Channel 2 | 76.9F | 55%
2017.02.01 00:23:23 4: sduino/msg READ: MC;LL=-1064;LH=888;SL=-561;SH=440;D=73E002BA2FEB6EC8B9F0015D17F5B7645CF8;C=492;L=141;

Channel 2 | 25.1C | 55%
2017.02.01 00:24:53 4: sduino/msg READ: MC;LL=-1003;LH=1000;SL=-472;SH=482;D=534CAAB2B4AAB4B4B2AAAB332AAB4CB3330;C=492;L=138;

Channel 3 | 25.2C | 55%
2017.02.01 00:26:16 4: sduino/msg READ: MC;LL=-1066;LH=890;SL=-564;SH=444;D=E002BA25DB6AC8E2F0015D12EDB5647178;C=493;L=133;

Channel 1 | 25.2C | 54%
2017.02.01 00:27:14 4: sduino/msg READ: MC;LL=-1068;LH=889;SL=-560;SH=434;D=015D0EFDB4E4F97800AE877EDA727CBC;C=491;L=126;

Ich bin selber auch schon am herumprobieren, die Humidity lässt sich ja schon wunderbar berechnen bei rechts ausgerichtet und invertiert. Aus dem Bytecode einen Float zu berechnen ist spannend.

Könntest du noch sagen wie ich von der Message die ich oben Poste zum Bytecode komme dann kann ich selber auch herumprobieren?

Sidey · 01 Februar 2017, 07:47:40

Die Umrechnung in Bits habe ich vor 2 Tagen in den dev-r33 Branch eingebaut. Einfach mal ein Update des Moduls machen.

Dann kannst Du die Daten in der Tabelle leicht ergänzen.

Das Umrechnen in eine fließkommazahl ist in der Regel nicht schwer. Dazu muss man nur den Wert, der die Nachkommastelle angibt / 10 teilen.

moontear · 01 Februar 2017, 11:03:59

Ich hab jetzt noch keine neue Firmware geflasht, nur das Modul geupdatet. Verbose auf 5

Ich sehe bits aber das sind ja "viel mehr" als du vorher in deiner Excel Tabelle hattest?! Stimmt das so oder ist da eine Doppelung drin?

Code Auswählen

2017.02.01 11:07:37 4: sduino/msg READ: MC;LL=-1072;LH=882;SL=-564;SH=439;D=C005743BF79196FFE002BA1DFBC8CB7FF;C=492;L=132;
2017.02.01 11:07:37 4: sduino: Found manchester Protocol id 10 clock 492 -> OSV2o3
2017.02.01 11:07:37 5: sduino: extracted data 001111111111101010001011110001000000100001101110011010010000000000011111111111010100010111100010000001000011011100110100100000000000 (bin)
2017.02.01 11:07:37 4: sduino: Found manchester Protocol id 12 clock 492 -> Hideki protocol
2017.02.01 11:07:37 5: sduino: extracted data 001111111111101010001011110001000000100001101110011010010000000000011111111111010100010111100010000001000011011100110100100000000000 (bin)
2017.02.01 11:07:37 4: sduino: Found manchester Protocol id 58 clock 492 -> tfa 30.3208.0
2017.02.01 11:07:37 5: sduino: extracted data 001111111111101010001011110001000000100001101110011010010000000000011111111111010100010111100010000001000011011100110100100000000000 (bin)
2017.02.01 11:07:37 4: sduino: TFA 30.3208.0 preamble_pos = 13
2017.02.01 11:07:37 4: sduino: TFA message end pattern found at pos 133  lengthBitData=132
2017.02.01 11:07:37 5: sduino: converted Data to (u58#28BC4086E69001FFD45E2043734800)
2017.02.01 11:07:37 5: sduino: dispatch u58#28BC4086E69001FFD45E2043734800
2017.02.01 11:07:37 4: SIGNALduino_unknown incomming msg: u58#28BC4086E69001FFD45E2043734800
2017.02.01 11:07:37 4: SIGNALduino_unknown rawData: 28BC4086E69001FFD45E2043734800
2017.02.01 11:07:37 4: SIGNALduino_unknown Protocol: 58
2017.02.01 11:07:37 4: SIGNALduino_unknown converted to bits: 001010001011110001000000100001101110011010010000000000011111111111010100010111100010000001000011011100110100100000000000
2017.02.01 11:07:37 4: Unknown, please report
2017.02.01 11:07:37 3: sduino: Unknown code u58#28BC4086E69001FFD45E2043734800, help me!

Sidey · 01 Februar 2017, 21:55:30

Ich habe gerade noch mal eine kleine Anpassung im Modul gemacht.

Die Angabe nach: SIGNALduino_unknown converted to bits enthält die bits.

Die Ausgabe sieht dann in etwa so aus:

Code Auswählen


2017.02.01 21:34:13.002 4: SIGNALduino_unknown converted to bits: 01111111111101010001011110001000000100001101110011010010000000000011
2017.02.01 21:34:13.001 4: SIGNALduino_unknown Protocol: 58
2017.02.01 21:34:13.000 4: SIGNALduino_unknown rawData: 7FF5178810DCD2003
2017.02.01 21:34:12.998 4: SIGNALduino_unknown incomming msg: u58#7FF5178810DCD2003
2017.02.01 21:34:12.986 5: dummyDuino: dispatch u58#7FF5178810DCD2003
2017.02.01 21:34:12.958 5: dummyDuino: converted Data to (u58#7FF5178810DCD2003)
2017.02.01 21:34:12.955 4: dummyDuino: TFA message new length=67
2017.02.01 21:34:12.954 4: dummyDuino: TFA message end pattern found at pos 69  lengthBitData=132
2017.02.01 21:34:12.953 4: dummyDuino: TFA 30.3208.0 preamble_pos = 2
2017.02.01 21:34:12.951 5: dummyDuino: extracted data 001111111111101010001011110001000000100001101110011010010000000000011111111111010100010111100010000001000011011100110100100000000000 (bin)
2017.02.01 21:34:12.950 4: dummyDuino: Found manchester Protocol id 58 clock 492 -> tfa 30.3208.0 
2017.02.01 21:34:12.949 5: dummyDuino: extracted data 001111111111101010001011110001000000100001101110011010010000000000011111111111010100010111100010000001000011011100110100100000000000 (bin)
2017.02.01 21:34:12.947 4: dummyDuino: Found manchester Protocol id 52 clock 492 -> OS_PIR
2017.02.01 21:34:12.946 5: dummyDuino: extracted data 001111111111101010001011110001000000100001101110011010010000000000011111111111010100010111100010000001000011011100110100100000000000 (bin)
2017.02.01 21:34:12.945 4: dummyDuino: Found manchester Protocol id 12 clock 492 -> Hideki protocol
2017.02.01 21:34:12.943 5: dummyDuino: extracted data 001111111111101010001011110001000000100001101110011010010000000000011111111111010100010111100010000001000011011100110100100000000000 (bin)
2017.02.01 21:34:12.942 4: dummyDuino: Found manchester Protocol id 10 clock 492 -> OSV2o3
2017.02.01 21:34:12.938 4: dummyDuino/msg get raw: MC;LL=-1072;LH=882;SL=-564;SH=439;D=C005743BF79196FFE002BA1DFBC8CB7FF;C=492;L=132;

Dann nehmen wir die Folgende Zeile:
SIGNALduino_unknown converted to bits: 01111111111101010001011110001000000100001101110011010010000000000011

Die führende 0 müssen wir leider erst mal manuell entfernen. Die 11 am Ende können wir auch ignorieren.

Das kannst Du dann in Spalte A im Abschnitt "nach links ausgerichtet invertiert" einfügen.

moontear · 04 Februar 2017, 10:46:37

Hmhmmm bei mir kommt nicht das gleiche raus wie bei dir (dev33 Version von quasi jetzt)...

Code Auswählen

C1 | 23.1C | 65%
2017.02.04 10:38:59 4: sduino/msg READ: MC;LL=-1063;LH=888;SL=-559;SH=444;D=2BA89FB8FBEB6F0015D44FDC7DF5B78;C=492;L=121;
011010100010101110110000001000111000001000001010010010000111

Egal wo ich 011010100010101110110000001000111000001000001010010010000111 eintrage und auch ein paar führende Nullen zum padden probiere - die Message sieht anders aus als die Anderen die du vorher konvertiert hast.

Anderes Beispiel:

Code Auswählen

C2 | 72.9F | 65%
2017.02.04 10:36:22 4: sduino/msg READ: MC;LL=-1064;LH=889;SL=-562;SH=439;D=567800AE913AE5AFAB3C0057489D72D7D59E;C=492;L=143;
001101010001011011101100010100011010010100000101010011000011

moontear · 06 Februar 2017, 20:27:39

Könntest du nochmal gucken - die Bitfolgen die ich bekomme sehen nicht so aus wie die vorherigen (passen auch nicht in nach links ausgerichtet invertiert), hier mal ein kompletter Output:

Code Auswählen

C1 23.5C 52%
2017.02.06 20:24:59 4: sduino/msg READ: MC;LL=-1064;LH=887;SL=-564;SH=433;D=89F0015D44FDC465C4F800AEA27EE232E27C;C=491;L=142;
2017.02.06 20:24:59 4: sduino: Found manchester Protocol id 10 clock 491 -> OSV2o3
2017.02.06 20:24:59 5: sduino: extracted data 011101100000111111111110101000101011101100000010001110111001101000111011000001111111111101010001010111011000000100011101110011010001110110000011 (bin)
2017.02.06 20:24:59 4: sduino: Found manchester Protocol id 12 clock 491 -> Hideki protocol
2017.02.06 20:24:59 5: sduino: extracted data 011101100000111111111110101000101011101100000010001110111001101000111011000001111111111101010001010111011000000100011101110011010001110110000011 (bin)
2017.02.06 20:24:59 4: sduino: hideki protocol converted to hex: 7581DC2C37FCAFD40671B3DC30 with 114 bits, messagestart 30
2017.02.06 20:24:59 5: sduino: converted Data to (P12#7581DC2C37FCAFD40671B3DC30)
2017.02.06 20:24:59 5: sduino: dispatch P12#7581DC2C37FCAFD40671B3DC30
2017.02.06 20:24:59 4: Hideki_Parse sduino incomming P12#7581DC2C37FCAFD40671B3DC30
2017.02.06 20:24:59 4: Hideki_Parse SensorTyp = 20 decodedString = 758364745904f17c0a93d56450
2017.02.06 20:24:59 4: sduino crc failed
2017.02.06 20:24:59 4: sduino: Found manchester Protocol id 58 clock 491 -> tfa 30.3208.0
2017.02.06 20:24:59 5: sduino: extracted data 011101100000111111111110101000101011101100000010001110111001101000111011000001111111111101010001010111011000000100011101110011010001110110000011 (bin)
2017.02.06 20:24:59 4: sduino: TFA 30.3208.0 preamble_pos = 21
2017.02.06 20:24:59 4: sduino: TFA message end pattern found at pos 79  lengthBitData=144
2017.02.06 20:24:59 4: sduino: TFA message new length=58
2017.02.06 20:24:59 5: sduino: converted Data to (u58#3515D811DCD1D83)
2017.02.06 20:24:59 5: sduino: dispatch u58#3515D811DCD1D83
2017.02.06 20:24:59 4: SIGNALduino_unknown incomming msg: u58#3515D811DCD1D83
2017.02.06 20:24:59 4: SIGNALduino_unknown rawData: 3515D811DCD1D83
2017.02.06 20:24:59 4: SIGNALduino_unknown Protocol: 58
2017.02.06 20:24:59 4: SIGNALduino_unknown converted to bits: 001101010001010111011000000100011101110011010001110110000011
2017.02.06 20:24:59 4: Unknown, please report
2017.02.06 20:24:59 4: SIGNALduino_unknown incomming msg: u58#3515D811DCD1D83
2017.02.06 20:24:59 4: SIGNALduino_unknown rawData: 3515D811DCD1D83
2017.02.06 20:24:59 4: SIGNALduino_unknown Protocol: 58
2017.02.06 20:24:59 4: SIGNALduino_unknown converted to bits: 001101010001010111011000000100011101110011010001110110000011
2017.02.06 20:24:59 4: Unknown, please report
2017.02.06 20:24:59 3: sduino: Unknown code u58#3515D811DCD1D83, help me!

Sidey · 06 Februar 2017, 22:24:08

Okay... ich habe den code noch etwas angepasst.

Jetzt kommt Folgende Ausgabe:

Code Auswählen


2017.02.06 22:22:56.636 4: SIGNALduino_unknown converted to bits: 01010001010111011000000100011101110011010001110110000011

Die lässt sich 1:1 in die Tabelle übernehmen. Die habe ich auch etwas angepasst

moontear · 07 Februar 2017, 22:09:44

Boah ich dreh' durch...

https://docs.google.com/spreadsheets/d/1q2sk5bK6Bv3gi8ahTLIUM4DaMR7AvnTVPY-NvmGMHoQ/edit?usp=sharing

Channel: check
Humidity: check
Celsius/Fahrenheit: kein Plan
Temperatur: kein Plan

die letzten Einträge sind sogar nur Veränderungen um 0,1C - eine Pattern ist trotzdem schwer erkennbar.

E & F scheinen mir irgendwie ein Zeitstempel zu sein, weil readings im gleichen Zeitraum die gleichen Werte bekommen (siehe letzte Einträge).
I & J + M & C + Temperatur * 10 ist immer ungefähr um die 380. Leider aber auch nur ungefähr, aber trotzdem interessant dass die Ratio immer ähnlich ist. ((400-I&J-M&C )/ 2 ist also immer ungefähr die Temperatur)

Aha! Ich hab einen Range gefunden
1 = ..-11 | 2= -1..-10 | 3= 0..15 | 4= 15..30 | 5=31..40. Sieht zumindest im Plus-Bereich nach 15C Schritten aus 0-15C, 15-30C etc. Nicht genau, da 30,1 immer noch 4 entspricht.

Sidey · 08 Februar 2017, 18:35:35

Puhh, ziemlich kompliziert.

Vielleicht haben wir einen grundsätzlichen Fehler in der Herangehensweise.

Celisius und Fahrenheit wird an der Übertragung vermutlich nichts ändern. Das schaltet nur die Anzeige um

moontear · 08 Februar 2017, 22:27:04

Ja. Leider keine einfache Umrechnung.

Also es gibt wirklich ein Temperatur Range Byte mit immer 15 Grad Bereichen. Spalte I korreliert sehr hoch mit den Temperaturen (siehe angehängtes Plot). Ich habe noch nicht herausgefunden wie die Berechnung funktioniert aber eine Richtung deutet sich an.

Ich hoffe nur dass wir die ganze Zeit die richtigen Daten benutzen, nicht dass da noch irgendwelche bits und bytes versteckt sind wegen Timings oder wat weiss ich.

Sidey · 08 Februar 2017, 22:54:21

Die Einordnung der Bits in Nibble muss nicht stimmen.

moontear · 08 Februar 2017, 22:59:09

Ich hab etwas! Berechnung nicht, aber ich hab etwas!

Die Temperatur Ranges + I&J sind die halbe Miete.

Jede Temperatur Range besteht aus 255 (?) Werten, diese lassen sich direkt auf eine bestimmte Temperatur mappen innerhalb der jeweiligen Range. Die Skala sieht mir relativ logarithmisch aus, wenn man sich den Unterschied zwischen 17C (Wert 17) und 20,8C (Wert 71) ansieht und das vergleicht mit 20,8C und 22,8 (Wert 106). Logarithmisch bin ich mir aber nicht sicher.

Sieh dir das folgende Bild an. Die Zahlen in der ersten roten Spalte sind die Range, danach der I&J Wert, danach die Temperatur.

Jede Range resettet den "Counter" auf 0. Genau bei 255 ist der Cut Off Point für eine neue Range.