FYI,
fftsink and scopesink were just refactored to use messages and message
queues to communicate between the C++ and Python side. This removes
our dependency on pipes, but more importantly, the C++ side will now
never block trying to send data to the GUI.
There are also a couple generally usefu
Matt and I have just checked in some changes that fix problems we
were seeing when trying to run the Tx and Rx side of the USRP
simultaneously.
(1) Under some of the newer kernels, the second open was killing the
first. That problem was tracked down to the libusb
usb_set_configuration call and
On Wed, Nov 16, 2005 at 01:01:53AM +, sudhindra aithal kota wrote:
> Hi,
> Is it possible to view a square wave using
> usrp_oscope.py? I have a circuit which produces a
> square wave that I want to view.
Yes.
> I know usrp_oscope is not a general purpose
> oscilloscope. We eventually want
Hi,
Is it possible to view a square wave using
usrp_oscope.py? I have a circuit which produces a
square wave that I want to view.
I know usrp_oscope is not a general purpose
oscilloscope. We eventually want to manipulate the
signal coming from the circuit for our purposes. So we
wanted to know if
>From the gnuradio as test equipment dept: I finally got around to
putting calibration into my Transmission Reflection Vector Analyzer
and it was easier than I feared. In fact it was an exciting culmination
to the project, as that's what makes a collection of unruly parts
work as an accurate instr
On Mon, 14 Nov 2005 15:29:39 -0800, Eric wrote,
> decim_rate sets how much decimation is done in the FPGA. You can of
> course perform additional decimation in software. You'd probably want
> to use gr.fir_filter_ccf for that job. The first argument is the
> decimation rate.
I added some decim
On Tue, Nov 15, 2005 at 01:55:44AM -0500, Dawei Shen wrote:
> Hi, Eric
>
> Thanks for your effort and I'd like to share the happiness with you. I can't
> wait to read your code. A couple of questions:
>
> 1. Are all the codes available on CVS now?
It's all in CVS now. Expect some changes over t
Oops, I posted without a subject
This is an attempt at correcting it.
Will look at your reply n4hy.
Thanks,
Mike
-Original Message-
From: n4hy [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 15, 2005 9:18 AM
To: Robitaille, Michael
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gn
Here is way to accomplish your goal:
You need to have your final sample rate be N samples per second. I will
assume you want (-N/2,N/2) complex frequency.
Choose a decimation ratio in the FPGA such that the Nyquist for the
decimated frequency is LARGER than or equal to N/2. Let this sample
On Monday, November 14, 2005 5:59 PM McGwier
[mailto:[EMAIL PROTECTED] wrote:
> I am attempting to understand what advantage you would gain by
reducing
> the sample rate. The FPGA's only jobs are run an oscillator, mix,
and
> resample using special form filters. Now that the ha
On Monday, November 14, 2005 4:30 PM, Eric Blossom [mailto:[EMAIL PROTECTED]
To: [EMAIL PROTECTED]
>On Mon, Nov 14, 2005 at 06:17:16PM -0500, [EMAIL PROTECTED] wrote:
>> On Fri, 11 Nov 2005 11:42:18 -0800, Eric responded:
>>
>> I just saw that in the schematic that the AD9862 gets its clock dirr
Alfred reply is exactly why I would like to change the sample rate. I am
operating at low frequency and would like to be able to look at the signal
with a different resolution in the frequency domain (time span = 1/sampling
rate, require ring more points in FFT to get resolution). In my career I
Matt,
I have not and I hope it was a Basic RX board not a TX.
Mike
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
13 matches
Mail list logo
