SIGNALDuino Oregon Sensoren

Ralf9 · 11 November 2016, 23:12:13

Es müsste im log ungefähr so aussehen:

2016.11.11 22:57:26.098 4: sduinoD/msg READ: MC;LL=-994;LH=961;SL=-499;SH=490;D=AAAAAAAB332B4B4D54D4CCB55555553554D33532D4;C=483;
2016.11.11 22:57:26.098 4: sduinoD: Found manchester Protocol id 10 clock 483 -> OSV2o3
2016.11.11 22:57:26.098 4: sduinoD: OSV2 protocol detected: preamble_pos = 31
2016.11.11 22:57:26.098 4: sduinoD: OSV2 protocol converted to hex: (481A2D1035002090A2) with length (80) bits

stefanru · 11 November 2016, 23:32:04

Ok,

das ist ja echt seltsam.
Wenn ich beim THGR228N_1_sduino nun die kurzform eingebe "THGR228N_1" bei dem IODev sduino eingestellt ist finde ich wieder Daten.
Sduino ist aber auf longids? Kann es sein dass trotz IODev er auch die Ausgaben vom CUL parsed?
Ist das normal.

Im log finde ich auch nur ein Eintrag der dem von dir Ähnelt vom Sduino. Dafür viele vom CUL_REDIRECT.

Eintrag:
2016.11.11 00:12:42 4: sduino: OSV2 protocol detected: preamble_pos = 33
2016.11.11 00:12:42 4: sduino: Found manchester Protocol id 12 clock 489 -> Hideki protocol
2016.11.11 00:12:42 4: sduino/msg READ: MC;LL=-1059;LH=1014;SL=-444;SH=579;D=59664;C=515;L=18;
2016.11.11 00:13:21 4: sduino/msg READ: MC;LL=-1076;LH=858;SL=-531;SH=416;D=6959A6555955A6655598;C=480;L=78;
2016.11.11 00:13:21 4: sduino: Found manchester Protocol id 10 clock 480 -> OSV2o3
2016.11.11 00:13:21 4: sduino: Found manchester Protocol id 12 clock 480 -> Hideki protocol
2016.11.11 00:13:21 4: sduino/msg READ: MC;LL=-1072;LH=905;SL=-543;SH=403;D=55555555334ACD32AACAAD332AACCB4AAAAAACB3528;C=487;L=170;
2016.11.11 00:13:21 4: sduino: Found manchester Protocol id 10 clock 487 -> OSV2o3
2016.11.11 00:13:21 4: sduino: OSV2 protocol detected: preamble_pos = 33
2016.11.11 00:13:21 4: sduino: OSV2 protocol converted to hex: (401A2D10AC401900A4) with length (72) bits
2016.11.11 00:13:21 4: OREGON: ERROR: Unknown sensor_id=1a2d bits=64 message='401A2D10AC401900A4'.
2016.11.11 00:13:21 4: sduino: Found manchester Protocol id 12 clock 487 -> Hideki protocol

Ist es möglich dass der sduino meinen Sensor nicht kennt?
Ich habe das device von dem das der CUL per autocreate angelegt hat copiert gehabt.

Viele Grüße und nochmals vielen Dank,
Stefan

Ralf9 · 11 November 2016, 23:52:04

Zitat von: stefanru am 11 November 2016, 23:32:04
2016.11.11 00:13:21 4: sduino/msg READ: MC;LL=-1072;LH=905;SL=-543;SH=403;D=55555555334ACD32AACAAD332AACCB4AAAAAACB3528;C=487;L=170;
2016.11.11 00:13:21 4: sduino: Found manchester Protocol id 10 clock 487 -> OSV2o3
2016.11.11 00:13:21 4: sduino: OSV2 protocol detected: preamble_pos = 33
2016.11.11 00:13:21 4: sduino: OSV2 protocol converted to hex: (401A2D10AC401900A4) with length (72) bits
2016.11.11 00:13:21 4: OREGON: ERROR: Unknown sensor_id=1a2d bits=64 message='401A2D10AC401900A4'.

