FSK mit dem SIGNALDuino

Ralf9 · 05 Februar 2021, 17:14:38

Gibt's auch 433 MHz Sensoren die eine Art FSK senden oder senden die immer ASK?

https://forum.fhem.de/index.php/topic,113811.msg1081334.html

Gruß Ralf

KölnSolar · 05 Februar 2021, 17:45:21

Hi Ralf,
Sensor kenne ich keinen. Die Betty macht GFSK mit dem CUL(vermutlich nur von mir genutzt). Brauchst Du Tester für den S'duino ?
Grüße Markus

Ralf9 · 05 Februar 2021, 18:06:24

GFSK mit dem CUL kenn ich nur Kopp gibt's da noch andere?
Gibts GFSK auch bei 433MHz?

KölnSolar · 05 Februar 2021, 23:04:11

Betty ist 433. Aber halt Bastelprojekt.

Ralf9 · 10 April 2021, 16:25:38

kann der cc1101 auch eine FSK_PULSE_PCM Modulation?

es geht um das BRESSER 5-in-1 Comfort Wetter Center
https://www.bresser.de/Wetter-Zeit/Wetterstationen/BRESSER-5-in-1-Comfort-Wetter-Center-mit-Farbdisplay.html
siehe auch hier
https://forum.fhem.de/index.php/topic,78809.0.html

hier
https://github.com/merbanan/rtl_433
https://github.com/merbanan/rtl_433/blob/master/src/devices/bresser_5in1.c
steht darüber folgendes

Code Auswählen

Preamble: aa aa aa aa aa 2d d4
Packet payload without preamble (203 bits):

modulation  = FSK_PULSE_PCM
short_width = 124
long_width  = 124
reset_limit = 25000

Nachtrag: hier steht dazu auch noch was
https://github.com/merbanan/rtl_433/issues/719#issuecomment-388896758

Gruß Ralf

beaune · 10 April 2021, 19:45:07

Der Beitrag https://github.com/merbanan/rtl_433/issues/719#issuecomment-388896758 ist sehr interessant. Ich kann zumindest bestätigen, dass ich durch diesen Kommandozeilenaufruf die nachfolgende JSON-Ausgabe im 12s-Raster bekomme, die auch tatsächlich die Werte enthält, die im Bresser-Display angezeigt werden:

Code Auswählen

rtl_433 -f 868272000 -F json -R 119

Code Auswählen

{"time" : "2021-04-10 19:13:38", "model" : "Bresser-5in1", "id" : 67, "battery_ok" : 1, "temperature_C" : 22.800, "humidity" : 35, "wind_max_m_s" : 0.000, "wind_avg_m_s" : 0.200, "wind_dir_deg" : 157.500, "rain_mm" : 4.000, "mic" : "CHECKSUM"}

Die Bresser-5-in-1 entspricht also dem in rtl_433 implementierten Gerätetyp 119. Es bleibt also die spannende Frage, ob es möglich ist, die FSK-PCM im CC1101 zu realisieren.

Ralf9 · 12 April 2021, 20:20:20

Wenn das Spektrum, wie hier beschrieben 2 Spitzen hat, dann müsste es 2-FSK sein
https://wiki.fhem.de/wiki/Unbekannte_Funkprotokolle#Sendefrequenz_und_Frequenzhub
Der Frequenzhub (DEVIATN) ist (obere Frequenz - untere Frequenz) / 2

Wie man bei verwendung des cc1101 FIFO die datarate ermittelt, dazu habe ich noch nichts gefunden.

Es muß auch noch das FIFO_THR Register (threshold für FIFO) angepasst werden. Beim Bresser müsste 5 (24 Bytes in RX FIFO) oder 6 (28 Bytes in RX FIFO) passen

Der sync (2d d4) ist der gleiche wie bei Lacrosse.

Gruß Ralf

Ralf9 · 19 April 2021, 20:39:58

hier sind weitere Infos zu FSK mit dem SIGNALDuino:

Ich hab mir mal dies angeschaut:
https://github.com/merbanan/rtl_433
https://github.com/merbanan/rtl_433/tree/master/src/devices

demnach gibt es außer der FSK_PCM die u.a. bei Lacrosse verwendet wird auch noch FSK_PWM

Ermittlung der Frequenz und Frequenzhub (DEVIATN) , siehe vorherige Nachricht.

