Good morning,
I am student (not a starving student) who started researching with GNU Radio
Software last month. This week, I am trying to implement an I/Q Lab using
the USRP2 board.
What I mean is that I would like to create my own IP (for example a filter)
and to program it into the FPGA. Then,
Hi Marcus,
>Practicality is a very important aspect of any project like this, and
>it's one that needs to be explored.
Yes, very important and I like what you are designing, you bet I will get one
if I can get it as already tuned.
Also the the SDR manufacturers are (should be) grateful that an "
Does this cable have shielding capability?
I need a cable that shields external signal in 400-500MHz
--
Seokseong Jeon (aka Songsong Gee)
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Sorry I didn't say in detail.
I mean SMA-M to SMA-M cable in ettus website.
If it cannot shield external signal of 400-500MHz band,
Could you give me a suggestion?
-- Forwarded message --
From: Songsong Gee
Date: 2011/1/18
Subject: about RF SMA-M to SMA-M cable
To: gnuradio mai
Yes, according to the photo it is a coaxial cable, which by definition
includes shielding, see
http://en.wikipedia.org/wiki/Coaxial_cable
The shielding insulates from external interference, much like a
Faraday cage; however, it doesn't work as a frequency selective
filter, nor is it a perfect insu
>
> Hi Marcus,
>
> >Practicality is a very important aspect of any project like this, and
> >it's one that needs to be explored.
> Yes, very important and I like what you are designing, you bet I will
> get one if I can get it as already tuned.
> Also the the SDR manufacturers are (should be) gra
On Mon, Jan 17, 2011 at 7:58 PM, Guanbo wrote:
>
> Hi,
>
> I feel like the output of coarse frequency offset is very inaccurate. Or
> probably it is not directly related.
>
> For best test, I tried higher resolution of subcarrier bandwidth by
> selecting the large FFT length, high Interp/decim rat
On Mon, Jan 17, 2011 at 12:10 AM, Ben Reynwar wrote:
> On Sun, Jan 16, 2011 at 2:52 PM, Tom Rondeau wrote:
>> On Sat, Jan 15, 2011 at 1:40 AM, Ben Reynwar wrote:
>>> Hi all,
>>>
>>> What do people think of introducing a constellation object into gnuradio?
>>>
>>> It would hold the constellation
Hi Luca
Remember you have to add 0.5 to both the real and the immaginary
parts of the signal.
self.gr_add_const_vxx_0 = gr.add_const_vcc((complex(.5, .5), ))
This line did the trick for me.
Charles
On Fri, Dec 10, 2010 at 15:00, Luca Pascale wrote:
> Hi,
>
> I have exactly the same proble
Hi,
Thanks for the suggestions.
I use two USRP2s. When the receiver is loaded with the UHD driver it
exhibits poor performance. No matter if the sender is using the
standard or the UHD driver.
The buffer shouldn't be the problem:
"Current recv sock buff size: 5000 bytes"
I do get that filte
> I use two USRP2s. When the receiver is loaded with the UHD driver it
> exhibits poor performance. No matter if the sender is using the
> standard or the UHD driver.
>
I was under the impression that performance meant high cpu load, too
many overflows/dropped packets. I think you mean that the a
schrieb Gabriel Morel am 2011-01-17 23:39:
> Do you know how can we share some MS Office files.
That's not so good. First, MS Office files may be practical for you, but
most people in GNU land (and GNU Radio is really GNU) do not have MS
Office or prefer free software alternatives.
Second, MS Of
On Tue, 2011-01-18 at 11:42 +0100, Eduardo Lloret Fuentes wrote:
> Good morning,
>
> I am student (not a starving student) who started researching with GNU
> Radio Software last month. This week, I am trying to implement an I/Q
> Lab using the USRP2 board.
>
> What I mean is that I would like to
> Does this cable have shielding capability?
>
> I need a cable that shields external signal in 400-500MHz
>
> --
> Seokseong Jeon (aka Songsong Gee)
>
All coaxial cables have roughly 90dB of isolation or more. The aren't
particularly frequency-dependant
except that the loss goes up in a linear
Moeller: Yes I am trying to solve the near-far problem. I have used the
USRP radios to test the concept, and it works really well I am getting about
55 - 60 dB suppression which is essentially equal to the practical dynamic
range of the ADCs for the USRP1. I would insert about 1 MHz of white
Ga
On 18.01.2011 12:03, Patrik Tast wrote:
> Yes, very important and I like what you are designing,
> you bet I will get one if I can get it as already tuned.
What is "already tuned"?
The design was just a RF/ADC board, without FPGA.
But possibly it could be attached to a cheap FPGA
development boa
On 18.01.2011 23:37, JP234 wrote:
>
> Moeller: Yes I am trying to solve the near-far problem. I have used the
> USRP radios to test the concept, and it works really well I am getting about
> 55 - 60 dB suppression which is essentially equal to the practical dynamic
> range of the ADCs for the US
Hello,
I am using Garmin 18 5Hz PPS clock for USRP synchronization.
This is the GPS: https://buy.garmin.com/shop/shop.do?pID=8631
However, because it is 5Hz PPS not 1Hz, the synchronization looks not
working properly.
I got following message on the time stamp reading after 1 sec.
"Creating the
Using a 5Hz PPS is not fundamentally different than 1Hz. That should not
be a problem.
Make sure your pulse has the correct levels:
http://www.ettus.com/uhd_docs/manual/html/usrp2.html#pps-pulse-per-second
-Josh
On 01/18/2011 05:36 PM, Sangho Oh wrote:
> Hello,
>
> I am using Garmin 18 5Hz PPS
It passes the pps test.
I just thought it is not working properly because the clock is too fast (5x
than pps), and reading time is less than 1 sec.
If that is normal, then my GPS pps signal may be working correctly
- Sangho
-
Dear all,
I'm implementing a GUI to show the time-varying wireless channel gain with
qtgui.
To be specific, I want to implement is a history plot.
The X-axis is discrete time and the Y-axis is a channel gain.
And the plot should be updated (refreshed) every few seconds.
( for example http://qwt.s
>
> Dear all,
>
> I'm implementing a GUI to show the time-varying wireless channel gain
> with qtgui.
>
> To be specific, I want to implement is a history plot.
> The X-axis is discrete time and the Y-axis is a channel gain.
> And the plot should be updated (refreshed) every few seconds.
> ( for e
22 matches
Mail list logo