Das müssten die Daten vom THGR228N_1 sein, sie sind aber zu kurz. Es müssten 80 Bit sein.
Was für ein Empfänger verwendest Du beim sduino?

Das IODev sduino wirkt sich nur beim senden aus. z.B. beim IT-Modul.

Es werden auch die Ausgaben vom CUL parsed

Gruß Ralf

stefanru · 12 November 2016, 00:28:55

Ah,
dann ist ziemlich alles klar.
Nur etwas seltsam das er auch reagiert wenn ich ne kurze Bezeichnung eingebe und der CUL ne lange hat.
Habe gerade mal den CUL abgezogen und dann ist beim sduino auch ruhe.

Also parst er wohl den CUL. Auch wenn ich dort die kurze Bezeichnung eingetragen habe bei DEF und CODE und beim CUL die Lange.

Ich verwende die hier: http://www.ebay.de/itm/221652085232?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT
Habe mir aber schon die hier bestellt da die Reichweite des ersten Empfängers nicht berauschend ist: http://www.ebay.de/itm/282083075986?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT

Meinst du daran könnte es liegen?

Gruß und Danke,
Stefan

Ralf9 · 12 November 2016, 00:44:49

Zitat von: stefanru am 12 November 2016, 00:28:55
Ich verwende die hier: http://www.ebay.de/itm/221652085232?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT

Ja, mit diesem einfachen Empfänger ist es klar, daß Du nur einen schlechten Empfang hast. Der empfängt wahrscheinlich nur bei sehr kurzen Entfernungen was brauchbares.

stefanru · 12 November 2016, 01:18:20

Ok Danke!!
Ist der andere brauchbar?

Und noch ne Frage, woher weiß ich ob ein Protokol erfolgreich decodiert wurde?

hier mal die Erkennung meines Wetter Sensors mit dem CUL:

Code Auswählen

2016.11.12 02:32:13 4: CUL_Parse: nanoCUL433 omAAAAAAAACCB532CD553552CCB554CD35554D4B4D32AD4CAA8030
2016.11.12 02:32:13 5: nanoCUL433 dispatch omAAAAAAAACCB532CD553552CCB554CD35554D4B4D32AD4CAA8030
2016.11.12 02:32:13 5: CUL_REDIRECT (mAAAAAAAACCB532CD553552CCB554CD35554D4B4D32AD4CAA8030) length: 53 RSSI: -50
2016.11.12 02:32:13 5: CUL_REDIRECT (mAAAAAAAACCB532CD553552CCB554CD35554D4B4D32AD4CAA8030) match Manchester COODE length: 53
2016.11.12 02:32:13 5: CUL_REDIRECT decode Oregon 2 (AAAAAAAACCB532CD553552CCB554CD35554D4B4D32AD4CAA8030)
2016.11.12 02:32:13 5: bitdata: 1010101010101010101010101010101011001100101101010011001011001101010101010011010101010010110011001011010101010100110011010011010101010101010011010100101101001101001100101010110101001100101010101000000000110000
2016.11.12 02:32:13 5: OSV2 protocol detected (AAAAAAAACCB532CD553552CCB554CD35554D4B4D32AD4CAA8030)
2016.11.12 02:32:13 5: CUL_REDIRECT: OSV2 protocol converted to hex: (501A2D10AC811220263DFA) with length (88) bits 

