Autor Thema: kwmobile 43288 = Bresser  (Gelesen 487 mal)

Offline ToSchu

  • Jr. Member
  • **
  • Beiträge: 67
kwmobile 43288 = Bresser
« am: 16 Februar 2018, 13:28:03 »
Hallo, kann mir jemand helfen diesen Sensor, der vom Signalduino als SD_WS07_TH_1 erkannt wird auch über den RFXTRX433 empfangbar zu machen?
Er scheint wohl auch baugleich mit diesem zu sein Technoline TX70dth.

Ds hier bekomme ich im RFXTRXmanager angezeigt:

------------------------------------------------
Packettype    = TEMP_HUM
subtype       = TH10 - Rubicson,IW008T,TX95,Xiron-EN6,WH5
                channel 1
Sequence nbr  = 8
ID            = 1901 decimal:6401
Temperature   = 23 °C
Humidity      = 41
Status        = Comfortable
Signal level  = 7  -64dBm
Battery       = OK

Das hier im Signalduino:

2018.02.16 13:23:23 4: SIGNALduino SD_WS07_Parse  SD_WS07 (P7#6D80EDF26) length: 9
2018.02.16 13:23:23 5: SD_WS07 converted to bits: 01101101 1 000 000011101101 1111 00100110
2018.02.16 13:23:23 4: SIGNALduino SD_WS07_TH decoded protocolid: 7 sensor id=6D, channel=1, temp=23.7, hum=38, bat=ok
2018.02.16 13:23:24 4: SIGNALduino/msg READ: MS;P1=501;P2=-1947;P3=-963;P4=-3896;D=14131212131212131212131313131313131212121312121312121212121313121313121213;CP=1;SP=4;O;
2018.02.16 13:23:24 4: SIGNALduino: Matched MS Protocol id 1 -> ConradRSL
2018.02.16 13:23:24 5: SIGNALduino: Starting demodulation at Position 2
2018.02.16 13:23:24 5: SIGNALduino: Found wrong signalpattern, catched 1 bits, aborting demodulation
2018.02.16 13:23:24 4: SIGNALduino: Matched MS Protocol id 7 -> weatherID7
2018.02.16 13:23:24 5: SIGNALduino: Starting demodulation at Position 2
2018.02.16 13:23:24 4: SIGNALduino: Decoded MS Protocol id 7 dmsg P7#6D80EDF26 length 36
2018.02.16 13:23:24 5: SIGNALduino Dispatch: P7#6D80EDF26, test gleich
2018.02.16 13:23:24 4: SIGNALduino Dispatch: P7#6D80EDF26, Dropped due to short time or equal msg

Gruß,

Tobias

Offline herrmannj

  • Global Moderator
  • Hero Member
  • ****
  • Beiträge: 4685
Antw:kwmobile 43288 = Bresser
« Antwort #1 am: 16 Februar 2018, 14:16:48 »
Sicher, vielleicht hat das vor Dir schon jemand ergründet. Aber warum machst Du das nicht selber ?

Zwei Möglichkeiten:

a) der rfx kann das Protokoll. Starte den rfxmgr, aktiviere undec, und (nach Anleitung wechselseitig) die derzeit nicht aktiven Protokolle.
b) der rfx kann das Protokoll nicht. Dann musst Du Dich mit rfxcom in Verbindungen setzen und sehen ob bert das implementieren möchte. Er wird Dir sagen wie Du ihn unterstützen kannst.
smartVisu mit fronthem, einiges an HM, RFXTRX, Oregon, CUL, Homeeasy, ganz viele LED + Diverse