SIGNALDuino Oregon Sensoren

Begonnen von Ralf9, 04 November 2016, 17:59:00

Vorheriges Thema - Nächstes Thema

Ralf9

Die Nachricht wird anscheinend zweimal hintereinander gesendet
MC;LL=-983;LH=967;SL=-489;SH=489;D=00000283AF5DF796EFCF7C8EEC00000283AF5D8;C=487;L=153;R=37;
00000283AF5DF796EFCF7C8EEC
00000283AF5D
Im Gegensatz zu anderen Oregon V3 Nachrichten fehlt hier anscheinend die Pause nach er ersten Nachricht. Da es ein Pufferüberlauf gibt, fehlt bei der zweiten Nachricht ein Teil.
Wenn ich die zweite Nachricht entferne und damit simuliere, dann passt es:
MC;LL=-983;LH=967;SL=-489;SH=489;D=00000283AF5DF796EFCF7C8EEC;C=487;L=153;R=37;

2018.12.23 00:41:53.220 4 : sduinoD: Found manchester Protocol id 10 clock 487 RSSI -55.5 -> Oregon Scientific v2|v3
2018.12.23 00:41:53.220 4 : sduinoD: OSV2/3: 1111111111111111111111010111110001010000
2018.12.23 00:41:53.220 4 : sduinoD: OSV3 protocol detected: preamble_pos = 22, message_length = 78
2018.12.23 00:41:53.220 4 : sduinoD: OSV3 protocol = F82411485220340B322
2018.12.23 00:41:53.220 4 : sduinoD: OSV3 protocol converted to hex: (50FA281441582230043B22) with length (80) bits
2018.12.23 00:41:53.220 4 : sduinoD Dispatch: 50FA281441582230043B22, -55.5 dB, dispatch
2018.12.23 00:41:53.221 4 : THGR810_1 decoded Oregon: T: 22.5 H: 43 BAT: ok


Ich benötige noch mehr MC-Nachrichten, die nicht decodiert werden können.

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

Ralf9

Momentan müssen bei der MC-Nachricht hinter dem D= mindestens vier Nullen folgen,
Du kannst mal darauf achten ob dies ausreichend oft der Fall 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

David1

Hier sind mal zwei Zeitfenster von jeweils 5min. Habe alle MC-Nachrichten aus dem Log-File rauskopiert. Die konnten alle nicht decodiert werden. 8 davon starten nach dem D mit mindestens 4 Nullen. Das wäre dann ungefähr alle 75s eine Nachricht mit 4 Nullen. Das ist meiner Meinung nach genügend.

2018.12.23 16:00:35 4: sduino/msg READ: MC;LL=-962;LH=993;SL=-479;SH=500;D=0EBD77DF3FBFBDF8B73000000A0EBD77DF3FBE;C=488;L=151;R=32;s11;b4;O;w;
2018.12.23 16:00:35 4: sduino/msg READ: MC;LL=-973;LH=984;SL=-478;SH=493;D=EF7E2DCC00000283AF5DF7CFEFEF7E2DCC;C=487;L=134;R=33;s5;b0;
2018.12.23 16:01:28 4: sduino/msg READ: MC;LL=-975;LH=984;SL=-487;SH=482;D=000283AF5DF7CFEFEF7E2DCC00000283AF5DF7;C=487;L=152;R=31;s29;b2;O;w;
2018.12.23 16:01:28 4: sduino/msg READ: MC;LL=-976;LH=978;SL=-490;SH=486;D=E7F7F7BF16E600000141D7AEFBE7F7F7BF16E6;C=488;L=151;R=32;s5;b0;
2018.12.23 16:02:21 4: sduino/msg READ: MC;LL=-986;LH=968;SL=-494;SH=478;D=00000141D7AEFBE7F7F7BF16E600000141D7AC;C=487;L=150;R=33;s47;b2;O;w;
2018.12.23 16:02:21 4: sduino/msg READ: MC;LL=-982;LH=971;SL=-491;SH=483;D=DF7CFEFEF7E2DCC00000283AF5DF7CFEFEF7E2;C=487;L=152;R=33;s3;b0;O;w;
2018.12.23 16:03:14 4: sduino/msg READ: MC;LL=-978;LH=971;SL=-490;SH=486;D=00000283AF5DF7CFEFEF7E2DCC00000283AF5C;C=487;L=150;R=33;s45;b2;O;w;
2018.12.23 16:03:14 4: sduino/msg READ: MC;LL=-985;LH=975;SL=-481;SH=490;D=BEF9FDFDEFC5B98000005075EBBEF9FDFDEFC5;C=488;L=152;R=33;s1;b0;O;w;
2018.12.23 16:04:07 4: sduino/msg READ: MC;LL=-991;LH=967;SL=-487;SH=484;D=0000A0EBD77DF3FBFBDF8B73000000A0EBD74;C=488;L=146;R=34;s43;b12;O;w;
2018.12.23 16:04:07 4: sduino/msg READ: MC;LL=-989;LH=975;SL=-496;SH=473;D=FBE7F7F7BF16E600000141D7AEFBE7F7F7BF16;C=488;L=152;R=33;s9;b0;O;w;
2018.12.23 16:05:00 4: sduino/msg READ: MC;LL=-976;LH=974;SL=-485;SH=499;D=0000A0EBD77DFBFBFBDF4B1B000000A0EBD77D8;C=488;L=153;R=34;s33;b2;O;w;

