Date 1 - 3 of 3
GM0UDL Upgrading questions
|1 - 3 of 3|
Great stuff with wsprdaemon working of FST4W and other sources so UDL is upgrading continuing the obsession of multiple RX.
Ordering a Ryzen 7 mini pc to use on LInux and use for wsprdaemon, as at the moment 2 pi4's with 2 kiwis rasp sdr and flydog
Question which linux, version was thinking of mint?
Also hoping to use my RSPduo and RSPdx with Pi4's using the soapy server?
The plan with having great results on FST4W on 136 and 474 last winter use my RSPdx for that, will this work on multiple frequencies using the soapy server?
With the RSPdx and the soapy server will this be able to use both receivers and multiple modes?
Looking for you input.
A single Pi4 can perform about 14 receive channels of WSPR-2 decoding, so with two Pi4s you could support about 28 receive channels.
If, as I would hope, you want to add more than just WSPR-2 and FST4W-120 decoding, then you will need more Pi4s or a more powerful cpu.
At KFS I decode 28 receive channels all bands / all modes on a $400 Dell dual 12 core Xeon server which consumes 185 watts.
Other all band / mode WD receive sites use other CPUs and/or banks of CPUs.
I run and extensively test installation on the Pi (don't use the new bullseye OS which includes a version of bash with a memory leak) and Ubuntu 20.04 LTS.
WD will use a RaspSDR and was running at one time with a Flydog. But the Flydog has a miserable RF front end (and other problems as well) and results with it were mediocre.
There is code in WD which can be configured to use the SoapyAPI which on my TODO list just below debugging FST4W support. The functionality will depend upon what Soapy offers.
Thanks for the reply.
My intention is to up the modes decoded hence the new unit for that, will install ubuntu 20.04 desktop as may need to run GQRX with WSJT for my RSP's if not able to run other ways.
I have Bullseye on 1 of the pi4's and it seems to run more processing power I (use RPI monitor to check that). So downloaded 2022-04-04-raspios-buster-armhf-lite.img will try that later.
Slow with using Linux here but when running very good. Ideally would like to use the RSP's remote location with a PI back to the decoding box so need to investigate Soapy remote.
Conditions good for me at the moment on wspr anyway.
|1 - 3 of 3|