SIGNALDuino Oregon Sensoren

stefanru · 13 November 2016, 22:25:44

Hi, also der Befehl schickt an einen Empfänger ein Kommando zum decodieren? Das ist ja cool

Der sduino hat einen china 433,92 Empfänger. Er empfängt ziemlich viel .
Aber ich habe mir einen besseren Empfänger bestellt da der China Empfänger keine gute Reichweite hat.

Aber der sduino empfängt ohne Probleme meine Funksteckdosen und die Somfy Rolläden.

Mein Oregon habe ich zum Test immer neben dran liegen. Sollte also empfangen werden.
Der CUL macht es.

Wie sehe ich denn ob der sduino den empfängt?
Ich denke schon., immer zur selben Zeit wie der CUL empfängt der sduino auch etwas.
Cul dekodiert, Sduino nicht.

Hier mal das log vom erfolgreichen CUL un dgescheitertem Sduino. Sollte beides mein Sensor sein:

Code Auswählen

2016.11.13 22:45:06 4: CUL_Parse: nanoCUL433 omAAAAAAAAAA46
2016.11.13 22:45:06 4: CUL_Parse: nanoCUL433 omAAAAAAAB32D4CB3554D4ACCD34B4D4D555532D5534B54CB244
2016.11.13 22:45:06 4: THGR228N_57_1 decoded Oregon: T: 11.3 H: 68 BAT: ok
2016.11.13 22:45:06 4: sduino/msg READ: MU;P0=-1452;P1=944;P2=-1058;P3=-110;P4=536;P5=404;P7=-532;D=341535101010101010101075157075157010751010157075157010751570751010101010157075101015701010751570751570751015707510157010751015707510101570751010101010101010101570751570107510041121212571752125712175212121257175257121752571;CP=5;
2016.11.13 22:45:06 4: sduino: Fingerprint for MU Protocol id 16 -> Dooya shutter matches, trying to demodulate
2016.11.13 22:45:06 4: sduino: Fingerprint for MU Protocol id 21 -> einhell garagedoor matches, trying to demodulate
2016.11.13 22:45:06 4: sduino: Fingerprint for MU Protocol id 26 -> remote26 matches, trying to demodulate
2016.11.13 22:45:06 4: sduino: Fingerprint for MU Protocol id 27 -> remote27 matches, trying to demodulate
2016.11.13 22:45:06 4: sduino: Fingerprint for MU Protocol id 28 -> IC Ledspot matches, trying to demodulate
2016.11.13 22:45:06 4: sduino: Fingerprint for MU Protocol id 29 -> HT12e remote matches, trying to demodulate
2016.11.13 22:45:06 4: sduino: Fingerprint for MU Protocol id 30 -> unitec47031 matches, trying to demodulate
2016.11.13 22:45:06 4: sduino: Fingerprint for MU Protocol id 31 -> pollin isotronic matches, trying to demodulate
2016.11.13 22:45:06 4: sduino: Fingerprint for MU Protocol id 34 -> unknown34 matches, trying to demodulate
2016.11.13 22:45:06 4: sduino: Fingerprint for MU Protocol id 36 -> socket36 matches, trying to demodulate
2016.11.13 22:45:06 4: sduino: Fingerprint for MU Protocol id 37 -> weather37 matches, trying to demodulate
2016.11.13 22:45:06 4: sduino: Fingerprint for MU Protocol id 39 -> X10 Protocol matches, trying to demodulate
2016.11.13 22:45:06 4: sduino: Fingerprint for MU Protocol id 40 -> romotec matches, trying to demodulate
2016.11.13 22:45:06 4: sduino: Fingerprint for MU Protocol id 49 -> quigg_gt9000 matches, trying to demodulate
2016.11.13 22:45:06 4: sduino: Fingerprint for MU Protocol id 8 -> TX3 Protocol matches, trying to demodulate
2016.11.13 22:45:06 4: sduino: Fingerprint for MU Protocol id 9 -> CTW 600 matches, trying to demodulate

Gruß,
Stefan

RappaSan · 14 November 2016, 10:00:22

Hallo Stefan.

Ich hab die dev-r33 drauf.

Bei mir sehen die Internals so aus:

