Re: [Discuss-gnuradio] Unused Message port in 'Chunks to Symbols' block?

On 04/18/2018 02:28 AM, Müller, Marcus (CEL) wrote: > a. Sounds reasonable. > b. I haven't checked the chunks_to_symbols_bc source code, but it's > quite possible that whoever added that message port simply didn't add > the GUI definition to the XML file. A pull request that changes that > would

Re: [Discuss-gnuradio] Block to Load Taps From File

On 04/21/2018 09:07 AM, Maximilian Stiefel wrote: > Hello everybody, > > it is as far as I know not that convenient to import taps from a filter > design file to a design in grc. > > On stackoverflow it was mentioned, that there is apparently a > workarround using numpy.fromfile('filename'): >

Re: [Discuss-gnuradio] Acquisition detection threshold for Galileo E1 signals

On 04/24/2018 05:13 AM, PRIYANKA PRIYADARSHINI wrote: > Hello All, > > I have done Galileo E1B signal acquisition and now I want to set a > threshold so that my correlation peak of  acquisition is compared to the > threshold value set by me and gives an output of successful or > unsuccessful

Re: [Discuss-gnuradio] Issue with Pybombs installation

On 04/25/2018 01:42 AM, Sumit Kumar wrote: > *Qn-2 When installing using pybombs can I choose uhd version. I believe > it is using 3.10 but I need 3.009.003 * Sure: $ pybombs config --package uhd gitbranch UHD-3.9.LTS -- M ___ Discuss-gnuradio

Re: [Discuss-gnuradio] coding problem

On 04/25/2018 03:11 AM, 김무연 wrote: > Mostly I just followed the way on the internet > My goal is using 'for' structure and comparing the power > So save the highest power in pow and send 1 > if not sustain the previous highest power value and send 0 > So my problem is pow does not save the value

Re: [Discuss-gnuradio] Build failing on Ubuntu 18.04

On 04/28/2018 07:43 PM, Anshul Thakur wrote: > Hi all, > > I just finished installing Ubuntu 18.04 on one of my systems and tried > installing GNURadio using pybombs. The build seems to be misbehaving and > isn't fully unattended. > > Mine is an x86_64 machine. > > 1. UHD: For some reason,

Re: [Discuss-gnuradio] [PyBOMBS] TypeError: cannot use a string pattern on a bytes-like object

Are you using Python 3? -- M On 02/12/2018 03:46 PM, Álvaro Cebrián Juan wrote: > Hello everyone, > > I was following these instructions > > to install some dependencies using PyBOMBS, but when I add a list of > default

Re: [Discuss-gnuradio] How do I interface my X310 with an NVIDIA K80 GPU in GNURadio

Just to provide further clarification: If you are recording to disk, your bottleneck is *not* the CPU, nor the GPU, nor the RAM bandwidth. Your bottleneck is the disk. The K80 is a very nice GPU, but CUDA will not help in your application. Your flowgraph (pasted above) is doing effectively no

Re: [Discuss-gnuradio] How do I interface my X310 with an NVIDIA K80 GPU in GNURadio

Hi LJ, Adding to John's recommendations if you have your heart set on the GPU, check out https://github.com/ghostop14/gr-clenabled. It's an OOT module focused on GPU acceleration of many of the core GNURadio blocks. But as John mentioned every memcpy to/from the GPU pays a performance hit which

Re: [Discuss-gnuradio] How do I interface my X310 with an NVIDIA K80 GPU in GNURadio

Thanks John, I will definitely look into this.. I just did a record test on the server recording 20 MHz BW and I was only pulling 2% from the CPU so I think that is promising. But yes my goal is to record data at very high rates. Thank you! By the way this thing looks amazing.. We will have to

Re: [Discuss-gnuradio] How do I interface my X310 with an NVIDIA K80 GPU in GNURadio

Hi LJ, If you are trying to record data at very high rates, you GNURadio Companion may not be able to go as high as you want. Maybe your laptop has a fast SSD and your server has spinning disks? If you are wanting to test the limits of recording data with GNURadio to see if it works for your

