Re: GnuRadio 3.10 OOT python modules not found - destination path error '/usr/local/local/lib64'

Thanks Jeff and Cinaed --  good info on volk and uhd. At this time, I am trying to use just the Fedora packages installed through dnf.  It simplifies the install process.  If I need to install from source this is a good heads up. Criss Swaim csw...@tpginc.net cell: 505.301.5701 On 6/1/2022

GnuRadio 3.10 OOT python modules not found - destination path error '/usr/local/local/lib64'

termine if this is a problem in the gr_modtool or in the GR_PYTHON_DIR constant or in some setting in my custom OOT project. My environment is Fedora 36, Gnuradio 3.10 and Python 3.10. -- Criss Swaim csw...@tpginc.net cell: 505.301.5701

Re: (gnuradio3.8) module 'gnuradio.blocks' has no attribute 'message_sink'

application does not need every signal passed to the background task. Criss Swaim csw...@tpginc.net cell: 505.301.5701 On 1/15/2021 2:09 AM, Marcus Müller wrote: So, the old msg_queue infrastructure of GNU Radio has been removed, yes. A suitable

Re: Migration 3.7 to 3.8 - GRC OOT module fails to import multi_usrp

quot;3.8" REQUIRED COMPONENTS UHD) > include(GrVersion) Also, the CMake in the lib directory must be updated, adding uhd > target_link_libraries(gnuradio-vandevender gnuradio::gnuradio-runtime uhd) Criss Swaim csw...@tpginc.net cell: 505.301.5701 On 1/28/2021 2:55 PM, Criss Swaim wrote:

Migration 3.7 to 3.8 - GRC OOT module fails to import multi_usrp

e 'modern CMake', so if the problem is in it, some specific guidance would be appreciated. -- Criss Swaim csw...@tpginc.net cell: 505.301.5701

Re: Migration from 3.7 to 3.8 OOT - module 'howto' has no attribute 'square_ff'

- so I am researching.  I wonder if you have any suggestions on where to look for this error. Again, thanks for the assist. Criss Swaim csw...@tpginc.net cell: 505.301.5701 On 1/25/2021 2:48 AM, Martin Braun wrote:

Re: 3.9 Setup for OOT development

running this you should see the input/output parameters defined in the yaml file Criss Swaim csw...@tpginc.net cell: 505.301.5701 On 1/22/2021 4:07 PM, Gavin Jacobs wrote: You may recall that I was asking about gr_modtool a week ago

Migration from 3.7 to 3.8 OOT - module 'howto' has no attribute 'square_ff'

, '__loader__', > '__name__', '__package__', '__path__', '__spec__', 'unicode_literals'] Any ideas on where to look next?  I am not sure if this is a path-ing issue or is something wrong in the building of the python module. -- Criss Swaim csw...@tpginc.net cell: 505.301.5701

Re: (gnuradio3.8) module 'gnuradio.blocks' has no attribute 'message_sink'

Hi Ting: I have been working on this same issue for a couple of day and have not found a solution.  Did you find a solution to the missing "message_sink"? Criss Swaim csw...@tpginc.net cell: 505.301.5701 On 1/6/2021 8:4

Re: Maximum Number of Bins

of effort for custom blocks.  Also, is there a timeline for 3.9? Again, thanks for any guidance. Criss Swaim csw...@tpginc.net cell: 505.301.5701 On 10/31/2020 9:55 AM, Marcus Müller wrote: > Hi Craig, hi Marcus, > > Also, just because I need to point that out: > > GNU Radio 3.7 is

Re: Maximum Number of Bins

we are running version 3.7.9.2 Criss Swaim csw...@tpginc.net cell: 505.301.5701 On 10/29/2020 11:37 AM, Marcus D. Leech wrote: On 10/29/2020 01:17 PM, Criss Swaim wrote: I have

Re: Maximum Number of Bins

the gr.signature_io module, but that seems unlikely. Criss Swaim csw...@tpginc.net cell: 505.301.5701 On 10/28/2020 5:34 PM, Marcus D Leech wrote: Sharing your flow-graph. The exact error messages and more context would be good Presumably you’re tal

Maximum Number of Bins

hen the application aborts. Is there a limit on the number of bins gnuradio can handle? Any thoughts on how to find the cause or limit? -- Criss Swaim csw...@tpginc.net cell: 505.301.5701

Re: [Discuss-gnuradio] firmware problem causing problem with find_usrps?

ed (1) ip address on nic is set to 192.168.10.1, (2) no firewall issues and (3) nic is active Then I suspect the newest release of uhd and gnuradio may have not been applied. Replacing just the firmware on my system resulted in no device found. To install the new release of software got to ht

Re: [Discuss-gnuradio] UHD CMake error Boost not found

On 6/28/2010 3:42 PM, Josh Blum wrote: > On 06/28/2010 02:14 PM, Criss Swaim wrote: >> I am trying to upgrade the USRP2 firmware/fpga and UHD code to the most >> current releases. >> Fedora 11, 64-bit >> >> After upgrading the firmware/fpga (and before installin

[Discuss-gnuradio] UHD CMake error Boost not found

e required version to 1.37, the new cmake fails. Any suggestions would be appreciated. -- Criss Swaim csw...@tpginc.net cell: 505.301.5701 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] UHD accessing metadata

hat helps, > -Josh > > On 05/06/2010 12:35 PM, Criss Swaim wrote: > > I have been working with the uhd version of gnuradio and have attached a > gps unit to the usrp2 to set the pps. So far, I have not figured out > how to extract the time (secs and nsecs) metadata f

[Discuss-gnuradio] UHD accessing metadata

extracted the time metadata and would you be willing to share the C++ code to show me how to capture and extract the time metadata. -- Criss Swaim csw...@tpginc.net cell: 505.301.5701 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http