send 2 key/values with ZMQ PUB sink

[Paul Atreides]

i'm passing downstream data to an external application (JAERO) which can
decode audio data from a ZMQ socket.
JAERO's ZMQ SUB receives demod data as 3 separate messages:
-TOPIC
-SAMP RATE
-DATA
I'm using GNURadio 3.9 so I can pass the TOPIC no problem, but passing the
sample rate as a separate message right after the topic has proven to be a
challenge.

Currently, i've written a ZMQ PUB Sink in a Python embedded block that
sends the zmq messages in the 3 message format above, it's a bit hacky but
It's working. I'm looking for a better way to do this that uses the
in-built GNURadio mechanisms to emit a custom key/value on the same
interval as the topic and data.

Is there a way to send a second key/value pair with each TOPIC and DATA
message that's sent?

For reference, this is the downstream ZMQ interface
https://github.com/jontio/JAERO/blob/3d92aea9362e0565bc6bc5300391a8bbbecf93ed/JAERO/zmq_audioreceiver.cpp#L37-L88

Difficulty in compiling gnuradio from git on opensuse 15.3

[li...@lazygranch.com]

I just upgraded my Opensuse from 15.2 to rev 15.3. I compiled 
gnuradio 3.9 maintenance release
using the instructions from
https://wiki.gnuradio.org/index.php/InstallingGR#From_Source

Results:
--
building release 3.9.0.0
100% tests passed, 0 tests failed out of 252

Total Test time (real) = 149.09 sec
---

When I try to compile the current release I get this error:
---
[  3%] Building CXX object 
gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/constants.cc.o
In file included from /usr/include/boost/dll/runtime_symbol_info.hpp:11:0,
 from 
/usr/local/src/gnuradio/build/gnuradio-runtime/lib/constants.cc:16:
/usr/include/boost/dll/config.hpp:42:10: fatal error: filesystem: No such file 
or directory
 #include 
  ^~~~
compilation terminated.
make[2]: *** 
[gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/build.make:100: 
gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/constants.cc.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:2336: 
gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/all] Error 2
make: *** [Makefile:158: all] Error 2
-
I am using this command line for cmake in both cases:
cmake -DCMAKE_C_COMPILER=gcc-11 -DCMAKE_BUILD_TYPE=Release 
-DPYTHON_EXECUTABLE=/usr/bin/python3 ../

Re: Difficulty in compiling gnuradio from git on opensuse 15.3

[Jeff Long]

Check to see whether the boost filesystem package is installed. Not
familiar with packaging for that distro - looks like it would be
"libboost_filesystem1_75_0-devel".

On Tue, Jan 18, 2022 at 4:36 AM li...@lazygranch.com 
wrote:

> I just upgraded my Opensuse from 15.2 to rev 15.3. I compiled
> gnuradio 3.9 maintenance release
> using the instructions from
> https://wiki.gnuradio.org/index.php/InstallingGR#From_Source
>
> Results:
> --
> building release 3.9.0.0
> 100% tests passed, 0 tests failed out of 252
>
> Total Test time (real) = 149.09 sec
> ---
>
> When I try to compile the current release I get this error:
> ---
> [  3%] Building CXX object
> gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/constants.cc.o
> In file included from /usr/include/boost/dll/runtime_symbol_info.hpp:11:0,
>  from
> /usr/local/src/gnuradio/build/gnuradio-runtime/lib/constants.cc:16:
> /usr/include/boost/dll/config.hpp:42:10: fatal error: filesystem: No such
> file or directory
>  #include 
>   ^~~~
> compilation terminated.
> make[2]: ***
> [gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/build.make:100:
> gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/constants.cc.o] Error 1
> make[1]: *** [CMakeFiles/Makefile2:2336:
> gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/all] Error 2
> make: *** [Makefile:158: all] Error 2
> -
> I am using this command line for cmake in both cases:
> cmake -DCMAKE_C_COMPILER=gcc-11 -DCMAKE_BUILD_TYPE=Release
> -DPYTHON_EXECUTABLE=/usr/bin/python3 ../
>
>
>
>

Re: send 2 key/values with ZMQ PUB sink

[Jeff Long]

No, the current code will only add the key (topic) to each message.

Tags are passed through ZMQ, so you could inject tags (this might require a
custom block) periodically and receive them in JAERO. You probably don't
want them in every message anyway. This means that the receiver will need
to wait until the next time the tags are sent, though. If you can work this
out, it's cleaner.

On Tue, Jan 18, 2022 at 4:03 AM Paul Atreides 
wrote:

> i'm passing downstream data to an external application (JAERO) which can
> decode audio data from a ZMQ socket.
> JAERO's ZMQ SUB receives demod data as 3 separate messages:
> -TOPIC
> -SAMP RATE
> -DATA
> I'm using GNURadio 3.9 so I can pass the TOPIC no problem, but passing the
> sample rate as a separate message right after the topic has proven to be a
> challenge.
>
> Currently, i've written a ZMQ PUB Sink in a Python embedded block that
> sends the zmq messages in the 3 message format above, it's a bit hacky but
> It's working. I'm looking for a better way to do this that uses the
> in-built GNURadio mechanisms to emit a custom key/value on the same
> interval as the topic and data.
>
> Is there a way to send a second key/value pair with each TOPIC and DATA
> message that's sent?
>
> For reference, this is the downstream ZMQ interface
>
> https://github.com/jontio/JAERO/blob/3d92aea9362e0565bc6bc5300391a8bbbecf93ed/JAERO/zmq_audioreceiver.cpp#L37-L88
>

