New Adapter for rtl_433 incoming data

[vogtländer]

@klassisch
yes this is how the adapter works.
It recognizes a large number of devices and also works simultaneously in the frequency range of approx. 433-868Mhz. The only disadvantage as far as I know you can only receive data.
Sending is not possible.

[klassisch]

@vogtländer sagte in New Adapter for rtl_433 incoming data:

Sending is not possible.

For me that would be no limitation. Althoug RFLink also supports transmitting, I neither use it nor need it. Most of the 433MHz units do not have a backward channel and are 2nd choice for actuators. For actuators I prefer Homematic, Shelly, Zigbee.

As far as I am informed, the RTL2832 has an on chip integrated USB interface. This could be a disadvantage for my mode of operation. I modified the arduino Mega for usage over Ethernet. This makes me independent of the location of my ioBroker computer.

[phillipssc]

@vogtländer - It looks like it had to do with unit conversion. It would have been interesting to see what that said - but I will cover it in the next round none the less.

[phillipssc]

@klassisch said in New Adapter for rtl_433 incoming data:

apter glues the rtl_433

Yes, that's precisely it, and as mentioned incoming messages only

[phillipssc]

@klassisch "This makes me independent of the location of my ioBroker computer." You can use this as such in this adapter too. Rtl_433 runs on top of Rtl-sdr. You can run rtl_sdr on a Raspberry Pi with the dongle in tcp_ip mode. Feed the params into rtl_433 (which my adapter supports) and it will connect to the remote computer for the data. Better instructions are in my README

[klassisch]

@phillipssc because ioBroker supports multihost operation, this is always an (additional) option. You can also run your adapter on a raspi (or similar) as an ioBroker slave.

[Radi]

@phillipssc Could You please explain the settings for tcp_ip mode. I'am not able to get it working. I get these messages:

rtl_433.0
	2021-09-28 17:52:52.688	debug	rtl_433 ret: -2:null
rtl_433.0
	2021-09-28 17:52:52.687	info	Go to https://github.com/merbanan/rtl_433 to for installation instructions
rtl_433.0
	2021-09-28 17:52:52.686	error	rtl_433 is not found on the system. Please check the installation of rtl_433
rtl_433.0
	2021-09-28 17:52:52.682	info	spawning: rtl_tcp=192.168.69.140
rtl_433.0
	2021-09-28 17:52:52.626	debug	Checking for dead devices...
rtl_433.0
	2021-09-28 17:52:22.625	debug	Checking for dead devices...
rtl_433.0
	2021-09-28 17:51:52.624	debug	Checking for dead devices...
rtl_433.0
	2021-09-28 17:51:22.624	debug	Checking for dead devices...
rtl_433.0
	2021-09-28 17:51:12.681	debug	killing rtl_433
rtl_433.0
	2021-09-28 17:51:12.680	error	rtl_433 disconnected, reconnecting in 100s ...
rtl_433.0
	2021-09-28 17:51:12.680	debug	rtl_433 ret: -2:null
rtl_433.0
	2021-09-28 17:51:12.678	info	Go to https://github.com/merbanan/rtl_433 to for installation instructions
rtl_433.0
	2021-09-28 17:51:12.677	error	rtl_433 is not found on the system. Please check the installation of rtl_433
rtl_433.0
	2021-09-28 17:51:12.673	info	spawning: rtl_tcp=192.168.69.140
rtl_433.0
	2021-09-28 17:50:52.624	debug	Checking for dead devices...
rtl_433.0
	2021-09-28 17:50:34.582	silly	redis message expired/evicted __keyevent@0__:expired:io.system.adapter.dwd.0.connected
rtl_433.0
	2021-09-28 17:50:22.624	debug	Checking for dead devices...
rtl_433.0
	2021-09-28 17:49:52.672	debug	killing rtl_433
rtl_433.0
	2021-09-28 17:49:52.672	error	rtl_433 disconnected, reconnecting in 80s ...