FSK_PCM:
- Es wird für RX und TX der FIFO des cc1101 verwendet.
- Damit der Begin der Nachricht erkannt wird muß ein SYNC angegeben werden.
- Es muß auch im FIFOTHR Reg ein threshold für den RX FIFO angegeben werden
z.B. bei Lacrosse

Code Auswählen

03   CC1100_FIFOTHR, 2,     // 12 byte in RX
04   CC1100_SYNC1,   0x2d,
05   CC1100_SYNC0,   0xd4,

Außerdem muß noch in dem cc1101 Reg 0x12 MDMCFG2 der SYNC_MODE und das MOD_FORMAT angegeben werden
z.B.
0x06 - Modulation:2-FSK (SYNC_MODE:16/16 + carrier-sense above threshold)
oder
0x02 - Modulation:2-FSK (SYNC_MODE:16/16)

Damit der cc1101 FIFO verwendet wird, sind auch noch die folgenden Register einstellungen notwendig:

Code Auswählen

00 IOCFG2   01  Associated to the RX FIFO: Asserts when RX FIFO is filled at or above the RX FIFO threshold or the end of packet is reached
02 IOCFG0   46
08 PKTCTRL0 02  Normal mode, use FIFOs for RX and TX

Damit bei meiner firmware die Daten aus dem FIFO auch als MN-Nachrichten ans fhem geschickt werden, muß noch die ccmode Konfigurationsvarible gesetzt werden
ccmode 4 oder 3 bei Lacrosse
oder bei anderen evtl
ccmode 1 oder 2

Als Vorlage für ein neues Protokoll ist eine vorhandenes z.B. Mode 1 - IT+ zu empfehlen

FSK_PWM:
- es wird der asynchronous serial mode verwendet (RX: Data out GDO2, TX: GDO0)
- der cc1101 FIFO wird nicht verwendet

Außerdem muß noch in dem cc1101 Reg 0x12 MDMCFG2 der SYNC_MODE und das MOD_FORMAT angegeben werden, mit SYNC_MODE = 0 wird das sync-word deaktiviert
z.B.
0 - Modulation:2-FSK

Damit der asynchronous serial mode verwendet wird, sind auch noch die folgenden Register einstellungen notwendig:

Code Auswählen

00 IOCFG2   0D  Serial Data Output. Used for asynchronous serial mode.
02 IOCFG0   2D
08 PKTCTRL0 32  Asynchronous serial mode, Data out GDO2

Damit bei meiner firmware die Daten auch als MU-,MS- oder MC-Nachrichten ans fhem geschickt werden, muß noch die ccmode = 0 Konfigurationsvarible gesetzt werden

Als Vorlage für ein neues Protokoll ist die SlowRF (factorydefault) zu empfehlen

Damit das Einstellen der deviation und datarate einfacher geht, gibts bei der dev Version meiner Variante der 00_SIGNALduino.pm 2 neue set Befehle

Code Auswählen

set sduino cc1101_deviatn
set sduino cc1101_dataRate

außerdem wird jetzt beim "get sduino ccconf" auch das DEVIATN angezeigt

https://forum.fhem.de/index.php/topic,111653.msg1058900.html#msg1058900

Gruß Ralf

beaune · 20 April 2021, 18:16:13

Hallo,

ich hab mal versucht, die Infos auf die Bresser-Wetterstation anzuwenden. Dazu habe ich meinen Maple-Signalduino wie folgt konfiguriert:

Code Auswählen

ccregAll: 

ccreg 00: 01 2E 46 1A 2D D4 FF 00 02 00 00 06 00 21 65 6A
ccreg 10: 89 5C 02 22 F8 53 07 00 18 16 6C 43 68 91 87 6B
ccreg 20: F8 56 11 EB 0E 3C 11 41 00 59 7F 3E 88 31 0B 

