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
No comments:
Post a Comment