Re: [Discuss-gnuradio] UHD Driver Not Working

2014-06-17 Thread Activecat
On Tue, Jun 17, 2014 at 2:25 AM, Carl Condas ccon...@yahoo.com wrote: An attempt to use PyBOMBS to install GNU Radio resulted in no errors. However, the UHD driver must have installed incorrectly, because the source and sink blocks are not working. Is there any way to fix this problem? -Carl

Re: [Discuss-gnuradio] GNU Radio / Software Radio conceptual question

2014-06-17 Thread Martin Braun
On 17.06.2014 04:24, Michael Rahaim wrote: I have a relatively high level question regarding gnuradio and software radio in general. Is it a fair generalization to say that gnuradio is operating at the application layer and is essentially emulating a physical layer implementation (or the

Re: [Discuss-gnuradio] Using set_min_output_buffer() in Python block

2014-06-17 Thread Martin Braun
On 16.06.2014 19:02, David Halls wrote: Hey Martin, My calls using self.set_min_output_buffer(4096*2) and self.set_min_noutput_items(4096) fail at runtime. Perhaps I am missing some import statements? AttributeError: 'bsld_dec_butterfly_cfb' object has no attribute 'set_min_output_buffer'

Re: [Discuss-gnuradio] Using set_min_output_buffer() in Python block

2014-06-17 Thread David Halls
From: Activecat [active...@gmail.com] Sent: 17 June 2014 08:39 To: discuss-gnuradio@gnu.org Cc: David Halls Subject: Re: [Discuss-gnuradio] Using set_min_output_buffer() in Python block On Tue, Jun 17, 2014 at 1:02 AM, David Halls

[Discuss-gnuradio] [GSoC] gr-radar: Echotimer (USRP interface) and FSK Radar Demonstration

2014-06-17 Thread Stefan Wunsch
Hi! The GNU Radio Radar Toolbox has some nice new features! First the USRP interface for synchronized TX/RX streams is finished. It ensures that any waveform given by a tagged stream is received with only a constant delay due to hardware delays. Therefore a MIMO connection between two USRPs is

Re: [Discuss-gnuradio] GNU Radio / Software Radio conceptual question

2014-06-17 Thread Michael Rahaim
Thanks for the quick replies. I can see how putting the SDR in a block directly before the DAC or after the ADC is a PHY implementation, and how this is the case when using embedded devices such as the E series USRPs and the embedded SDR components in a base station. My confusion is when

Re: [Discuss-gnuradio] GNU Radio / Software Radio conceptual question

2014-06-17 Thread Sylvain Munaut
To me, the wrapping and passing of digital samples seems to put a stack within the stack. The ends of the chain are unaware of the internal message passing and act as if the samples were directly passed to the DAC and ADC, ... Yes, and ? These are un-related stacks. Some highend DAC/ADC have

Re: [Discuss-gnuradio] GNU Radio / Software Radio conceptual question

2014-06-17 Thread Martin Braun
On 17.06.2014 13:52, Sylvain Munaut wrote: To me, the wrapping and passing of digital samples seems to put a stack within the stack. The ends of the chain are unaware of the internal message passing and act as if the samples were directly passed to the DAC and ADC, ... Yes, and ? These are

Re: [Discuss-gnuradio] sample time alignment in GRC

2014-06-17 Thread Lapointe, Benjamin - 1008 - MITLL
Hi All, I am still having trouble time aligning sample streams from two USRP X310 devices. In GRC I noticed a random time offset from run to run in the two data streams using a WX GUI Scope Sink. Looking at recorded data in MATLAB I also see a random time offset from run to run in the two

Re: [Discuss-gnuradio] sample time alignment in GRC

2014-06-17 Thread Marcus D. Leech
On 06/17/2014 09:58 AM, Lapointe, Benjamin - 1008 - MITLL wrote: Hi All, I am still having trouble time aligning sample streams from two USRP X310 devices. In GRC I noticed a random time offset from run to run in the two data streams using a WX GUI Scope Sink. Looking at recorded data in

Re: [Discuss-gnuradio] sample time alignment in GRC

2014-06-17 Thread Lapointe, Benjamin - 1008 - MITLL
I am using BasicRX daughterboards, each sampling a single real-mode signal. -ben From: discuss-gnuradio-bounces+blapointe=ll.mit@gnu.org [mailto:discuss-gnuradio-bounces+blapointe=ll.mit@gnu.org] On Behalf Of Marcus D. Leech Sent: Tuesday, June 17, 2014 10:06 AM To:

Re: [Discuss-gnuradio] UHD Driver Not Working

2014-06-17 Thread fnguyen
Hey Carl, I'm having the same issue on my Fedora boxes. I have two Fedora 20 boxes. On the first one I removed everything related to UHD and GNU Radio and then ran pybombs as uhd first and then GNU Radio. That worked fine for that box so maybe give that a try; however, I replicated the same

Re: [Discuss-gnuradio] [GSoC] Co-Processors Update #3

2014-06-17 Thread Tom Rondeau
On Tue, Jun 17, 2014 at 12:37 AM, Alfredo Muniz mun...@seas.upenn.edu wrote: Hello all, Logistical: - 1/3 of the summer is gone! - Midterm evaluations are due at the end of next week (June 27). They are short so shouldn't affect progress at all. - Coproc dev call next week to get more

Re: [Discuss-gnuradio] UHD Driver Not Working

2014-06-17 Thread Tom Rondeau
On Tue, Jun 17, 2014 at 11:41 AM, fnguyen fngu...@vt.edu wrote: Hey Carl, I'm having the same issue on my Fedora boxes. I have two Fedora 20 boxes. On the first one I removed everything related to UHD and GNU Radio and then ran pybombs as uhd first and then GNU Radio. That worked fine for

Re: [Discuss-gnuradio] Updated NBFM Recorder

2014-06-17 Thread Tom Rondeau
On Sun, Jun 15, 2014 at 12:28 PM, madengr rfe...@everestkc.net wrote: I actually started with that, but the US 2 meter suggested channels are either 15 kHz or 20 kHz spacing depending on location. It's interesting to dump all the 2 meter repeater traffic in my city to disk for several days.

Re: [Discuss-gnuradio] wxPython 3.0 breaks wxGUI

2014-06-17 Thread Tom Rondeau
On Sun, Jun 15, 2014 at 4:36 PM, Iain Young, G7III g7...@g7iii.net wrote: Hi Folks, Sorry to be late with my two penneth, but I am still in catch up mode from vacation. On 13/06/14 03:52, Marcus D. Leech wrote: On 06/12/2014 10:43 PM, Tom Rondeau wrote: In one sense, this is a low

[Discuss-gnuradio] Measuring phase between channels

2014-06-17 Thread David Miller
Hello, I want to measure the phase difference between three synchronised USRP channels (Common Ref PPS), does software exist to do this, and to what accuracy, please? Sorry, this is a bit of a newbie question, and probably already covered! Dave ___

Re: [Discuss-gnuradio] Measuring phase between channels

2014-06-17 Thread Marcus Müller
Hi David, for starters, you could just divide one channel by the other and calculate the result's argument. There are blocks for both operations :) Short explanation: Just consider the complex signals $s_1, s_2$ in polar coordinates (instead of the usual real/imag representation) $s_1(t) =

[Discuss-gnuradio] Phase measurement with Ettus Research N210

2014-06-17 Thread Daniele Nicolodi
Hello, I'm using an Ettus Research N210 with a LFRX daughter-board to do data measure the phase of a signals referred to a 10 MHz clock. To start I want to characterize the phase noise of the device, therefore I send to both the RX channel and to the frequency reference input the same 10 MHz

Re: [Discuss-gnuradio] Measuring phase between channels

2014-06-17 Thread Martin Braun
On 17.06.2014 19:06, David Miller wrote: Hello, I want to measure the phase difference between three synchronised USRP channels (Common Ref PPS), does software exist to do this, and to what accuracy, please? Sorry, this is a bit of a newbie question, and probably already covered! Sure, the

Re: [Discuss-gnuradio] Phase measurement with Ettus Research N210

2014-06-17 Thread Marcus Müller
Hello Daniele, I've included the USRP users mailing list [1], since this is not related to GNU Radio but to the USRP. The N210 has a fixed master clock rate of 100MHz, generated from the 10MHz reference by using PLL controlled clock multipliers. The ADC always samples at 100MHz complex, then

Re: [Discuss-gnuradio] Phase measurement with Ettus Research N210

2014-06-17 Thread Daniele Nicolodi
Hello Marcus, thank for your detailed response. Some comments and further questions: On 17/06/2014 22:04, Marcus Müller wrote: The N210 has a fixed master clock rate of 100MHz, generated from the 10MHz reference by using PLL controlled clock multipliers. The ADC always samples at 100MHz

Re: [Discuss-gnuradio] Phase measurement with Ettus Research N210

2014-06-17 Thread Marcus D. Leech
On 06/17/2014 04:56 PM, Daniele Nicolodi wrote: I'll try to see if this makes a difference. The minimum sampling rate I can program is ~193 kHz (it is a strange fraction that I cannot check right now). Minimum sample rate = 100e6/512 The USRP devices do strictly-integer decimation in the

Re: [Discuss-gnuradio] Phase measurement with Ettus Research N210

2014-06-17 Thread Stephen Harrison
I did this exact experiment about a year ago. It's caused by the resolution of the phase accumulator in the DDC. On Tue, Jun 17, 2014 at 2:09 PM, Marcus D. Leech mle...@ripnet.com wrote: On 06/17/2014 04:56 PM, Daniele Nicolodi wrote: I'll try to see if this makes a difference. The minimum

Re: [Discuss-gnuradio] Phase measurement with Ettus Research N210

2014-06-17 Thread Sylvain Munaut
Hi, To start I want to characterize the phase noise of the device, therefore I send to both the RX channel and to the frequency reference input the same 10 MHz signal. I configured the N210 for 200 kHz sampling and a carrier frequency of 10 MHz. The LFTRX doesn't have a tuner so if you set a

Re: [Discuss-gnuradio] Phase measurement with Ettus Research N210

2014-06-17 Thread Stephen Harrison
Just some quick calculations in python: exact phase increment for 10 MHz: (10e6/100e6)*2**32 429496729.6 Closest phase increment: np.round((10e6/100e6)*2**32) 429496730.0 Resulting frequency: (np.round(10e6/100e6*2**32)/2**32)*100e6 1000.009313226 We are out by 9.3mHz! On Tue, Jun

Re: [Discuss-gnuradio] Phase measurement with Ettus Research N210

2014-06-17 Thread Daniele Nicolodi
Thanks for the answers. I didn't think that the sine wave in the FPGA were generated with an integer phase accumulator (I don't know much about how signal processing is done in FPGAs). If this is the case, as I understand from Stephen email, now I know where the frequency error comes from. On

