New Raspberry Pi image for RSPdx

[G4ABQAdmin]

SDRplay has released a new downloadable Raspberry Pi SD card image which adds support for the RSPdx and simultaneous use of both the tuners in the RSPduo.

This V0.7 release is the first build to support the RSPdx and RSPduo in master/slave mode. The image also supports the RSP1, RSP1A,RSP2 and RSP2pro.

The list of software on this image is: SoapySDR/SoapySDRPlay, SoapyRemote, Cubic SDR, ADSB (Dump1090), and the updated RSP TCP Server

The V0.6 download, with some additional third party software, is still available for the RSP1, RSP1A,RSP2, RSP2pro and RSPduo in single tuner mode.

Full details and links can be found here: https://www.sdrplay.com/raspberry-pi-images/

There is also a headless server image that can run in 4 different server modes for remote operation.

rsp_server_16bit = RSP TCP Server running in 16 bit Extended mode
rsp_server_8bit = RSP TCP Server running in 8 bit Extended mode
rtl_server = RSP TCP Server running in 8 bit RTL compatible mode
soapy_server = SoapyRemote Server (for LAN use only)

SDR software which supports the EXTIO interface (like HDSDR for example) can make use of the extended mode for higher ADC resolution, choice of antenna ports, selecting notch filters and so on

[lfoersterParticipant]

Hello Team !

I actually installed the headless TCP server image on a 3B did all the settings with “rsp_server_16bit” filename in the /boot directory. lsusb shows this:
root@sdrpi:/home/pi# lsusb
Bus 001 Device 107: ID 1df7:3000
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Server was pingable over the network, IP address and port was set according to the YouTube tutorial (1234). ExtIO TCP plugin added in the HDSDR directory. So far so good…
Trying to connect the server with HDSDR failed.
Checking the connection with a Wireshark trace showed it was rejected from the server. Looks like the server was not running.
An ssh connection and “ps ax” shows that there was no server process running.
A manual starting with:
root@sdrpi:/home/pi# rsp_tcp -E -a 192.168.7.164
rsp_tcp version 1.1

API library version 3.07 found
no RSP devices available.
Showed no RSP device here.
Disconnecting and reconnecting the RSP1a and a dmesg shows the following:
[ 1262.808183] usb 1-1.5: new high-speed USB device number 65 using dwc_otg
[ 1262.938873] usb 1-1.5: New USB device found, idVendor=1df7, idProduct=3000, bcdDevice= 2.07
[ 1262.938887] usb 1-1.5: New USB device strings: Mfr=0, Product=0, SerialNumber=1
[ 1262.938897] usb 1-1.5: SerialNumber: 1903183086
[ 1263.277172] usb 1-1.5: USB disconnect, device number 65
[ 1273.298201] usb 1-1.3: new high-speed USB device number 66 using dwc_otg
[ 1273.428728] usb 1-1.3: New USB device found, idVendor=1df7, idProduct=3000, bcdDevice= 2.00
[ 1273.428743] usb 1-1.3: New USB device strings: Mfr=0, Product=0, SerialNumber=0
root@sdrpi:/home/pi# lsusb
Bus 001 Device 066: ID 1df7:3000
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

So the device (RSP1a) is definitely there and plugged in !
Whats wrong here ?
Does the RSP1a not work with the 16 Bit server ?
Is the 16 Bit server genereally wrong here and Soapy the better selection ?
Any feedback to bring this to work is much appreciated.

Cheers es vy 73
lfoerster

• This reply was modified 4 years, 6 months ago by .

[djcleckieParticipant]

Hi

Is it possible to install SDuno onto an existing RPi installtion?
I already have a working installation with various packages already installed and don’t want to start “fresh” with a new installation from an image.

Is there a depository where it is possible to install via the “sudo apt-get install” method?
or is it possible to build from source?

73
Dave
GM4NFI

[boatanchorsParticipant]

Greetings from a relative noob to SDRuno. I have recently purchased a pi-top 4 to go along with my 8gb RasPi 4, and have installed their recommended pi-topOS…a really great combination. I plan to make a completely portable, battery-powered SWL kit along the lines of the unit that SDRPlay have featured in a couple of videos. I would prefer to retain the pi-topOS, as it supports the battery management and OLED screen. Has anyone here installed the barebones linux bits necessary to achieve SDRuno-like functionality on this platform? I need none of the remote capabilities, merely rx control and logging, along with (hopefully) a db manager for EIBI or other program management capability. I believe that all I need as a minimum is cubicSDR.

Any help is greatly appreciated! TIA

Walt

[noreillyParticipant]

Thank you for this. I currently run 2 Raspberry Pi4’s running FlightAware Blue Dongles and just purchased an SDRplay RSPdx. I have a new Pi4 on its way and hope to have everything up and running next week.

Thanks

Niall

[noreillyParticipant]

Guys,

RSPdx has arrived. I have CubicSDR running on my Pi4 and can manipulate the RSPdx ok. But… When I run ‘lsusb’ all I see is:

Bus 001 Device 004: ID 1df7:3030 – And thats fine, as 3030 is the RSPdx

This does not appear to be sufficient for ANY version of dump1090 to reckognise.

When I downloaded the SDRPlay DUMP1090 from gitbih, all ran OK until I ran the ‘make’ command and it balked:

pi@rspdx:~$ cd dump1090/
pi@rspdx:~/dump1090$ sudo make
gcc -DMODES_DUMP1090_VERSION=\””dump1090_mutability_sdrplay”\” -O3 -g -Wall -Werror -W -static -DSDRPLAY -I./ pkg-config --cflags librtlsdr -c dump1090.c -o dump1090.o
In file included from dump1090.c:50:
dump1090.h:232:10: fatal error: mirsdrapi-rsp.h: No such file or directory
#include “mirsdrapi-rsp.h”
^~~~~~~~~~~~~~~~~
compilation terminated.
make: *** [Makefile:48: dump1090.o] Error 1
pi@rspdx:~/dump1090$

Any help would be greatly appreciated.

Niall

[Author]

Posts