[ Versuch / Aufgeben ] RTL-SDR

[ioBrokerMike]

Moin

Hat den jemand geschaft einen RTL-SDR Stick in ioBroker zu betrieben?

Habe diesen Adapter "https://github.com/phillipssc/ioBroker.rtl_433" zwar gefunden aber der klappt bei mir nicht.
Auch habe ich im Forum einige Beiträge gelesen, aber die helfen nicht weiter.
Und anscheint ist dieser Adapter verweist.

Leider bin ich nicht in der Lage einen zu erstellen.

[arteck]

@iobrokermike Fehlermeldung ?? LOG??

der ist nie offiziel published worden...

[ioBrokerMike]

@arteck sagte in RTL-SDR:

der ist nie offiziel published worden..

Hey
Ja, leider ist der nie published wurden.

Habe das ganze auf einen Versuchs Pi versucht zum laufen zubekommen.
Hier die Log's (Debug)

host.WetterServer
2025-06-09 11:36:05.824	info	instance system.adapter.rtl_433.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)

rtl_433.0
2025-06-09 11:36:05.656	info	terminating

host.WetterServer
2025-06-09 11:36:05.200	info	stopInstance system.adapter.rtl_433.0 send kill signal

rtl_433.0
2025-06-09 11:36:05.150	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

rtl_433.0
2025-06-09 11:36:05.143	info	terminating

rtl_433.0
2025-06-09 11:36:05.135	info	cleaned everything up...

rtl_433.0
2025-06-09 11:36:05.126	info	Got terminate signal TERMINATE_YOURSELF

host.WetterServer
2025-06-09 11:36:05.098	info	stopInstance system.adapter.rtl_433.0 (force=false, process=true)

host.WetterServer
2025-06-09 11:36:05.087	info	"system.adapter.rtl_433.0" disabled

rtl_433.0
2025-06-09 11:35:59.976	debug	killing rtl_433

rtl_433.0
2025-06-09 11:35:59.974	error	rtl_433 disconnected, reconnecting in 40s ...

rtl_433.0
2025-06-09 11:35:59.968	debug	rtl_433 ret: 2:null

rtl_433.0
2025-06-09 11:35:59.956	info	rtl_433 STDERR: rtl_433 version 25.02-23-g76936cbf branch master at 202506032253 inputs file rtl_tcp RTL-SDRUse "-F log" if you want any messages, warnings, and errors in the console.connect: Connection refusedconnect: Connection refusedsocket: Connection refused

rtl_433.0
2025-06-09 11:35:59.936	info	spawning: rtl_433 -F json -d rtl_tcp://localhost:1234 -R 52 -R 119 -R172 -R 173 -C si -f 8683000

rtl_433.0
2025-06-09 11:35:39.937	debug	killing rtl_433

rtl_433.0
2025-06-09 11:35:39.934	error	rtl_433 disconnected, reconnecting in 20s ...

rtl_433.0
2025-06-09 11:35:39.924	debug	rtl_433 ret: 2:null

rtl_433.0
2025-06-09 11:35:39.913	info	rtl_433 STDERR: connect: Connection refusedconnect: Connection refusedsocket: Connection refused

rtl_433.0
2025-06-09 11:35:39.901	info	rtl_433 STDERR: rtl_433 version 25.02-23-g76936cbf branch master at 202506032253 inputs file rtl_tcp RTL-SDRUse "-F log" if you want any messages, warnings, and errors in the console.

rtl_433.0
2025-06-09 11:35:39.792	info	spawning: rtl_433 -F json -d rtl_tcp://localhost:1234 -R 52 -R 119 -R172 -R 173 -C si -f 8683000

rtl_433.0
2025-06-09 11:35:39.752	info	starting. Version 1.1.6 (non-npm: phillipssc/ioBroker.rtl_433) in /opt/iobroker/node_modules/iobroker.rtl_433, node: v20.19.2, js-controller: 7.0.6

rtl_433.0
2025-06-09 11:35:39.361	debug	States connected to redis: 127.0.0.1:9000

rtl_433.0
2025-06-09 11:35:39.274	debug	States create User PubSub Client

rtl_433.0
2025-06-09 11:35:39.269	debug	States create System PubSub Client

rtl_433.0
2025-06-09 11:35:39.240	debug	Redis States: Use Redis connection: 127.0.0.1:9000

rtl_433.0
2025-06-09 11:35:39.179	debug	Objects connected to redis: 127.0.0.1:9001

rtl_433.0
2025-06-09 11:35:39.135	debug	Objects client initialize lua scripts

rtl_433.0
2025-06-09 11:35:39.057	debug	Objects create User PubSub Client

rtl_433.0
2025-06-09 11:35:39.052	debug	Objects create System PubSub Client

rtl_433.0
2025-06-09 11:35:39.042	debug	Objects client ready ... initialize now

rtl_433.0
2025-06-09 11:35:38.929	debug	Redis Objects: Use Redis connection: 127.0.0.1:9001

host.WetterServer
2025-06-09 11:35:31.276	info	instance system.adapter.rtl_433.0 in version "1.1.6" (non-npm: phillipssc/ioBroker.rtl_433) started with pid 1694

host.WetterServer
2025-06-09 11:35:29.683	info	"system.adapter.rtl_433.0" enabled

admin.0
2025-06-09 11:35:27.509	info	<== Disconnect system.user.admin from ::ffff:192.168.178.50

admin.0
2025-06-09 11:34:37.005	info	==> Connected system.user.admin from ::ffff:192.168.178.50

[arteck]

@iobrokermike sagte in RTL-SDR:

rtl_433 STDERR: connect: Connection refusedconnect: Connection refusedsocket: Connection refused

