If you read my instructions, you’ll note that i’m not using the SoapySDRPlay repo from pothosware, but instead one from SDRPlay themselves.
This only supports v3 of the SDRPlay API, so make sure you have that version installed or it will not be found, and you will end up with the error you are seeing.
1 Like
Sorry missed that. Got it all sorted now. Thanks!
Thank you very much Mark
Thanks to your help I managed to get my station to work with my SDRplay (RSP1).
Did you advance on the different gain settings?
With all the possibilities of settings I am a bit lost to have the best possible reception.
Yes there are 2 SDRPlay APIs, v2(.13) and v3(.07) which are not compatible. Only v3 supports the RSPdx and the 2nd tuner of the RSPduo.
Didn’t know they released a SoapySDRPlay supporting v3.
For info i successfully packaged SDRPlay’s v3 library as a .deb package to easily add it as a dependency to other packages if someone has interest. It would most probably be possible without much effort to package the v2 drivers as well, but i didn’t see much reason for it yet as not all devices are supported and for a new development i preferred starting with v3.
Hi,
I also have an SDRplay running here and some problems at the beginning to get the right parameters. This is working for me:
The IFGR and RFGR settings is really critical. These values are the best for my setup.
Greetings Ansgar
- rx_device: “driver=sdrplay”,
- samp_rate: “2000000”,
- bandwidth: “600000”,
- gain_mode: “Settings Field”,
- rf_gain: null,
- antenna: “RX”,
- other_settings: “IFGR=20,RFGR=1”,
},
1 Like
I’m also trying to install sdrplay but I have this error message:
######################################################
Soapy SDR – the SDR abstraction library
######################################################
Probe device sdrplay
[ERROR] SoapySDR::loadModule(/usr/local/lib/SoapySDR/modules0.7/librtlsdrSupport.so)
duplicate entry for rtlsdr (/usr/lib/arm-linux-gnueabihf/SoapySDR/modules0.7/librtlsdrSupport.so)
[INFO] [UHD] linux; GNU C++ version 8.3.0; Boost_106700; UHD_3.15.0.0-2
RtApiAlsa::getDeviceInfo: snd_pcm_open error for device (default), No such file or directory.
[ERROR] SoapySDR::loadModule(/usr/local/lib/SoapySDR/modules0.7/librtlsdrSupport.so)
duplicate entry for rtlsdr (/usr/lib/arm-linux-gnueabihf/SoapySDR/modules0.7/librtlsdrSupport.so)
[INFO] devIdx: 0
[INFO] hwVer: 1
– Device identification
driver=SDRplay
hardware=B0001P0001
remote:version=0.5.1-unknown
sdrplay_api_api_version=0.000000
sdrplay_api_hw_version=1
– Peripheral summary
Channels: 1 Rx, 0 Tx
Timestamps: NO
Other Settings:
* RF Gain Select - RF Gain Select
[key=rfgain_sel, default=1, type=string, options=(0, 1, 2, 3)]
* IQ Correction - IQ Correction Control
[key=iqcorr_ctrl, default=true, type=bool]
* AGC Setpoint - AGC Setpoint (dBfs)
[key=agc_setpoint, default=-30, type=int, range=[-60, 0]]
– RX Channel 0
Full-duplex: YES
Supports AGC: YES
Stream formats: CS16, CF32
Native format: CS16 [full-scale=32767]
Stream args:
* Remote Format - The stream format used on the remote device.
[key=remote:format, default=CS16, type=string, options=(CS16, CF32)]
* Remote Scale - The factor used to scale remote samples to full-scale floats.
[key=remote:scale, default=32767.000000, type=float]
* Remote MTU - The maximum datagram transfer size in bytes.
[key=remote:mtu, units=bytes, default=1500, type=int]
* Remote Window - The size of the kernel socket buffer in bytes.
[key=remote:window, units=bytes, default=44040192, type=int]
* Remote Priority - Specify the scheduling priority of the server forwarding threads.
[key=remote:priority, default=0.500000, type=float, range=[-1, 1]]
* Remote Protocol - Specify the transport protocol for the remote stream.
[key=remote:prot, default=udp, type=string, options=(udp, tcp, none)]
Antennas: RX
Corrections: DC removal
Full gain range: [0, 42] dB
IFGR gain range: [20, 59] dB
RFGR gain range: [0, 3] dB
Full freq range: [0.01, 2000] MHz
RF freq range: [0.01, 2000] MHz
CORR freq range: MHz
Sample rates: 0.0625, 0.125, 0.25, 0.5, 1, 6, 7, 8, 9, 10 MSps
Filter bandwidths: 0.2, 0.3, 0.6, 1.536, 5, 6, 7, 8 MHz
Any help is appreciated
73’s from EA5WA Juan Carlos
Given it’s still finding the SDR information, I suspect it should still work OK.
1 Like
Yes, you’re right… Is working even with that error message
Thanks
73’s EA5WA Juan Carlos
Today is giving me problems…No waterfall on last passes…
● satnogs-client.service - SatNOGS client
Loaded: loaded (/etc/systemd/system/satnogs-client.service; enabled; vendor preset: enabled)
Active: active (running) since Thu 2020-07-02 19:13:07 BST; 28min ago
Main PID: 332 (satnogs-client)
Tasks: 41 (limit: 4035)
Memory: 167.6M
CGroup: /system.slice/satnogs-client.service
├─ 332 /var/lib/satnogs/bin/python3 /var/lib/satnogs/bin/satnogs-client
└─1242 /usr/bin/python3 /usr/bin/satnogs_fm.py --soapy-rx-device=driver=sdrplay --samp-rate-rx=1e6 --rx-freq=136658500 --file-path=/tmp/.satnogs/data/receiving_satnogs_2479689_20
jul 02 19:34:14 raspberrypi satnogs-client[332]: [ERROR] SoapySDR::loadModule(/usr/local/lib/SoapySDR/modules0.7/librtlsdrSupport.so)
jul 02 19:34:14 raspberrypi satnogs-client[332]: duplicate entry for rtlsdr (/usr/lib/arm-linux-gnueabihf/SoapySDR/modules0.7/librtlsdrSupport.so)
jul 02 19:34:14 raspberrypi python3[1242]: [1242]: sdrplay_api_Open
jul 02 19:34:14 raspberrypi satnogs-client[332]: [INFO] devIdx: 0
jul 02 19:34:14 raspberrypi satnogs-client[332]: [INFO] hwVer: 1
jul 02 19:34:14 raspberrypi python3[1242]: [1247]: sdrplay_api_device: eventHandlerThread: Entry
jul 02 19:34:14 raspberrypi python3[1242]: [1246]: sdrplay_api_device: strmHandlerThread: Entry
jul 02 19:34:14 raspberrypi python3[1242]: [1248]: sdrplay_api_device: heartBeatThread: Entry
jul 02 19:34:14 raspberrypi satnogs-client[332]: [INFO] Using format CF32.
jul 02 19:34:14 raspberrypi satnogs-client[332]: [ERROR] error in activateStream() - Init() failed: sdrplay_api_Fail
Any idea?
73’s EA5WA Juan Carlos
Hello
How is the receiver powered?
In my case I had to connect the SDRPlay to a powered USB hub
Manu
Directly to usb port on Rpi 4
After changing Gain values, now my satnogs is working again… I don’t know why…
1 Like
Guess I’m having some issues with my RSPdx+Satnogs too.
I’m able to probe it:
pi@raspberrypi:/var/log $ sudo SoapySDRUtil --probe="driver=sdrplay"
######################################################
## Soapy SDR -- the SDR abstraction library ##
######################################################
Probe device driver=sdrplay
[INFO] devIdx: 0
[INFO] hwVer: 4
----------------------------------------------------
-- Device identification
----------------------------------------------------
driver=SDRplay
hardware= xxx
sdrplay_api_api_version=3.070000
sdrplay_api_hw_version=4
----------------------------------------------------
-- Peripheral summary
----------------------------------------------------
Channels: 1 Rx, 0 Tx
Timestamps: NO
Other Settings:
* RF Gain Select - RF Gain Select
[key=rfgain_sel, default=4, type=string, options=(0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27)]
* IQ Correction - IQ Correction Control
[key=iqcorr_ctrl, default=true, type=bool]
* AGC Setpoint - AGC Setpoint (dBfs)
[key=agc_setpoint, default=-30, type=int, range=[-60, 0]]
* BiasT Enable - BiasT Control
[key=biasT_ctrl, default=true, type=bool]
* RfNotch Enable - RF Notch Filter Control
[key=rfnotch_ctrl, default=true, type=bool]
* DabNotch Enable - DAB Notch Filter Control
[key=dabnotch_ctrl, default=true, type=bool]
----------------------------------------------------
-- RX Channel 0
----------------------------------------------------
Full-duplex: NO
Supports AGC: YES
Stream formats: CS16, CF32
Native format: CS16 [full-scale=32767]
Antennas: Antenna A, Antenna B, Antenna C
Corrections: DC removal
Full gain range: [0, 66] dB
IFGR gain range: [20, 59] dB
RFGR gain range: [0, 27] dB
Full freq range: [0.001, 2000] MHz
RF freq range: [0.001, 2000] MHz
CORR freq range: MHz
Sample rates: 0.0625, 0.125, 0.25, 0.5, 1, 6, 7, 8, 9, 10 MSps
Filter bandwidths: 0.2, 0.3, 0.6, 1.536, 5, 6, 7, 8 MHz
Satnogs setup
pi@raspberrypi:/var/log $ cat /etc/default/satnogs-client
SATNOGS_API_TOKEN="x"
SATNOGS_STATION_ID="x"
SATNOGS_STATION_LAT="x"
SATNOGS_STATION_LON="x"
SATNOGS_STATION_ELEV="x"
SATNOGS_SOAPY_RX_DEVICE="driver=sdrplay"
SATNOGS_RX_SAMP_RATE="1e6"
SATNOGS_GAIN_MODE="Settings Field"
SATNOGS_ANTENNA="Antenna A"
SATNOGS_OTHER_SETTINGS="IFGR=27,RFGR=21"
SATNOGS_LOG_LEVEL="DEBUG"
This leads to
Sep 08 22:26:42 raspberrypi satnogs-client[11512]: Traceback (most recent call last):
Sep 08 22:26:42 raspberrypi satnogs-client[11512]: File "/usr/bin/satnogs_afsk1200_ax25.py", line 551, in <module>
Sep 08 22:26:42 raspberrypi satnogs-client[11512]: main()
Sep 08 22:26:42 raspberrypi satnogs-client[11512]: File "/usr/bin/satnogs_afsk1200_ax25.py", line 536, in main
Sep 08 22:26:42 raspberrypi satnogs-client[11512]: tb = top_block_cls(antenna=options.antenna, bb_freq=options.bb_freq, bw=options.bw, dc_removal=options.dc_removal, decoded_data_file_path=options.decoded_data_file_path, dev_args=options.dev_args, doppler_correction_per_sec=options.doppler_correction_per_sec, enable_iq_dump=options.enable_iq_dump, file_path=options.file_path, gain=options.gain, gain_mode=options.gain_mode, iq_file_path=options.iq_file_path, lo_offset=options.lo_offset, mark_frequency=options.mark_frequency, other_settings=options.other_settings, ppm=options.ppm, rigctl_port=options.rigctl_port, rx_freq=options.rx_freq, samp_rate_rx=options.samp_rate_rx, soapy_rx_device=options.soapy_rx_device, space_frequency=options.space_frequency, stream_args=options.stream_args, tune_args=options.tune_args, udp_IP=options.udp_IP, udp_port=options.udp_port, waterfall_file_path=options.waterfall_file_path)
Sep 08 22:26:42 raspberrypi satnogs-client[11512]: File "/usr/bin/satnogs_afsk1200_ax25.py", line 94, in __init__
Sep 08 22:26:42 raspberrypi satnogs-client[11512]: tune_args, settings, samp_rate_rx, "fc32")
Sep 08 22:26:42 raspberrypi satnogs-client[11512]: File "/usr/lib/python3/dist-packages/soapy/soapy_swig.py", line 166, in make
Sep 08 22:26:42 raspberrypi satnogs-client[11512]: return _soapy_swig.source_make(nchan, device, dev_args, stream_args, tune_args, other_settings, sampling_rate, type)
Sep 08 22:26:42 raspberrypi satnogs-client[11512]: RuntimeError: SoapySDR::Device::make() no match`
The device itself seems to be working
pi@raspberrypi:~ $ sudo -u satnogs SoapySDRUtil --args="driver=sdrplay" --direction=RX --rate=1e6
######################################################
## Soapy SDR -- the SDR abstraction library ##
######################################################
[INFO] devIdx: 0
[INFO] hwVer: 4
[INFO] Using format CS16.
Stream format: CS16
Num channels: 1
Element size: 4 bytes
Begin RX rate test at 1 Msps
Starting stream loop, press Ctrl+C to exit... 0.900494 Msps 3.60198 MBps
Versions used:
pi@raspberrypi:~/SoapySDR $ git rev-parse HEAD
580b94f3dad46899f34ec0a060dbb4534e844e57
pi@raspberrypi:~/SoapySDRPlay $ git rev-parse HEAD
105f8a6b3d449982d7ef860790c201aa066b8fa9
SDRplay_RSP_API-ARM32-3.07.2.run
Is anybody able to find the problem? The issue doesn’t seem to depend on the decoder… it also happens with CW/FSK/etc.
Not sure…
I’m running the same API version as you, but my version of SoapySDRPlay is a bit dated, revision 1c6631d190cd9c7343ff39cff0a96113c4c28712
Maybe switch to that revision and see what happens. Maybe something has broken…
73
Mark VK5QI
Hey Mark,
Thank you! Will build that hash and re-check.
73
1c6631d190cd9c7343ff39cff0a96113c4c28712 didn’t work. Now testing older versions of SoapSDR.
I guess there’s a conflict with the pre-installed debian soapy packages and my self compiled ones.
Can’t debug any further at the moment.
I was able to solve it using the official RasPi image. Works fine now.
I’m thinking of putting my RSPdx on SatNOGS duty while I’m away for a few weeks. Is it still working for you?
I got an RSP1A running on SatNOGS 3409 VE9EX-2. Thank you @vk5qi for Adding SDRPlay RSPdx Support to SatNOGS · GitHub which is the basis of what I used.
I used the SatNOGS image_2022-09-10-Raspbian-SatNOGS-lite.zip for RaspBerry 4B, 8 GiB RAM, 32 GiB SD card, with the SDRPlay directly on a USB 2.0 port of the Pi. I used Ethernet and did not enable Wi-Fi.
On the Pi, I ran:
dmesg
[ 0.000000] Booting Linux on physical CPU 0x0000000000 [0x410fd083]
[ 0.000000] Linux version 6.1.21-v8+ (dom@buildbot) (aarch64-linux-gnu-gcc-8 (Ubuntu/Linaro 8.4.0-3ubuntu1) 8.4.0, GNU ld (GNU Binutils for Ubuntu) 2.34) #1642 SMP PREEMPT Mon Apr 3 17:24:16 BST 2023
[ 0.000000] random: crng init done
[ 0.000000] Machine model: Raspberry Pi 4 Model B Rev 1.5
[ 0.000000] efi: UEFI not found.
[ 0.000000] Reserved memory: created CMA memory pool at 0x000000000ec00000, size 512 MiB
On the Pi, I ran:
pi@pi202312:~ $ uname -a
Linux pi202312 6.1.21-v8+ #1642 SMP PREEMPT Mon Apr 3 17:24:16 BST 2023 aarch64 GNU/Linux
On the Pi, I ran this mix of driver versions and API versions, which got the job done:
wget http://www.sdrplay.com/software/SDRplay_RSP_API-Linux-2.13.1.run
wget http://www.sdrplay.com/software/SDRplay_RSP_API-ARM32-3.07.2.run
chmod u+x SDRplay_RSP_API-Linux-2.13.1.run
chmod u+x SDRplay_RSP_API-ARM32-3.07.2.run
sudo ./SDRplay_RSP_API-Linux-2.13.1.run
sudo ./SDRplay_RSP_API-ARM32-3.07.2.run
sudo systemctl start sdrplay
I ignored the error from sudo ./SDRplay_RSP_API-Linux-2.13.1.run:
cp: cannot stat ‘armv7l/libmirsdrapi-rsp.so.2.13’: No such file or directory
chmod: cannot access ‘/usr/local/lib/libmirsdrapi-rsp.so.2.13’: No such file or directory
For sudo ./SDRplay_RSP_API-ARM32-3.07.2.run , I accepted:
identification in applications such as lsusb? [y/n] y
Again, on the Pi, I ran:
sudo apt-get install build-essential cmake libsoapysdr-dev
sudo shutdown -r now
git clone https://github.com/SDRplay/SoapySDRPlay
cd SoapySDRPlay/
mkdir build
cd build
cmake …
make
sudo make install
sudo ldconfig
pi@pi202312:~ $ SoapySDRUtil --probe=“driver=sdrplay”
######################################################
Soapy SDR – the SDR abstraction library
######################################################
Probe device driver=sdrplay
[INFO] devIdx: 0
[INFO] SerNo: 224009C299
[INFO] hwVer: 255
[INFO] rspDuoMode: 0
[INFO] tuner: 1
[INFO] rspDuoSampleFreq: 0.000000
– Device identification
driver=SDRplay
hardware=RSP1A
sdrplay_api_api_version=3.070000
sdrplay_api_hw_version=255
– Peripheral summary
Channels: 1 Rx, 0 Tx
Timestamps: NO
Other Settings:
* RF Gain Select - RF Gain Select
[key=rfgain_sel, default=4, type=string, options=(0, 1, 2, 3, 4, 5, 6, 7, 8, 9)]
* IQ Correction - IQ Correction Control
[key=iqcorr_ctrl, default=true, type=bool]
* AGC Setpoint - AGC Setpoint (dBfs)
[key=agc_setpoint, default=-30, type=int, range=[-60, 0]]
* BiasT Enable - BiasT Control
[key=biasT_ctrl, default=true, type=bool]
* RfNotch Enable - RF Notch Filter Control
[key=rfnotch_ctrl, default=true, type=bool]
* DabNotch Enable - DAB Notch Filter Control
[key=dabnotch_ctrl, default=true, type=bool]
– RX Channel 0
Full-duplex: YES
Supports AGC: YES
Stream formats: CS16, CF32
Native format: CS16 [full-scale=32767]
Antennas: RX
Corrections: DC removal
Full gain range: [0, 48] dB
IFGR gain range: [20, 59] dB
RFGR gain range: [0, 9] dB
Full freq range: [0.001, 2000] MHz
RF freq range: [0.001, 2000] MHz
CORR freq range: MHz
Sample rates: 0.0625, 0.096, 0.125, 0.192, 0.25, …, 6, 7, 8, 9, 10 MSps
Filter bandwidths: 0.2, 0.3, 0.6, 1.536, 5, 6, 7, 8 MHz
On the Pi, I ran:
sudo satnogs-setup
with
pi@pi202312:~ $ sudo -u satnogs SoapySDRUtil --args=“driver=sdrplay” --direction=RX --rate=2e6
######################################################
Soapy SDR – the SDR abstraction library
######################################################
[INFO] devIdx: 0
[INFO] SerNo: 224009C299
[INFO] hwVer: 255
[INFO] rspDuoMode: 0
[INFO] tuner: 1
[INFO] rspDuoSampleFreq: 0.000000
[INFO] Using format CS16.
Stream format: CS16
Num channels: 1
Element size: 4 bytes
Begin RX rate test at 2 Msps
Starting stream loop, press Ctrl+C to exit…
1.8036 Msps 7.2144 MBps
1.90117 Msps 7.6047 MBps
1.93599 Msps 7.74397 MBps
1.95066 Msps 7.80265 MBps
1.96119 Msps 7.84477 MBps
1.9674 Msps 7.86961 MBps
^C pi@pi202312:~ $
pi@pi202312:~ $ SoapySDRUtil --info
######################################################
Soapy SDR – the SDR abstraction library
######################################################
Lib Version: v0.7.2-2
API Version: v0.7.1
ABI Version: v0.7
Install root: /usr
Search path: /usr/lib/arm-linux-gnueabihf/SoapySDR/modules0.7
Search path: /usr/local/lib/arm-linux-gnueabihf/SoapySDR/modules0.7 (missing)
Search path: /usr/local/lib/SoapySDR/modules0.7
Module found: /usr/lib/arm-linux-gnueabihf/SoapySDR/modules0.7/libHackRFSupport.so (0.3.3)
Module found: /usr/lib/arm-linux-gnueabihf/SoapySDR/modules0.7/libLMS7Support.so (20.10.0)
Module found: /usr/lib/arm-linux-gnueabihf/SoapySDR/modules0.7/libRedPitaya.so (0.1.1)
Module found: /usr/lib/arm-linux-gnueabihf/SoapySDR/modules0.7/libairspySupport.so (0.1.2)
Module found: /usr/lib/arm-linux-gnueabihf/SoapySDR/modules0.7/libaudioSupport.so (0.1.1)
Module found: /usr/lib/arm-linux-gnueabihf/SoapySDR/modules0.7/libbladeRFSupport.so (0.4.1)
Module found: /usr/lib/arm-linux-gnueabihf/SoapySDR/modules0.7/libmiriSupport.so (0.2.5)
Module found: /usr/lib/arm-linux-gnueabihf/SoapySDR/modules0.7/libosmosdrSupport.so (0.2.5)
Module found: /usr/lib/arm-linux-gnueabihf/SoapySDR/modules0.7/libremoteSupport.so (0.5.2)
Module found: /usr/lib/arm-linux-gnueabihf/SoapySDR/modules0.7/librfspaceSupport.so (0.2.5)
Module found: /usr/lib/arm-linux-gnueabihf/SoapySDR/modules0.7/librtlsdrSupport.so (0.3.2)
Module found: /usr/lib/arm-linux-gnueabihf/SoapySDR/modules0.7/libuhdSupport.so (0.4.1)
Module found: /usr/local/lib/SoapySDR/modules0.7/libsdrPlaySupport.so (0.4.1-534a173)
Available factories… airspy, audio, bladerf, hackrf, lime, miri, osmosdr, redpitaya, remote, rfspace, rtlsdr, sdrplay, uhd
Available converters…
- CF32 → [CF32, CS16, CS8, CU16, CU8]
- CS16 → [CF32, CS16, CS8, CU16, CU8]
- CS32 → [CS32]
- CS8 → [CF32, CS16, CS8, CU16, CU8]
- CU16 → [CF32, CS16, CS8]
- CU8 → [CF32, CS16, CS8]
- F32 → [F32, S16, S8, U16, U8]
- S16 → [F32, S16, S8, U16, U8]
- S32 → [S32]
- S8 → [F32, S16, S8, U16, U8]
- U16 → [F32, S16, S8]
- U8 → [F32, S16, S8]
pi@pi202312:~/SoapySDRPlay $ git rev-parse HEAD
534a173996b0ca2a88ff1931950c869d244c90f8
The SatNOGS client is:
SatNOGS client configuration | Installed: satnogs-client-ansible-202209101521, satnogs-client-1.8.1, satnogs-flowgraphs-1.4-1
On the Pi, I ran:
journalctl --no-pager -u satnogs-client.service
Dec 31 19:16:03 pi202312 satnogs-client[420]: rot_init called
Dec 31 19:16:03 pi202312 satnogs-client[420]: initrots4_dummy: _init called
Dec 31 19:16:03 pi202312 satnogs-client[420]: rot_register (1)
Dec 31 19:16:03 pi202312 satnogs-client[420]: rot_register (2)
Dec 31 19:16:03 pi202312 satnogs-client[420]: dummy_rot_init called
Dec 31 19:16:03 pi202312 satnogs-client[420]: rot_open called
Dec 31 19:16:03 pi202312 satnogs-client[420]: dummy_rot_open called
Dec 31 19:16:03 pi202312 satnogs-client[420]: rot_get_position called
Dec 31 19:16:03 pi202312 satnogs-client[420]: dummy_rot_get_position called
Dec 31 19:16:03 pi202312 satnogs-client[420]: rot_get_position: got az=0.00, el=0.00
Dec 31 19:16:03 pi202312 satnogs-client[420]: rot_set_position called az=117.92 el=13.98
Dec 31 19:16:03 pi202312 satnogs-client[420]: rot_set_position: south_zero=0
Dec 31 19:16:03 pi202312 satnogs-client[420]: dummy_rot_set_position called: 117.92 13.98
Dec 31 19:16:03 pi202312 satnogs-client[420]: rig_init: rig does not have rx_range!!
Dec 31 19:16:03 pi202312 satnogs-client[420]: network_open: hoststr=127.0.0.1, portstr=4532
Dec 31 19:16:15 pi202312 python3[1181]: [1181]: sdrplay_api_Open
Dec 31 19:16:16 pi202312 satnogs-client[1181]: [INFO] devIdx: 0
Dec 31 19:16:16 pi202312 satnogs-client[1181]: [INFO] SerNo: 224009C299
Dec 31 19:16:16 pi202312 satnogs-client[1181]: [INFO] hwVer: 255
Dec 31 19:16:16 pi202312 satnogs-client[1181]: [INFO] rspDuoMode: 0
Dec 31 19:16:16 pi202312 satnogs-client[1181]: [INFO] tuner: 1
Dec 31 19:16:16 pi202312 satnogs-client[1181]: [INFO] rspDuoSampleFreq: 0.000000
Dec 31 19:16:16 pi202312 python3[1181]: [1204]: sdrplay_api_device: strmHandlerThread: Entry
Dec 31 19:16:16 pi202312 python3[1181]: [1205]: sdrplay_api_device: eventHandlerThread: Entry
Dec 31 19:16:16 pi202312 python3[1181]: [1206]: sdrplay_api_device: heartBeatThread: Entry
Dec 31 19:16:16 pi202312 satnogs-client[1181]: [INFO] Using format CF32.
Dec 31 19:23:18 pi202312 python3[1181]: [1205]: sdrplay_api_device: eventHandlerThread: Exit
Dec 31 19:23:18 pi202312 python3[1181]: [1206]: sdrplay_api_device: heartBeatThread: Exit
Dec 31 19:23:18 pi202312 python3[1181]: [1204]: sdrplay_api_device: strmHandlerThread: Exit
Dec 31 19:23:18 pi202312 python3[1181]: [1207]: sdrplay_api_Close
Dec 31 19:23:19 pi202312 satnogs-client[420]: netrigctl_close: done status=Command completed successfully
The SatNOGS observation SatNOGS Network - Observation 8806558 had the metadata:
radio: {
name: "gr-satnogs",
version: "v2.3-compat-xxx-v2.3.5.0",
parameters: {
soapy-rx-device: "driver=sdrplay,serial=224009C299",
samp-rate-rx: "2e6",
rx-freq: "437126350",
file-path: "/tmp/.satnogs/data/receiving_satnogs_8806558_2023-12-31T19-16-03.out",
waterfall-file-path: "/tmp/.satnogs/data/receiving_waterfall_8806558_2023-12-31T19-16-03.dat",
decoded-data-file-path: "/tmp/.satnogs/data/data_8806558",
doppler-correction-per-sec: null,
lo-offset: null,
ppm: null,
rigctl-port: "4532",
gain-mode: "Settings Field",
gain: "48",
antenna: "RX",
dev-args: null,
stream-args: null,
tune-args: null,
other-settings: null,
dc-removal: null,
bb-freq: null,
bw: "600e3",
enable-iq-dump: "0",
iq-file-path: null,
udp-dump-host: null,
udp-dump-port: 57356,
wpm: null,
baudrate: null,
framing: null
}
},
latitude: 45.88202,
longitude: -66.76792,
elevation: 90,
frequency: 437126350
Brent Petersen, b.petersen@ieee.org, VE9EX, W1IY
SatNOGS Network - Ground Station VE9EX-1
SatNOGS Network - Ground Station VE9EX-2
SatNOGS Network - Ground Station UNB Fredericton Canada
1 Like
I was able to repeat the process a few times in December, 2023, but on January 12, 2024, I regret that I have not been able to repeat the process with another RaspBerry Pi 4B and another SDRPlay. The process worked with a Raspberry Pi 4 Model B Rev 1.5, but not with a Raspberry Pi 4 Model B Rev 1.1, different architectures.
1 Like