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 fo
On Tue, Jun 17, 2014 at 6:16 PM, David Halls
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 set_output_multiple(
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
th
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 errors
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());
...
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 th
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 T
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 se
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 wrote:
> On 06/17/2014 04:56 PM, Daniele Nicolodi wrote:
>
>>
>> I'll try to see if this makes a difference. The minimum sampling rat
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 FPGA
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 com
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 pass
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 ea
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 sign
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) = a_1(t)
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
___
On Sun, Jun 15, 2014 at 4:36 PM, Iain Young, G7III 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 l
On Sun, Jun 15, 2014 at 12:28 PM, madengr 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.
> Even the busy o
On Tue, Jun 17, 2014 at 11:41 AM, fnguyen 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 that box
> so
On Tue, Jun 17, 2014 at 12:37 AM, Alfredo Muniz
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 ideas on GNU Radio
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 st
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: discuss-gnuradio@
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 M
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
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 un-r
> 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 h
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 gnuradi
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 ne
> 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
> mailto:dav
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'"
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 implemen
On Tue, Jun 17, 2014 at 1:02 AM, 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 at
On Tue, Jun 17, 2014 at 2:25 AM, Carl Condas 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
>
I guess
33 matches
Mail list logo