CODE THGR228N_1
DEF THGR228N_1
IODev sduino
NAME HumTemp1
NR 235
STATE T: 2.5 H: 70 D: -2.4 BAT: low
TIME 2016-11-14 09:57:54
TYPE OREGON

stefanru · 14 November 2016, 23:09:35

Ok danke. Vieleicht test ich mal mit r33.
Deine Kennung sieht aber nach longid=0 aus. Hast du das gesetzt?
Genau so würde ich ihn empfangen wollen. Dann kann CUL (longid = 1) und sduino das gemeinsam machen.

Gruß,
Stefan

RappaSan · 15 November 2016, 09:52:39

Si !
longid=0

hdp1999 · 17 November 2016, 17:39:28

Hallo Ralf ,Hallo Sidey

Bei mir läßt sich seit gestern Abend der THGR918 nur noch mit Checksumme 72 Decodieren !! Echt nicht schön mir diesen Sensoren !! Meine Wetterstation und der FHEMduino interessieren das nicht ! Die Decodieren es immer noch!!
Warum ändert sich die Längen der Sensoren ab und an ?

Gruß Dirk

Ralf9 · 17 November 2016, 19:37:41

Kannst Du mal vom THGR918 einige raw-Nachrichten posten. Nach Möglichkeit auch mit den Nachrichten vom FHEMduino

Nachtrag:
Welchen Empfänger hast Du beim FHEMduino?
Welchen Empfänger hast Du beim Signalduino?
Ist die Entfernung vom FHEMduino zum THGR918 und die Entfernung vom Signalduino zum THGR918 ähnlich?

Gruß Ralf

hdp1999 · 18 November 2016, 07:29:38

Hallo Ralf,

Ich kann dir heute Nachmittag einige Raw´s senden ! Wenn du möchtest auch ein komplettes Log von heute Nacht ! Sowohl vom FHEMduino als auch vom Signalduino habe die heute Nacht mal im Verbose 5 laufen lassen !

Zum Empfänger Ich habe den Aurel AC-RX 5 V/DC siehe

https://www.conrad.de/de/empfaengermodul-aurel-ac-rx-5-vdc-190276.html?sc.ref=Product%20Details

den habe Ich auf dem Signalduino als auch auf dem FHEMduino eingesetzt und beide komplett neu mit einem Messender abgeglichen .
Der Empfang funktioniert auch sehr gut bis jetzt keine Probleme außer diese Oregon Sensoren ! Funksteckdosen und Sender werden auch zuverlässig empfangen,auch durch diverse Wände .
Als Antenne dient ein 433 MHZ Halbwellendipol mit Balun.
Die Entfernung zwischen beiden Systemen ist ca 30 cm und die Entfernung zum THGR ist gleich !

Sidey · 18 November 2016, 08:13:10

Moin zusammen,

Ich habe diesen Thread leider nicht verfolgt.

Ralf hat mich gestern zum Glück auf das Thema aufmerksam gemacht.

Ich habe für einige Probleme ein Fix eingebaut.
Getestet habe ich es nicht wirklich, es könnte leider auch negative Auswirkungen haben.

Der fix ist in dev-r33 enthalten. Ein Flashen des Arduino ist nicht notwendig.

Viele Grüße
Sidey

hdp1999 · 18 November 2016, 09:55:42

Hallo Sidey,

Soll ich die 00_Signalduino.pm aus der dev-33 austauschen ?

Gruß Dirk

Ralf9 · 18 November 2016, 10:05:46

Ja, die 00_Signalduino.pm austauschen oder nur die korrigierte Zeile ändern:

https://github.com/RFD-FHEM/RFFHEM/commit/bb258d9d1f44ef553e40ea3fe75ac7dc58f14661

hdp1999 · 18 November 2016, 10:18:30

Danke für die Info ! Werde heute Nachmittag mal etwas testen und berichten !

Gruß Dirk

hdp1999 · 18 November 2016, 18:33:50

Zitat von: hdp1999 am 18 November 2016, 10:18:30
Danke für die Info ! Werde heute Nachmittag mal etwas testen und berichten !

Gruß Dirk

@all
Werde erst einmal die Änderungen von Sidey in der 00_SIGNALduino testen und bei Bedarf hier die Logs posten ! sind nur 15 MB Logfile gestern Nacht geworden !!