2018.12.23 17:10:22 4: sduino/msg READ: MC;LL=-977;LH=971;SL=-493;SH=482;D=00005075EBBEF9FDFDEFC5B98000005075EB8;C=487;L=145;R=35;s45;b12;O;w;

2018.12.23 17:10:22 4: sduino/msg READ: MC;LL=-991;LH=962;SL=-489;SH=483;D=BEF9FDFDEFC5B98000005075EBBEF9FDFDEFC5;C=487;L=152;R=34;s1;b0;O;w;
2018.12.23 17:11:15 4: sduino/msg READ: MC;LL=-992;LH=964;SL=-489;SH=483;D=00000283AF5DF7CFEFEF7E2DCC00000283AF5C;C=487;L=150;R=34;s45;b2;O;w;
2018.12.23 17:11:15 4: sduino/msg READ: MC;LL=-975;LH=973;SL=-498;SH=488;D=BEF9FDFDEFC5B98000005075EBBEF9FDFDEFC5;C=488;L=152;R=34;s1;b0;O;w;
2018.12.23 17:12:09 4: sduino/msg READ: MC;LL=-969;LH=979;SL=-476;SH=503;D=000283AF5DF7CFEFEF7E2DCC00000283AF5DF;C=487;L=148;R=34;s35;b8;O;w;
2018.12.23 17:12:09 4: sduino/msg READ: MC;LL=-974;LH=987;SL=-487;SH=485;D=BE7F7F7BF16E600000141D7AEFBE7F7F7BF16E0;C=488;L=153;R=34;s1;b0;O;w;
2018.12.23 17:13:03 4: sduino/msg READ: MC;LL=-970;LH=987;SL=-493;SH=486;D=0EBD77DF3FBFBDF8B73000000A0EBD77DF3FBF;C=489;L=152;R=34;s8;b1;O;w;
2018.12.23 17:13:03 4: sduino/msg READ: MC;LL=-972;LH=982;SL=-484;SH=490;D=BDF8B73000000A0EBD77DF3FBFBDF8B73;C=487;L=132;R=33;s2;b1;
2018.12.23 17:13:54 4: sduino/msg READ: MC;LL=-978;LH=971;SL=-501;SH=482;D=00000A0EBD77DF3FBFBDF8B73000000A0EBD7;C=488;L=148;R=34;s45;b6;O;w;
2018.12.23 17:13:54 4: sduino/msg READ: MC;LL=-991;LH=963;SL=-498;SH=483;D=BEF9FDFDEFC5B98000005075EBBEF9FDFDEFC5;C=489;L=152;R=35;s1;b0;O;w;
2018.12.23 17:14:47 4: sduino/msg READ: MC;LL=-974;LH=977;SL=-496;SH=475;D=00000283AF5DF7CFEFEF7E2DCC00000283AF5C;C=486;L=150;R=35;s45;b2;O;w;
2018.12.23 17:14:47 4: sduino/msg READ: MC;LL=-975;LH=976;SL=-491;SH=491;D=BEF9FDFDEFC5B98000005075EBBEF9FDFDEFC5;C=488;L=152;R=34;s1;b0;O;w;
FHEM auf Raspberry PI 3 B
NanoCUL868  / NanoCUL 433 SIGNALduino
Oregon / mystrom / HMS / IT / FS20

