Thursday, October 17, 2024

Error regarding communication connection between GNUradio and SDRplayRSPdx

I'm not sure this is where I should be asking this question but here goes.

I try to read the data of SDRplay on GNUradio, but it shows an error. It thinks there is something wrong with the installation or configuration of my USB device driver and communication is not possible.But SDRuno software can be used to read data normally, what should I do now?

I hope I can get some help.Attached below is the error report from GNUradio.

Yuhe

gr-osmosdr 0.2.0.0 (0.2.0) gnuradio 3.10.10.0
built-in source types: file rtl rtl_tcp uhd miri hackrf bladerf airspy airspyhf soapy redpitaya
[INFO] [UHD] Win32; Microsoft Visual C++ version 14.2; Boost_108200; UHD_4.6.0.0-release
[WARNING] Unable to scan local: -19

libusb: info [get_guid] no DeviceInterfaceGUID registered for 'USB\VID_2717&PID_5023\7&27C58F36&0&2'
libusb: info [get_guid] no DeviceInterfaceGUID registered for 'USB\VID_3277&PID_0029\0001'
libusb: info [get_guid] no DeviceInterfaceGUID registered for 'USB\VID_2717&PID_5023&MI_01\8&F29D925&0&0001'
libusb: info [get_guid] no DeviceInterfaceGUID registered for 'USB\VID_05E3&PID_0610\6&72FCEC3&0&2'
libusb: info [get_guid] no DeviceInterfaceGUID registered for 'USB\VID_2717&PID_5023&MI_00\8&F29D925&0&0000'
libusb: info [get_guid] no DeviceInterfaceGUID registered for 'USB\VID_05E3&PID_0625\6&72FCEC3&0&4'
libusb: info [get_guid] no DeviceInterfaceGUID registered for 'USB\ROOT_HUB30\5&292403F0&0&0'
libusb: info [get_guid] no DeviceInterfaceGUID registered for 'USB\VID_13D3&PID_3563\000000000'
libusb: info [get_guid] no DeviceInterfaceGUID registered for 'USB\VID_3277&PID_0029&MI_00\7&18314511&0&0000'
libusb: info [get_guid] no DeviceInterfaceGUID registered for 'USB\ROOT_HUB30\5&14F916E1&0&0'
libusb: info [get_guid] no DeviceInterfaceGUID registered for 'USB\ROOT_HUB30\5&33507A3D&0&0'
libusb: info [get_guid] no DeviceInterfaceGUID registered for 'USB\VID_1A40&PID_0101\7&27C58F36&0&1'
libusb: info [get_guid] no DeviceInterfaceGUID registered for 'USB\VID_13D3&PID_3563&MI_00\7&1D754FA2&0&0000'
libusb: info [get_guid] no DeviceInterfaceGUID registered for 'USB\VID_0951&PID_1666\80C5F274C4DA159098360041'
[WARNING] Unable to scan ip: -19

[INFO] Using format CF32.

Error on trying to install an OOT

I'm not sure this is where I should be asking this question but here goes.
 
To anyone that is wondering I just upgraded to Bookworm on my Pi and installed GNURadio 3.10.5.1. ( This was the subject of much discussion recently)
 
I am attempting to install an OOT module from my existing project because it does not show in the flowgraph. I assume that I need to perform 'sudo make install' to load it into the new GNURadio. Perhaps this is not a correct assumption.
 
However, when I perform the command I get an error which is spelled out in the error log below.
 
What do I need to do here?
 
Jim
 
Performing C SOURCE FILE Test CMAKE_HAVE_LIBC_PTHREAD failed with the following output:
Change Dir: /home/pi/gr-freq/build/CMakeFiles/CMakeTmp
 