@Ralf
währe es für dich Interessant das komplette LOG zu bekommen ?

Gruß Dirk

Ralf9 · 18 November 2016, 20:03:21

@hdp1999
nein, daß komplette log ist nicht notwendig. Mich würde ca 10-20 min vom log und dann ca 10-20 min vom neuen log mit der Änderung interssieren.

Ich habe mal beim BTHR918 die alten raw-Nachrichten mit der Änderung simuliert. Es hat sich deutlich gebessert.
Bei den Nachrichten bei denen die Länge (88 Bit) vorher schon gepasst hat, hat sich nichts geändert, das achte Bit der checksum ist immer noch 1.
Bei den Nachrichten die vorher zu kurz waren (80 Bit), da passt es jetzt (88 Bit) und die checksum ist ok.

alt:

Code Auswählen

2016.10.25 15:41:40 4: sduino/msg READ: MC;LL=-953;LH=1077;SL=-420;SH=517;D=AAAAAAA99A666A6555555A65566595955565656565A96956A660;C=494;L=205;
2016.10.25 15:41:40 4: sduino: Found manchester Protocol id 10 clock 494 -> OSV2o3
2016.10.25 15:41:40 4: sduino: OSV2 protocol detected: preamble_pos = 30
2016.10.25 15:41:40 4: sduino: OSV2 protocol converted to hex: (585A5D005850224044E40CD7) with length (96) bits
2016.10.25 15:41:40 4: OREGON: ERROR: checksum error sensor_id=5a5d (bits=88)
2016.10.25 15:41:40 4: sduino: Found manchester Protocol id 12 clock 494 -> Hideki protocol
2016.10.25 15:41:40 4: sduino/msg READ: MC;LL=-955;LH=1057;SL=-408;SH=517;D=55555555334CCD4CAAAAAB4CAACCB2B2AAACACACACB52D2AD4CC;C=489;L=208;
2016.10.25 15:41:40 4: sduino: Found manchester Protocol id 10 clock 489 -> OSV2o3
2016.10.25 15:41:40 4: sduino: OSV2 protocol detected: preamble_pos = 33
2016.10.25 15:41:40 4: sduino: OSV2 protocol converted to hex: (505A5D005850224044E40C) with length (88) bits
2016.10.25 15:41:40 4: OREGON: ERROR: Unknown sensor_id=5a5d bits=80 message='505A5D005850224044E40C'.

neu mit der Änderung:

Code Auswählen

2016.11.18 19:17:20.822 4: sduinoD/msg get raw: MC;LL=-953;LH=1077;SL=-420;SH=517;D=AAAAAAA99A666A6555555A65566595955565656565A96956A660;C=494;L=205;
2016.11.18 19:17:20.822 5: sduinoD: extracted data 0101010101010101010101010101011001100101100110011001010110011010101010101010101010100101100110101010100110011010011010100110101010101010100110101001101010011010100110100101011010010110101010010101100110011111 (bin)
2016.11.18 19:17:20.822 4: sduinoD: OSV2 protocol detected: preamble_pos = 30
2016.11.18 19:17:20.822 4: sduinoD: OSV2 protocol converted to hex: (585A5D005850224044E40CD7) with length (96) bits
2016.11.18 19:17:20.822 5: sduinoD dispatch 585A5D005850224044E40CD7
2016.11.18 19:17:20.822 5: OREGON: decoding delay=54.962944984436 hex=585A5D005850224044E40CD7
2016.11.18 19:17:20.822 4: OREGON: sensor_id=5a5d Bits=88
2016.11.18 19:17:20.822 5: OREGON: checksum5plus = 215 berechnet: 87
2016.11.18 19:17:20.822 4: OREGON: ERROR: checksum error sensor_id=5a5d (bits=88)