cc1101 reg detail - addr, name, value, (OOK default),[reset]
0x00 IOCFG2   - 0x01 (0D) [29]
0x01 IOCFG1   - 0x2E
0x02 IOCFG0   - 0x46 (2D) [3F]
0x03 FIFOTHR  - 0x1A (07)
0x04 SYNC1    - 0x2D (D3)
0x05 SYNC0    - 0xD4 (91)
0x06 PKTLEN   - 0xFF (3D) [0F]
0x07 PKTCTRL1 - 0x00 (04)
0x08 PKTCTRL0 - 0x02 (32) [45]
0x09 ADDR     - 0x00
0x0A CHANNR   - 0x00
0x0B FSCTRL1  - 0x06 [0F]
0x0C FSCTRL0  - 0x00
0x0D FREQ2    - 0x21 (10) [1E]
0x0E FREQ1    - 0x65 (B0) [C4]
0x0F FREQ0    - 0x6A (71) [EC]
0x10 MDMCFG4  - 0x89 (57) [8C]
0x11 MDMCFG3  - 0x5C (C4) [22]
0x12 MDMCFG2  - 0x02 (30)
0x13 MDMCFG1  - 0x22 (23)
0x14 MDMCFG0  - 0xF8 (B9)
0x15 DEVIATN  - 0x53 (00) [47]
0x16 MCSM2    - 0x07
0x17 MCSM1    - 0x00 [30]
0x18 MCSM0    - 0x18 [04]
0x19 FOCCFG   - 0x16 (14) [36]
0x1A BSCFG    - 0x6C
0x1B AGCCTRL2 - 0x43 (07) [03]
0x1C AGCCTRL1 - 0x68 (00) [40]
0x1D AGCCTRL0 - 0x91 (90)
0x1E WOREVT1  - 0x87
0x1F WOREVT0  - 0x6B
0x20 WORCTRL  - 0xF8
0x21 FREND1   - 0x56
0x22 FREND0   - 0x11 [16]
0x23 FSCAL3   - 0xEB (E9) [A9]
0x24 FSCAL2   - 0x0E (2A) [0A]
0x25 FSCAL1   - 0x3C (00) [20]
0x26 FSCAL0   - 0x11 (1F) [0D]
0x27 RCCTRL1  - 0x41
0x28 RCCTRL0  - 0x00
0x29 FSTEST   - 0x59
0x2A PTEST    - 0x7F
0x2B AGCTEST  - 0x3E
0x2C TEST2    - 0x88
0x2D TEST1    - 0x31
0x2E TEST0    - 0x0B

Verbose für den Signalduino habe ich auf 5 gestellt.

Parallel dazu habe ich meinen SDR-Stick mit rtl_433 angesprochen und die von dort versendeten MQTT-Telegramme in fhem eingebunden, also einen MQTT2_SERVER, der dann wiederum automatisch ein MQTT2_DEVICE für die Wetterstation nebst Readings angelegt hat. Im Log file sieht man nun also chronologisch fortlaufend beide Signale: die vom SDR-Stick empfangenen und interpretierten Daten, sowie die Telegramme, die mir der Signalduino liefert und denselben Inhalt haben müssten.

Ich bin mir zwar nicht zu 100% sicher, dass das wirklich so zusammen passt, aber ich wüßte auch nicht, was der Signalduino sonst empfangen haben könnte. Aber weiter komme ich jetzt nicht. Kann man mit diesem Log etwas anfangen? Falls es die Daten von der Wetterstation sind: was müßte jetzt wo implementiert werden?

Die Log-Datei ist angehängt.

Gruß
beaune

Ralf9 · 20 April 2021, 23:51:53

Die empfangenen MN-Nachrichten passen noch nicht.

Bitte versuche es mal mit 0x03 FIFOTHR - 0x06

evtl passt auch die datarate und DEVIATN noch nicht ganz

Gruß Ralf

beaune · 21 April 2021, 13:51:10

Bei der Deviation bin ich mir relativ sicher, die beiden Frequenzen werden von rtl_433 ja auch ausgespuckt, so dass sich die Differenz leicht errechnen läßt.

Hinsichtlich der Datarate kann es sehr gut sein, dass die nicht stimmt. Mir ist allerdings auch nicht klar, wie ich die bestimmen kann. Beim rtl_433 muß man nur ne Samplerate angeben, und de ist da per Default 25KHz. Damit klappt der Empfang. Die Datarate kann dann ja max. die Hälte davon sein, aber wie kann ich das weiter konkretisieren? Oder was wären sinnvolle Tests?

Und dann würde mich noch inzeressieren, wie man feststellen kann, ob die Daten passen könnten. Ich kann an den MN-Telegrammen im fhem-Log nichts erkennen. Wie müßten die denn etwa aussehen, wenn sie richtig wären?

Ralf9 · 21 April 2021, 23:24:29