Re: [Discuss-gnuradio] Frequency hopping code printing UUUUU

Yes it does run better without the file sinks, but the data doesn’t look like I would expect. I need the file sources in there to confirm that the sent data is what it is supposed to be. I can put the chirp into a file sink, but would that help it run faster? ~ Laura

Re: [Discuss-gnuradio] How do I interface my X310 with an NVIDIA K80 GPU in GNURadio

Derek, Oops! The error was actually from just a simple WBFM Receiver block which has the audio sink. No soundcard involved in my setup. I still don’t think I will be utilizing the GPU though because GNURadio isn’t showing up in the GPU processes.. Will I be at least utilizing the CPU? I will

Re: [Discuss-gnuradio] Frequency hopping code printing UUUUU

Hi Laura, Yes, your 1 GigE transport is working correctly. Here's the manual page to resolve the thread priority issue. http://files.ettus.com/manual/page_general.html#general_threading_prio You still have the file sinks in there, does it run better without them? Could you pre-generate your chip

Re: [Discuss-gnuradio] How do I interface my X310 with an NVIDIA K80 GPU in GNURadio

Hi LJ, I don't see an audio sink in either of those flowgraphs, are those the ones causing the error? Is there supposed to be a soundcard involved at any point in your setup? To just capture, record, and replay the file sink seems correct (to the limits of your hard drive write/read speeds).

Re: [Discuss-gnuradio] Frequency hopping code printing UUUUU

Hey Derek, I ran the benchmark_rate and got the following: $ cd opt/gnuradio/default/lib64/uhd/examples[laura.huddleston@illrepute04 examples]$ ./benchmark_rate --rx_rate 25e6 --tx_rate 25e6 [INFO] [UHD] linux; GNU C++ version 4.8.5 20150623 (Red Hat 4.8.5-16); Boost_105300;

Re: [Discuss-gnuradio] How do I interface my X310 with an NVIDIA K80 GPU in GNURadio

Hello LJ, It would help to know what type of signal processing you are hoping to do and how you want to display or save the data. On generally available consumer hardware GNU Radio has been shown to be able to handle 800+MS/s of samples being displayed in spectrum plots. It sounds like you are

Re: [Discuss-gnuradio] How do I interface my X310 with an NVIDIA K80 GPU in GNURadio

Hi LJ Eads, I'm a bit confused: What has your sound card to do with GNU Radio, or the USRP? And how is your sound card comparable to a GPU? GNU Radio runs on CPUs. Best regards, Marcus On Wed, 2018-05-02 at 13:23 +, Eads, LJ D. wrote: > Hello, > I just setup a USRP X310 that I plan on

[Discuss-gnuradio] How do I interface my X310 with an NVIDIA K80 GPU in GNURadio

Hello, I just setup a USRP X310 that I plan on using with GNURadio over 10 gigabit.. I have everything working and functioning properly (drivers and all) but my only concern right now is that GNURadio is running off of the sound card on my server and not the GPU. GNURadio isn't able to handle

Re: [Discuss-gnuradio] Issue while adding streaming data : Integrating MRC in gr-ieee 80211

Hi, On 05/02/2018 12:04 PM, Sumit Kumar wrote: Hi Bastian, Yes thats correct. I believe this problem will be there if I do soft bit MRC i.e. independent decoding of the two branches. Just combining the long sync is not the solution :( On an other note I have following question : Inside

Re: [Discuss-gnuradio] Issue while adding streaming data : Integrating MRC in gr-ieee 80211

Hi Bastian, Yes thats correct. I believe this problem will be there if I do soft bit MRC i.e. independent decoding of the two branches. Just combining the long sync is not the solution :( On an other note I have following question : Inside the general_work in sync_long.cc, *ninput* is

Re: [Discuss-gnuradio] Issue while adding streaming data : Integrating MRC in gr-ieee 80211

The problem with this configuration is that the "Soft frame equalizer" blocks are not synced. It's the same problem as with the Sync Short block, just at a later stage. Consider what happens, if one branch manages to decode the signal field and one doesn't. Or one thinks it's a 100 Byte BPSK