Run Build Command(s):/usr/bin/gmake cmTC_15004/fast && /usr/bin/gmake  -f CMakeFiles/cmTC_15004.dir/build.make CMakeFiles/cmTC_15004.dir/build
gmake[1]: Entering directory '/home/pi/gr-freq/build/CMakeFiles/CMakeTmp'
Building C object CMakeFiles/cmTC_15004.dir/src.c.o
/usr/bin/cc   -DCMAKE_HAVE_LIBC_PTHREAD -std=gnu11 -o CMakeFiles/cmTC_15004.dir/src.c.o -c /home/pi/gr-freq/build/CMakeFiles/CMakeTmp/src.c
Linking C executable cmTC_15004
/usr/bin/cmake -E cmake_link_script CMakeFiles/cmTC_15004.dir/link.txt --verbose=1
/usr/bin/cc  -DCMAKE_HAVE_LIBC_PTHREAD CMakeFiles/cmTC_15004.dir/src.c.o -o cmTC_15004
/usr/bin/ld: CMakeFiles/cmTC_15004.dir/src.c.o: in function `main':
src.c:(.text+0x40): undefined reference to `pthread_create'
/usr/bin/ld: src.c:(.text+0x4c): undefined reference to `pthread_detach'
/usr/bin/ld: src.c:(.text+0x58): undefined reference to `pthread_cancel'
/usr/bin/ld: src.c:(.text+0x68): undefined reference to `pthread_join'
collect2: error: ld returned 1 exit status
gmake[1]: *** [CMakeFiles/cmTC_15004.dir/build.make:106: cmTC_15004] Error 1
gmake[1]: Leaving directory '/home/pi/gr-freq/build/CMakeFiles/CMakeTmp'
gmake: *** [Makefile:140: cmTC_15004/fast] Error 2
 
 
Source file was:
#include <pthread.h>
 
void* test_func(void* data)
{
  return data;
}
 
int main(void)
{
  pthread_t thread;
  pthread_create(&thread, NULL, test_func, NULL);
  pthread_detach(thread);
  pthread_cancel(thread);
  pthread_join(thread, NULL);
  pthread_atfork(NULL, NULL, NULL);
  pthread_exit(NULL);
 
  return 0;
}
 
Determining if the function pthread_create exists in the pthreads failed with the following output:
Change Dir: /home/pi/gr-freq/build/CMakeFiles/CMakeTmp
 
Run Build Command(s):/usr/bin/gmake cmTC_75010/fast && /usr/bin/gmake  -f CMakeFiles/cmTC_75010.dir/build.make CMakeFiles/cmTC_75010.dir/build
gmake[1]: Entering directory '/home/pi/gr-freq/build/CMakeFiles/CMakeTmp'
Building C object CMakeFiles/cmTC_75010.dir/CheckFunctionExists.c.o
/usr/bin/cc   -DCHECK_FUNCTION_EXISTS=pthread_create -std=gnu11 -o CMakeFiles/cmTC_75010.dir/CheckFunctionExists.c.o -c /usr/share/cmake-3.18/Modules/CheckFunctionExists.c
Linking C executable cmTC_75010
/usr/bin/cmake -E cmake_link_script CMakeFiles/cmTC_75010.dir/link.txt --verbose=1
/usr/bin/cc  -DCHECK_FUNCTION_EXISTS=pthread_create CMakeFiles/cmTC_75010.dir/CheckFunctionExists.c.o -o cmTC_75010  -lpthreads
/usr/bin/ld: cannot find -lpthreads
collect2: error: ld returned 1 exit status
gmake[1]: *** [CMakeFiles/cmTC_75010.dir/build.make:106: cmTC_75010] Error 1
gmake[1]: Leaving directory '/home/pi/gr-freq/build/CMakeFiles/CMakeTmp'
gmake: *** [Makefile:140: cmTC_75010/fast] Error 2

Virus-free.www.avg.com

Wednesday, October 16, 2024

Re: Constellation Rect. Object parameters for 8psk 16-32-64-256APSK modulations.

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEOn0gFAd3OQG8ow6EtFwrk3lBwykFAmcPfyAACgkQtFwrk3lB
wynu8A//b2V6JMg1yWE9XjNJWGhlznlyvYpFJXvp+oQuulm6JKg40q2Hn8Zvw9DJ
use+qYYFfGxdujUhuQDkieeIvZs+3Sbr2Fn9YOdUuAltvlsJTHclTgc3/dLCq+eT
wIHsS9wg3W4wNUcwMCcR7clxR2y7ZAYeen1U1mTUqKJAGO0M2yMS1Pi+rhAsKGxK
hXMFaKU+LTCiYMv54n2da06q33ZSVW6Y0afLSNPmO0+AZa+P4ZQ2m7Y8LNOeMBFn
gTLw4ibDEn5ecvzYI885F4piuT4P3/5snfwjog5lcQa6KhZlS1XvVxHE4eQ0emRM
CY2AQFDyPyRFpuyK7QvNZTLMAFCk2FkvKFfp0iR6VeFHH2fCcmegSA2o1Jd4T+4u
EQNkAAAZnYgBIjuPsL+Cil9TOPU9pIzCUoTegKbm8djRjdb4LMgVs1ldl+HmusxL
ziyGdVfunKbnhp/GUJzH85MVhX+hED/2rSnmH5Zkuo+R5yaSMHSgtzzojKfJk20v
rBkfYXJzKZoma9gD6VF6Lwkzsw3bhnXEgsxZn8PkChMowUbyr4PmkdD94VK/ugjE
dhB7k5aG9699EnKLvHU343brWRK/ccN2i/oIEugPvcITGddeI5vq5TQQRnS0pKL8
az8yCBE8RTEQDOex61+KA5THDdjhJ5LOdltozr2K7qOakP+W5Rs=
=rchw
-----END PGP SIGNATURE-----
On 15/10/2024 20:30, mehtap özkan wrote:
> Hi All,
> I am having difficulty finding examples for demodulating 8psk
> 16-32-64-256APSK modulated signals. Does anybody know what the settings
> of Constellation Rect. Object for these modulation schemes should be?
>
> Thanks in advance.

Hello Mehtap,

Here is an example of how to set up a DVB-S2 32APSK constellation:

https://github.com/daniestevez/qo100-modem/blob/master/gr-qo100_modem/python/constants.py#L25

Best,
Daniel.

Tuesday, October 15, 2024

Constellation Rect. Object parameters for 8psk 16-32-64-256APSK modulations.

Hi All,
I am having difficulty finding examples for demodulating 8psk 16-32-64-256APSK modulated signals. Does anybody know what the settings of Constellation Rect. Object for these modulation schemes should be?

Thanks in advance.

Monday, October 14, 2024

Re: New install of GNU Radio executes old version

Marcus,

In retrospect that is true.

I didn't take that path because for various reasons in the process I thought
that 3.10 was not available to me in the repository and anyway at the time I
tried an upgrade to bookworm it failed. I think it failed at the time
because of some instability.

So now I have new problems (it never ends). I tried upgrading to bookworm.
On reboot the Pi hangs. Oh well, what's new?

I am going on the Pi forum to see if I can resolve this issue.

Thanks, Chris, for spending all this time with me. I did learn a lot.
Thanks, Marcus, for your comments. I wouldn't still be playing with GNU
Radio if it hadn't been for this forum answering all my stupid questions.

Jim



-----Original Message-----
From: Marcus Müller
Sent: Monday, October 14, 2024 2:52 AM
To: Elmore Family ; discuss-gnuradio@gnu.org
Subject: Re: New install of GNU Radio executes old version

Hi Jim,

so, taking a step back from your problem I'd say you invested far more time
into staying
on Debian 11 (which is "oldstable" by now) than it would have cost you to
upgrade to 12
("stable", bookworm). So, in all honesty, *not* doing any source code
building yourself
and upgrading to Debian bookworm would have probably been the winning move
here :)

Is that an option?

Best regards,
Marcus

On 12.10.24 03:07, Elmore Family wrote:
> Marcus,
>
> My OS is Debian 11, Bullseye. I upgraded to Bullseye in Jan. 2022.
>
> I want to install GNU Radio 3.10+.
>
> The reason why has a long explanation. I have an application in which I
> wish to have a text display window instead of the text appearing in the
> console output.
> I posted this request last year when I began to think about this and
> Volker answered me suggesting I look in to gr-display.
> I went to the github account of the publisher of gr-display and downloaded
> everything. One of the dependencies is version 3.10+ of GNU Radio.
> I performed 'sudo apt-get install gnuradio' in an attempt to install
> 3.10+. I was informed that I already had the latest version (3.9.4).
> Thus, I arrived at the conclusion that the only way I could upgrade was to
> install from source which is what started me on this unfortunate path.
>
> Jim
>
> -----Original Message----- From: Marcus Müller
> Sent: Friday, October 11, 2024 10:48 AM
> To: discuss-gnuradio@gnu.org
> Subject: Re: New install of GNU Radio executes old version
>
> Hi Jim,
>
> sorry for jumping in so late, I've been travelling.
>
> I'm super confused as to *why* you're going through all this. And, yes,
> libuhd4.2.0 is *not* the name of library package.
>
> I've tried skimming the thread, and quite honestly, it's a bit of a
> collection of conflicting approaches, and it feels like that's setting
> you up for a hard time.
>
> Now, let's get this sorted as easily as possible: Just to verify,
> because, again, conflicting things,
>
> 1. what version of GNU Radio do you want to install
>
> 1.1 importantly: and why?
>
> 2. on which version of which OS (`cat /etc/os-release` might be the most
> authorative you can get)
>
> My *suspicion* is that knowing the answer to 1.1 gives me the info I'd
> need to give you a "tried and tested" way forward. Building GNU Radio on
> a Raspberry Pi certainly is *not* a desirable detour, if it can *at all*
> be avoided.
>
> Best,
> Marcus
>
> On 2024-10-11 3:15 PM, Elmore Family wrote:
>> Chris,
>>
>> Here's the latest in this never-ending saga:
>>
>> pi@raspberrypi:~ $ sudo apt-get install --no-install-recommends
>> libuhd4.2.0 libuhd-dev
>> Reading package lists... Done
>> Building dependency tree... Done
>> Reading state information... Done
>> E: Unable to locate package libuhd4.2.0
>> E: Couldn't find any package by glob 'libuhd4.2.0'
>> E: Couldn't find any package by regex 'libuhd4.2.0'
>>
>> Jim
>>
>> -----Original Message----- From: Chris Gorman
>> Sent: Wednesday, October 9, 2024 9:05 PM
>> To: Elmore Family
>> Cc: Volker Schroer ; discuss-gnuradio@gnu.org
>> Subject: Re: New install of GNU Radio executes old version
>>
>> Hi Jim,
>>
>> I've found a cheat sheet on installing on the Pi. It's available at
>> https://www.radiosrs.net/installing_uhd_gnuradio.html . When I
>> originally read it I thought it said you'd need to build libuhd from
>> scratch, but it appears upon closer inspection that there are packages
>> for libuhd. Yay!
>>
>> In short the author suggests,
>>
>> sudo apt-get install --no-install-recommends libuhd4.2.0 libuhd-dev
>>
>> to install UHD on the Pi. If you have patience to try yet another
>> build, try installing those packages and see if it fixes the build
>> error. (As you can see from the error it's happening with a Qt Rfnoc
>> file.) You'll have to ...
>>
>> cd /home/pi/gnuradio
>> rm -rf build
>> mkdir build
>> cd build
>> cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Release
>> -DPYTHON_EXECUTABLE=/usr/bin/python3 ../
>> make -j4
>> sudo make install
>>
>> again, but my hope is with the libuhd4.2.0 and libuhd-dev packages,
>> your error will go away.
>>
>> Don't feel bad if you are tired of builds and want to install your
>> backup instead, I understand this has been a frustrating experience.
>> However, I do hope you get the source build to work.
>>
>> Best regards,
>>
>> Chris
>>
>> On Wed, Oct 9, 2024 at 7:56 PM Elmore Family <wa4ywm@comcast.net> wrote:
>>>
>>> Chris,
>>>
>>> Here is the latest.
>>>
>>> It did seem to complete the install but with the same 2 errors as
>>> before:
>>>
>>> gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/QRfnocF15ColorMapper.cc.o]
>>> Error
>>> > 1
>>> > make[1]: *** [CMakeFiles/Makefile2:7870:
>>> > gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/all] Error 2
>>> > make: *** [Makefile:160: all] Error 2
>>>
>>> Again the only gnuradio-companion file is the one in
>>> /gnuradio/grc/scripts
>>> whose execution results in cannot import gnuradio.
>>>
>>> Something must have been missed somewhere. I can't believe this can be
>>> this
>>> difficult.
>>>
>>> I have my backup of the system from before this began.
>>>
>>> Jim
>>>
>>>
>>> -----Original Message-----
>>> From: Chris Gorman
>>> Sent: Tuesday, October 8, 2024 8:43 PM
>>> To: Elmore Family
>>> Cc: Volker Schroer ; discuss-gnuradio@gnu.org
>>> Subject: Re: New install of GNU Radio executes old version
>>>
>>> Hi Jim,
>>>
>>> I'm guessing on this, but I have had experiences where I explicitly
>>> disable a feature and it fixes a build failure. So, rather than
>>> letting cmake disable gr-uhd and uhd-rfnoc, try forcing cmake's hand
>>> and disable them in the cmake call. So I'd try ...
>>>
>>> cd /home/pi/gnuradio
>>> rm -rf build
>>> mkdir build
>>> cd build
>>> cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Release
>>> -DPYTHON_EXECUTABLE=/usr/bin/python3 -DENABLE_GR_UHD=OFF
>>> -DENABLE_UHD_RFNOC=OFF ../
>>> make -j4
>>> sudo make install
>>>
>>> And wait for a while, especially on a Pi. Hope this helps (and works).
>>>
>>> Chris
>>>
>>>
>>>
>>> Chris
>>>
>>> On Tue, Oct 8, 2024 at 7:36 PM Elmore Family <wa4ywm@comcast.net> wrote:
>>> >
>>> > Chris,
>>> >
>>> > I have attached the build log. The following shows the install
>>> errors. I
>>> > think it all began with the top line.
>>> >
>>> > Jim
>>> >
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc: In member >
>>> function
>>> > 'void gr::qtgui::QRfnocF15ColorMapper::drawScale(std::string, float,
>>> > float,
>>> > float, float)':
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:164:15: error:
>>> > 'GL_TEXTURE_ENV' was not declared in this scope; did you mean
>>> > 'GL_TEXTURE_3D'?
>>> > 164 | glTexEnvf(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE,
>>> GL_REPLACE);
>>> > | ^~~~~~~~~~~~~~
>>> > | GL_TEXTURE_3D
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:164:31: error:
>>> > 'GL_TEXTURE_ENV_MODE' was not declared in this scope; did you mean
>>> > 'GL_TEXTURE_MAX_LOD'?
>>> > 164 | glTexEnvf(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE,
>>> GL_REPLACE);
>>> > | ^~~~~~~~~~~~~~~~~~~
>>> > | GL_TEXTURE_MAX_LOD
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:164:5: error:
>>> > 'glTexEnvf' was not declared in this scope
>>> > 164 | glTexEnvf(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE,
>>> GL_REPLACE);
>>> > | ^~~~~~~~~
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:167:5: error:
>>> > 'glBegin' was not declared in this scope
>>> > 167 | glBegin(GL_QUADS);
>>> > | ^~~~~~~
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:168:5: error:
>>> > 'glTexCoord2f' was not declared in this scope
>>> > 168 | glTexCoord2f(0.0f, 0.0f);
>>> > | ^~~~~~~~~~~~
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:169:5: error:
>>> > 'glVertex2f' was not declared in this scope
>>> > 169 | glVertex2f(x0, y0);
>>> > | ^~~~~~~~~~
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:176:5: error:
>>> > 'glEnd'
>>> > was not declared in this scope
>>> > 176 | glEnd();
>>> > | ^~~~~
>>> > make[2]: *** >
>>> [gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/build.make:1025:
>>> > gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/QRfnocF15ColorMapper.cc.o]
>>> > Error
>>> > 1
>>> > make[1]: *** [CMakeFiles/Makefile2:7870:
>>> > gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/all] Error 2
>>> > make: *** [Makefile:160: all] Error 2
>>> >
>>> >
>>> >
>>> > -----Original Message-----
>>> > From: Chris Gorman
>>> > Sent: Tuesday, October 8, 2024 4:44 PM
>>> > To: Elmore Family
>>> > Cc: Volker Schroer ; discuss-gnuradio@gnu.org
>>> > Subject: Re: New install of GNU Radio executes old version
>>> >
>>> > Hi Jim,
>>> >
>>> > The --DPYTHON_EXECUATBLE=/usr with the extra switch is a typo on my
>>> > part, it should be -DPYTHON_EXECUTABLE=/usr . Sorry. You should get
>>> > an error from cmake with the second switch.
>>> >
>>> > Can you send the error and log file and I'll have a look.
>>> >
>>> > Hoping your nightmare ends soon. :)
>>> >
>>> > Chris
>>> >
>>> > On Tue, Oct 8, 2024 at 4:28 PM Elmore Family <wa4ywm@comcast.net>
>>> wrote:
>>> > >
>>> > > Chris, et al,
>>> > >
>>> > > The install failed with 2 errors at qtgui.
>>> > >
>>> > > This is a nightmare.
>>> > >
>>> > > Jim
>>> > >
>>> > > -----Original Message-----
>>> > > From: Chris Gorman
>>> > > Sent: Tuesday, October 8, 2024 8:08 AM
>>> > > To: Volker Schroer
>>> > > Cc: discuss-gnuradio@gnu.org
>>> > > Subject: Re: New install of GNU Radio executes old version
>>> > >
>>> > > Hi Jim,
>>> > >
>>> > > Your call on what to do about this. If it were me, I'd probably try
>>> > > what Volker is suggesting and use the prebuilt binary. That
>>> said, if
>>> > > you want to try to get gnuradio built on your pi, I'll try to help.
>>> > > Unfortunately, I'm kind of confused about your results. You should
>>> > > have more than just python-support and libad9361 if all the
>>> > > dependencies were installed.
>>> > >
>>> > > If you want to continue. Run the following and attach the build.log
>>> > > file produced to your next email. (It's the build command
>>> followed by
>>> > > stdio and stderr redirection to a file.)
>>> > >
>>> > > cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Release
>>> > > --DPYTHON_EXECUTABLE=/usr/bin/python3 ../ > build.log 2>&1
>>> > >
>>> > > I'll take a look at the results and compare to what I'm getting
>>> on my
>>> > > x86 machine.
>>> > >
>>> > > All the best,
>>> > >
>>> > > Chris
>>> > >
>>> > > On Tue, Oct 8, 2024 at 5:20 AM Volker Schroer <dl1ksv@gmx.de> wrote:
>>> > > >
>>> > > > https://wiki.gnuradio.org/index.php?title=InstallingGR
>>> > > > says:
>>> > > > For Raspberry Pi OS64-bit ≥2021-10-30 the actual version of
>>> gnuradio
>>> > > > is
>>> > > > v3.10.5.1.
>>> > > >
>>> > > > Why can't you use this?
>>> > > > > Chris,
>>> > > > >
>>> > > > > I did what you suggested.
>>> > > > >
>>> > > > > I then ran cmake as before. The result was the same except
>>> that > > > > the
>>> > > > > following were added to the gnuradio enabled components:
>>> > > > >
>>> > > > > python-support
>>> > > > > libad9361
>>> > > > >
>>> > > > > I'm considering giving up on this. I'm consuming a lot of
>>> your > > > > time
>>> > > > > and
>>> > > > > this is a personal project only. I really appreciate the
>>> effort > > > > you
>>> > > > > have
>>> > > > > put into this.
>>> > > > >
>>> > > > > I wanted to upgrade in order to add a component to my project
>>> that
>>> > > > > requires 3.10.
>>> > > > >
>>> > > > > I wouldn't be upset if you want to pull the plug on this.
>>> > > > >
>>> > > > > Jim
>>> > > > >
>>> > > > > -----Original Message----- From: Chris Gorman
>>> > > > > Sent: Monday, October 7, 2024 9:22 AM
>>> > > > > To: Barry Jackson
>>> > > > > Cc: discuss-gnuradio@gnu.org
>>> > > > > Subject: Re: New install of GNU Radio executes old version
>>> > > > >
>>> > > > > Hello Jim,
>>> > > > >
>>> > > > > As Barry said you're missing lots of devel packages. I
>>> assume > > > > based
>>> > > > > on your python version that you're using Raspbian Bullseye as
>>> your
>>> > > > > OS.
>>> > > > > If that's the case, there is a list of packages that you'll
>>> need > > > > to
>>> > > > > install to build gnuradio. I would try the list of packages
>>> > > > > recommended on
>>> > > > > https://wiki.gnuradio.org/index.php?title=UbuntuInstall
>>> > > > > .
>>> > > > >
>>> > > > > Basically,
>>> > > > >
>>> > > > > sudo apt install git cmake g++ libboost-all-dev libgmp-dev
>>> > > > > python3-numpy
>>> > > > > \
>>> > > > > python3-mako python3-sphinx python3-lxml doxygen libfftw3-dev \
>>> > > > > libsdl1.2-dev libgsl-dev libqwt-qt5-dev libqt5opengl5-dev
>>> > > > > python3-pyqt5
>>> > > > > \
>>> > > > > liblog4cpp5-dev libzmq3-dev python3-yaml python3-click
>>> > > > > python3-click-
>>> > > > > plugins \
>>> > > > > python3-zmq python3-scipy python3-gi python3-gi-cairo > > > >
>>> gir1.2-gtk-3.0
>>> > > > > \
>>> > > > > libcodec2-dev libgsm1-dev libusb-1.0-0 libusb-1.0-0-dev > > >
>>> > libudev-dev
>>> > > > > python3-setuptools
>>> > > > >
>>> > > > > sudo apt install pybind11-dev python3-matplotlib
>>> libsndfile1-dev \
>>> > > > > libsoapysdr-dev soapysdr-tools python3-pygccxml
>>> python3-pyqtgraph
>>> > > > >
>>> > > > > and
>>> > > > >
>>> > > > > sudo apt install libiio-dev libad9361-dev libspdlog-dev
>>> > > > > python3-packaging python3-jsonschema python3-qtpy
>>> > > > >
>>> > > > > Once you get those installed, you'll need to rebuild gnuradio.
>>> > > > > You're
>>> > > > > looking for a list of gnuradio enabled components after running
>>> > > > > cmake
>>> > > > > similar to the one I sent you.
>>> > > > >
>>> > > > > Hope this helps.
>>> > > > >
>>> > > > > Chris
>>> > > > >
>>> > > > > On Mon, Oct 7, 2024 at 4:21 AM Barry Jackson
>>> <zen25000@zen.co.uk>
>>> > > > > wrote:
>>> > > > >>
>>> > > > >> On 07/10/2024 01:11, Elmore Family wrote:
>>> > > > >> > Chris,
>>> > > > >> >
>>> > > > >> > Here is what I have after cmake:
>>> > > > >> >
>>> > > > >> > -- ######################################################
>>> > > > >> > -- # Gnuradio enabled components
>>> > > > >> > -- ######################################################
>>> > > > >> > -- * testing-support
>>> > > > >> > -- * post-install
>>> > > > >> > -- * doxygen
>>> > > > >> > -- * man-pages
>>> > > > >>
>>> > > > >> You are missing lots of -devel packages for all those disabled
>>> > > > >> missing
>>> > > > >> components.
>>> > > > >>
>>> > > > >> As a guide look at the BuildRequires in our (Mageia) > > >
>>> >> gnuradio.spec
>>> > > > >> they
>>> > > > >> start at line 75:
>>> > > > >>
>>> > > > >>
>>> http://svnweb.mageia.org/packages/cauldron/gnuradio/current/SPECS/
>>> > > > >> gnuradio.spec?revision=2102453&view=markup
>>> > > > >>
>>> > > > >>
>>> > > > >>
>>> > > > >>
>>> > > > >>
>>> > > > >>
>>> > > > >
>>> > > > >
>>> > > >
>>> > > >
>>> > >
>>> > >
>>> > > --
>>> > > This email has been checked for viruses by AVG antivirus software.
>>> > > www.avg.com
>>> > >
>>>
>>
>>

Sunday, October 13, 2024

Re: New install of GNU Radio executes old version

Hi Jim,

so, taking a step back from your problem I'd say you invested far more time into staying
on Debian 11 (which is "oldstable" by now) than it would have cost you to upgrade to 12
("stable", bookworm). So, in all honesty, *not* doing any source code building yourself
and upgrading to Debian bookworm would have probably been the winning move here :)

Is that an option?

Best regards,
Marcus

On 12.10.24 03:07, Elmore Family wrote:
> Marcus,
>
> My OS is Debian 11, Bullseye. I upgraded to Bullseye in Jan. 2022.
>
> I want to install GNU Radio 3.10+.
>
> The reason why has a long explanation. I have an application in which I wish to have a
> text display window instead of the text appearing in the console output.
> I posted this request last year when I began to think about this and Volker answered me
> suggesting I look in to gr-display.
> I went to the github account of the publisher of gr-display and downloaded everything. One
> of the dependencies is version 3.10+ of GNU Radio.
> I performed 'sudo apt-get install gnuradio' in an attempt to install 3.10+. I was informed
> that I already had the latest version (3.9.4).
> Thus, I arrived at the conclusion that the only way I could upgrade was to install from
> source which is what started me on this unfortunate path.
>
> Jim
>
> -----Original Message----- From: Marcus Müller
> Sent: Friday, October 11, 2024 10:48 AM
> To: discuss-gnuradio@gnu.org
> Subject: Re: New install of GNU Radio executes old version
>
> Hi Jim,
>
> sorry for jumping in so late, I've been travelling.
>
> I'm super confused as to *why* you're going through all this. And, yes,
> libuhd4.2.0 is *not* the name of library package.
>
> I've tried skimming the thread, and quite honestly, it's a bit of a
> collection of conflicting approaches, and it feels like that's setting
> you up for a hard time.
>
> Now, let's get this sorted as easily as possible: Just to verify,
> because, again, conflicting things,
>
> 1. what version of GNU Radio do you want to install
>
> 1.1 importantly: and why?
>
> 2. on which version of which OS (`cat /etc/os-release` might be the most
> authorative you can get)
>
> My *suspicion* is that knowing the answer to 1.1 gives me the info I'd
> need to give you a "tried and tested" way forward. Building GNU Radio on
> a Raspberry Pi certainly is *not* a desirable detour, if it can *at all*
> be avoided.
>
> Best,
> Marcus
>
> On 2024-10-11 3:15 PM, Elmore Family wrote:
>> Chris,
>>
>> Here's the latest in this never-ending saga:
>>
>> pi@raspberrypi:~ $ sudo apt-get install --no-install-recommends libuhd4.2.0 libuhd-dev
>> Reading package lists... Done
>> Building dependency tree... Done
>> Reading state information... Done
>> E: Unable to locate package libuhd4.2.0
>> E: Couldn't find any package by glob 'libuhd4.2.0'
>> E: Couldn't find any package by regex 'libuhd4.2.0'
>>
>> Jim
>>
>> -----Original Message----- From: Chris Gorman
>> Sent: Wednesday, October 9, 2024 9:05 PM
>> To: Elmore Family
>> Cc: Volker Schroer ; discuss-gnuradio@gnu.org
>> Subject: Re: New install of GNU Radio executes old version
>>
>> Hi Jim,
>>
>> I've found a cheat sheet on installing on the Pi.  It's available at
>> https://www.radiosrs.net/installing_uhd_gnuradio.html .  When I
>> originally read it I thought it said you'd need to build libuhd from
>> scratch, but it appears upon closer inspection that there are packages
>> for libuhd.  Yay!
>>
>> In short the author suggests,
>>
>> sudo apt-get install --no-install-recommends libuhd4.2.0 libuhd-dev
>>
>> to install UHD on the Pi.  If you have patience to try yet another
>> build, try installing those packages and see if it fixes the build
>> error.  (As you can see from the error it's happening with a Qt Rfnoc
>> file.)  You'll have to ...
>>
>> cd /home/pi/gnuradio
>> rm -rf build
>> mkdir build
>> cd build
>> cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Release
>> -DPYTHON_EXECUTABLE=/usr/bin/python3  ../
>> make -j4
>> sudo make install
>>
>> again, but my hope is with the libuhd4.2.0 and libuhd-dev packages,
>> your error will go away.
>>
>> Don't feel bad if you are tired of builds and want to install your
>> backup instead, I understand this has been a frustrating experience.
>> However, I do hope you get the source build to work.
>>
>> Best regards,
>>
>> Chris
>>
>> On Wed, Oct 9, 2024 at 7:56 PM Elmore Family <wa4ywm@comcast.net> wrote:
>>>
>>> Chris,
>>>
>>> Here is the latest.
>>>
>>> It did seem to complete the install but with the same 2 errors as before:
>>>
>>> gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/QRfnocF15ColorMapper.cc.o] Error
>>> > 1
>>> > make[1]: *** [CMakeFiles/Makefile2:7870:
>>> > gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/all] Error 2
>>> > make: *** [Makefile:160: all] Error 2
>>>
>>> Again the only gnuradio-companion file is the one in /gnuradio/grc/scripts
>>> whose execution results in cannot import gnuradio.
>>>
>>> Something must have been missed somewhere. I can't believe this can be this
>>> difficult.
>>>
>>> I have my backup of the system from before this began.
>>>
>>> Jim
>>>
>>>
>>> -----Original Message-----
>>> From: Chris Gorman
>>> Sent: Tuesday, October 8, 2024 8:43 PM
>>> To: Elmore Family
>>> Cc: Volker Schroer ; discuss-gnuradio@gnu.org
>>> Subject: Re: New install of GNU Radio executes old version
>>>
>>> Hi Jim,
>>>
>>> I'm guessing on this, but I have had experiences where I explicitly
>>> disable a feature and it fixes a build failure.  So, rather than
>>> letting cmake disable gr-uhd and uhd-rfnoc, try forcing cmake's hand
>>> and disable them in the cmake call.  So I'd try ...
>>>
>>> cd /home/pi/gnuradio
>>> rm -rf build
>>> mkdir build
>>> cd build
>>> cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Release
>>> -DPYTHON_EXECUTABLE=/usr/bin/python3 -DENABLE_GR_UHD=OFF
>>> -DENABLE_UHD_RFNOC=OFF ../
>>> make -j4
>>> sudo make install
>>>
>>> And wait for a while, especially on a Pi.  Hope this helps (and works).
>>>
>>> Chris
>>>
>>>
>>>
>>> Chris
>>>
>>> On Tue, Oct 8, 2024 at 7:36 PM Elmore Family <wa4ywm@comcast.net> wrote:
>>> >
>>> > Chris,
>>> >
>>> > I have attached the build log. The following shows the install
>>> errors. I
>>> > think it all began with the top line.
>>> >
>>> > Jim
>>> >
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc: In member >
>>> function
>>> > 'void gr::qtgui::QRfnocF15ColorMapper::drawScale(std::string, float,
>>> > float,
>>> > float, float)':
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:164:15: error:
>>> > 'GL_TEXTURE_ENV' was not declared in this scope; did you mean
>>> > 'GL_TEXTURE_3D'?
>>> >   164 |     glTexEnvf(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE,
>>> GL_REPLACE);
>>> >       |               ^~~~~~~~~~~~~~
>>> >       |               GL_TEXTURE_3D
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:164:31: error:
>>> > 'GL_TEXTURE_ENV_MODE' was not declared in this scope; did you mean
>>> > 'GL_TEXTURE_MAX_LOD'?
>>> >   164 |     glTexEnvf(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE,
>>> GL_REPLACE);
>>> >       |                               ^~~~~~~~~~~~~~~~~~~
>>> >       |                               GL_TEXTURE_MAX_LOD
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:164:5: error:
>>> > 'glTexEnvf' was not declared in this scope
>>> >   164 |     glTexEnvf(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE,
>>> GL_REPLACE);
>>> >       |     ^~~~~~~~~
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:167:5: error:
>>> > 'glBegin' was not declared in this scope
>>> >   167 |     glBegin(GL_QUADS);
>>> >       |     ^~~~~~~
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:168:5: error:
>>> > 'glTexCoord2f' was not declared in this scope
>>> >   168 |     glTexCoord2f(0.0f, 0.0f);
>>> >       |     ^~~~~~~~~~~~
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:169:5: error:
>>> > 'glVertex2f' was not declared in this scope
>>> >   169 |     glVertex2f(x0, y0);
>>> >       |     ^~~~~~~~~~
>>> > /home/pi/gnuradio/gr-qtgui/lib/QRfnocF15ColorMapper.cc:176:5: error:
>>> > 'glEnd'
>>> > was not declared in this scope
>>> >   176 |     glEnd();
>>> >       |     ^~~~~
>>> > make[2]: *** >
>>> [gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/build.make:1025:
>>> > gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/QRfnocF15ColorMapper.cc.o]
>>> > Error
>>> > 1
>>> > make[1]: *** [CMakeFiles/Makefile2:7870:
>>> > gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/all] Error 2
>>> > make: *** [Makefile:160: all] Error 2
>>> >
>>> >
>>> >
>>> > -----Original Message-----
>>> > From: Chris Gorman
>>> > Sent: Tuesday, October 8, 2024 4:44 PM
>>> > To: Elmore Family
>>> > Cc: Volker Schroer ; discuss-gnuradio@gnu.org
>>> > Subject: Re: New install of GNU Radio executes old version
>>> >
>>> > Hi Jim,
>>> >
>>> > The --DPYTHON_EXECUATBLE=/usr with the extra switch is a typo on my
>>> > part, it should be -DPYTHON_EXECUTABLE=/usr .  Sorry.  You should get
>>> > an error from cmake with the second switch.
>>> >
>>> > Can you send the error and log file and I'll have a look.
>>> >
>>> > Hoping your nightmare ends soon. :)
>>> >
>>> > Chris
>>> >
>>> > On Tue, Oct 8, 2024 at 4:28 PM Elmore Family <wa4ywm@comcast.net>
>>> wrote:
>>> > >
>>> > > Chris, et al,
>>> > >
>>> > > The install failed with 2 errors at qtgui.
>>> > >
>>> > > This is a nightmare.
>>> > >
>>> > > Jim
>>> > >
>>> > > -----Original Message-----
>>> > > From: Chris Gorman
>>> > > Sent: Tuesday, October 8, 2024 8:08 AM
>>> > > To: Volker Schroer
>>> > > Cc: discuss-gnuradio@gnu.org
>>> > > Subject: Re: New install of GNU Radio executes old version
>>> > >
>>> > > Hi Jim,
>>> > >
>>> > > Your call on what to do about this.  If it were me, I'd probably try
>>> > > what Volker is suggesting and use the prebuilt binary.  That
>>> said, if
>>> > > you want to try to get gnuradio built on your pi, I'll try to help.
>>> > > Unfortunately, I'm kind of confused about your results.  You should
>>> > > have more than just python-support and libad9361 if all the
>>> > > dependencies were installed.
>>> > >
>>> > > If you want to continue.  Run the following and attach the build.log
>>> > > file produced to your next email.  (It's the build command
>>> followed by
>>> > > stdio and stderr redirection to a file.)
>>> > >
>>> > > cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Release
>>> > > --DPYTHON_EXECUTABLE=/usr/bin/python3 ../ > build.log 2>&1
>>> > >
>>> > > I'll take a look at the results and compare to what I'm getting
>>> on my
>>> > > x86 machine.
>>> > >
>>> > > All the best,
>>> > >
>>> > > Chris
>>> > >
>>> > > On Tue, Oct 8, 2024 at 5:20 AM Volker Schroer <dl1ksv@gmx.de> wrote:
>>> > > >
>>> > > > https://wiki.gnuradio.org/index.php?title=InstallingGR
>>> > > > says:
>>> > > > For Raspberry Pi OS64-bit ≥2021-10-30 the actual version of
>>> gnuradio
>>> > > > is
>>> > > > v3.10.5.1.
>>> > > >
>>> > > > Why can't you use this?
>>> > > > > Chris,
>>> > > > >
>>> > > > > I did what you suggested.
>>> > > > >
>>> > > > > I then ran cmake as before. The result was the same except
>>> that > > > > the
>>> > > > > following were added to the gnuradio enabled components:
>>> > > > >
>>> > > > > python-support
>>> > > > > libad9361
>>> > > > >
>>> > > > > I'm considering giving up on this. I'm consuming a lot of
>>> your > > > > time
>>> > > > > and
>>> > > > > this is a personal project only. I really appreciate the
>>> effort > > > > you
>>> > > > > have
>>> > > > > put into this.
>>> > > > >
>>> > > > > I wanted to upgrade in order to add a component to my project
>>> that
>>> > > > > requires 3.10.
>>> > > > >
>>> > > > > I wouldn't be upset if you want to pull the plug on this.
>>> > > > >
>>> > > > > Jim
>>> > > > >
>>> > > > > -----Original Message----- From: Chris Gorman
>>> > > > > Sent: Monday, October 7, 2024 9:22 AM
>>> > > > > To: Barry Jackson
>>> > > > > Cc: discuss-gnuradio@gnu.org
>>> > > > > Subject: Re: New install of GNU Radio executes old version
>>> > > > >
>>> > > > > Hello Jim,
>>> > > > >
>>> > > > > As Barry said you're missing lots of devel packages.  I
>>> assume > > > > based
>>> > > > > on your python version that you're using Raspbian Bullseye as
>>> your
>>> > > > > OS.
>>> > > > > If that's the case, there is a list of packages that you'll
>>> need > > > > to
>>> > > > > install to build gnuradio.  I would try the list of packages
>>> > > > > recommended on
>>> > > > > https://wiki.gnuradio.org/index.php?title=UbuntuInstall
>>> > > > > .
>>> > > > >
>>> > > > > Basically,
>>> > > > >
>>> > > > > sudo apt install git cmake g++ libboost-all-dev libgmp-dev
>>> > > > > python3-numpy
>>> > > > > \
>>> > > > > python3-mako python3-sphinx python3-lxml doxygen libfftw3-dev \
>>> > > > > libsdl1.2-dev libgsl-dev libqwt-qt5-dev libqt5opengl5-dev
>>> > > > > python3-pyqt5
>>> > > > > \
>>> > > > > liblog4cpp5-dev libzmq3-dev python3-yaml python3-click
>>> > > > > python3-click-
>>> > > > > plugins \
>>> > > > > python3-zmq python3-scipy python3-gi python3-gi-cairo > > > >
>>> gir1.2-gtk-3.0
>>> > > > > \
>>> > > > > libcodec2-dev libgsm1-dev libusb-1.0-0 libusb-1.0-0-dev > > >
>>> > libudev-dev
>>> > > > > python3-setuptools
>>> > > > >
>>> > > > > sudo apt install pybind11-dev python3-matplotlib
>>> libsndfile1-dev \
>>> > > > > libsoapysdr-dev soapysdr-tools python3-pygccxml
>>> python3-pyqtgraph
>>> > > > >
>>> > > > > and
>>> > > > >
>>> > > > > sudo apt install libiio-dev libad9361-dev libspdlog-dev
>>> > > > > python3-packaging python3-jsonschema python3-qtpy
>>> > > > >
>>> > > > > Once you get those installed, you'll need to rebuild gnuradio.
>>> > > > > You're
>>> > > > > looking for a list of gnuradio enabled components after running
>>> > > > > cmake
>>> > > > > similar to the one I sent you.
>>> > > > >
>>> > > > > Hope this helps.
>>> > > > >
>>> > > > > Chris
>>> > > > >
>>> > > > > On Mon, Oct 7, 2024 at 4:21 AM Barry Jackson
>>> <zen25000@zen.co.uk>
>>> > > > > wrote:
>>> > > > >>
>>> > > > >> On 07/10/2024 01:11, Elmore Family wrote:
>>> > > > >> > Chris,
>>> > > > >> >
>>> > > > >> > Here is what I have after cmake:
>>> > > > >> >
>>> > > > >> > -- ######################################################
>>> > > > >> > -- # Gnuradio enabled components
>>> > > > >> > -- ######################################################
>>> > > > >> > --   * testing-support
>>> > > > >> > --   * post-install
>>> > > > >> > --   * doxygen
>>> > > > >> > --   * man-pages
>>> > > > >>
>>> > > > >> You are missing lots of -devel packages for all those disabled
>>> > > > >> missing
>>> > > > >> components.
>>> > > > >>
>>> > > > >> As a guide look at the BuildRequires in our (Mageia) > > >
>>> >> gnuradio.spec
>>> > > > >> they
>>> > > > >> start at line 75:
>>> > > > >>
>>> > > > >>
>>> http://svnweb.mageia.org/packages/cauldron/gnuradio/current/SPECS/
>>> > > > >> gnuradio.spec?revision=2102453&view=markup
>>> > > > >>
>>> > > > >>
>>> > > > >>
>>> > > > >>
>>> > > > >>
>>> > > > >>
>>> > > > >
>>> > > > >
>>> > > >
>>> > > >
>>> > >
>>> > >
>>> > > --
>>> > > This email has been checked for viruses by AVG antivirus software.
>>> > > www.avg.com
>>> > >
>>>
>>
>>

Re: Getting constellation size as a variable

One can obtain the number of constellation points by using the syntax: constellation.arity() 
Replace "constellation" with the ID of the constellation object. This will return 'M' representing the number of distinct symbols 2^n.


From: discuss-gnuradio-bounces+jtjones49=tntech.edu@gnu.org <discuss-gnuradio-bounces+jtjones49=tntech.edu@gnu.org> on behalf of Austen, Jeffrey <JAusten@tntech.edu>
Sent: Sunday, October 13, 2024 11:24:47 AM
To: discuss-gnuradio@gnu.org <discuss-gnuradio@gnu.org>
Subject: Getting constellation size as a variable
 
When using the Constellation Object block in Gnu Radio Companion how can
one obtain the size of the constellation, M, or the number of bits per
symbol? This value is needed so other blocks, e.g. Pack k Bits, can be
adjusted accordingly when the constellation size is changed.

A simple example would be "Random Source" producing a binary output,
followed by "Pack k Bits" to create symbols, then "Constellation
Encoder" to convert the symbols to complex-envelope symbol values.
Currently when the constellation size is changed it is necessary to also
change an additional variable, the number of bits per symbol (which is
needed by the Pack k Bits block). I'd like to be able to get this value
from the constellation object.