Die Daten sehen ungefähr so aus wie hier beschrieben:
https://github.com/merbanan/rtl_433/blob/7480c9c9f986859fdf0f661562f05509cc30a383/src/devices/bresser_5in1.c#L31
Die ersten 13 Byte sind die invertierten Werte der folgenden 13 Byte

z.B:
E7 1A 7F F7 0F FB EF 8B FD 9B BB FD FF 18 E5 80 08 F0 04 10 74 02 64 44 02 00

64 % Humidity
27.4 Grad

Code Auswählen


E7 1A 7F F7 0F FB EF 8B FD 9B BB FD FF
18 E5 80 08 F0 04 10 74 02 64 44 02 00

beaune · 22 April 2021, 17:38:31

So jetzt sieht es besser aus. Hab nochmal recherchiert, was denn die richtige Datenrate ist, und hab diese Untersuchung gefunden: https://github.com/jgromes/RadioLib/issues/168. An der Datenrate scheint es zu hängen. Ändere ich nur die Deviation, ändert sich so gut wie nichts. Setze ich aber die Datenrate auf 8220, dann kommt etwas vernünftiges an, meine ich.

Meine Register sehen jetzt so aus:

Code Auswählen

ccregAll: 

ccreg 00: 01 2E 46 06 2D D4 FF 00 02 00 00 06 00 21 65 E8
ccreg 10: 88 4C 02 22 F8 51 07 00 18 16 6C 43 68 91 87 6B
ccreg 20: F8 56 11 EC 0E 3C 11 41 00 59 7F 3E 88 31 0B 

cc1101 reg detail - addr, name, value, (OOK default),[reset]
0x00 IOCFG2   - 0x01 (0D) [29]
0x01 IOCFG1   - 0x2E
0x02 IOCFG0   - 0x46 (2D) [3F]
0x03 FIFOTHR  - 0x06 (07)
0x04 SYNC1    - 0x2D (D3)
0x05 SYNC0    - 0xD4 (91)
0x06 PKTLEN   - 0xFF (3D) [0F]
0x07 PKTCTRL1 - 0x00 (04)
0x08 PKTCTRL0 - 0x02 (32) [45]
0x09 ADDR     - 0x00
0x0A CHANNR   - 0x00
0x0B FSCTRL1  - 0x06 [0F]
0x0C FSCTRL0  - 0x00
0x0D FREQ2    - 0x21 (10) [1E]
0x0E FREQ1    - 0x65 (B0) [C4]
0x0F FREQ0    - 0xE8 (71) [EC]
0x10 MDMCFG4  - 0x88 (57) [8C]
0x11 MDMCFG3  - 0x4C (C4) [22]
0x12 MDMCFG2  - 0x02 (30)
0x13 MDMCFG1  - 0x22 (23)
0x14 MDMCFG0  - 0xF8 (B9)
0x15 DEVIATN  - 0x51 (00) [47]
0x16 MCSM2    - 0x07
0x17 MCSM1    - 0x00 [30]
0x18 MCSM0    - 0x18 [04]
0x19 FOCCFG   - 0x16 (14) [36]
0x1A BSCFG    - 0x6C
0x1B AGCCTRL2 - 0x43 (07) [03]
0x1C AGCCTRL1 - 0x68 (00) [40]
0x1D AGCCTRL0 - 0x91 (90)
0x1E WOREVT1  - 0x87
0x1F WOREVT0  - 0x6B
0x20 WORCTRL  - 0xF8
0x21 FREND1   - 0x56
0x22 FREND0   - 0x11 [16]
0x23 FSCAL3   - 0xEC (E9) [A9]
0x24 FSCAL2   - 0x0E (2A) [0A]
0x25 FSCAL1   - 0x3C (00) [20]
0x26 FSCAL0   - 0x11 (1F) [0D]
0x27 RCCTRL1  - 0x41
0x28 RCCTRL0  - 0x00
0x29 FSTEST   - 0x59
0x2A PTEST    - 0x7F
0x2B AGCTEST  - 0x3E
0x2C TEST2    - 0x88
0x2D TEST1    - 0x31
0x2E TEST0    - 0x0B

Und das ist das Log-Ergebnis:

Code Auswählen

