Hello Sir,
Actually i was trying to install
python-wxPython-2.8.9.1-1.el4.pp.src.rpm but somehow it could not be
build.So i had to go with the wx-2.5.3-gtk2-ansi.Even i had tried with
the wx-2.8.3-gtk2-ansi but python 2.4 (abi) is required.Can u just tell
me what should i do??In which direct
Hi
I am trying to implement a cognitive radio system for dynamic spectrum
access. I am trying to implement it in GNU radio. But the problem is that i
have only one USRP at the moment with Basic RX and TX daughterboards. The
setup consists of Station A transmitting to Station B.
In order to be able
On Wed, Mar 18, 2009 at 10:12:06AM -0700, isaacgerg wrote:
>
> Hi everyone,
> I was wondering if anyone has written a small C++ application which is the
> bare bones required to interface with the URSP.
>
> Thanks in advanced,
> Isaac
Isaac,
Take a look at the version of usrp/host/apps/test_u
On Thu, Mar 19, 2009 at 08:50:13PM -0700, yyzhuang wrote:
>
> I'm sorry.
>
> If we do ./tunnel and ping between two boxes over the air, both tx and rx
> breaks after a few ICMP packets exchange. They don't break at the same time
> though, but it does happen every time. If we do over channel emul
I'm sorry.
If we do ./tunnel and ping between two boxes over the air, both tx and rx
breaks right after a few ping. They don't break at the same time though, but
it does happen every time. If we do over channel emulator (by connecting the
antenna of USRP to the emulator), we can ping the two mac
On Thu, Mar 19, 2009 at 08:21:43PM -0700, yyzhuang wrote:
>
> Is it possible a GNU Radio distribution problem? In the new lab we installed
> the whole GNU Radio again. Thanks.
>
> Yanyan
Can you more-or-less-reliably reproduce the problem?
If so, how often does it occur? Every time? Once every
On Thu, Mar 19, 2009 at 06:18:53PM -0400, Philip Balister wrote:
> Eric Blossom wrote:
>>>
>>> Philip mentioned in a previous post that Angstrom can be built with
>>> libusb-1.12 as a workaround so we can look into some sort of kernel hacking
>>> as well. But if there were a better approach than t
Is it possible a GNU Radio distribution problem? In the new lab we installed
the whole GNU Radio again. Thanks.
Yanyan
Eric Blossom wrote:
>
> On Wed, Mar 18, 2009 at 10:36:17PM -0700, yyzhuang wrote:
>>
>> Hi Eric,
>>
>> We read through the code. gr_buffer is a circular/ring buffer, so when
On Thu, Mar 19, 2009 at 05:43:56PM -0400, Erich Stuntebeck wrote:
> Hi,
>
> I'm trying to calibrate the USRP so I can get true dBm readings out of
> it. I'm using an LFRX card with 16 decimation and a center frequency
> of 2 MHz so I can look at the range from DC - 4 MHz. I hooked up a
> signal ge
On Thursday 19 March 2009 22:43:56 Erich Stuntebeck wrote:
> Hi,
>
> I'm trying to calibrate the USRP so I can get true dBm readings out of
> it. I'm using an LFRX card with 16 decimation and a center frequency
> of 2 MHz so I can look at the range from DC - 4 MHz. I hooked up a
> signal generator
Eric Blossom wrote:
On Thu, Mar 19, 2009 at 03:49:14PM -0400, Dan wrote:
2009/3/16 Philip Balister phi...@balister.org
So maybe there is a way to code libusrp to use the libusb1 interface
without >directly accessing the file descriptor.
The other approach is to try to extract the file descr
Hi all,
I am new with GNUradio and USRP.
I am using the atsc to decode hdtv but I have no luck.I get some sync errors
from btl-fds.py
>>> gr_fir_fff: using SSE
atsc_field_sync_demux: synced (FIELD-1) at 426606 [delta = 426606]
!!! atsci_equalizer: expected field sync, didn't find one
atsc_field_sy
Hi,
I'm trying to calibrate the USRP so I can get true dBm readings out of
it. I'm using an LFRX card with 16 decimation and a center frequency
of 2 MHz so I can look at the range from DC - 4 MHz. I hooked up a
signal generator and swept it through the DC - 4 MHz range at 100 kHz
intervals and gen
On Thu, Mar 19, 2009 at 03:49:14PM -0400, Dan wrote:
> 2009/3/16 Philip Balister phi...@balister.org
>
> >
> > >So maybe there is a way to code libusrp to use the libusb1 interface
> > without >directly accessing the file descriptor.
> >
> > >The other approach is to try to extract the file descri
On Thu, Mar 19, 2009 at 02:28:08PM -0400, w w wrote:
> What's confusing for me is that I see the bitrate variable (it seems to have
> a profound importantance) but it looks to me like it never gets assigned to
> a block. The following is line 119 from transmit_path.py. In my mind the
> function
2009/3/16 Philip Balister phi...@balister.org
>
> >So maybe there is a way to code libusrp to use the libusb1 interface
> without >directly accessing the file descriptor.
>
> >The other approach is to try to extract the file descriptor from
> libusb-compat.
>
> >Finally, it looks like you can omit
William Harding wrote:
I would like to implement a module which keeps a constant carrier
running and transfers packets of data at different times. In other
words, using ASK (or OOK) modulation, I would like to always be
transmitting ones (carrier is at full amplitude) except for certain
perio
What's confusing for me is that I see the bitrate variable (it seems to have
a profound importantance) but it looks to me like it never gets assigned to
a block. The following is line 119 from transmit_path.py. In my mind the
function of lines 119-121, is to assign/derive values for bitrate, in
On Thu, Mar 19, 2009 at 09:28:36AM -0700, leferman wrote:
>
> I am having a similar problem. I used ethtool to disable the pause
> parameters for this interface; here is the output:
> sudo ethtool -a eth1
> Pause parameters for eth1:
> Autonegotiate:off
> RX: off
> TX:
On Thu, Mar 19, 2009 at 09:27:03AM -0700, Johnathan Corgan wrote:
> 2009/3/19 w w :
>
> > I've been trying to analyse the transmit_path.py script and stumped with the
> > bitrate value. I see bitrate being brought in from the options and also
> > derived from pick_bitrate but I don't see where s
I would like to implement a module which keeps a constant carrier running
and transfers packets of data at different times. In other words, using ASK
(or OOK) modulation, I would like to always be transmitting ones (carrier is
at full amplitude) except for certain periods where I will "pause" the
I am having a similar problem. I used ethtool to disable the pause
parameters for this interface; here is the output:
sudo ethtool -a eth1
Pause parameters for eth1:
Autonegotiate: off
RX: off
TX: off
But I still get this error when i run tx_samples:
sudo ./tx_samples -
2009/3/19 w w :
> I've been trying to analyse the transmit_path.py script and stumped with the
> bitrate value. I see bitrate being brought in from the options and also
> derived from pick_bitrate but I don't see where somthing is being done with
> it.
It is assigned in transmit_path.py, line 1
Thanks!
eric
On Wed, 18 Mar 2009, Eric Blossom wrote:
On Wed, Mar 18, 2009 at 06:12:22PM -0400, emat...@nd.edu wrote:
I discovered that F501 is measuring as an open; I take it that this is a
fuse, and probably it has blown. Can anybody supply me with the part
specification so I can replace i
On Wed, Mar 18, 2009 at 10:36:17PM -0700, yyzhuang wrote:
>
> Hi Eric,
>
> We read through the code. gr_buffer is a circular/ring buffer, so when
> reading/writing through it, we need to take modular into account. The assert
> error, it's line 125 in gr_buffer.h
> (gnuradio/gnuradio-core/src/lib/
Hi Stefan,
Please give me sometime and I will try that program for sure! Do you know where
the bug is located in mpsk block? Thanks!
Bill
From: Stefan Brüns
To: discuss-gnuradio@gnu.org
Sent: Thursday, March 19, 2009 7:18:28 AM
Subject: Re: [Discuss-gnuradio
Forgot to send to list.
-- Forwarded message --
From: Steve Totaro
Date: Thu, Mar 19, 2009 at 10:00 AM
Subject: Re: [Discuss-gnuradio] Re: linkedin group
To: Angela Kahealani
On Thu, Mar 19, 2009 at 7:47 AM, Angela Kahealani wrote:
> Dimitris Symeonidis wrote:
>
>> I just
I've been trying to analyse the transmit_path.py script and stumped with the
bitrate value. I see bitrate being brought in from the options and also
derived from pick_bitrate but I don't see where somthing is being done with
it. I know that the bitrate is being used but for the life of me I can
Dimitris Symeonidis wrote:
I just created a group called "GNU Radio Users" in LinkedIn. The URL is:
http://www.linkedin.com/groups?gid=1852751
Users can join without a permission.
I hope you like it
Dimitris Symeonidis
There seems to be some confusion about the linkedin group. Linkedin as
kaleem ahmad wrote:
3- Can you suggest some different way to solve this problem, The problem is
simply to calculate the cycle time of some system which is already working
in the environment
Since your unknown FSK signal has a regular cycle time, it should be
relatively easy to detect. Fo
Angela Kahealani wrote:
Dimitris Symeonidis wrote:
I just created a group called "GNU Radio Users" in LinkedIn. The URL is:
http://www.linkedin.com/groups?gid=1852751
Users can join without a permission.
I hope you like it
Not in the least.
The LAST thing ANYone needs is to have to agree to
Hello every one,
I am using USRP1 with RFX2400 daughter card.
I have a system (any state of the art system, let say Atmel's narroband FSK
which works in 2.4 GHz band) transmitting a fixed packet cyclically (let say
cycle time = T ms).
I want to use USRP system to sense the spectrum and calcu
Hi Bill,
I mentioned some problems with carrier offsets between different USRPs (or
daughterboards, for RFX non-MIMO boards) when you reported on DBPSK. I found
that error rate vastly improved when I factored the offset directly into the
frequency arguments of the benchmark_{rx,tx}.py programs.
33 matches
Mail list logo