2016.11.12 02:32:13 5: nanoCUL433 Dispatch now to Oregon Module.
2016.11.12 02:32:13 5: converted Data to (501A2D10AC811220263DFA)
2016.11.12 02:32:13 5: nanoCUL433 dispatch 501A2D10AC811220263DFA
2016.11.12 02:32:13 3: OREGON: Unknown device THGR228N_ac_1, please define it
2016.11.12 02:32:13 2: autocreate: define THGR228N_ac_1 OREGON THGR228N_ac_1
2016.11.12 02:32:13 2: autocreate: define FileLog_THGR228N_ac_1 FileLog ./log/THGR228N_ac_1-%Y.log THGR228N_ac_1
2016.11.12 02:32:13 2: autocreate: define SVG_THGR228N_ac_1 SVG FileLog_THGR228N_ac_1:temp4hum4:CURRENT
2016.11.12 02:32:13 5: CUL_REDIRECT decode Oregon 3 (AAAAAAAACCB532CD553552CCB554CD35554D4B4D32AD4CAA8030)
2016.11.12 02:32:13 5: bitdata: 1010101010101010101010101010101011001100101101010011001011001101010101010011010101010010110011001011010101010100110011010011010101010101010011010100101101001101001100101010110101001100101010101000000000110000
2016.11.12 02:32:13 5: CUL_REDIRECT decode Hideki (AAAAAAAACCB532CD553552CCB554CD35554D4B4D32AD4CAA8030)
2016.11.12 02:32:13 5: nanoCUL433: search in 1010101010101010101010101010101011001100101101010011001011001101010101010011010101010010110011001011010101010100110011010011010101010101010011010100101101001101001100101010110101001100101010101000000000110000 

2016.11.12 02:32:13 5: protocol does not match, ignore received package (AAAAAAAACCB532CD553552CCB554CD35554D4B4D32AD4CAA8030) Reason: Not a hideki protocol

Und dann ein normales einlesen, erkennen tu ich da nix das was gefunden wurde:

Code Auswählen


2016.11.12 02:54:58 5: CUL/RAW: /o
2016.11.12 02:54:58 5: CUL/RAW: o/mAAAA
2016.11.12 02:54:58 5: CUL/RAW: omAAAA/AAAB32
2016.11.12 02:54:58 5: CUL/RAW: omAAAAAAAB32/D4CB3
2016.11.12 02:54:58 5: CUL/RAW: omAAAAAAAB32D4CB3/554D54
2016.11.12 02:54:58 5: CUL/RAW: omAAAAAAAB32D4CB3554D54/B32D52D2D5
2016.11.12 02:54:58 5: CUL/RAW: omAAAAAAAB32D4CB3554D54B32D52D2D5/554D4A
2016.11.12 02:54:58 5: CUL/RAW: omAAAAAAAB32D4CB3554D54B32D52D2D5554D4A/CCAD34
2016.11.12 02:54:58 5: CUL/RAW: omAAAAAAAB32D4CB3554D54B32D52D2D5554D4ACCAD34/CD4B2
2016.11.12 02:54:58 5: CUL/RAW: omAAAAAAAB32D4CB3554D54B32D52D2D5554D4ACCAD34CD4B2/39

2016.11.12 02:54:58 4: CUL_Parse: nanoCUL433 omAAAAAAAB32D4CB3554D54B32D52D2D5554D4ACCAD34CD4B239
2016.11.12 02:54:58 5: nanoCUL433 dispatch omAAAAAAAB32D4CB3554D54B32D52D2D5554D4ACCAD34CD4B239
2016.11.12 02:54:58 5: CUL_REDIRECT (mAAAAAAAB32D4CB3554D54B32D52D2D5554D4ACCAD34CD4B239) length: 51 RSSI: -45.5
2016.11.12 02:54:58 5: CUL_REDIRECT (mAAAAAAAB32D4CB3554D54B32D52D2D5554D4ACCAD34CD4B239) match Manchester COODE length: 51
2016.11.12 02:54:58 5: CUL_REDIRECT decode Oregon 2 (AAAAAAAB32D4CB3554D54B32D52D2D5554D4ACCAD34CD4B239)
2016.11.12 02:54:58 5: bitdata: 10101010101010101010101010101011001100101101010011001011001101010101010011010101010010110011001011010101001011010010110101010101010101001101010010101100110010101101001101001100110101001011001000111001
2016.11.12 02:54:58 5: OSV2 protocol detected (AAAAAAAB32D4CB3554D54B32D52D2D5554D4ACCAD34CD4B239)
2016.11.12 02:54:58 5: CUL_REDIRECT: OSV2 protocol converted to hex: (501A2D10AC610610D749B1) with length (88) bits 

