Hi Eric:
Thank you loads again for your recommendations. I did go through both the
files that you mentioned.
1. For the technique used in *"usrp_wfm_rcv2_nogui.py". *We can retrieve
two receive streams from a one daughter board, but this uses only one of the
antennas either the "TX/RX" or "RX2".
I have downloaded gnuradio3.1.3 fromsvn repository.I am installing on fedora
8.My libusb version is 1.0.0 and libusbcompat0.1.0.which version of libusb
should i use?tRegards mayur> I am working on a USRP project.Can you help me
with a problem that iam stuck > in for a long time. > > usrpprims.c
I am trying to write an ASK Modulation block to transmit streams of 0's and
1's. In order to match the "symbol timing" of the protocol that I am trying
to implement, would I keep an instance variable in the block that, in
effect, keeps track of how many samples have been processed by the block so
Hi,
I am interested in using USRP + Gnuradio as a Cognitive Radio. I wish to
apply learning algorithms to an 802.11 style MAC and evaluate the
response of the radio for using unused spectra.
Is there an 802.11 style MAC protocol (i.e. RTS/CTS) for Gnuradio out
there? I could begin using this as a
Hey Ali, thanks for replying. No, I tried to install the new version on top of
the old, but when it didn't installed then I tried to remove the older version
by using the commands:
yum remove gnuradio-3.1.3.
It removed 2 packages i guess, but when I again tried to install 3.2, it gave
me the s
Did you try doing a clean install by removing the older version of gnuradio?
On Sun, Mar 15, 2009 at 4:54 PM, Johnathan Corgan <
jcor...@corganenterprises.com> wrote:
> On Sun, 2009-03-15 at 14:46 -0700, Somya Ajmera wrote:
>
> > Hi , I am facing a problem in installing gnuradio-3.2. I was able
I am sorry for that, but I am stuck in that for more than a week now. I had
tried many times installing it giving different options but none of them
worked. The only way it seems to me is to install Fedora again and then try to
install this newer version.
--- On Mon, 16/3/09, Johnathan Corgan
The second release candidate for GNU Radio Release 3.2 has been posted to:
http://gnuradio.org/releases/gnuradio/gnuradio-3.2rc1.tar.gz
http://gnuradio.org/releases/gnuradio/gr-howto-write-a-block-3.2rc1.tar.gz
This release has had a large number of updates since 3.2rc0, touching
a variety of com
On Sun, 2009-03-15 at 14:46 -0700, Somya Ajmera wrote:
> Hi , I am facing a problem in installing gnuradio-3.2. I was able to
> install gnuradio-3.1.3 properly but when I tried to install this
> newer version on the top of the older version, maximum of the packages
> are not getting configured inc
Hi , I am facing
a problem in installing gnuradio-3.2. I was able to install
gnuradio-3.1.3 properly but when I tried to install this newer version
on the top of the older version, maximum of the packages are not
getting configured including gnuradio-core and usrp.
I
am attaching the log ./conf
Do ALL card types now support usrp.tune()?? It used to be (AFAIR)
that BASIC_RX didn't--is that still true?
--
Marcus Leech
Principal Investigator, Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
___
Discuss-gnuradio mailing list
Disc
On Sun, Mar 15, 2009 at 1:50 PM, Michael Dickens wrote:
> That said, there is a "libusb-compat-0.1 compatibility layer" for libusb 1.0
> ... anyone tested this out for various-OS usability? Reading through the
> source code it looks like Linux-only.
>
> < http://libusb.wiki.sourceforge.net/Libus
On Mar 15, 2009, at 2:10 PM, Johnathan Corgan wrote:
On Sun, Mar 15, 2009 at 11:03 AM, Philip Balister
wrote:
On a related note, does anyone know why the usrp code has to look
at value
obtained from the internals of libusb? With libusb-1, this value is
no
longer accessible.
We use libusb
On Sun, Mar 15, 2009 at 11:03 AM, Philip Balister wrote:
> On a related note, does anyone know why the usrp code has to look at value
> obtained from the internals of libusb? With libusb-1, this value is no
> longer accessible.
We use libusb for housekeeping, but interact directly with the file
Johnathan Corgan wrote:
On Sun, Mar 15, 2009 at 9:08 AM, mayur sarode wrote:
I am working on a USRP project.Can you help me with a problem that iam stuck
in for a long time.
usrp_prims.cc:244: internal error!
More information about your configuration would help, in particular
the version of
Hi , I am facing
a problem in installing gnuradio-3.2. I was able to install
gnuradio-3.1.3 properly but when I tried to install this newer version
on the top of the older version, maximum of the packages are not
getting configured including gnuradio-core and usrp.
When I
started installing this
On Sun, Mar 15, 2009 at 9:08 AM, mayur sarode wrote:
> I am working on a USRP project.Can you help me with a problem that iam stuck
> in for a long time.
>
> usrp_prims.cc:244: internal error!
More information about your configuration would help, in particular
the version of libusb you have inst
Hi!
I am writing an interface between C and Windows for USRP. For this i need
two separate usb_dev_handle objects one for command interface (udh) and one
for rx interface (bulk_udh) however, whenever I try to claim the rx
interface by calling the usb_claim_interface function it results in an
error,
I am working a USRP project andi am very new ti it,Can you help me with a
problem that I am stuck in for a long time.I googled the errorand found this
post:http://www.archivum.info/discussgnura...@gnu.org/200807/msg00130.htmlI
have installed gnuaradio3.1.3 from the trunk on fedora 8 . I have tes
I am working on a USRPproject.Can you help me with a problem thatiam stuck in
for a long time.I googled the probem and found this
post:http://www.archivum.info/discussgnura...@gnu.org/200807/msg00130.htmlI
have installed gnuaradio3.1.3 from the trunk on fedora 8 . I have tested my
gnuradio set
Hi Eric,
Thanks for the info. Will be looking forward to release 3.2.
Best regards,
Hew
>
> The "thread-per-block" scheduler has been in the
> trunk for about 6 or
> 9 months and is enabled by default. It was not included in
> the 3.1.3
> release. It will be in the 3.2 release.
>
> With th
On Sun, Mar 15, 2009 at 03:25:28AM -0700, Hew How Chee wrote:
>
> Hi Bob,
>
> cat /proc/cpuinfo give 4 processors.
>
> Did more test on running the same piece of code, which is basically
> a modified fm receiver. Usually I see nearly 100% loading on 1 of
> the 4 processors . But sometimes the lo
Hi Bob,
cat /proc/cpuinfo give 4 processors.
Did more test on running the same piece of code, which is basically a modified
fm receiver. Usually I see nearly 100% loading on 1 of the 4 processors . But
sometimes the load is spread on other processor (e.g. 100% load become 50% load
on processo
23 matches
Mail list logo
