ISM-to-MQTT relay with RTL-SDR USB-Stick

[Andreas]

Hi.

Bei Wetterstationen von froggit.de - #2 by wtf hattet Ihr ein Setup beschrieben, wie Daten einer Funk-Wetterstation abgegriffen und selbständig verarbeitet werden können, z.B. mit Hilfe eines RTL-SDR (RTL2832U).

@wtf

Die EFWS2900 […] verschickt alle 16 Sekunden Daten über 868MHz, welche sich entspannt per RTL-SDR-Dongle einfangen lassen. Dazu verwende ich nen SDR-kompatiblen DVB-T-Empfänger ^[1] und das Programm rtl_433 ^[2][3], das daraus auch gleich nen JSON String knetet, der sich ebenso bequem [Richtung MQTT] direkt nach mosquitto_pub pipen lässt.

Das liest sich sehr komfortabel. Würdet Ihr Euren Einzeiler u.U. mit uns teilen? @elektra hat dafür mglw. auch Verwendung, im Rahmen der Erweiterung von OpenMPPT.

Viele Grüße,
Andreas.

P.S.: Dieser Artikel hieß auch mal “Code für RTL-SDR-Dongle für Funk-Wetterstationen”.

---

1. Laut lsusb mit “Realtek Semiconductor Corp. RTL2838 DVB-T”-Stein. ↩︎

2. “protocol 78 # Fine Offset Electronics, WH25, WH32B, WH24, WH65B, HP1000 Temperature/Humidity/Pressure Sensor” ↩︎

3. Dank @roh nochmal fürs Finden. ↩︎

[wtf]

@Andreas

Das liest sich sehr komfortabel. Würdet Ihr Euren Einzeiler u.U. mit uns teilen?

Klar:
rtl_433 -c /etc/rtl_433/rtl_433.conf -T 297 -M level | mosquitto_pub -d -h weather.hiveeyes.org -t path/to/mqtt/topic/data.json -l

in der rtl_433.conf sind im wesentlich nur die Frequenz (868.3M) und die Protokolle zu beachten (alle außer protocol 78 auskommentieren), ggf. mitm gain spielen. Die Parameter lassen sich aber wohl auch alle via CLI setzen. Das Ding läuft bei mir mit -T 297 für 4:57min und wird per cron alle 5min gestartet, falls da was hängen bleibt. Unelegant, aber ja.

Wer zugucken will, kann sich ja noch nen | tee /dev/stderr dazwischen klemmen.

Gelegentlich (alle paar Wochen) raucht auch mal der DVB-T-Dongle weg, da hilft nur nen Reboot. Hab da noch kein Error-Catching/Handling für, sondern reboote einfach alle 12h ;)

[Andreas]

Vielen Dank!

@wtf

In der rtl_433.conf sind im wesentlichen…

Oh. Ah. Kannst Du die rtl_433.conf u.U. auch teilen? Dann hätten wir beide Schnipsel an einem Platz, dokumentationstechnisch exzellent.

@wtf

Die Parameter lassen sich aber wohl auch alle via CLI setzen.

Das ist fein. Das Thema könnte ich mir dann ja ansehen, wenn ich die Dokumentation ins Reine schreibe.

[wtf]

@Andreas

Oh. Ah. Kannst Du die rtl_433.conf u.U. auch teilen? Dann hätten wir beide Schnipsel an einem Platz, dokumentationstechnisch exzellent.

512 Zeilen? Das wird hier doch besitmmt wieder “zu lang”. Hier gehts zum Original: rtl_433/conf/rtl_433.example.conf at master · merbanan/rtl_433 · GitHub

Gucke auf Zeilen beginnend “frequency”, “gain” und “protocol” und die schlauen Kommentare drüber und drunter. Alle wesentlichen Werte sind hier genannt. (und sowas wie “gain” is/wär eh anzupassen und nicht blind zu copypasten)

[Andreas]

@wtf

512 Zeilen? Das wird hier doch bestimmt wieder “zu lang”.

Das stimmt.

@wtf

Gucke auf Zeilen beginnend “frequency”, “gain” und “protocol” und die schlauen Kommentare drüber und drunter. Alle wesentlichen Werte sind hier genannt.

Alles klar, verstanden. Bedankt!

[Andreas]

@wtf

rtl_433 -c /etc/rtl_433/rtl_433.conf -T 297 -M level | mosquitto_pub -d -h daq.example.org -t path/to/mqtt/topic/data.json -l

Hier drüben bei den Beispielen habe ich noch rtl_433/examples/rtl_433_mqtt_relay.py at master · merbanan/rtl_433 · GitHub aufgeschnappt. Außerdem, von 2018:

@Christian Zuckschwerdt

rtl_433 will gain the ability to natively output MQTT soon.

– triq.net - rtl_433 with MQTT, Graphite, InfluxDB, …

Ist das was (geworden) – und mglw. sinnvoll?