2016.11.12 02:54:58 5: nanoCUL433 Dispatch now to Oregon Module.
2016.11.12 02:54:58 5: converted Data to (501A2D10AC610610D749B1)
2016.11.12 02:54:58 5: nanoCUL433 dispatch 501A2D10AC610610D749B1
2016.11.12 02:54:58 5: CUL_REDIRECT decode Oregon 3 (AAAAAAAB32D4CB3554D54B32D52D2D5554D4ACCAD34CD4B239)
2016.11.12 02:54:58 5: bitdata: 10101010101010101010101010101011001100101101010011001011001101010101010011010101010010110011001011010101001011010010110101010101010101001101010010101100110010101101001101001100110101001011001000111001
2016.11.12 02:54:58 5: CUL_REDIRECT decode Hideki (AAAAAAAB32D4CB3554D54B32D52D2D5554D4ACCAD34CD4B239)
2016.11.12 02:54:58 5: nanoCUL433: search in 10101010101010101010101010101011001100101101010011001011001101010101010011010101010010110011001011010101001011010010110101010101010101001101010010101100110010101101001101001100110101001011001000111001 

2016.11.12 02:54:58 5: protocol does not match, ignore received package (AAAAAAAB32D4CB3554D54B32D52D2D5554D4ACCAD34CD4B239) Reason: Not a hideki protocol

Gruß,
Stefan

RappaSan · 12 November 2016, 08:50:49

Erstaunlich, daß diese Mist-Empfänger immer noch einen Käufer finden...

Ralf9 · 12 November 2016, 09:59:20

Zitat von: stefanru am 12 November 2016, 01:18:20
Ist der andere brauchbar?

Und noch ne Frage, woher weiß ich ob ein Protokol erfolgreich decodiert wurde?

Der andere ist brauchbar. Es ist z.Zt. der beste Empfänger den Du aus China bekommen kannst.
Mir ist kein besserer bekannt.

Wenn ein dispatch erfolgt, dann wurde es erfolgreich decodiert.
Wenn kurz hintereinander die gleiche Nachricht empfangen wird, dann wird sie ignoriert.

Code Auswählen

2016.11.12 02:54:58 5: nanoCUL433 Dispatch now to Oregon Module.
2016.11.12 02:54:58 5: converted Data to (501A2D10AC610610D749B1)
2016.11.12 02:54:58 5: nanoCUL433 dispatch 501A2D10AC610610D749B1

Gruß Ralf

stefanru · 12 November 2016, 15:43:38

Ok,

vielen vielen Dank!

stefanru · 12 November 2016, 23:37:39

Ok noch eine Frage

So wie ich das sehe wird mein OREGON Sensor THGR228N nur vom CUL mit a-culfw entdeckt SIGNALDuino erkennt ihn nicht.
Kann man den integrieren?

Die logs Verbose 5 vom CUL hätte ich.

Code Auswählen

2016.11.13 00:31:57 5: nanoCUL433 Dispatch now to Oregon Module.
2016.11.13 00:31:57 5: converted Data to (501A2D10573002000527C8)
2016.11.13 00:31:57 5: nanoCUL433 dispatch 501A2D10573002000527C8
2016.11.13 00:31:57 5: OREGON: decoding delay=78 hex=501A2D10573002000527C8
2016.11.13 00:31:57 5: OREGON: checksum2 = 39 berechnet: 39
2016.11.13 00:31:57 4: THGR228N_57_1_sduino decoded Oregon: T: 2.3 H: 50 BAT: ok
2016.11.13 00:31:57 5: CUL_REDIRECT decode Oregon 3 (AAAAAAAB32D4CB3554D4ACCD54B535555554CD54AD35534A3D)
2016.11.13 00:31:57 5: bitdata: 10101010101010101010101010101011001100101101010011001011001101010101010011010100101011001100110101010100101101010011010101010101010101010101010011001101010101001010110100110101010100110100101000111101

Und hier vom Sduino zu der Zeit wo der Sender gefunkt hat:

Code Auswählen

