New Raspberry Pi image for RSPdx

SDRPlay Independent Community Forum Forums General New Raspberry Pi image for RSPdx

  • This topic has 5 replies, 5 voices, and was last updated by .
Viewing 6 posts - 1 through 6 (of 6 total)
  • Author
    Posts
  • #1034
    G4ABQ
    Admin

      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

      #1103
      lfoerster
      Participant

        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 3 years, 9 months ago by .
        #1384
        djcleckie
        Participant

          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

          #1452
          boatanchors
          Participant

            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

            #1793
            noreilly
            Participant

              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

              #1801
              noreilly
              Participant

                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

              Viewing 6 posts - 1 through 6 (of 6 total)
              • You must be logged in to reply to this topic.