Hi,
I am studying how to write a signal processing block , since I find
it's a good way to understand the gnuradio's numerous code and I wok well too .
when I add printf information as followed:
int howto_suquare_ff :: general_work ( int noutput_items,
When performing set_time_next_pps(...) you will want a sleep(1) prior to
starting streaming. Because it could take as much as 1 second for the
registers to latch the new time value.
Yes, I have used sleep(1) commmand after I call set_time_next_pps() function. The
problem is that if I replace t
Sorry I forgot to include some relevant info. After setting the following
variables in the Makefile.am, the make check stage in the python folder is
failing with an undefined symbol error "square" basically it's not seeing the
square function in the "libcalc_square.a" library
howto_la_swig_l
hi, I am trying to compile the "gr-howto-wtite-a-block-3.2.2" and link an
external static library to it. I've enabled "howto_la_swig_ldflags" and added
the directory to the static library in it and enabled the
"howto_la_swig_libadd" and added the static library name to it. While
observing t
GNU Radio release 3.3.0-rc1 tarballs are available for download:
http://gnuradio.org/releases/gnuradio/gnuradio-3.3.0-rc1.tar.gz
http://gnuradio.org/releases/gnuradio/gr-howto-write-a-block-3.3.0-rc1.tar.gz
md5sums:
b936f27cf106b15be0ad7e2066b023be gnuradio-3.3.0-rc1.tar.gz
8d6ea3d7604dba4d920c
Hi George,
I am using Ubuntu 8.04 and GNU Radio version is 3.3git-602-gfcf9efa7. I do
not know about Ubuntu but a lot of changes were made to git after I checked
out this version. If you have older versions of git then it may help you to
build usrp2 bbn code.
gnychis wrote:
>
> On Fri, May 21,
On Fri, May 21, 2010 at 2:59 PM, Catalin Patulea
wrote:
> On Fri, May 21, 2010 at 2:01 PM, Thomas Tsou wrote:
>> http://github.com/ttsou/gnuradio-ttsou/tree/releases/3.2
> The best I've been able to find in there is 24d0fd9:
> http://github.com/ttsou/gnuradio-ttsou/commit/24d0fd908510846254f7317d
Hi,
I'm using two USRP2 with XCVR2450s, a week old gnuradio git master and
Ubuntu 9.10.
A few months ago while using the OFDM code I observed that I tend to
receive (or send?) packets in groups, although I was sending them
individually.
Now, I finally isolated the problem. I added a few simple p
Hi，
> You need to configure the usrp2 to use the external reference. Did you
> run set_clock_config(...) prior to setting the time?
Yes,
I have set the clock config to make USRP2 lock to reference clock SMA and PPS
SMA.
> When performing set_time_next_pps(...) you will want a sleep(1) prior
On Fri, May 21, 2010 at 1:06 PM, Smith L. wrote:
>
> Hi George,
>
> Were you able to test the usrp2_version code with two USRP2s?
>
> Let me know if you were able to successfully transmit 80211b packets from
> one USRP2 to another.
>
were you able to build the usrp2 branch successfully with the
Hi George,
Were you able to test the usrp2_version code with two USRP2s?
Let me know if you were able to successfully transmit 80211b packets from
one USRP2 to another.
Thanks,
Smith
gnychis wrote:
>
> On Thu, May 20, 2010 at 11:08 PM, Smith L. wrote:
>
>>
>> Thanks George for your inputs.
On Mon, May 17, 2010 at 12:00 PM, wrote:
> Date: Sun, 16 May 2010 10:20:51 -0700 (PDT)
> From: D V
> Subject: [Discuss-gnuradio] USRP1 Testbench Question
> To: discuss-gnuradio@gnu.org
> Message-ID: <683009.51945...@web114517.mail.gq1.yahoo.com>
> Content-Type: text/plain; charset=us-ascii
>
> [
I'm trying to connect two computers using tunnel.py example but it fails with
a message uO, I'm working with Ubuntu 9.04, openSUSE 11.1 and GNU radio
3.2.2. Everything was fine when I did it with GNU radio 3.1.3 and both
computers with openSUSE 11.1Please can somebody tell me what uO me
On Fri, May 21, 2010 at 2:01 PM, Thomas Tsou wrote:
> http://github.com/ttsou/gnuradio-ttsou/tree/releases/3.2
The best I've been able to find in there is 24d0fd9:
http://github.com/ttsou/gnuradio-ttsou/commit/24d0fd908510846254f7317d353506c41daf079c
This seems to have only SVN keywords-related d
On Thu, May 20, 2010 at 5:29 PM, Catalin Patulea
wrote:
> Hi,
>
> I'm trying to create a patch that applies cleanly onto a 3.2.2
> tarball. I would like to maintain my changes in the form of a Git
> branch.
>
> I can't seem to find a commit that matches up with the 3.2.2 release.
> The best I've b
On 05/21/2010 06:33 AM, Harley Myler wrote:
I traced those from the WBX simple GDB, through the WBX and to the
USRP2. They wind-up at U1 (XC3SXX00FG456−IO7(tx)) and U1
(XC3SXX00FG456−IO2(rx)) on page 3 of 8 of the USRP2 schematic. I do
not know why they are both labelled "U1". The date, revision
On 05/21/2010 10:08 AM, Harley Myler wrote:
>
> Well of course, but then it is "industry practice" to identify the
> separation; i.e., U1-A, U1-B, etc.
>
>
>
I've seen it done a number of different ways, some more confusing than
others, to be sure.
> Even better, but still hardly 16.
>
>
On 05/21/2010 05:57 AM, James Stein wrote:
I’d be grateful for some information about the level of electro-static
discharge (ESD) protection on the RF inputs to the WBX daughterboard for
the USRP/USRP2 (with granddaughter-board installed).
In particular, is it likely to be susceptible to static
These days I am trying to synchronize two USRP2 with PPS signal and UHD. The two USRP2
is connect with same reference clock and PPS signal. I use function
"set_time_next_pps(uhd::time_spec_t(0))" to set time to be zero, and make two
USRP2 start sampling after 3 seconds. The result shows tha
On 05/21/2010 09:33 AM, Harley Myler wrote:
> I traced those from the WBX simple GDB, through the WBX and to the USRP2.
> They wind-up at U1 (XC3SXX00FG456−IO7(tx)) and U1 (XC3SXX00FG456−IO2(rx)) on
> page 3 of 8 of the USRP2 schematic. I do not know why they are both labelled
> "U1". The date,
I'd be grateful for some information about the level of electro-static
discharge (ESD) protection on the RF inputs to the WBX daughterboard for the
USRP/USRP2 (with granddaughter-board installed).
In particular, is it likely to be susceptible to static build-up on an open
circuit antenna?
Than
On Fri, May 21, 2010 at 12:38 AM, jack william
wrote:
> Hi,
> I wanted to ask that where can i find the .c files of different built in
> modules of gnuradio?
> e.g. for gr.channel_model i have been able to locate gr.channel_model.cc
> ,gr.channel_model.h file but not gr.channel_model.c file.
> Tha
I traced those from the WBX simple GDB, through the WBX and to the USRP2. They
wind-up at U1 (XC3SXX00FG456−IO7(tx)) and U1 (XC3SXX00FG456−IO2(rx)) on page 3
of 8 of the USRP2 schematic. I do not know why they are both labelled "U1". The
date, revision and drawn-by blocks only had tokens. I may
Hi,
These days I am trying to synchronize two USRP2 with PPS signal and UHD. The
two USRP2 is connect with same reference clock and PPS signal. I use function
"set_time_next_pps(uhd::time_spec_t(0))" to set time to be zero, and make two
USRP2 start sampling after 3 seconds. The result shows t
On Thu, May 20, 2010 at 02:46:38PM +0200, Mirko Heukemes wrote:
> Hello,
>
> I'm starting to play around with gnuradio and the USRP1. I have the
> RFX400 daughterboard but only one antenna. I used the examples
> usrp_wfm_rcv.py and usrp_nbfm_rcv.py for testing and it worked (I
> only had to change
25 matches
Mail list logo