Ralf9

Ok, das passt dann so. Ich habe in der 00_signalduino.pm die Oregon Routine überarbeitet. Es gibt demnächst eine Testversion.
Zum Hintergrund. Die Nachricht ist invertiert. Am Anfang ist eine Preamble von 24 Einsen, dann kommt ein Sync 0101
Seither wurde auf 16 Einsen + sync am Anfang getestet, ich habe es geändert, damit nur auf 12 Einsen + sync getestet wird.

MC;LL=-975;LH=984;SL=-487;SH=482;D=000283AF5DF7CFEFEF7E2DCC00000283AF5DF7;C=487;L=152;R=31;

00028 ergibt bin
0000 0000 0000 0010 1000
und invertiert
1111 1111 1111 1101 0 111

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

Ralf9

Hier ist der Patch:
https://github.com/Ralf9/RFFHEM/commit/6f19fb0a9da1ed11ef820137c5bd41fa47f4da54

hier ist zum Testen meine Version der 00_SIGNALduino.pm
https://raw.githubusercontent.com/Ralf9/RFFHEM/master/FHEM/00_SIGNALduino.pm

wenn es so passt, dann bringe ich es auch in die dev-r33

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

David1

Wunderbar! Ich habe es getestet, jetzt funktionieren die THGR221 perfekt. Da kommen jede Minute neue Werte rein.
Vielen Dank an Dich, Ralf. Da werden sicher noch einige froh drüber sein.

Grüsse David
FHEM auf Raspberry PI 3 B
NanoCUL868  / NanoCUL 433 SIGNALduino
Oregon / mystrom / HMS / IT / FS20

Ralf9

Danke für den Test. Mich würde nun interessieren ob es 2 oder 3 Nachrichten hintereinander sind.
Dazu wäre es hilfreich, wenn Du mir die empfangenen Nachrichten als MU-Nachrichten posten könntest.
Dies müssten MU-Nachrichten mit einem sehr langen Datenteil (D=123...; ) sein. Es müssten ca über 350 Zeichen im Datenteil sein.

Den Modus für sehr lange MU-Nachrichten kannst Du damit aktivieren:
get sduino raw CEO
get sduino config
- ergibt
config: MS=1;MU=1;MC=1;Mred=1;MuNoOverflow=1;Mdebug=1_MScnt=4;MuOverflMax=3;MdebFifoLimit=120/140

Damit werden die MC-Nachrichten deaktiviert.
set sduino disableMessagetype manchesterMC
get sduino config
- ergibt
config: MS=1;MU=1;MC=0;Mred=1;MuNoOverflow=1;Mdebug=1_MScnt=4;MuOverflMax=3;MdebFifoLimit=120/140



Wenn Du fertig bist kannst Du es damit wieder auf default zurücksetzen:

get sduino raw eC
- ergibt
raw: Init eeprom to defaults

get sduino config
- ergibt
config: MS=1;MU=1;MC=1;Mred=1;Mdebug=1_MScnt=4;MuSplitThresh=8000;MdebFifoLimit=120/140


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

David1

Guten Abend Ralf

Hier einige MU-Nachrichten:

2018.12.30 20:55:57 4: sduino/msg READredu(o1): MU;P0=-459;P1=348;P2=518;P3=-941;P4=1014;CP=2;R=234;D=0102020202343402020202320204343202020432043202040202020234320202043204320432020202020202020202043402023202040232040202343434340202340202020202020202020202020202020202020202020202343402020202320204343202020432043202040202020234320202043204320432020202020202020202043402023202;p;