2016.11.13 02:17:15 4: sduino/msg READ: MU;P0=923;P1=-1048;P3=454;P4=-508;P5=-3526;P7=254;D=0101010134010104313435043134043101010101010134010431057101017;CP=0;
2016.11.13 02:17:15 4: sduino: Fingerprint for MU Protocol id 13b -> FLAMINGO FA21 b matches, trying to demodulate
2016.11.13 02:17:15 5: sduino: start pattern for MU Protocol id 13b -> FLAMINGO FA21 b mismatches, aborting
2016.11.13 02:17:15 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.11.13 02:17:15 5: sduino: start pattern for MU Protocol id 16 -> Dooya shutter mismatches, aborting
2016.11.13 02:17:15 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.11.13 02:17:15 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.11.13 02:17:15 5: sduino: start pattern for MU Protocol id 21 -> einhell garagedoor mismatches, aborting
2016.11.13 02:17:15 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.11.13 02:17:15 5: sduino: start pattern for MU Protocol id 26 -> remote26 mismatches, aborting
2016.11.13 02:17:15 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.11.13 02:17:15 5: sduino: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2016.11.13 02:17:15 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.11.13 02:17:15 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2016.11.13 02:17:15 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.11.13 02:17:15 5: sduino: start pattern for MU Protocol id 30 -> unitec47031 mismatches, aborting
2016.11.13 02:17:15 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.11.13 02:17:15 5: sduino: Starting demodulation at Position 9
2016.11.13 02:17:15 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.11.13 02:17:15 5: sduino: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting
2016.11.13 02:17:15 5: sduino: applying filterfunc SIGNALduino_compPattern
2016.11.13 02:17:15 4: sduino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2016.11.13 02:17:15 5: sduino: Starting demodulation at Position 28
2016.11.13 02:17:15 4: sduino: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2016.11.13 02:17:15 5: sduino: start pattern for MU Protocol id 49 -> quigg_gt9000 mismatches, aborting
2016.11.13 02:17:15 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.11.13 02:17:15 5: sduino: Starting demodulation at Position 0
2016.11.13 02:17:15 4: sduino/msg READ: MU;P0=385;P1=-581;P2=827;P3=-1086;D=0121030121030121032323232323230123210323230323232323012103;CP=0;
2016.11.13 02:17:15 5: sduino: applying filterfunc SIGNALduino_filterSign
2016.11.13 02:17:15 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.11.13 02:17:15 5: sduino: start pattern for MU Protocol id 21 -> einhell garagedoor mismatches, aborting
2016.11.13 02:17:15 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.11.13 02:17:15 5: sduino: start pattern for MU Protocol id 26 -> remote26 mismatches, aborting
2016.11.13 02:17:15 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.11.13 02:17:15 5: sduino: start pattern for MU Protocol id 27 -> remote27 mismatches, aborting
2016.11.13 02:17:15 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.11.13 02:17:15 5: sduino: start pattern for MU Protocol id 28 -> IC Ledspot mismatches, aborting
2016.11.13 02:17:15 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.11.13 02:17:15 5: sduino: start pattern for MU Protocol id 30 -> unitec47031 mismatches, aborting
2016.11.13 02:17:15 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.11.13 02:17:15 5: sduino: Starting demodulation at Position 19
2016.11.13 02:17:15 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.11.13 02:17:15 5: sduino: start pattern for MU Protocol id 36 -> socket36 mismatches, aborting
2016.11.13 02:17:15 5: sduino: applying filterfunc SIGNALduino_compPattern
2016.11.13 02:17:15 4: sduino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2016.11.13 02:17:15 5: sduino: Starting demodulation at Position 2
2016.11.13 02:17:15 4: sduino: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2016.11.13 02:17:15 5: sduino: start pattern for MU Protocol id 49 -> quigg_gt9000 mismatches, aborting
2016.11.13 02:17:15 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.11.13 02:17:15 5: sduino: Starting demodulation at Position 4
2016.11.13 02:17:19 5: SW: C0D
2016.11.13 02:17:19 5: CUL/RAW (ReadAnswer): C0D = 10 / 16

Viele Grüße,
Stefan

RappaSan · 13 November 2016, 08:57:01

