On Wed, Mar 14, 2007 at 07:36:19PM -0700, Chris Stankevitz wrote:
> What happens when a c++ block I write cannot keep up with the data the
> USRP is producing? In other words, my c++ block cannot keep up with
> real time.
The USRP library will report that the USRP is dropping samples.
If you'
On Wed, Mar 14, 2007 at 07:31:33PM -0700, Chris Stankevitz wrote:
> Hi,
>
> Should I get samples with a magnitude > 128 from the USRP no FPGA gain?
> I believe the answer is no. Take a look at these plots of the data I
> am getting (plot of real portion only):
>
> http://img157.imageshack.us/im
What happens when a c++ block I write cannot keep up with the data the
USRP is producing? In other words, my c++ block cannot keep up with
real time.
Is there a way to tell (in c++) that I am falling behind?
Thank you!
Chris
___
Discuss-gnuradio
Hi,
Should I get samples with a magnitude > 128 from the USRP no FPGA gain?
I believe the answer is no. Take a look at these plots of the data I
am getting (plot of real portion only):
http://img157.imageshack.us/img157/8648/plot1gi6.gif
http://img245.imageshack.us/img245/8528/plot2fp1.gif
I
You're right, I was normalizing for the purposes of plotting. Here's what
the raw complex samples look like:
http://img490.imageshack.us/img490/3225/rawbasebandvv9.jpg
+/- 2400 or so.
and here's that other plot regenerated:
http://img249.imageshack.us/img249/9520/d256unnormalizedkd4.jpg
signal is
On Wed, Mar 14, 2007 at 09:47:20PM -0400, Steven Clark wrote:
> Plots of USRP decimation woes:
> input is GMSK waveform @ ~30ksym/sec, BT = 0.35, no noise added
> using decimation rate of 16:
> http://img339.imageshack.us/img339/4467/d16cz9.jpg
> top plot is complex baseband, bottom plot is amplitu
Plots of USRP decimation woes:
input is GMSK waveform @ ~30ksym/sec, BT = 0.35, no noise added
using decimation rate of 16:
http://img339.imageshack.us/img339/4467/d16cz9.jpg
top plot is complex baseband, bottom plot is amplitude of top plot
some amplitude variations noticeable, but fairly minor.
On 3/14/07, Steven Clark <[EMAIL PROTECTED]> wrote:
GMSK is a constant amplitude modulation. So unless I am misunderstanding
something (which is entirely possible), if you plot the complex baseband
signal with real for X and imag for Y, the result should be a
constant-amplitude circle regardless
Chris Stankevitz wrote:
> Hi,
>
> Should I get samples with a magnitude > 128 from the USRP no FPGA gain?
> I believe the answer is no. Take a look at these plots of the data I
> am getting (plot of real portion only):
ADC is 12 bit => +/- 2^11
all processing blocks are 16 bit
So if there is any
Hi,
Should I get samples with a magnitude > 128 from the USRP no FPGA gain?
I believe the answer is no. Take a look at these plots of the data I
am getting (plot of real portion only):
http://img157.imageshack.us/img157/8648/plot1gi6.gif
http://img245.imageshack.us/img245/8528/plot2fp1.gif
There is always an unknown phase between the transmitter and receiver.
In addition, the clocks between the transmitter and receiver are never
running at exactly the same frequency. FWIW, the oscillator on the
USRP is spec'd to 50ppm.
Eric
GMSK is a constant amplitude modulation. So unless I
On Wed, Mar 14, 2007 at 05:54:03PM -0400, Steven Clark wrote:
> >> I'm using usrp_rx_cfile.py. So hopefully I'm just looking at the raw
> >complex
> >> baseband coming across USB.
> >
> >No surprise, you're not sampling at the center of the symbols.
> >
>
>
> Eh? I'm using the -f command line arg
On Wed, Mar 14, 2007 at 04:55:25PM -0400, Pascal Charest wrote:
> Hi,
>
> I'm looking for RFX1200 and RFX1800 schematics. I've downloaded hardware
> schematics from svn (svn co http://gnuradio.org/svn/usrp-hw/trunk usrp-hw).
> I've found schematics for each daughterboards except for RFX1200 and
>
On Wed, Mar 14, 2007 at 04:53:58PM -0400, Steven Clark wrote:
> Eric: many thanks for your responses. My responses below:
>
> On 3/14/07, Eric Blossom <[EMAIL PROTECTED]> wrote:
> >
> >On Wed, Mar 14, 2007 at 03:45:32PM -0400, Steven Clark wrote:
> >> Hi all-
> >> Two very different questions for
Hi,
I'm looking for RFX1200 and RFX1800 schematics. I've downloaded hardware
schematics from svn (svn co http://gnuradio.org/svn/usrp-hw/trunk usrp-hw).
I've found schematics for each daughterboards except for RFX1200 and
RFX1800.
Anybody know where I can get these schematics? Or at least know t
Eric: many thanks for your responses. My responses below:
On 3/14/07, Eric Blossom <[EMAIL PROTECTED]> wrote:
On Wed, Mar 14, 2007 at 03:45:32PM -0400, Steven Clark wrote:
> Hi all-
> Two very different questions for you:
>
> 1) As a test, I am sending a GMSK signal (created by a signal generat
Marcus Leech wrote:
I pulled the latest from the trunk last night, and it built and
installed without complain.
I set PYTHONPATH to /usr/local/lib64/python-2.4/site-packages and
export the path.
When I try to run my application, which does a
from gnuradio import gr, gru
I get a "no module
On Wed, Mar 14, 2007 at 03:45:32PM -0400, Steven Clark wrote:
> Hi all-
> Two very different questions for you:
>
> 1) As a test, I am sending a GMSK signal (created by a signal generator,
> very low noise) at low symbol rates into the USRP and plotting the complex
> baseband that reaches the PC.
Hi all-
Two very different questions for you:
1) As a test, I am sending a GMSK signal (created by a signal generator,
very low noise) at low symbol rates into the USRP and plotting the complex
baseband that reaches the PC. One would expect to see a nice tight unit
circle, and at low decimation r
On Wed, Mar 14, 2007 at 07:28:26AM -0700, John Bratteli wrote:
> Hi everyone,
>
> I'm working on something to hop through a large range
> of frequencies identifying signals. I was testing to
> see how fast I could hop by capturing the data from
> the USRP and sending it to a null sink. I found t
Marcus Leech wrote:
> I pulled the latest from the trunk last night, and it built and
> installed without complain.
>
> I set PYTHONPATH to /usr/local/lib64/python-2.4/site-packages and export
> the path.
>
> When I try to run my application, which does a
>
> from gnuradio import gr, gru
>
> I
I pulled the latest from the trunk last night, and it built and
installed without complain.
I set PYTHONPATH to /usr/local/lib64/python-2.4/site-packages and export
the path.
When I try to run my application, which does a
from gnuradio import gr, gru
I get a "no module named gnuradio found"
Martin Dvh wrote:
>> Thanks for doing this. I can test and merge from your changeset in your
>> branch, but this will make it difficult to merge from your branch in the
>> future (the changeset will already be in the trunk when you attempt it.)
>> If this is the only thing in there, then no prob
On 3/14/07, George Nychis <[EMAIL PROTECTED]> wrote:
What's the downside to this: "it freezes the analog AGC for the duration of the
packet."
Feed my lack of an EE background... Thibaud is out of town for me to poke him
:D
If a fade occurs within a signal, you could possibly lose data - or i
Eric Blossom wrote:
My original thought was to support two modes:
(1) Just keep streaming samples at me.
(2) The FPGA is doing some kind of packet detection, possibly linked
to the AGC control loop, and it just sends when it thinks it's
got a packet. In this case, I think it
Hi everyone,
I'm working on something to hop through a large range
of frequencies identifying signals. I was testing to
see how fast I could hop by capturing the data from
the USRP and sending it to a null sink. I found that
it takes .38 seconds, plus the time length I set to
get data, to run a
On Wed, Mar 14, 2007 at 09:47:08AM -0400, George Nychis wrote:
> First off, I never received the original e-mail that you are responding
> to... was it sent to the board? I don't see it in the archives either. If
> so, this is the second e-mail I've not received simply related to the
> in-band
On Wed, Mar 14, 2007 at 05:26:02PM +0800, hanwen wrote:
> Hi, everyone,
>
> Recently, I'm implementing some synchronization algorithm in block, which
> require higher efficiency. I try to use the function ccomplex_dotprod_sse()
> to speed up the block, but I always get "segment fault".
> I'm using
First off, I never received the original e-mail that you are responding to... was it sent
to the board? I don't see it in the archives either. If so, this is the second e-mail
I've not received simply related to the in-band signaling that was sent to the board. I
don't keep up with the other
Hi, everyone,
Recently, I'm implementing some synchronization algorithm in block, which
require higher efficiency. I try to use the function ccomplex_dotprod_sse()
to speed up the block, but I always get "segment fault".
I'm using a PC with Pentium D CPU, and I'm sure the ccomplex_dotprod_sse()
w
Il giorno mar, 13/03/2007 alle 08.08 -0700, Eric Blossom ha scritto:
> I suspect you're getting caught by the sanity check in the host
> library code.
>
> Take a look at usrp_standard.cc, usrp_standard_rx::set_format and
> remove the test for rx_format_is_valid.
I added some width to rx_format_is
31 matches
Mail list logo