2021.04.22 17:22:43 4: sduino/msg READ: MN;D=E6837FD73FE8EFEFFEBC89FFFF197C8028C017101001437600000001;R=230;
2021.04.22 17:22:43 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/time:2021-04-22 17:22:43
2021.04.22 17:22:43 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/id:124
2021.04.22 17:22:43 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/battery_ok:1
2021.04.22 17:22:43 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/temperature_C:11.0
2021.04.22 17:22:43 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/humidity:43
2021.04.22 17:22:43 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/wind_max_m_s:4.0
2021.04.22 17:22:43 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/wind_avg_m_s:1.7
2021.04.22 17:22:43 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/wind_dir_deg:270.0
2021.04.22 17:22:43 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/rain_mm:7.6
2021.04.22 17:22:43 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/mic:CHECKSUM
2021.04.22 17:22:43 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/mod:FSK
2021.04.22 17:22:43 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/freq1:868.24013
2021.04.22 17:22:43 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/freq2:868.37171
2021.04.22 17:22:43 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/rssi:-6.00578
2021.04.22 17:22:43 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/snr:29.14872
2021.04.22 17:22:43 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/noise:-35.1545
2021.04.22 17:22:55 4: sduino/msg READ: MN;D=E6837FE11FE7EFEFFEBD89FFFF197C801EE018101001427600000002;R=215;
2021.04.22 17:22:55 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/time:2021-04-22 17:22:55
2021.04.22 17:22:55 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/id:124
2021.04.22 17:22:55 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/battery_ok:1
2021.04.22 17:22:55 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/temperature_C:11.0
2021.04.22 17:22:55 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/humidity:42
2021.04.22 17:22:55 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/wind_max_m_s:3.0
2021.04.22 17:22:55 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/wind_avg_m_s:1.8
2021.04.22 17:22:55 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/wind_dir_deg:315.0
2021.04.22 17:22:55 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/rain_mm:7.6
2021.04.22 17:22:55 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/mic:CHECKSUM
2021.04.22 17:22:55 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/mod:FSK
2021.04.22 17:22:55 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/freq1:868.22938
2021.04.22 17:22:55 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/freq2:868.37658
2021.04.22 17:22:55 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/rssi:-6.21577
2021.04.22 17:22:55 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/snr:25.92842
2021.04.22 17:22:55 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/noise:-32.1442
2021.04.22 17:23:07 4: sduino/msg READ: MN;D=E6837FE11FE7EFEFFEBD89FFFF197C801EE018101001427600000001;R=213;
2021.04.22 17:23:07 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/time:2021-04-22 17:23:07
2021.04.22 17:23:07 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/id:124
2021.04.22 17:23:07 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/battery_ok:1
2021.04.22 17:23:07 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/temperature_C:11.0
2021.04.22 17:23:07 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/humidity:42
2021.04.22 17:23:07 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/wind_max_m_s:3.0
2021.04.22 17:23:07 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/wind_avg_m_s:1.8
2021.04.22 17:23:07 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/wind_dir_deg:315.0
2021.04.22 17:23:07 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/rain_mm:7.6
2021.04.22 17:23:07 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/mic:CHECKSUM
2021.04.22 17:23:07 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/mod:FSK
2021.04.22 17:23:07 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/freq1:868.23424
2021.04.22 17:23:07 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/freq2:868.36512
2021.04.22 17:23:07 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/rssi:-5.93452
2021.04.22 17:23:07 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/snr:27.17878
2021.04.22 17:23:07 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/noise:-33.1133
2021.04.22 17:23:19 4: sduino/msg READ: MN;D=E6837FEB1FE9EFEFFEBC89FFFF197C8014E016101001437600000002;R=216;
2021.04.22 17:23:19 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/time:2021-04-22 17:23:19
2021.04.22 17:23:19 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/id:124
2021.04.22 17:23:19 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/battery_ok:1
2021.04.22 17:23:19 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/temperature_C:11.0
2021.04.22 17:23:19 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/humidity:43
2021.04.22 17:23:19 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/wind_max_m_s:2.0
2021.04.22 17:23:19 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/wind_avg_m_s:1.6
2021.04.22 17:23:19 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/wind_dir_deg:315.0
2021.04.22 17:23:19 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/rain_mm:7.6
2021.04.22 17:23:19 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/mic:CHECKSUM
2021.04.22 17:23:19 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/mod:FSK
2021.04.22 17:23:19 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/freq1:868.22726
2021.04.22 17:23:19 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/freq2:868.36768
2021.04.22 17:23:19 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/rssi:-6.00578
2021.04.22 17:23:19 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/snr:24.67714
2021.04.22 17:23:19 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/noise:-30.6829
2021.04.22 17:23:31 4: sduino/msg READ: MN;D=E6837FEB2FE9EFEFFEBC89FFFF197C8014D016101001437600000000;R=218;
2021.04.22 17:23:31 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/time:2021-04-22 17:23:31
2021.04.22 17:23:31 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/id:124
2021.04.22 17:23:31 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/battery_ok:1
2021.04.22 17:23:31 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/temperature_C:11.0
2021.04.22 17:23:31 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/humidity:43
2021.04.22 17:23:31 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/wind_max_m_s:2.0
2021.04.22 17:23:31 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/wind_avg_m_s:1.6
2021.04.22 17:23:31 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/wind_dir_deg:292.5
2021.04.22 17:23:31 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/rain_mm:7.6
2021.04.22 17:23:31 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/mic:CHECKSUM
2021.04.22 17:23:31 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/mod:FSK
2021.04.22 17:23:31 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/freq1:868.22912
2021.04.22 17:23:31 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/freq2:868.3609
2021.04.22 17:23:31 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/rssi:-5.93763
2021.04.22 17:23:31 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/snr:29.21686
2021.04.22 17:23:31 4:   mqtt_192.168.2.47_54796 rtl_433-8195ffff PUBLISH rtl_433/noise:-35.1545