2018.12.30 20:55:57 4: sduino/msg READredu: MU;P0=1024;P1=-461;P2=519;P3=-926;P4=-5016;CP=2;R=233;D=01232101212303030301212301212121212121212121212121212121212121212121212303012121212321210303212121032103212101212121230321212103210321032121212121212121212103012123212101232101212303030301212324;e;


2018.12.30 20:58:54 4: sduino/msg READredu(o1): MU;P0=92;P1=-467;P2=511;P3=-966;P4=986;CP=2;R=235;D=01212121232121434321212143214321214121212123432121214321432143212121212121212121214341212321214123214121234343434121234121212121212121212121212121212121212121212121234341212121232121434321212143214321214121212123432121214321432143212121212121212121214341212321214123214121234343434121234121212121212121212121212121212121212121212121234341212121232121434321212143214321214121212123432121214321432143212121212121212121214341212321214123214121234343434121232;p;

2018.12.30 20:59:53 4: sduino/msg READredu(o1): MU;P0=-474;P1=504;P2=-966;P3=992;CP=1;R=236;D=01010101010101010101010101010101010101010123230101010121010323210101032103210103010101012321010103210321032101010101010101010103230101210103012103010123232323010123010101010101010101010101010101010101010101010123230101010121010323210101032103210103010101012321010103210321032101010101010101010103230101210103012103010123232323010121;p;

2018.12.30 21:01:51 4: sduino/msg READredu(o1): MU;P0=-933;P1=141;P2=-2136;P3=532;P4=-444;P5=-136;P6=1015;CP=3;R=234;D=012341514606034343460346034346434343430603434346034603460343434343434343434346064343034346430346434306060606434306434343434343434343434343434343434343434343434306064343434303434606034343460346034346434343430603434346034603460343434343434343434346064343034346430346434306060606434306434343434343434343434343434343434343434343434306064343434303434606034343460346034346434343430603434346034603460343434343434343434346064343034346430346434306060606434303;p;

2018.12.30 21:02:50 4: sduino/msg READredu(o1): MU;P0=672;P1=-467;P2=506;P3=-956;P4=991;CP=2;R=235;D=01212121232121434321212143214321214121212123432121214321432143212121212121212121214341212321214123214121234343434121234121212121212121212121212121212121212121212121234341212121232121434321212143214321214121212123432121214321432143212121212121212121214341212321214123214121234343434121234121212121212121212121212121212121212121212121234341212121232121434321212143214321214121212123432121214321432143212121212121212121214341212321214123214121234343434121232;p;


Der Datenteil ist aber sehr unterschiedlich lang.

Grüsse David
FHEM auf Raspberry PI 3 B
NanoCUL868  / NanoCUL 433 SIGNALduino
Oregon / mystrom / HMS / IT / FS20

Ralf9

Danke für die MU-Nachrichten, damit kann ich erkennen, das die Nachricht 3 mal ohne Pause gesendet wird.
Es sieht so aus als hättest Du keine optimale Empfangsbedingungen, es fehlt am Anfang oft ein großer Teil der 24 Bit Preamble.

Die neuen Oregon V3 Sensoren müssten nun auch mit der aktuellen Entwicklerversion dev-r33 funktionieren.

Hier ist eine Übersicht über die neuen Oregon Sensoren
http://global.oregonscientific.com/2018/Oregon_Scientific_IoT_Sensor_Compatibility/index.html

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

Gundermann

Hallo an Ralf9,

irgendwie habe ich den Eindruck, dass mir hier evtl. geholfen werden kann. Ich bin relativ neu bei FHEM und möchte zwei OREGON-Sensoren (Thermo-Hygro-Sensor THGR810 und Regenmesser PCR800) einbinden. Bevor ich tiefer einsteige interessiert mich zunächst nur, ob ich dazu zwingend einen SIGNALDuino brauche oder ob das auch mit meinem vorhandenen nanoCUL (CC1101 / 433 MHz, culfw-1.67) möglich ist. Im Forum habe ich mir bereits "einen Wolf" gesucht und hoffe, dass ich hier weiter komme.

