hi all,
I have made a simple program for sine transmission which is just a
replicca of usrp_siggen. Im successful in transmitting a sine wave
with the help of side A of usrp1, but when i want to transmit it by
side B, it doesnt give any error but it doesnt transmit either...
My code is given as:
Hi! Now it works! Thank you so much!
Wu
From: Marcus D. Leech [mailto:mle...@ripnet.com]
Sent: Wednesday, March 28, 2012 6:07 AM
To: Wu Ting
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Strange problem when using build-gnuradio
script
On 03/27/2012 08:44 AM, Wu Ting wro
Hi Tom,
Thanks for the reply.
In the ofdm_sync_pn.py, I see that a matched filter is used, after the
timing metric is obtained based on the correlation of the two halves of the
preamble. I understand this matched filter is trying to find the end of the
plateau of the metric and get the smooth peak
On 03/27/2012 08:44 AM, Wu Ting wrote:
Hi, Thank you for your reply. I ran ./build-gnuradio --v The result
is in the attached file. Could you have a look at it. Thank you!
Wu
Here's some clue, here:
- Performing Test HAVE_PTHREAD_SETSCHEDPARAM - Success
-- Performing Test HAVE_SCHED_SETSC
On Mon, Mar 26, 2012 at 10:42 AM, Francisco
wrote:
> Ben Reynwar reynwar.net> writes:
>
>>
>> I think that the best way to get started is to use Martins gr-modtool.
>> It will help you to make out-of-tree blocks (out-of-tree means
>> separate but compatible with your main gnuradio installation).
Yes, there is a demo video on this from 2010 which you can view at my
youtube channel http://www.youtube.com/user/wwvince1
It's called Soft-SFN.
regards
vince
Il giorno 27 marzo 2012 16:44, Rafael Diniz ha scritto:
> Hi Vince,
>
> Changing a little the topic, have you managed to run your So
Thanks Nick,
that's perfect.
Il giorno 27 marzo 2012 18:05, Nick Foster ha scritto:
> On Tue, Mar 27, 2012 at 7:26 AM, Vincenzo Pellegrini wrote:
>
>> Hi Nick, thanks for the answer.
>>
>> Everything clear.
>> Just a further question.
>> Would a 0V-mean, 3.3V peak-to-peak sinusoid be correct as
On Tue, Mar 27, 2012 at 7:26 AM, Vincenzo Pellegrini wrote:
> Hi Nick, thanks for the answer.
>
> Everything clear.
> Just a further question.
> Would a 0V-mean, 3.3V peak-to-peak sinusoid be correct as a reference
> signal for the B100?
>
Use a 5-10dBm reference with no DC component. This corres
Looks like there may be a bug in the PYTHONPATH finder inside
build-gnuradio.
This has almost zero downstream consequences, since
it's merely offering a suggestion as to what to set your PYTHONPATH to
in your .bashrc. It doesn't automatically edit your .bashrc--that's up
to you.
On Ubuntu 1
Try:
uhd_usrp_probe --args "type=usrp1"
Then
uhd_usrp_probe
--args "addr=192.168.10.2"
That should (assuming you have networking
setup correctly) give you probe outputs from both your USRP1 and N200.
On Tue, 27 Mar 2012 16:06:05 +0100 (BST), Noé Beuret wrote:
> Hi!
>
> I have not
On Mon, Mar 26, 2012 at 12:54 PM, Ben Reynwar wrote:
> On Mon, Mar 26, 2012 at 10:42 AM, Francisco
> wrote:
>> Ben Reynwar reynwar.net> writes:
>>
>>>
>>> I think that the best way to get started is to use Martins gr-modtool.
>>> It will help you to make out-of-tree blocks (out-of-tree means
>>
Hi!
I have not managed to install what I wanted for my school project.
After gnuradio and uhd installation with the build_gnuradio script,
uhd_find_device found only usrp n200 but not usrp1...
I didn't have much time so I wouldn't touch anything in the first software. So
I would start writing t
On Tue, 27 Mar 2012 09:36:14 +0200
Martin Braun wrote:
> These bytes can only be set once the writing is finished, and it's
> called from the destructor, so that might not be getting called...?
> It also gets called when the WAV file changes.
> Calling close() manually is also possible (but shoul
Hi Vince,
Changing a little the topic, have you managed to run your SoftDVB code to
work on multiple USRPs in order to create a SFN DVB configuration?
Best regards,
Rafael Diniz
> Josh,
> I agree this would be a great feature.
>
> vince
>
>
>>
>> There is a clock sync pin (cgen_sync_b in the fpg
Josh,
I agree this would be a great feature.
vince
>
> There is a clock sync pin (cgen_sync_b in the fpga top level).
> Presumably, a shared PPS could trigger the clock sync signal across
> multiple B100. This would synchronously reset the phase across all N
> devices. It would require a little
Hi Nick, thanks for the answer.
Everything clear.
Just a further question.
Would a 0V-mean, 3.3V peak-to-peak sinusoid be correct as a reference
signal for the B100?
regards
vince
Il giorno 23 marzo 2012 18:30, Nick Foster ha scritto:
> On Fri, Mar 23, 2012 at 10:18 AM, Vincenzo Pellegrini
Hello everyone,
I am having the following problem on an x86_64 linux machine:
When I use the ZIP-release (currently 3.5.2.1, using configure&make)
from the GNUradio homepage to build GNUradio, the python shared
libraries always get installed to %{prefix}/lib/python.../ instead of
%{prefix}/li
On 03/27/2012 03:59 AM, Wu Ting wrote:
Hi all,
I'm using build-gnuradio script to build gnuradio and uhd. It works
well before (both on Ubuntu 10.04 and 11.10). However, on my current
computer (Ubuntu 10.04), it has a strange problem. At first, it kept
showing some libs are not found. After
Hi all,
I'm using build-gnuradio script to build gnuradio and uhd. It works well
before (both on Ubuntu 10.04 and 11.10). However, on my current computer
(Ubuntu 10.04), it has a strange problem. At first, it kept showing some
libs are not found. After installing these libs and trying for sever
On Mon, Mar 26, 2012 at 12:27:42PM -0700, Nick Foster wrote:
> After this, I used cmake. I wrote:
> >cmake -i
> >sudo make
> >sudo make install
> >sudo ldconfig
I assume you know what you're doing, but just in case someone reads this
who doesn't, the recommended way is
mkdir b
On Tue, Mar 27, 2012 at 12:21:50AM -0300, John Coppens wrote:
> 2) The wav sink doesn't seem to close the wav-file correctly. After
> writing an 82MB file, the size of the file (bytes 4-7) were 0. Many
> programs don't seem to mind this. 'snd' doesn't like it and won't open
> the file.
>
> Also, t
21 matches
Mail list logo