Allow RTL-SDR Tuner via TCP

[HoracioDos]

Hello! Would you please consider to allow connecting RTL-SDR Tuner via TCP with RTL_TCP command or AirSpy Server. Thanks!

[chudgoo]

Wouldn't that only work for fixed frequencies?
Wouldn't code be required to remotely retune the tuner on the fly?

[W8AWT]

Probably wouldn't be able problem for the control channel.

[ghost]

@chudgoo No, GQRX changes frequencies and other settings (e.g. LNA) on the fly. The client → server link is used to remotely control the dongle.

This would be super useful. As it is, I have to run SDRTrunk by X11 or VNC to get around this, and even over a gigabit Ethernet link, X11 is ... not ideal. That's to say nothing of the problem of audio forwarding over the network. The latency of X11 is probably the fault of AWT and not SDRTrunk, but supporting remote SDR protocols would be very nice.

[chudgoo]

@classicfm What is the typical network bandwidth used for a remote RTL-SDR sending IQ data over the network? So if let's say tcp port 3333 is being used to send data, how does the tuning config actually change? I've only ever used rtl_tcp for one freq at a time.

[ghost]

@chudgoo It varies on sampling rate but it's no different than PCM audio. Instead of 16 bit samples the high eight bits are amplitude and the low are phase. Obviously sampling rates are higher than PCM audio but I would say it's about two to three times more bandwidth than CD quality audio.

It easily works over a WiFi link and it even works, albeit rather shakily, over a VPN from my home network (5-6 Mbps upload). In that case it tends to fail because most SDR applications are intolerant of latency changes.

The control commands are sent over the TCP link. The sample data comes down one side of the bidirectional duplex link, and any configuration commands are sent on the 'reverse' link. I don't know how the application handles e.g. a change in frequency as a consequence of setting it at runtime, I assume it is via internal state tracking.

[skawikk]

@DSheirer Is there any chance to add RTL-SDR TCP support?

[DSheirer]

There is a chance, but right now I have so many other features in the queue that I have to get done first.

[skawikk]

@DSheirer Hi;) You're doing awesome job!! Can You post any update in this topic? M.

[Vedeneb]

Any update?

[Brad-git-man]

I'd still really like to see squelch for NFM, that would be great. At the present time in ver 0.6 there is no way to use non-constant carrier NFM frequencies due to the program having a lack of squelch.

[ge0metrix]

+1 to this, another use case of having my dongles all plugged into my PI near the window and using the horsepower of my desktop to run SDRTrunk.

[sofakng]

I'm also really hoping to see this!

[ArrEssJay]

Likewise, my rtl-sdr dongle is connected to a remote headless pi in a different building running rtl_tcp. Bit of a deal breaker not being able to access it remotely.

[theficus]

Like others I have my SDRs plugged into a Raspberry Pi that's remote. I'm able to use trunk-recorder today to record trunked systems, but it would be nice to take advantage of some of the advanced features that SDRTrunk has.

[Peterkal2112]

Any Update ? this should be priority must have feature.

Or at least recommend some workaround...

[suzieq-1]

Hi, Until this is added it's not usable for all users, i use spyserver with my airspy and would like to use your software, but i can't. Also RTL_TCP is not implemented so even "the good old method" doesn't work. My station is 2000km away, so i can't use it. Please add this feature.