Re: [Discuss-gnuradio] Handling more than 3 output streams

Hi Vipin, you can find detailed information about the methods makeX to create an i/o signature in the doxygen documentation . If you have multiple input streams with the same size, you don't have

Re: [Discuss-gnuradio] Rational Resampler no output.

I have an AMD system with the same chip running Ubuntu 16.xx. I can probably try to duplicate this weekend, if Cor doesn't get to it, as another data point. On Jun 5, 2017 3:14 PM, "Marcus Müller" wrote: Hi Cor, Excuse the language, but frk. Ok, looks like we have a bug in low_pass. Or in G

[Discuss-gnuradio] USRP sink clock rate

Hi all I'm using Ettus Research USRP device with GRC And I have one question Is there

Re: [Discuss-gnuradio] USRP sink clock rate

Hello Kim, The first two rates (200e6 and 184.32e6) are for the X310 which only supports those two ADC sampling rates. The third rate (120e6) is no longer supported, I'll get that removed. 30.72e6 is for the AD9361/AD9364 based USRPs (B2x0, E310). The field is a text field so you can enter any va

[Discuss-gnuradio] Measure the Distance to another 802.11 device

Hi all, in one of our projects we need to measure the distance between two 802.11 devices as accurately as possible. Our idea is to use the round-trip time (RTT). To avoid any delay from the operation system and from the network stack, our idea is to measure the arrival time of the acknowledgment

Re: [Discuss-gnuradio] why can't use iwconfig when I run the gr-ieee802-11

Thanks for your reply. Let me explain what I 'm doing. I have two B210s connected with two computers. I want to measure the throughput between the two computers over the usrp connection over gr-ieee802-11. But no matter how hard I try, like tuning the parameters and turning off my own wifi card an

Re: [Discuss-gnuradio] Measure the Distance to another 802.11 device

Hi Florian, that's an interesting approach! On 06/07/2017 02:58 PM, Florian Adamsky wrote: > Hi all, > > in one of our projects we need to measure the distance between two > 802.11 devices as accurately as possible. Our idea is to use the > round-trip time (RTT). To avoid any delay from the oper

Re: [Discuss-gnuradio] [GSoC 17] DAB: updates of the week

Hi John, I'm not aware of any gnu radio blocks available for audio synchronization. However, you're asking about resampling: Well, resamplers do exist :) ! We've got a totally different problem, though: To resample properly, you'd need to know (or better: estimate) the clock error. On Wed, Ju

Re: [Discuss-gnuradio] USRP sink clock rate

What is the difference between these two methods? I seem to be able to use them interchangeably and was wondering the reason to prefer the args string? I calculate it based on a multiple of my sample rate in either case. (B2xx if that matters) On Jun 7, 2017 5:34 AM, "Derek Kozel" wrote: > Hell

Re: [Discuss-gnuradio] [GSoC 17] DAB: updates of the week

Hi Biju -- I was mainly asking whether Benny had a proof of concept for his suggested approach. I understand about resamplers. The thought in my mind, though I don't know if I have the skills to implement it, is a block placed immediately before the audio sink that provides a buffer and mea

Re: [Discuss-gnuradio] usrp_spectrum_sense.py

Hello Marcus, I am trying to learn python so I do apologize and would appreciate your guidance. All I need is to do some minor tweaking on osmocom_spectrum_sense.py which is already giving center freq and power components after wideband scanning. That is why it was suggested sweeping through th

[Discuss-gnuradio] Problem with Pybombs install of gr-analysis

Just did a clean pybombs install, everything looks good so far. Having trouble with gr-analysis. Can't get past this error. Same error if I try to compile it outside of pybombs. # pybombs install of UHD, GnuRadio and other items goes just fine. user@gump-Lenovo:~$ sudo sudo pybombs install

Re: [Discuss-gnuradio] Measure the Distance to another 802.11 device

Dear Marcus, On Wednesday, Jun 07 2017, Marcus Müller wrote: [...] > If I remember correctly, there's some degree of adjustability in that > firmware, at least in Atheros chipsets; [1] might be an interesting talk > for you. this is indeed a very interesting talk. According to this talk, AR9380

Re: [Discuss-gnuradio] symbol already exists: cannot reuse! runtime error

Hi Eugene, uh-oh. The Global Block Registry is definitely not one of the most modern parts of GNU Radio; personally, I'd argue, it shouldn't exist, but meh, GNU Radio is a naturally grown project, so we need to rely on it. Plus I haven't found the time to get rid of it (but neither have I found go

Re: [Discuss-gnuradio] Problem with Pybombs install of gr-analysis

FYI this has nothing to do with pybombs, I get it source building. I use specrec all the time for high bw writes, really wish there was a osmocom version of it for non ettus devices. Anyway, it looks like maybe something in uhd changed, prolly in the 3.10 transition. I usually just replace the var

Re: [Discuss-gnuradio] Problem with Pybombs install of gr-analysis

Oh, and I configure passing -std=c++11 in cflags. On Jun 7, 2017 8:45 PM, "Anon Lister" wrote: > FYI this has nothing to do with pybombs, I get it source building. I use > specrec all the time for high bw writes, really wish there was a osmocom > version of it for non ettus devices. > > Anyway,

Re: [Discuss-gnuradio] Problem with Pybombs install of gr-analysis

On 06/07/2017 05:46 PM, Anon Lister wrote: > the command line. > > > sudo pybombs --config std=c++11 install gr-analysis > > sudo pybombs --config std=gnu++11 install gr-analysis > > It looks like something in gr-analysis is broken. Shouldn't the flag be "-std=c

Re: [Discuss-gnuradio] Handling more than 3 output streams

othly). > > If a prototype exists, I'd be happy to plug it into my current app to > see what happens. > > John > > > On 06/06/2017 12:02 PM, Benny Alexandar wrote: > > Hi Luca, > > > > > > Nice to see your progress so far. Once you have the > &g