2016.11.18 19:19:07.394 4: sduinoD/msg get raw: MC;LL=-955;LH=1057;SL=-408;SH=517;D=55555555334CCD4CAAAAAB4CAACCB2B2AAACACACACB52D2AD4CC;C=489;L=208;
2016.11.18 19:19:07.394 5: sduinoD: extracted data 1010101010101010101010101010101011001100101100110011001010110011010101010101010101010100101100110101010100110011010011010100110101010101010100110101001101010011010100110100101011010010110101010010101100110011 (bin)
2016.11.18 19:19:07.394 4: sduinoD: OSV2 protocol detected: preamble_pos = 33
2016.11.18 19:19:07.394 4: sduinoD: OSV2 protocol converted to hex: (585A5D005850224044E40C57) with length (96) bits
2016.11.18 19:19:07.394 5: sduinoD dispatch 585A5D005850224044E40C57
2016.11.18 19:19:07.394 5: OREGON: decoding delay=106.572170972824 hex=585A5D005850224044E40C57
2016.11.18 19:19:07.394 4: OREGON: sensor_id=5a5d Bits=88
2016.11.18 19:19:07.394 5: OREGON: checksum5plus = 87 berechnet: 87
2016.11.18 19:19:07.394 4: BTHR918_58 decoded Oregon: T: 22.5 H: 44 P: 1023  BAT: ok

hdp1999 · 18 November 2016, 20:16:43

Hallo Ralf

Ich habe die Änderung seit ca 17:00 Uhr eingespielt ! Bis Jetzt sieht es sehr gut aus alle meine Sensoren 7 Stk. werden mindesten 1 x pro Minute empfangen !
Anbei 2 Logs von heute Morgen vor der Änderung der 00_Signalduino.pm und von ebend nach der Änderung !

Gruß Dirk

Ralf9 · 18 November 2016, 21:49:46

ja, das sieht jetzt recht gut aus.
Beim RGR918 ist mir aufgefallen, das es Nachrichten mit 80 und mit 88 Bit gibt.

Wenn ich die 41_OREGON.pm anpasse, damit auch 4- und 8 Bit längere Nachrichen verarbeitet werden, dann müsste es passen

@Sidey
kann ich es so machen?
alt:

Code Auswählen

  my $key = OREGON_type_length_key($type, $bits);

  my $rec = $types{$key} || $types{$key&0xfffff};
  unless ($rec) {
    #Log 1, "OREGON: ERROR: Unknown sensor_id=$sensor_id bits=$bits message='$msg'.";
    Log3 $iohash, 4, "OREGON: ERROR: Unknown sensor_id=$sensor_id bits=$bits message='$msg'.";
    return "OREGON: ERROR: Unknown sensor_id=$sensor_id bits=$bits.\n";
}

neu:

Code Auswählen

  my $key = OREGON_type_length_key($type, $bits);
  my $rec = $types{$key} || $types{$key&0xfffff};
  if (!$rec) {
     $bits -= 4;
     $key = OREGON_type_length_key($type, $bits);
     $rec = $types{$key} || $types{$key&0xfffff};
     if (!$rec) {
          $bits -= 4;
          $key = OREGON_type_length_key($type, $bits);
          $rec = $types{$key} || $types{$key&0xfffff};
          if (!$rec) {
               Log3 $iohash, 4, "OREGON: ERROR: Unknown sensor_id=$sensor_id bits=$bitsMsg message='$msg'.";
               return "OREGON: ERROR: Unknown sensor_id=$sensor_id bits=$bitsMsg.\n";
          }
     }
  }
  Log3 $iohash, 5, "OREGON: sensor_id=$sensor_id BitsMsg=$bitsMsg Bits=$bits";

Code Auswählen

2016.11.18 21:22:06.130 4: sduinoD/msg get raw: MC;LL=-1003;LH=951;SL=-519;SH=438;D=AAAAAAA999966A5555565A6955555555A596555556A99566A8;C=485;L=197;
2016.11.18 21:22:06.130 4: sduinoD: Found manchester Protocol id 10 clock 485 -> OSV2o3
2016.11.18 21:22:06.130 4: sduinoD: OSV2 protocol converted to hex: (582A1D00D900002601F0421F) with length (96) bits
2016.11.18 21:22:06.130 5: sduinoD dispatch 582A1D00D900002601F0421F
2016.11.18 21:22:06.131 5: OREGON: decoding delay=0 hex=582A1D00D900002601F0421F
2016.11.18 21:22:06.131 5: OREGON: sensor_id=2a1d BitsMsg=88 Bits=80
2016.11.18 21:22:06.131 5: OREGON: checksum6plus = 47 berechnet: 47
2016.11.18 21:22:06.131 4: RGR918_d9 decoded Oregon: RR: 0 TR: 12  BAT: ok