Gruß Gundermann


FHEM auf RPi 4B | CUL 868 MHz | SIGNALduino 433 MHz | FRITZ!Dect | FS20 | Homematic | Intertechno | Sonoff | Shelly | IP-Kameras | Wettersensoren | ZigBee | ...
FHEM ist nicht Plug & Play. Man muss bereit sein hinter die Kulissen zu schauen.

Ralf9

Die Oregon v2 Sensoren funktionieren auch mit dem CUL.

THGR810 und PCR800 sind Oregon v3 Sensoren, mir ist nicht bekannt ob die v3 Sensoren auch mit dem CUL funktionieren.
Du müsstest es mal testen ob sie mit dem CUL funktionieren.

Den  nanoCUL kannst Du recht einfach auf einen SIGNALDuino flashen.

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

Gundermann

Hallo Ralf,

vielen Dank für die sehr schnelle Antwort.

Leider ergeben sich nun zwei neue Fragen:

1. Wenn die Oregon v3-Sensoren mit dem nanoCUL funktionieren würden, dann müssten doch, wenn die Sensoren senden (da bin ich sicher) und  bei aktivem "autocreate" irgendwelche "defines" erzeugt werden, oder? Da keine entsprechenden "defines" neu hinzu kommen, gehe ich davon aus, dass es eben leider nicht funktioniert. Ist das so einfach oder komplizierter?

2. Wenn ich nun den nanoCUL auf einen SIGNALDuino flashe (ich denke, das würde ich mit den Beiträgen aus dem Forum hinbekommen), werden dann meine sonstigen Aktoren (z.B. 433-MHz-Intertechno-Funksteckdosen) noch funktionieren, die der nanoCUL derzeit recht zuverlässig anfunkt?

Gruß Gundermann
FHEM auf RPi 4B | CUL 868 MHz | SIGNALduino 433 MHz | FRITZ!Dect | FS20 | Homematic | Intertechno | Sonoff | Shelly | IP-Kameras | Wettersensoren | ZigBee | ...
FHEM ist nicht Plug & Play. Man muss bereit sein hinter die Kulissen zu schauen.

Ralf9

ja, wenn die Oregon v3-Sensoren mit dem nanoCUL korrekt funktionieren würden, müssten irgendwelche "defines" oder define logmeldungen erzeugt werden.
Mit CUL verbose 5 sollten zumindest beim Empfang einige log Meldungen erscheinen.

Die Intertechno-Funksteckdosen sollten mit dem Signalduino funktionieren.
Was für Sensoren hast Du sonst noch?

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

Gundermann

Hallo Ralf,

danke für die wieder sehr schnelle Antwort.

Habe jetzt den nanoCUL auf einen SIGNALDuino geflasht (V 3.3.1-RC7 SIGNALduino cc1101) und die Signale der Oregon v3-Sensoren werden empfangen. Auch die 433-MHz-Intertechno-Funksteckdosen funktionieren mit dem SIGNALDuino. Also ist jetzt soweit alles gut.

Sonstige Wettersensoren habe ich nicht und werde ich wohl auch nicht anschaffen.

Allerdings empfange ich aus der Nachbarschaft offensichtlich eine Menge Signale, die ich noch irgendwie eliminieren muss. Der Eventmonitor rotiert selbst bei "verbose 3". Ich werde mich dazu durch das Forum lesen und bei Problemen ggf. noch einmal melden.

Jetzt könnte eigentlich ich meine Oregon v3-Sensoren verschenken und die Signale der Nachbarn loggen ;).

Herzlichen Dank für die freundliche Unterstützung und
Grüße von Gundermann
FHEM auf RPi 4B | CUL 868 MHz | SIGNALduino 433 MHz | FRITZ!Dect | FS20 | Homematic | Intertechno | Sonoff | Shelly | IP-Kameras | Wettersensoren | ZigBee | ...
FHEM ist nicht Plug & Play. Man muss bereit sein hinter die Kulissen zu schauen.