Re: [Discuss-gnuradio] Phase measurement with Ettus Research N210

2014-06-17 Thread Stephen Harrison
The Verilog source for the USRP N210 is available online. You can see this in ddc_chain.v: wire [31:0] phase_inc; reg [31:0] phase; ... setting_reg #(.my_addr(BASE+0)) sr_0 (.clk(clk),.rst(rst),.strobe(set_stb),.addr(set_addr), .in(set_data),.out(phase_inc),.changed()); ...

Re: [Discuss-gnuradio] Phase measurement with Ettus Research N210

2014-06-17 Thread Stephen Harrison
There is a good treatment of errors in the CORDIC algorithm due to finite word length in this paper from IEEE transactions: The Quantization Effects of the CORDIC Algorithm (Yu Hen Hu, Senior Member, IEEE). I reproduced the results of section IV fairly easily a while ago. There are numerical

Re: [Discuss-gnuradio] Measuring phase between channels

2014-06-17 Thread Stephen Harrison
I did an experiment similar to this a year or so ago. I synced all the USRPs to the same 10MHz and PPS. I had pretty good results using libgps to get the GPS time and then using UHD to start streaming on a particular PPS edge on all units. With LFRX boards this will ensure that the DDCs start at

Re: [Discuss-gnuradio] Using set_min_output_buffer() in Python block

2014-06-17 Thread Activecat
On Tue, Jun 17, 2014 at 6:16 PM, David Halls david.ha...@toshiba-trel.com wrote: Thanks Activecat!! I had the problem that out_rc[0:len(rcABm)] = rcABm ValueError: operands could not be broadcast together with shapes (4096) (5376) where out_rc = output_items[3] using

[Discuss-gnuradio] Making a GUI to execute python scripts generated by GRC

2014-06-17 Thread jason sam
Hi, I have written a python code(wxgui.py) for a simple GUI using wxPython.There is a button in it and by pressing that button i am executing another python file.It's working fine and i am able to call any python file,but when i try to execute the python file created by GRC(uhd_fft.py) i get the