Re: Difficulty in compiling gnuradio from git on opensuse 15.3

[Wojciech Kazubski]

> I just upgraded my Opensuse from 15.2 to rev 15.3. I compiled
> gnuradio 3.9 maintenance release
> using the instructions from
> https://wiki.gnuradio.org/index.php/InstallingGR#From_Source
> 
> Results:
> --
> building release 3.9.0.0
> 100% tests passed, 0 tests failed out of 252
> 
> Total Test time (real) = 149.09 sec
> ---
> 
> When I try to compile the current release I get this error:
> ---
> [  3%] Building CXX object
> gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/constants.cc.o In file
> included from /usr/include/boost/dll/runtime_symbol_info.hpp:11:0, from
> /usr/local/src/gnuradio/build/gnuradio-runtime/lib/constants.cc:16:
> /usr/include/boost/dll/config.hpp:42:10: fatal error: filesystem: No such
> file or directory #include 
>   ^~~~
> compilation terminated.
> make[2]: ***
> [gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/build.make:100:
> gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/constants.cc.o] Error
> 1 make[1]: *** [CMakeFiles/Makefile2:2336:
> gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/all] Error 2 make: ***
> [Makefile:158: all] Error 2
> -
> I am using this command line for cmake in both cases:
> cmake -DCMAKE_C_COMPILER=gcc-11 -DCMAKE_BUILD_TYPE=Release
> -DPYTHON_EXECUTABLE=/usr/bin/python3 ../

I have last release of GNU Radio 3.9.5 package on my openSUSE Build Service 
project at:
https://build.opensuse.org/package/show/home:wkazubski:test:science/gnuradio39
You can see the specfile to build your own package from git snapshot or 
install binaries from:
https://build.opensuse.org/package/binaries/home:wkazubski:test:science/
gnuradio39/openSUSE_Leap_15.3

There is a repository hardware:sdr on OBS with more packages related to GNU 
Radio (currently 3.8.5 is there).

--
Wojciech Kazubski

Error No module named 'TheNameOfMyModule' in GRC

[Michelle]

hello,