der kann sich nicht verbinden

[Homoran]

@iobrokermike sagte in RTL-SDR:

rtl_tcp://localhost:1234

ist das wirklich der Port?
oder nur ein Platzhalter?

[ioBrokerMike]

@homoran

Ja, das soll ein Standard Port sein.

# as command line option:
#   [-F log|kv|json|csv|mqtt|influx|syslog|trigger|rtl_tcp|http|null] Produce decoded output in given format.
#     Without this option the default is LOG and KV output. Use "-F null" to remove the default.
#     Append output to file with :<filename> (e.g. -F csv:log.csv), defaults to stdout.
#   [-F mqtt[:[//]host[:port][,<options>]] (default: localhost:1883)
#     Specify MQTT server with e.g. -F mqtt://localhost:1883
#     Default user and password are read from MQTT_USERNAME and MQTT_PASSWORD env vars.
#     Add MQTT options with e.g. -F "mqtt://host:1883,opt=arg"
#     MQTT options are: user=foo, pass=bar, retain[=0|1], <format>[=topic]
#     Supported MQTT formats: (default is all)
#       events: posts JSON event data, default "<base>/events"
#       states: posts JSON state data, default "<base>/states"
#       devices: posts device and sensor info in nested topics,
#                default "<base>/devices[/type][/model][/subtype][/channel][/id]"
#     A base topic can be set with base=<topic>, default is "rtl_433/HOSTNAME".
#     Any topic string overrides the base topic and will expand keys like [/model]
#     E.g. -F "mqtt://localhost:1883,user=USERNAME,pass=PASSWORD,retain=0,devices=rtl_433[/id]"
#     With MQTT each rtl_433 instance needs a distinct driver selection. The MQTT Client-ID is computed from the driver string.
#     If you use multiple RTL-SDR, perhaps set a serial and select by that (helps not to get the wrong antenna).
#   [-F influx[:[//]host[:port][/<path and options>]]
#     Specify InfluxDB 2.0 server with e.g. -F "influx://localhost:9999/api/v2/write?org=<org>&bucket=<bucket>,token=<authtoken>"
#     Specify InfluxDB 1.x server with e.g. -F "influx://localhost:8086/write?db=<db>&p=<password>&u=<user>"
#       Additional parameter -M time:unix:usec:utc for correct timestamps in InfluxDB recommended
#   [-F syslog[:[//]host[:port] (default: localhost:514)
#     Specify host/port for syslog with e.g. -F syslog:127.0.0.1:1514
#   [-F trigger:/path/to/file]
#     Add an output that writes a "1" to the path for each event, use with a e.g. a GPIO
#   [-F rtl_tcp[:[//]bind[:port]] (default: localhost:1234)
#     Add a rtl_tcp pass-through server
#   [-F http[:[//]bind[:port]] (default: 0.0.0.0:8433)
#     Add a HTTP API server, a UI is at e.g. http://localhost:8433/
# default is "kv", multiple outputs can be used.

Aber ich hatte einen anderen Eingetragen.
Auch macht der Adapter nicht was er soll:

Denke werde es sein lassen.
Vielleicht gibt es ja irgendwann mal ein Adapter der Funktioniert.

Danke euch beiden für die Antworten

[mcm1957]

@iobrokermike

Der "Adapter" https://github.com/phillipssc/ioBroker.rtl_433 ist nicht in den Repositories enthalten und zusätzlich seit Jahren nicht gewartet. Vergiss ihn - sofern du ihn nicht selbst aktualisieren willst.

Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten.

GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.

Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.

Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.

Und falls es irgendwie unklar ist:

ioBroker unterstützt folgende Arten von Installation:

• aus dem STABLE Repository

  Das sind Adapter Releases die keine groben Fehler aufweisen (sollten). Natürlich kann es auch dort Fehler geben, die Behebung davon obliegt dem jeweiligen Dev und kann ggF auch dauern.

• aus dem LATEST Repository

  Das sind Adapter Releases die neu erstellt wurden und nur rudimentär getestet sind - oft auch als BETA Releases bezeichnet. Releases aus dem LATEST sind primär für unsere zahlreichen freiwilligen Tester gedacht. BETA / LATEST Releases können durchaus Fehler aufweisen - auch wenn ich davon ausgehe dass jeder aintainer dies zu vermeiden versucht. Vom Einsatz auf produktiven Systemen wird abgeraten außer man braucht irgenein neues Feature (z.B. neues Gerät) unbedingt. Hier muss dann jeder Entscheiden was ihm wichtig ist.

• direkt von GITHUB

  Von Installationen direkt aus Giuthub wird definitiv abgeraten außer auf Anweisung des Maintainers und für den Fall dass man gemeinsam mit diesem etwas testen will. Details siehe oben.

• direkt von npm

  Diese Installation kann erforderlich sein, wenn man eine bestimmte Version installieren möchte / muss. Im Normalfall sollte man direkte npm Installationen ebenso meiden wie direkte GitHub Installationen - ausgenommen um z.B. zu einer bekannten Version downzugraden - obwohl hier wenigstens ein definierter Stand garantiert ist.

Adapter die NUR via npm und/oder nur via GitHub installierbar sind sollte man meiden - diese wurden nicht mal einem rudimentären Review unterzogen und sollten mit dem Attribut "vollständig auf eigenes Risiko verwenden" installiert werden. Hier empfiehlt es sich den Developer zu ersuchen eine Aufnahme in die Repos zu veranlassen. Wenn dieser darauf nicht reagiert sollte man von einer eher kurzen und unklaren Lebensdauer des Adapters ausgehen. Support meiner-/unsererseits für solche Adapter ist mit Sicherheit minimalistisch.

@mcm1957