Volk optimize in a custom implementation using gnuradio c++ blocks.

Dear All, I am using the volk profile application to speed up my gnuradio on a specific PC. Now I am writing a custom application using the GNU Radio blocks. What should I do to speed up the custom application? Which files should I include to benefit from the Volk profile? Thank you in

Re: [Discuss-gnuradio] Transmitting 802.11 packets with the HackRF w/out burst transmissions

Thanks for the tip, looks like I've got some work ahead of me. Appreciate it. On Wed, Nov 6, 2019 at 1:28 AM Alexander W wrote: > Hey, > I was running into the same problem by running the 802.15.4 flowcharts > with a Pluto SDR. To enable burst transmission I wrote a block that pads > zeros to

Re: UHD and FPGA version mismatch ERROR

Alright. Thank you for the clarification. On Wed, Nov 6, 2019 at 1:07 AM Michael Dickens wrote: > Hi Bisma - This query is not really about GR, but rather about UHD / USRP. > Please direct it to the USRP email list < > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >. >

Re: GNURadio app overflow with hackrf

Hello Thabet: There are several possibilities. If you have one or more "file sink" blocks, then your storage I/O speed could be acting as the bottleneck. If you have Python blocks, then they are often the bottleneck of the flowgraph. If none of the above is true, try running "top -H" while

[Discuss-gnuradio] Transmitting 802.11 packets with the HackRF w/out burst transmissions

Hi, Been working on this Gnuradio/HackRF wifi transmitter for a while now, and recently learned that the HackRF driver doesn't support burst transmission. I've been working off the wifi_tx example from bastibl's

Re: [EXTERNAL] Re: Using function from OOT in another OOT

Michael, Thank you for the response. Here is what I ended up doing: If I have gr-myoot that I want to reference from gr-anotheroot In gr-anotheroot/cmake/modules, create FindMyoot.cmake, which should look something like:

Re: [EXTERNAL] Re: Using function from OOT in another OOT

That CMake code reads nicely; a little more verbose than desirable, but whatever works as it's an OOT & not GR proper. You -might- be able to do "find_package(gnuradio-myoot)" ... might work or not depending on whether .cmake and/or .pc file were installed by the OOT. Wouldn't it be nice if you

Re: UHD and FPGA version mismatch ERROR

Hi Bisma - This query is not really about GR, but rather about UHD / USRP. Please direct it to the USRP email list < http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >. Thanks! - MLD On Tue, Nov 5, 2019 at 7:14 AM Bisma Amjad wrote: > Hi there, > I have attached a report of

Re: Using function from OOT in another OOT

Hi Josh - I don't think there's a standard way to do this. -Most- OOTs install cmake scripts that can be used to "find" them, if you can determine the correct "find" name (might be "gr-OOT" or just "OOT", where 'OOT' is the name of the OOT module). Once found, you can then use either the target or

Using function from OOT in another OOT

Is there a prescribed method for including functions from one OOT in another OOT (c++ code)? I could probably figure out how to do it in cmake, but is there some magical cmake find functions that already exist for OOTs to set the INCLUDE and LIBRARY variables relative to the GR prefix

Re: Synchronous recording with two USRP B210

I would add that in my experience it is not enough to make the unknown PPS into a known PPS. For example, if I were to go into the python file that my flowgraph generated and in the __init__() function add something like: curr_hw_time = self.USRP_A.get_time_last_pps() #note: curr_hw_time