[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: OOT module 'gr-sdrplay3' and SDRplay API update (supports new model
From: |
Franco VENTURI |
Subject: |
Re: OOT module 'gr-sdrplay3' and SDRplay API update (supports new model RSP1B) |
Date: |
Tue, 27 Feb 2024 18:08:32 -0500 (EST) |
Happy to hear from you Glen!
The other day when I pulled out my Raspberry Pi 4 from the drawer, it didn't
seem to be working: only the red LED comes on, and nothing else (not even the
rainbow RGB screen at the very beginning of the bootloader). I am going to try
a couple more things, but I think I'll order one of the new Raspberry Pi 5's in
the next few days, since I saw they are only $80 + S/H.
Since I am temporarily pi-less, can you tell me in some more details what you
mean with "it is tricky to start with the previous Pi4B code and go to Pi5"?
Are you getting a specific error message (or messages)?
Franco
> On 02/27/2024 2:04 PM EST Glen Langston <glen.i.langston@gmail.com> wrote:
>
>
> Dear Franco,
>
> Thanks again for your efforts, two years ago, to get the SDRPlay RSP1A
> fully supported in Gnuradio 3.10. This was for the Raspberry Pi4B and 400.
>
> These are working great.
>
> But now there’s the Pi 5. It seems like it is tricky to start with the
> previous
> Pi4B code and go to Pi5. I’m wondering if you’ve (or anybody) has thought
> about
> the Pi5 and SDRPlay install?
>
> Thanks!
>
> Glen
>
> FYI the latest Lightwork memo is more about telescope construction but also
> mentions Gnuradio aspects.
>
> https://github.com/WVURAIL/lightwork/blob/master/LightWorkMemo32-PailOfMilkyWay-r5.pdf
>
>
> > On Feb 11, 2024, at 11:23 AM, Franco VENTURI <fventuri@comcast.net> wrote:
> >
> > A few weeks ago SDRplay announced a new model, the RSP1B
> > (https://www.sdrplay.com/rsp1b/); at the same time they also upgraded their
> > API to version 3.14 in order to support the new hardware. I have been
> > working on a new branch ('sdrplay-api-3.14') for the OOT module
> > 'gr-sdrplay3' to work with the new SDRplay API and to support the RSP1B:
> > https://github.com/fventuri/gr-sdrplay3/tree/sdrplay-api-3.14 Our initial
> > tests are successful, and we are are able to use it with both the existing
> > RSP modules and with the new RSP1B; I would like to have a few more people
> > give it a try, and in a week or so merge these changes into the 'main'
> > branch (the code in the current 'main' branch will become the branch
> > 'sdrplay-api-3.07' for those who have to keep the old SDRplay API for some
> > reason, and it won't have any more changes), unless someone finds major
> > problems in the new version. Also we started a discussion with SDRplay
> > about changing the defaults for AGC, DC offset correction, and IQ imbalance
> > correction (they are currently disabled; they would become enabled be
> > default). Regarding this last item I would like to receive some feedback
> > before making the changes; especially regarding what kind of application
> > you use the 'gr-sdrplay3' OOT module for: if it is more for scientific
> > research/measurement purposes as opposed to listening to radio stations, or
> > other use case scenarios. I just created an 'issue' in my repository where
> > you can write a couple of lines (or more, of course) about your use case,
> > feedback, and suggestions:
> > https://github.com/fventuri/gr-sdrplay3/issues/30 - if you don't have an
> > account on GitHub or prefer email, you can email me directly. 73, Franco
> > K4VZ