Das siehst Du falsch.
Hier ist auch ein THGR228N im Einsatz und wird problemlos von der aktuellen Signalduino software erkannt.

stefanru · 13 November 2016, 13:51:36

Hmm, ok.
Was hast du denn auf deinem SIGNALDuino?

Ich hab die dev-r33_flamenco.
Mein sneder wird leider nicht erkannt. Ist ein TX01 und wird vom CUL als THGR228N erkannt.
VomSIGNALDuino aber nicht. Sieht man ja in meinen Logauszügen.

Viele Grüße,
Stefan

pejonp · 13 November 2016, 17:08:42

Hallo stefanru,

gib mal diesen String in FEHM ein. Bei mir wurde ein OREGON Sensor angelegt. Ich habe auch den Flamingo/Flamenco-Sketch im Einsatz.

{ Dispatch($defs{sduino}, "501A2D10573002000527C8", undef) }

THGR228N_57_1 T: 2.3 H: 50 BAT: ok

Version:
00_SIGNALduino.pm 10484 2016-10-09 17:00:00Z v3.3.1-dev
# $Id: 14_FLAMINGO.pm 3818 2016-08-15 $
# $Id: 41_OREGON.pm 34476 2016-02-09 21:00:00 wherzig $

pejonp

stefanru · 13 November 2016, 18:29:49

Hi pejonp,

kannst du mir den Befehl erklären?
mit {}? Wo muss ich den eingeben?
Die Kommandozeile frisst den doch nicht oder?

Habs mal eingegeben, kam diese Rückmeldung: ARRAY(0x38d5570)

Ok hab das nochmal auf mein Sensor angepasst und eingegeben. Nun geht es über den sduino:
2016.11.13 19:05:58 5: sduino dispatch 501A2D1057521010062CDF
2016.11.13 19:05:58 5: OREGON: decoding delay=73 hex=501A2D1057521010062CDF
2016.11.13 19:05:58 5: OREGON: checksum2 = 44 berechnet: 44
2016.11.13 19:05:58 4: THGR228N_57_1_sduino decoded Oregon: T: 10.5 H: 61 BAT: ok

Irgendwie aber nicht dauerhaft. Muss der Befehl wo rein?
Danach hatte ich noch ein redaing vom CUL wieder und seit dem nix mehr. Weder sduino noch CUL.

Denke ich starte FHEM mal durch. Wäre toll wenn du mir den Dispatch mal erklären würdest.
Habe ihn nur in Artikeln zum entwickeln gefunden.

Danke und Gruß,
Stefan

pejonp · 13 November 2016, 19:34:58

Zitat von: stefanru am 13 November 2016, 18:29:49
..
Habs mal eingegeben, kam diese Rückmeldung: ARRAY(0x38d5570)

Ok hab das nochmal auf mein Sensor angepasst und eingegeben. Nun geht es über den sduino:
2016.11.13 19:05:58 5: sduino dispatch 501A2D1057521010062CDF
2016.11.13 19:05:58 5: OREGON: decoding delay=73 hex=501A2D1057521010062CDF
2016.11.13 19:05:58 5: OREGON: checksum2 = 44 berechnet: 44
2016.11.13 19:05:58 4: THGR228N_57_1_sduino decoded Oregon: T: 10.5 H: 61 BAT: ok
....

Hallo,

das war nur ein Test um festzustellen ob dein Signalduino diesen String verarbeiten kann. Ja das macht er. Es sollte auch ein neuer Eintrag angelegt worden sein.
Erkennt dein Signalduino überhaupt einen Sender. Ist die Verdrahtung richtig ? Hast du eine Whitelist im Einsatz, also Protokolle ausgeschaltet.
Arbeitet der Empfänger mit AM OOK/ASK oder FM OOK/FSK ??

Als Empfänger für meine Bresser (Hideki), Orgeon, LogiLink (WS0001) und Pearl habe ich diesen hier im Einsatz
http://www.tme.eu/de/details/rfm83c-433d/rf-kommunikationsmodule/hope-microelectronics/.

pejonp