rtl_433.0
	2021-09-28 17:49:52.671	debug	rtl_433 ret: -2:null
rtl_433.0
	2021-09-28 17:49:52.669	info	Go to https://github.com/merbanan/rtl_433 to for installation instructions
rtl_433.0
	2021-09-28 17:49:52.669	error	rtl_433 is not found on the system. Please check the installation of rtl_433
rtl_433.0
	2021-09-28 17:49:52.663	info	spawning: rtl_tcp=192.168.69.140
rtl_433.0
	2021-09-28 17:49:52.623	debug	Checking for dead devices...
rtl_433.0
	2021-09-28 17:49:22.623	debug	Checking for dead devices...

[phillipssc]

@radi - Sorry I didn't see this sooner.

If you want to use TCP/IP to read an adapter. The remote host with the RTL-SDR dongle must be running rtl_sdr (rtl_tcp is included with the dist). Then on that host you would run the command:

rtl_tcp -a hostname -I <ip address>

On your ioBroker server you will need to run rtl_433 (which also requires rtl_sdr) and configure the instance with the ip address. You can take ioBroker out of the picture for testing and run the command:

rtl_433 -F json -d rtl_tcp://<ip address>:1234

In each case the <ip address> would be the address of the host with the RTL-SDR dongle - presumably 192.168.69.140

From the looks of the log provided rtl_433 is not installed on the ioBroker host yet

[w00dst0ck]

Hello @phillipssc,
I've installed your adapter yesterday and it works very well.
But I've got a problem when I restart the adapter in iobroker.

The spawned subprocess ob rtl_433 won't be killed and on the next restart it' not possible to start a new instance of rtl_433 because the usb device is blocked by the older process.

Any advice?

[Elmar Faber]

@w00dst0ck @phillipssc I have the same problem, is there a chance to solve the problem?

[w00dst0ck]

@elmar-faber as you can see, my question is unanswered.

[Wolfi]

@phillipssc

help can't get it to work in iobroker (TCP/IP)

what command on the RTL-SDR host

and which one in the iobroker adapter ??

Please be more specific command with example IP

[phillipssc]

@wolfi Sorry I missed this. I'm not sure what the test you did makes sense. What happens if you run rtl_433 -F json -d rtl_tcp://192.168.178.153:1234 ?

[Radi]

@phillipssc
Could You please explain, what is going wrong here and how to fix it?

rtl_433.0
	2023-11-02 12:40:55.617	error	Error: Parameter "parentChannel" needs to be of type "string" but type "undefined" has been passed
rtl_433.0
	2023-11-02 12:40:55.617	debug	Creating State rain_mm on TFA-Drop-538256
rtl_433.0
	2023-11-02 12:40:55.617	error	Error: Parameter "parentChannel" needs to be of type "string" but type "undefined" has been passed
rtl_433.0
	2023-11-02 12:40:55.616	debug	Creating State battery_ok on TFA-Drop-538256
rtl_433.0
	2023-11-02 12:40:55.615	debug	rtl_433:{"time":"2023-11-02 12:40:55","protocol":147,"model":"TFA-Drop","id":538256,"battery_ok":1,"rain_mm":2.794,"mic":"CHECKSUM","mod":"ASK","freq":433.902,"rssi":-4.738,"snr":15.883,"noise":-20.621}
rtl_433.0
	2023-11-02 12:40:28.695	debug	rtl_433.0.TFA-Drop-538256: ok

There is another Sensor for wind running well. The rainsensor has got new batterys and has changed the number to TFA-Drop-538256.

[mcm1957]

@radi

I suggest to report issues using an github issue at adapter repository.

[Radi]

@mcm57 The issue is existing since Sep. the 28th made by Vetinari1977. Nothing to forget.

[ETGermany]

Hi @phillipssc, I have an ioBroker installation on Ubuntu and your Adaper works.

However, I had to set the protocols manually in the command line:

There are none in the overview:

Any ideas? What is wrong?