Man sieht hier im Log die Ausgaben, die ich über den SDR-Stick per MQTT bekomme, und passend dazu die MN_Telegramme des Signalduino. Das kommt regelmäßig alle 12 s. Alle gültigen MU-Telegramme haben als zweites Empfangsbyte die 83. Das ist das inverse des Stationscodes 7C, den man 13 Bytes weiter hinten wiederfindet. Auch die Temperatur hab ich in diesen Telegrammen gemäß https://github.com/merbanan/rtl_433/blob/7480c9c9f986859fdf0f661562f05509cc30a383/src/devices/bresser_5in1.c#L31 stichprobenartig gesucht und gefunden. Man kann die Werte im Log 1:1 mit den Werten vom SDR-Stick vergleichen, die anderen sollten dann wohl auch passen.

Läßt sich damit jetzt eine Integration in fhem vornehmen?

Ralf9 · 22 April 2021, 22:03:11

ja, das passt so.
Wie hast Du die Datenrate von 8220 ermittelt?

Ich vermute, daß die Datenrate der Kehrwert von der Dauer eines Bits ist
hier ist die short_width = 124
https://github.com/merbanan/rtl_433/blob/7480c9c9f986859fdf0f661562f05509cc30a383/src/devices/bresser_5in1.c#L188

demnach wäre die Datenrate 1 / 124 = 8065

bitte teste mal dies

Code Auswählen


get sduino raw CW0001,012E,0246,0306,042D,05D4,06FF,0700,0802,0D21,0E65,0FE8,1088,114C,1206,1322,14F8,1551,1700,1818,1916,1B43,1C68,1D91,2211,23E9,242A,2500,2611,3D07,3E04,4042,4172,4265,4373,4473,4535,4631,4700

dies ergibt das ccconf in der Anlage

Gruß Ralf

beaune · 23 April 2021, 09:19:45

Hab ich probiert:

Code Auswählen

ccconf: freq:868.350MHz bWidth:203KHz rAmpl:33dB sens:8dB (DataRate:8058.55Baud)

Modulation:2-FSK (SYNC_MODE:16/16 sync) DEVIATN:57.129kHz

Aber das passt nicht, dann kommen keine sinnvollen Telegramme mehr an, also so läßt sich die Datenrate nicht ermitteln.

Der ursprüngich verwendete Wert 8220 stammt aus dieser Untersuchung: https://github.com/jgromes/RadioLib/issues/168#issuecomment-662631134. Die Herleitung kann ich ehrlich gesagt nicht nachvollziehen, aber es ist Fakt und mehrfach bestätigt, dass sie richtig ist.

Ergänzung: ich hab Deinen Konfigurationsstring nochmal mit meinem verglichen. Ganz wichtig ist der SyncMode in 0x12 MDMCFG2. Das muß auf "0x02 - Modulation:2-FSK (SYNC_MODE:16/16 ohne Preamble)" stehen, sonst kommt gar nichts an. Aber auch wenn das stimmt, passt die Datarate 8065 nicht, es kommen dann nur ungültige Telegramme an.