I created an OOT module, added a block and made the block available in 
GRC. Then I installed the module and called ldconfig (as I'm in ubuntu).
My block appears in GRC but when I insert the block in a graph and 
execute that graph I get an error *No module named 'TheNameOfMyModule'. *


Please can you enlighten me on how to fix this issue? I followed the 
instructions of the wiki 
https://wiki.gnuradio.org/index.php/OutOfTreeModules


Thank you.

Re: Error No module named 'TheNameOfMyModule' in GRC

[Ivan Iudice]

Try to run ldconfig after male install your OOT module.

Ivan

> Il giorno 18 gen 2022, alle ore 13:16, Michelle  ha 
> scritto:
> 
> 
> hello,
> 
> I created an OOT module, added a block and made the block available in GRC. 
> Then I installed the module and called ldconfig (as I'm in ubuntu).
> My block appears in GRC but when I insert the block in a graph and execute 
> that graph I get an error  No module named 'TheNameOfMyModule'. 
> 
> Please can you enlighten me on how to fix this issue? I followed the 
> instructions of the wiki https://wiki.gnuradio.org/index.php/OutOfTreeModules
> 
> Thank you.

Re: Error No module named 'TheNameOfMyModule' in GRC

[Michelle]

Hi Ivan,

thank you for your answer, I had already done it but the error still 
appears.


On 2022-01-18 7:22 a.m., Ivan Iudice wrote:

Try to run ldconfig after male install your OOT module.

Ivan

Il giorno 18 gen 2022, alle ore 13:16, Michelle 
 ha scritto:




hello,

I created an OOT module, added a block and made the block available 
in GRC. Then I installed the module and called ldconfig (as I'm in 
ubuntu).
My block appears in GRC but when I insert the block in a graph and 
execute that graph I get an error *No module named 'TheNameOfMyModule'. *


Please can you enlighten me on how to fix this issue? I followed the 
instructions of the wiki 
https://wiki.gnuradio.org/index.php/OutOfTreeModules


Thank you.

Re: Error No module named 'TheNameOfMyModule' in GRC

[Ivan Iudice]

What’s your distribution?

Ivan

> Il giorno 18 gen 2022, alle ore 13:28, Michelle  ha 
> scritto:
> 
> 
> Hi Ivan,
> 
> thank you for your answer, I had already done it but the error still appears.
> 
> On 2022-01-18 7:22 a.m., Ivan Iudice wrote:
>> Try to run ldconfig after male install your OOT module.
>> 
>> Ivan
>> 
>>> Il giorno 18 gen 2022, alle ore 13:16, Michelle  
>>> ha scritto:
>>> 
>>> 
>>> hello,
>>> 
>>> I created an OOT module, added a block and made the block available in GRC. 
>>> Then I installed the module and called ldconfig (as I'm in ubuntu).
>>> My block appears in GRC but when I insert the block in a graph and execute 
>>> that graph I get an error  No module named 'TheNameOfMyModule'. 
>>> 
>>> Please can you enlighten me on how to fix this issue? I followed the 
>>> instructions of the wiki 
>>> https://wiki.gnuradio.org/index.php/OutOfTreeModules
>>> 
>>> Thank you.

Re: send 2 key/values with ZMQ PUB sink

[Paul Atreides]

Thanks Jeff
I was actually going down the tags road already. 
Since JAERO doesn’t use GNURadio, if I am going to modify JAERO to read tags, 
I’d like to do it in the cleanest way possible so I can have a simple 
feature/pull request and not require GNURadio as a dependency. 
That being said, can you tell me how to parse GNURadio tags out of a raw ZMQ 
stream? I was reading the docs and trying to do that yesterday and it’s really 
hard without the convenience of “get_tags_in_window”. 
I went through all the examples, but obviously they don’t focus on how to 
extract tags on the other side of a ZMQ socket. I may have missed something but 
it didn’t seem simple once you’re outside of GNURadio. 

Thx




> On Jan 18, 2022, at 06:06, Jeff Long  wrote:
> 
> 
> No, the current code will only add the key (topic) to each message.
> 
> Tags are passed through ZMQ, so you could inject tags (this might require a 
> custom block) periodically and receive them in JAERO. You probably don't want 
> them in every message anyway. This means that the receiver will need to wait 
> until the next time the tags are sent, though. If you can work this out, it's 
> cleaner.
> 
>> On Tue, Jan 18, 2022 at 4:03 AM Paul Atreides  wrote:
>> i'm passing downstream data to an external application (JAERO) which can 
>> decode audio data from a ZMQ socket.
>> JAERO's ZMQ SUB receives demod data as 3 separate messages:
>> -TOPIC
>> -SAMP RATE
>> -DATA
>> I'm using GNURadio 3.9 so I can pass the TOPIC no problem, but passing the 
>> sample rate as a separate message right after the topic has proven to be a 
>> challenge.
>> 
>> Currently, i've written a ZMQ PUB Sink in a Python embedded block that sends 
>> the zmq messages in the 3 message format above, it's a bit hacky but It's 
>> working. I'm looking for a better way to do this that uses the in-built 
>> GNURadio mechanisms to emit a custom key/value on the same interval as the 
>> topic and data.
>> 
>> Is there a way to send a second key/value pair with each TOPIC and DATA 
>> message that's sent?
>> 
>> For reference, this is the downstream ZMQ interface
>> https://github.com/jontio/JAERO/blob/3d92aea9362e0565bc6bc5300391a8bbbecf93ed/JAERO/zmq_audioreceiver.cpp#L37-L88

Re: Error No module named 'TheNameOfMyModule' in GRC

[krono86]

  
I'm sorry, I've not been reading you first email (you're on Ubuntu).

Probably you have to set your library path. 
Please, show me the output
of "sudo ldconfig -v". 
Ivan 

Il 18.01.2022 13:01 Michelle ha scritto:


> hello, 
> 
> I created an OOT module, added a block and made the
block available in GRC. Then I installed the module and called ldconfig
(as I'm in ubuntu).
> My block appears in GRC but when I insert the
block in a graph and execute that graph I get an error NO MODULE NAMED
'THENAMEOFMYMODULE'. 
> 
> Please can you enlighten me on how to fix
this issue? I followed the instructions of the wiki
https://wiki.gnuradio.org/index.php/OutOfTreeModules [1] 
> 
> Thank
you.
  


Con Tiscali Mobile Smart 70 hai 70 GB in 4G, minuti illimitati e 100 SMS a soli 
7,99€ al mese http://tisca.li/Smart70

Re: Error No module named 'TheNameOfMyModule' in GRC

[Vasil Velichkov]

Hi Michelle,

On 18/01/2022 14.01, Michelle wrote:
> hello,
> 
> I created an OOT module, added a block and made the block available in GRC. 
> Then I installed the module and called ldconfig (as I'm in ubuntu).
> My block appears in GRC but when I insert the block in a graph and execute 
> that graph I get an error *No module named 'TheNameOfMyModule'. *
> 
> Please can you enlighten me on how to fix this issue? I followed the 
> instructions of the wiki https://wiki.gnuradio.org/index.php/OutOfTreeModules

Most probably you need to add /usr/local/lib/python3/dist-packages to 
PYTHONPATH environment variable as this directory is not in the default python 
search paths (sys.path)

Open a new terminal and execute the following

export PYTHONPATH=/usr/local/lib/python3/dist-packages:$PYTHONPATH
gnuradio-companion

to make this change permanent you can add the export line to ~/.profile file 
and then logout/login or reboot. See also 
https://wiki.gnuradio.org/index.php/ModuleNotFoundError

Regards,
Vasil

ETTUS N210 spurious

[Fabien PELLET]

Hello,

When I put a signal generator that produces a sinwave at 1Khz and that 
feeds an USRP Sink with a frequency center at 12MHz for example, I got 
spurs at +/-32Khz, +/-64KHz and +/-96KHz at the output of my N210 (used 
with LFTX and LFRX). Whatever the frequency center of the USRP and the 
frequency of the baseband signal, I have to spurs around -70dBc.


Any idea on where it could come from ? Hardware EMC problem ? Digital 
treatment issue ? How to solve it ?


Best regards,

Fabien, F4CTZ

Re: QAM module

[Vasil Velichkov]

Hi Mario,

On 17/01/2022 22.56, Mario Moran wrote:
> I have a question on using the QAM module.

> When I run this, I get AttributeError: module gnuradio.digital.qam has no
> attribute 'qam_mod'. I am not sure why I am getting this error message.
> What can I do to fix this?

The QAM/PSK Mod/Demod blocks were deprecated and removed [2]. According to 
issue #1081 [1] you should "use the constellation objections with a 
constellation mod/demod block".

[1] https://github.com/gnuradio/gnuradio/issues/1081
[2] https://github.com/gnuradio/gnuradio/issues/5373

Regards,
Vasil

Git Default Branch Naming

[Josh Morman]

Hello GR Users and Developers!

The master branch has now been renamed to "main" to be more in line with
the github defaults and the direction that so many other projects have
moved.

All active PRs have been retargeted to main, and the master branch still
exists for compatibility reasons (but will receive no updates).  All new
PRs should be opened against 'main'

On your local repository (github will give instructions as well), you just
need to do the following (assuming your remote is named "origin"):
$ git branch -m master main
$ git fetch origin
$ git branch -u origin/main main
$ git remote set-head origin -a

Sorry for any inconvenience this change causes, but it should make things
more consistent down the line as more projects have a `main` branch, and
now is as good a time as any to make this change.

Thanks!
Josh

Re: ETTUS N210 spurious

[Marcus D. Leech]

On 2022-01-18 10:01, Fabien PELLET wrote:

Hello,

When I put a signal generator that produces a sinwave at 1Khz and that 
feeds an USRP Sink with a frequency center at 12MHz for example, I got 
spurs at +/-32Khz, +/-64KHz and +/-96KHz at the output of my N210 
(used with LFTX and LFRX). Whatever the frequency center of the USRP 
and the frequency of the baseband signal, I have to spurs around -70dBc.


Any idea on where it could come from ? Hardware EMC problem ? Digital 
treatment issue ? How to solve it ?


Best regards,

Fabien, F4CTZ


What sample rate?  (Does that change things).   Also, if you reduce the 
baseband amplitude a bit, does that help?

Re: ETTUS N210 spurious

[Fabien PELLET]

Sampling rate has no effect as well as the amplitude of the baseband.

Le 18/01/2022 à 16:45, Marcus D. Leech a écrit :

On 2022-01-18 10:01, Fabien PELLET wrote:

Hello,

When I put a signal generator that produces a sinwave at 1Khz and 
that feeds an USRP Sink with a frequency center at 12MHz for example, 
I got spurs at +/-32Khz, +/-64KHz and +/-96KHz at the output of my 
N210 (used with LFTX and LFRX). Whatever the frequency center of the 
USRP and the frequency of the baseband signal, I have to spurs around 
-70dBc.


Any idea on where it could come from ? Hardware EMC problem ? Digital 
treatment issue ? How to solve it ?


Best regards,

Fabien, F4CTZ


What sample rate?  (Does that change things).   Also, if you reduce 
the baseband amplitude a bit, does that help?

Re: failed to fetch http://mirrordirector.org/rasbian ...

[Elmore's]

Marcus, At your suggestion:  I upgraded to Debian 11 (Bullseye) following 
instructions I found on Tom’s Hardware site. It seemed to be successful except 
that GNU radio no longer executes.  Figuring that perhaps I need to install 
Debian 12 and upgrade to GNU radio 3.9 before it will run again I went to the 
following:https://wiki.debian.org/DebianEdu/Documentation/Bookworm/Upgrades The 
following happens during the installation process: Execute ‘apt full-upgrade’:  
  unmet dependencies:libc –dev –binlibc6 –dbglibc6 –dev 
   libnih1 Execute ‘apt –f install’ at the suggestion of the instructions:  
  dpkg: error processing archive /var/cache/apt/archives/init-system 
–helpers_1.60_all.deb (—unpack) Errors encountered while processing: 
/var/cache/apt/archives/init-system –helpers_1.60_all.deb Sub-process 
/usr/bin/dpkg returned an error code Execute ‘apt –y full-upgrade’ at the 
suggestion of the instructions:unmet dependencies error same as above 
Execute ‘apt-get –f install’ at the suggestion of the execution result:
unmet dependencies error same as above What’s next? Jim

--
This email has been checked for viruses by AVG.
https://www.avg.com

Re: ETTUS N210 spurious

[Marcus D. Leech]

On 2022-01-18 11:15, Fabien PELLET wrote:

Sampling rate has no effect as well as the amplitude of the baseband.

Then it may just be non-ideality in the DAC.  At -70dBc, it's unlikely 
to be digital in nature.




Le 18/01/2022 à 16:45, Marcus D. Leech a écrit :

On 2022-01-18 10:01, Fabien PELLET wrote:

Hello,

When I put a signal generator that produces a sinwave at 1Khz and 
that feeds an USRP Sink with a frequency center at 12MHz for 
example, I got spurs at +/-32Khz, +/-64KHz and +/-96KHz at the 
output of my N210 (used with LFTX and LFRX). Whatever the frequency 
center of the USRP and the frequency of the baseband signal, I have 
to spurs around -70dBc.


Any idea on where it could come from ? Hardware EMC problem ? 
Digital treatment issue ? How to solve it ?


Best regards,

Fabien, F4CTZ


What sample rate?  (Does that change things).   Also, if you reduce 
the baseband amplitude a bit, does that help?

Re: [USRP-users] Re: N321 LO sharing between RF 0/1

[Daniel Estévez]

El 18/1/22 a las 6:02, Marcus D. Leech escribió:

On 2022-01-17 23:34, Paul Atreides wrote:
Posting on both GNURadio and USRP lists here, since my application 
overlaps both gr-uhd/GNURadio and the UHD API.
The top-level question is, can gr-uhd support all the necessary 
N321-specific commands necessary to export the TX LO from RF0 to RF1? 
That would include running the command to set the 1x4 splitter. That's 
the one in question.


get_device()->get_tree()->access("mboards/0/dboards/A/tx_frontends/0/los/lo1/lo_distribution/LO_OUT_0/export").set(true) 



If not, Marcus suggested using a python snippet. I've used that with 
RFNoC before, but how would that work?
I'm guessing it would be an "after-init" and then call the python API 
for the above (if that command is supported)?


Thanks

Yeah, I'd say "after-init", and have it grab the object name of the usrp 
object?  Using Pythonic, rather than C++ syntax?


Hi,

In case it helps, in the GNU Radio testbed at the ATA
(https://wiki.gnuradio.org/index.php/GR-ATA_Testbed)
we're using

self.uhd_usrp_source_0.set_lo_export_enabled(True, "lo1", 0)
self.uhd_usrp_source_0.set_rx_lo_dist(True, "LO_OUT_0")
self.uhd_usrp_source_0.set_rx_lo_dist(True, "LO_OUT_1")
self.uhd_usrp_source_0.set_lo_source("external", "lo1", 0)
self.uhd_usrp_source_0.set_lo_source("external", "lo1", 1)
self.uhd_usrp_source_0.set_lo_source("external", "lo1", 2)
self.uhd_usrp_source_0.set_lo_source("external", "lo1", 3)

in a "Main - after init" Python snippet together with these patches:

https://github.com/daniestevez/uhd/commit/0a6da1a3fd5839b862cac740ed702923ed21b096

https://github.com/daniestevez/gnuradio/commit/f9909bade86045f379f83001de27317cc261807f

If someone gets the 1x4 splitter going directly in Python, I would be 
interested in knowing how it's done, since that would save us from 
having to patch UHD and GNU Radio.


Best,
Daniel.


OpenPGP_signature
Description: OpenPGP digital signature

Re: failed to fetch http://mirrordirector.org/rasbian ...

[Cinaed Simson]

Hi Elmore - those are system errors - not gnuradio errors.

How did you get from jessie to bullseye?

Did you consult anyone on the Debian mailing lists on how to proceed?

It's standard practice to backup anything you can't afford to loose when 
upgrading an operating system.


And it's possible you may have to re-image the system depending on how 
you did what you did.


Send me email instead of posting on this mailing list - and I'll see if 
I can help you.


-- CInaed


On 1/18/22 08:17, Elmore's wrote:

Marcus,
At your suggestion:
  
I upgraded to Debian 11 (Bullseye) following instructions I found on Tom’s Hardware site. It seemed to be successful except that GNU radio no longer executes.
  
Figuring that perhaps I need to install Debian 12 and upgrade to GNU radio 3.9 before it will run again I went to the following:

https://wiki.debian.org/DebianEdu/Documentation/Bookworm/Upgrades
  
The following happens during the installation process:
  
Execute ‘apt full-upgrade’:

     unmet dependencies:
     libc –dev –bin
     libc6 –dbg
     libc6 –dev
     libnih1
  
Execute ‘apt –f install’ at the suggestion of the instructions:

     dpkg: error processing archive /var/cache/apt/archives/init-system 
–helpers_1.60_all.deb (—unpack)
  
     Errors encountered while processing: /var/cache/apt/archives/init-system –helpers_1.60_all.deb
 
     Sub-process /usr/bin/dpkg returned an error code
  
Execute ‘apt –y full-upgrade’ at the suggestion of the instructions:

     unmet dependencies error same as above
  
Execute ‘apt-get –f install’ at the suggestion of the execution result:

     unmet dependencies error same as above
  
What’s next?
  
Jim


 
	Virus-free. www.avg.com 
 



<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Re: [USRP-users] Re: N321 LO sharing between RF 0/1

[Paul Atreides]

wow, thanks Daniel!
I just bumped an issue on the GNURadio github here
 I've cross-linked my
comments to gr-ATA as well.



the python code i'm using to enable the LO distro in the UHD python API is:
import uhd
import numpy as np
usrp = uhd.usrp.MultiUSRP()
usrp.get_tree().access_bool("/blocks/0/Radio#0/dboard/tx_frontends/0/los/lo1/lo_distribution/LO_OUT_0/export").set(True)
usrp.get_tree().access_bool("/blocks/0/Radio#0/dboard/tx_frontends/0/los/lo1/lo_distribution/LO_OUT_1/export").set(True)
usrp.get_tree().access_bool("/blocks/0/Radio#0/dboard/tx_frontends/0/los/lo1/lo_distribution/LO_OUT_2/export").set(True)

i'm not sure how to work that into a python snippet yet as I think gr-uhd
will claim the radio once the graph is started.

On Tue, Jan 18, 2022 at 3:58 PM Daniel Estévez  wrote:

> El 18/1/22 a las 6:02, Marcus D. Leech escribió:
> > On 2022-01-17 23:34, Paul Atreides wrote:
> >> Posting on both GNURadio and USRP lists here, since my application
> >> overlaps both gr-uhd/GNURadio and the UHD API.
> >> The top-level question is, can gr-uhd support all the necessary
> >> N321-specific commands necessary to export the TX LO from RF0 to RF1?
> >> That would include running the command to set the 1x4 splitter. That's
> >> the one in question.
> >>
> >>
> get_device()->get_tree()->access("mboards/0/dboards/A/tx_frontends/0/los/lo1/lo_distribution/LO_OUT_0/export").set(true)
>
> >>
> >>
> >> If not, Marcus suggested using a python snippet. I've used that with
> >> RFNoC before, but how would that work?
> >> I'm guessing it would be an "after-init" and then call the python API
> >> for the above (if that command is supported)?
> >>
> >> Thanks
> >>
> > Yeah, I'd say "after-init", and have it grab the object name of the usrp
> > object?  Using Pythonic, rather than C++ syntax?
>
> Hi,
>
> In case it helps, in the GNU Radio testbed at the ATA
> (https://wiki.gnuradio.org/index.php/GR-ATA_Testbed)
> we're using
>
> self.uhd_usrp_source_0.set_lo_export_enabled(True, "lo1", 0)
> self.uhd_usrp_source_0.set_rx_lo_dist(True, "LO_OUT_0")
> self.uhd_usrp_source_0.set_rx_lo_dist(True, "LO_OUT_1")
> self.uhd_usrp_source_0.set_lo_source("external", "lo1", 0)
> self.uhd_usrp_source_0.set_lo_source("external", "lo1", 1)
> self.uhd_usrp_source_0.set_lo_source("external", "lo1", 2)
> self.uhd_usrp_source_0.set_lo_source("external", "lo1", 3)
>
> in a "Main - after init" Python snippet together with these patches:
>
>
> https://github.com/daniestevez/uhd/commit/0a6da1a3fd5839b862cac740ed702923ed21b096
>
>
> https://github.com/daniestevez/gnuradio/commit/f9909bade86045f379f83001de27317cc261807f
>
> If someone gets the 1x4 splitter going directly in Python, I would be
> interested in knowing how it's done, since that would save us from
> having to patch UHD and GNU Radio.
>
> Best,
> Daniel.
>

Re: [USRP-users] Re: N321 LO sharing between RF 0/1

[Daniel Estévez]

Hi Paul,

Would this work if you run these calls before the gr-uhd code in the 
flowgraph instances the device? This can be tested by inserting the code 
manually. It could be a solution, but I'm not even sure if you can 
insert a Python snippet in that location. However, if gr-uhd resets 
these settings when initializing the device, then this approach won't work.


Best,
Daniel.

El 18/1/22 a las 22:59, Paul Atreides escribió:

wow, thanks Daniel!
I just bumped an issue on the GNURadio github here 
 I've cross-linked my 
comments to gr-ATA as well.




the python code i'm using to enable the LO distro in the UHD python API is:
import uhd
import numpy as np
usrp = uhd.usrp.MultiUSRP()
usrp.get_tree().access_bool("/blocks/0/Radio#0/dboard/tx_frontends/0/los/lo1/lo_distribution/LO_OUT_0/export").set(True)
usrp.get_tree().access_bool("/blocks/0/Radio#0/dboard/tx_frontends/0/los/lo1/lo_distribution/LO_OUT_1/export").set(True)
usrp.get_tree().access_bool("/blocks/0/Radio#0/dboard/tx_frontends/0/los/lo1/lo_distribution/LO_OUT_2/export").set(True)

i'm not sure how to work that into a python snippet yet as I think 
gr-uhd will claim the radio once the graph is started.


OpenPGP_signature
Description: OpenPGP digital signature

Re: [USRP-users] Re: N321 LO sharing between RF 0/1

[Paul Atreides]

Ok, so I tried setting the LO distro from a python interactive shell. The
lights come on. Then I disconnect from the terminal. The lights stay on.
Next I start my flowgraph with the rest of the configuration options (LOs
set to export, timing ref, etc). When the flowgraph runs, the LO output
lights are still on.
I'm confirming now if the LO is coming out of those ports.

On Tue, Jan 18, 2022 at 5:07 PM Daniel Estévez  wrote:

> Hi Paul,
>
> Would this work if you run these calls before the gr-uhd code in the
> flowgraph instances the device? This can be tested by inserting the code
> manually. It could be a solution, but I'm not even sure if you can
> insert a Python snippet in that location. However, if gr-uhd resets
> these settings when initializing the device, then this approach won't work.
>
> Best,
> Daniel.
>
> El 18/1/22 a las 22:59, Paul Atreides escribió:
> > wow, thanks Daniel!
> > I just bumped an issue on the GNURadio github here
> >  I've cross-linked my
> > comments to gr-ATA as well.
> >
> >
> > 
> > the python code i'm using to enable the LO distro in the UHD python API
> is:
> > import uhd
> > import numpy as np
> > usrp = uhd.usrp.MultiUSRP()
> >
> usrp.get_tree().access_bool("/blocks/0/Radio#0/dboard/tx_frontends/0/los/lo1/lo_distribution/LO_OUT_0/export").set(True)
> >
> usrp.get_tree().access_bool("/blocks/0/Radio#0/dboard/tx_frontends/0/los/lo1/lo_distribution/LO_OUT_1/export").set(True)
> >
> usrp.get_tree().access_bool("/blocks/0/Radio#0/dboard/tx_frontends/0/los/lo1/lo_distribution/LO_OUT_2/export").set(True)
> >
> > i'm not sure how to work that into a python snippet yet as I think
> > gr-uhd will claim the radio once the graph is started.
>

Re: Difficulty in compiling gnuradio from git on opensuse 15.3

[li...@lazygranch.com]

I have that file.

On Tue, 18 Jan 2022 05:51:45 -0500
Jeff Long  wrote:

> Check to see whether the boost filesystem package is installed. Not
> familiar with packaging for that distro - looks like it would be
> "libboost_filesystem1_75_0-devel".
> 
> On Tue, Jan 18, 2022 at 4:36 AM li...@lazygranch.com
>  wrote:
> 
> > I just upgraded my Opensuse from 15.2 to rev 15.3. I compiled
> > gnuradio 3.9 maintenance release
> > using the instructions from
> > https://wiki.gnuradio.org/index.php/InstallingGR#From_Source
> >
> > Results:
> > --
> > building release 3.9.0.0
> > 100% tests passed, 0 tests failed out of 252
> >
> > Total Test time (real) = 149.09 sec
> > ---
> >
> > When I try to compile the current release I get this error:
> > ---
> > [  3%] Building CXX object
> > gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/constants.cc.o
> > In file included from
> > /usr/include/boost/dll/runtime_symbol_info.hpp:11:0, from
> > /usr/local/src/gnuradio/build/gnuradio-runtime/lib/constants.cc:16:
> > /usr/include/boost/dll/config.hpp:42:10: fatal error: filesystem:
> > No such file or directory
> >  #include 
> >   ^~~~
> > compilation terminated.
> > make[2]: ***
> > [gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/build.make:100:
> > gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/constants.cc.o]
> > Error 1 make[1]: *** [CMakeFiles/Makefile2:2336:
> > gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/all] Error 2
> > make: *** [Makefile:158: all] Error 2
> > -
> > I am using this command line for cmake in both cases:
> > cmake -DCMAKE_C_COMPILER=gcc-11 -DCMAKE_BUILD_TYPE=Release
> > -DPYTHON_EXECUTABLE=/usr/bin/python3 ../
> >
> >
> >
> >

Re: Difficulty in compiling gnuradio from git on opensuse 15.3

[li...@lazygranch.com]

I looked at 
https://build.opensuse.org/package/show/home:wkazubski:test:science/gnuradio39
I clicked around a bit but I don't know specifically where you get the
package list.

The only one I can't load is for plotting. I have it but Cmake doesn't
find it.
"Python checking for pyqtgraph - not found"
I have python3-pyqtgraph. Maybe there is a companio "devel" file.

I put the output from cmake on a pastebin.
https://pastebin.com/s5zi8SFh

On Tue, 18 Jan 2022 12:42:42 +0100
Wojciech Kazubski  wrote:

> > I just upgraded my Opensuse from 15.2 to rev 15.3. I compiled
> > gnuradio 3.9 maintenance release
> > using the instructions from
> > https://wiki.gnuradio.org/index.php/InstallingGR#From_Source
> > 
> > Results:
> > --
> > building release 3.9.0.0
> > 100% tests passed, 0 tests failed out of 252
> > 
> > Total Test time (real) = 149.09 sec
> > ---
> > 
> > When I try to compile the current release I get this error:
> > ---
> > [  3%] Building CXX object
> > gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/constants.cc.o
> > In file included from
> > /usr/include/boost/dll/runtime_symbol_info.hpp:11:0, from
> > /usr/local/src/gnuradio/build/gnuradio-runtime/lib/constants.cc:16:
> > /usr/include/boost/dll/config.hpp:42:10: fatal error: filesystem:
> > No such file or directory #include  ^~~~
> > compilation terminated.
> > make[2]: ***
> > [gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/build.make:100:
> > gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/constants.cc.o]
> > Error 1 make[1]: *** [CMakeFiles/Makefile2:2336:
> > gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/all] Error 2
> > make: *** [Makefile:158: all] Error 2
> > -
> > I am using this command line for cmake in both cases:
> > cmake -DCMAKE_C_COMPILER=gcc-11 -DCMAKE_BUILD_TYPE=Release
> > -DPYTHON_EXECUTABLE=/usr/bin/python3 ../
> 
> I have last release of GNU Radio 3.9.5 package on my openSUSE Build
> Service project at:
> https://build.opensuse.org/package/show/home:wkazubski:test:science/gnuradio39
> You can see the specfile to build your own package from git snapshot
> or install binaries from:
> https://build.opensuse.org/package/binaries/home:wkazubski:test:science/
> gnuradio39/openSUSE_Leap_15.3
> 
> There is a repository hardware:sdr on OBS with more packages related
> to GNU Radio (currently 3.8.5 is there).
> 
> --
> Wojciech Kazubski
> 
> 
> 

Re: Difficulty in compiling gnuradio from git on opensuse 15.3

[Ron Economos]

You probably also need -DCMAKE_CXX_COMPILER=g++-11 on your CMake command 
line.


Ron

On 1/18/22 4:39 PM, li...@lazygranch.com wrote:

I looked at
https://build.opensuse.org/package/show/home:wkazubski:test:science/gnuradio39
I clicked around a bit but I don't know specifically where you get the
package list.

The only one I can't load is for plotting. I have it but Cmake doesn't
find it.
"Python checking for pyqtgraph - not found"
I have python3-pyqtgraph. Maybe there is a companio "devel" file.

I put the output from cmake on a pastebin.
https://pastebin.com/s5zi8SFh

On Tue, 18 Jan 2022 12:42:42 +0100
Wojciech Kazubski  wrote:


I just upgraded my Opensuse from 15.2 to rev 15.3. I compiled
gnuradio 3.9 maintenance release
using the instructions from
https://wiki.gnuradio.org/index.php/InstallingGR#From_Source

Results:
--
building release 3.9.0.0
100% tests passed, 0 tests failed out of 252

Total Test time (real) = 149.09 sec
---

When I try to compile the current release I get this error:
---
[  3%] Building CXX object
gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/constants.cc.o
In file included from
/usr/include/boost/dll/runtime_symbol_info.hpp:11:0, from
/usr/local/src/gnuradio/build/gnuradio-runtime/lib/constants.cc:16:
/usr/include/boost/dll/config.hpp:42:10: fatal error: filesystem:
No such file or directory #include  ^~~~
compilation terminated.
make[2]: ***
[gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/build.make:100:
gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/constants.cc.o]
Error 1 make[1]: *** [CMakeFiles/Makefile2:2336:
gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/all] Error 2
make: *** [Makefile:158: all] Error 2
-
I am using this command line for cmake in both cases:
cmake -DCMAKE_C_COMPILER=gcc-11 -DCMAKE_BUILD_TYPE=Release
-DPYTHON_EXECUTABLE=/usr/bin/python3 ../

I have last release of GNU Radio 3.9.5 package on my openSUSE Build
Service project at:
https://build.opensuse.org/package/show/home:wkazubski:test:science/gnuradio39
You can see the specfile to build your own package from git snapshot
or install binaries from:
https://build.opensuse.org/package/binaries/home:wkazubski:test:science/
gnuradio39/openSUSE_Leap_15.3

There is a repository hardware:sdr on OBS with more packages related
to GNU Radio (currently 3.8.5 is there).

--
Wojciech Kazubski

Re: Difficulty in compiling gnuradio from git on opensuse 15.3

[li...@lazygranch.com]

That fixed the namespace problem. Thanks.

I put the cmake output at this pastebin.
https://pastebin.com/k3pEHLgL

First problem:
-- Python checking for numpy - not found
-- Python checking for pygccxml - not found

You can see from this imgur that I have numpy:
https://i.imgur.com/jX9gLwL.png

I do not have pygccxml and it doesn't appear to be available.

This is interesting:
-- Checking for module 'gmp'
--   No package 'gmp' found
-- Using GMP.

It cant find GMP, but then it uses it.
There is both gmp and python-gmpy. Which do I need?

This is the YAST output on a gmp search.
https://i.imgur.com/dOWE4en.png

Here is the thrift problem:
-- thrift looking for version 0.13
-- Could not find appropriate version of Thrift: 0.10.0 < 0.13
-- Found libunwind 

Here is a ploting file that cmake claims is missing:
-- Python checking for pyqtgraph - not found
-- Python checking for scipy - found
CMake Warning at gr-filter/CMakeLists.txt:50 (message):
  PyQtGraph and Scipy are required to run the filter design tool, but are not
  detected! Please make sure they are installed on the target system.

Here is proof I have ptqygraph:
https://i.imgur.com/jaV3Xpu.png

On Tue, 18 Jan 2022 18:02:41 -0800
Ron Economos  wrote:

> You probably also need -DCMAKE_CXX_COMPILER=g++-11 on your CMake
> command line.
> 
> Ron
> 
> On 1/18/22 4:39 PM, li...@lazygranch.com wrote:
> > I looked at
> > https://build.opensuse.org/package/show/home:wkazubski:test:science/gnuradio39
> > I clicked around a bit but I don't know specifically where you get
> > the package list.
> >
> > The only one I can't load is for plotting. I have it but Cmake
> > doesn't find it.
> > "Python checking for pyqtgraph - not found"
> > I have python3-pyqtgraph. Maybe there is a companio "devel" file.
> >
> > I put the output from cmake on a pastebin.
> > https://pastebin.com/s5zi8SFh
> >
> > On Tue, 18 Jan 2022 12:42:42 +0100
> > Wojciech Kazubski  wrote:
> >
> >>> I just upgraded my Opensuse from 15.2 to rev 15.3. I compiled
> >>> gnuradio 3.9 maintenance release
> >>> using the instructions from
> >>> https://wiki.gnuradio.org/index.php/InstallingGR#From_Source
> >>>
> >>> Results:
> >>> --
> >>> building release 3.9.0.0
> >>> 100% tests passed, 0 tests failed out of 252
> >>>
> >>> Total Test time (real) = 149.09 sec
> >>> ---
> >>>
> >>> When I try to compile the current release I get this error:
> >>> ---
> >>> [  3%] Building CXX object
> >>> gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/constants.cc.o
> >>> In file included from
> >>> /usr/include/boost/dll/runtime_symbol_info.hpp:11:0, from
> >>> /usr/local/src/gnuradio/build/gnuradio-runtime/lib/constants.cc:16:
> >>> /usr/include/boost/dll/config.hpp:42:10: fatal error: filesystem:
> >>> No such file or directory #include  ^~~~
> >>> compilation terminated.
> >>> make[2]: ***
> >>> [gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/build.make:100:
> >>> gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/constants.cc.o]
> >>> Error 1 make[1]: *** [CMakeFiles/Makefile2:2336:
> >>> gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/all] Error 2
> >>> make: *** [Makefile:158: all] Error 2
> >>> -
> >>> I am using this command line for cmake in both cases:
> >>> cmake -DCMAKE_C_COMPILER=gcc-11 -DCMAKE_BUILD_TYPE=Release
> >>> -DPYTHON_EXECUTABLE=/usr/bin/python3 ../
> >> I have last release of GNU Radio 3.9.5 package on my openSUSE Build
> >> Service project at:
> >> https://build.opensuse.org/package/show/home:wkazubski:test:science/gnuradio39
> >> You can see the specfile to build your own package from git
> >> snapshot or install binaries from:
> >> https://build.opensuse.org/package/binaries/home:wkazubski:test:science/
> >> gnuradio39/openSUSE_Leap_15.3
> >>
> >> There is a repository hardware:sdr on OBS with more packages
> >> related to GNU Radio (currently 3.8.5 is there).
> >>
> >> --
> >> Wojciech Kazubski
> >>
> >>
> >>
> >
>