Has anyone attempted to try this on the USRP or know of any successful
projects? Or if anyone has a good paper to suggest on measurement methods,
that would be great.
I imagine that the timing synchronization would be difficult on the USRP. ?
Thanks
___
Eric Blossom wrote:
>
> Your baseband sample rate is 100M/32 -> 3.125MS/s
>
> You're using 2 samples/symbol, thus your symbol rate is
> 3.125MS/s / 2 -> 1.5625Msymbols/s
> And since you're using DBPSK, you're getting 1 bit/symbol, thus your
> raw over-the-air bit rate is 1.5625Mbit/s
>
Hi
Hi Eric
I was not running through a switch.
I tried what you suggested, and can confirm that the CPUs are not being
throttled. I have then discovered that for some reason I can only get
the problem to occur on one of my two host PCs. I am trying to install
the new Ubuntu (actually, the 64-bit ver
Your transmit amplitude is almost zero, try something around 10e3.
See the notes in the usrp source block.
On 05/12/2010 07:59 PM, intermilan wrote:
hello all:
I recently use GRC and USRP to do some experiment. But there is a
problem for me.
I use signal_source->packet_enco
Dear all,
I'm using digital bert to transmit a BPSK modulated binary sequence. Since I
don't need the rrc filter, I'm using the following to set the amplitude.
self._amp = gr.multiply_const_cc(1)
self.set_tx_amplitude(amplitude)
set_tx_amplitude function definition is:
def set
Hi all,
I just purchased 52MHz external clock from Kestral signal processing, after
successful follow up of installation guide (
http://gnuradio.org/redmine/wiki/1/OpenBTSClockModifications), I tested usrp
I got this message:
z...@zero-laptop:~/gnuradio/gnuradio-examples/python/usrp$ sudo
./usrp_b
Eric Blossom wrote:
fOn Thu, May 13, 2010 at 12:13:00AM +1000, Kyle Zhou wrote:
I am playing howto-write-a-block in cygwin.
Git trunk.
./bootstrap no problem
./configure brings the following error:
checking for GNURADIO_CORE... configure: error: Package requirements
(gnuradio-core >= 3) wer
OK. SO I gave up on scanning for the present time and tried to implement a
"simple" tuner, using a slider.
I'm thinking this is a REALLY basic thing to do with any kind of receiver
...
No such luck L
The slider still has a mind of its own .
While I haven't tried your block suggestion y
GNU Radio release 3.3.0-rc0 is available for testing:
http://gnuradio.org/releases/gnuradio/gnuradio-3.3.0-rc0.tar.gz
http://gnuradio.org/releases/gnuradio/gr-howto-write-a-block-3.3.0-rc0.tar.gz
This is the first release candidate for the 3.3 release series.
This is a straight tarball release f
OOPS. Forgot to add the code. Here it is .
Bill
Simple_WBX_Tuner.grc
Description: Binary data
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
hello all:
I recently use GRC and USRP to do some experiment. But there is a
problem for me.
I use signal_source->packet_encoder->Gmsk_mod->usrp_sink in the transmit
side.and it the receive side I use
usrp_source->Gmsk_demod->packet_decoder->scope_sink.Now I know I can see the
On Wed, May 12, 2010 at 11:42:55AM -0700, David Barton wrote:
> Thanks Eric.
>
> So the packet encoder samples /symbol does not affect the bit rate but just
> needs to match the dpsk samples/ symbol rate?
>
> Dave
Right.
Eric
___
Discuss-gnuradio
Thanks Eric.
So the packet encoder samples /symbol does not affect the bit rate but just
needs to match the dpsk samples/ symbol rate?
Dave
From: Eric Blossom
To: David Barton
Cc: discuss-gnuradio@gnu.org
Sent: Wed, May 12, 2010 2:02:42 PM
Subject: Re: [Dis
On Wed, May 12, 2010 at 04:34:36PM +0930, Ian Holland wrote:
> Hi Eric
>
> It seems this has not fixed the problem. Does anyone have any other
> suggestions as to the possible cause? Note, I also found power cycling
> the USRP2 can sometimes avoid the same problem.
>
> Ian.
Ian,
I still suspect
On Wed, May 12, 2010 at 05:00:32PM +0200, Alberto Trentadue wrote:
> Hello
> I've seen on the archives, and experienced myself, that GR does not
> support having loops in the flow graph.
Correct.
> I would like to get some more insight on this limitation to
> understand 1.the reasons for it and
On Wed, May 12, 2010 at 09:06:13AM -0700, David Barton wrote:
> Hi,
>
> I have set up the following simple digital data transmitter:
>
>
> File source -à throttle -à packet encoder --- > DBPSK modulator -à
> USRP2
> File size sample rate samples/sym - 2
Hi,
I have set up the following simple digital data transmitter:
File source -à throttle -à packet encoder --- > DBPSK modulator -à
USRP2
File size sample rate samples/sym - 2 samples/sym –
2 Inter rate 32
-variable 3.125M
Hello
I've seen on the archives, and experienced myself, that GR does not support
having loops in the flow graph.
I would like to get some more insight on this limitation to understand 1.the
reasons for it and 2. how to workaround
it in those cases where a feedback loop is a key solution.
Naivel
fOn Thu, May 13, 2010 at 12:13:00AM +1000, Kyle Zhou wrote:
> I am playing howto-write-a-block in cygwin.
> Git trunk.
> ./bootstrap no problem
> ./configure brings the following error:
> checking for GNURADIO_CORE... configure: error: Package requirements
> (gnuradio-core >= 3) were not met:
>
>
I am playing howto-write-a-block in cygwin.
Git trunk.
./bootstrap no problem
./configure brings the following error:
checking for GNURADIO_CORE... configure: error: Package requirements
(gnuradio-core >= 3) were not met:
No package 'gnuradio-core' found
This does not happen in Ubuntu.
Anyone
Eder Matthias wrote:
Well, as I unterstand, the main problem is, that the audio sink has got another clock than USRP has. That means that packets are lost, whan the audio sink buffer is full.
Ok so far, i can follow you.
But what can i do to solve this problem.
The best way would be to synchron
Hello all,
I want to start expereiment with software defined radio but can't make up my
mind which one of the usrp and usrp2 is the most suitable.
I am new to FPGAs but want to start playing with these as well. I use GNU/Linux
and GCC as much as I can.
Some questions:
The usrp and usrp2 uses F
Hi Eric
It seems this has not fixed the problem. Does anyone have any other
suggestions as to the possible cause? Note, I also found power cycling
the USRP2 can sometimes avoid the same problem.
Ian.
-Original Message-
From: discuss-gnuradio-bounces+ian.holland=rlmgroup.com...@gnu.org
23 matches
Mail list logo
