On Fri, 2009-04-24 at 22:44 -0700, Tushar Patel wrote:
> I try to run the fm transmitter example in the gnu example directory
>
> I got the error like
> "AttributeError: 'db_basic_tx' object has no attribute 'which'"
Is it possible you have mixture of two different versions of GNU Radio
on your
I try to run the fm transmitter example in the gnu example directory
I got the error like
"AttributeError: 'db_basic_tx' object has no attribute 'which'"
I gave the following command,
[r...@tkp usrp]# python fm_tx4.py --tx-subdev-spec=A --freq=100M
--nchannels=1
I got the following comments
Usi
On Fri, Apr 24, 2009 at 03:33:40PM -0600, Don Latham wrote:
> OK. Finally managed to get the gnuradio compiled and installed. Now I've
> put the recommended 10-usrp.rules file in the right place, checking the
> syntax twice, and tried all the suggested steps (reboot, start/stop udev,
> killall etc.
OK. Finally managed to get the gnuradio compiled and installed. Now I've
put the recommended 10-usrp.rules file in the right place, checking the
syntax twice, and tried all the suggested steps (reboot, start/stop udev,
killall etc.). When I look at /dev/bus/usb, I see the "owners" of the
device as
On Sat, Apr 25, 2009 at 01:23:40AM +0600, Ujala Qasim wrote:
> Thanks for pointing out the problem. But doesn't the FX2 firmware download
> automatically? Isn't it a part of the USRP's boot sequence? How can I load
> the firmware then to get rid of this problem?
If you use the C++ interface we pro
Room 5, Friday PM
http://www.hamvention.org/files/2009Forums-Friday.pdf
See you there.
Bob
N4HY
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Thanks for pointing out the problem. But doesn't the FX2 firmware download
automatically? Isn't it a part of the USRP's boot sequence? How can I load
the firmware then to get rid of this problem?
On Fri, Apr 24, 2009 at 11:27 PM, Eric Blossom wrote:
> On Fri, Apr 24, 2009 at 05:27:06PM +0600, Uj
It was a firmware problem, and after updating the latest firmware I was able
to transmit/receive at 1Mbps.
-Colby
Good work everyone! =)
On Fri, Apr 24, 2009 at 11:23 AM, Colby Boyer wrote:
> Hi,
>
> I am unable to replicate the results. Are you using the code from the
> CGRAN repo without an
Robert Cicconetti wrote:
On Fri, Apr 24, 2009 at 1:39 PM, Eric Blossom wrote:
On Thu, Apr 23, 2009 at 11:43:19PM -0700, Firas A. wrote:
My question is, has anyone tried to load USRP FPGA image without a PC? For
example using a micro-controller (Like Microchip PIC 18F4550 which has USB
2.0 por
On Fri, Apr 24, 2009 at 1:39 PM, Eric Blossom wrote:
> On Thu, Apr 23, 2009 at 11:43:19PM -0700, Firas A. wrote:
>> My question is, has anyone tried to load USRP FPGA image without a PC? For
>> example using a micro-controller (Like Microchip PIC 18F4550 which has USB
>> 2.0 port) with SD memory
Hi,
I am unable to replicate the results. Are you using the code from the CGRAN
repo without any modifcations?
I am also receiving a "usrp2::ctor reset_db failed" error. Could this be a
problem?
Thanks,
Colby
On Fri, Apr 24, 2009 at 10:41 AM, Eric Blossom wrote:
> On Fri, Apr 24, 2009 at 02
Hi,
I don't have two usprp2. So I am trying to communicate between usrp1 and
usrp2. Moreover, in the transmit_path.py file I have hard coded my usrp2's
mac address so you would have to replace it with yours before using it. If
there are any other problems with the code then please let me know
S
On Fri, Apr 24, 2009 at 02:15:36PM +0200, Ben Yahmed wrote:
> Good News
> I finally succeeded to receive with an USRP2 packets sent with another
> USRP2. I tryed to modify the parameters and found the magic combination:
Yeah!
Eric
___
Discuss-gn
On Thu, Apr 23, 2009 at 11:43:19PM -0700, Firas A. wrote:
>
> Hi,
>
> Has anyone tried to run USRP1 without PC?
>
> I have an application where a friend supported me with a standalone USRP
> FPGA image. I used the PC only to load this image to the USRP using gnuradio
> blocks/tools. After that I
On Fri, Apr 24, 2009 at 05:27:06PM +0600, Ujala Qasim wrote:
> I connected the USRP to the USB 2.0 port and obtained the information of the
> device using the lsusb -v command in Ubuntu. The output is attached below.
> Even in Ubuntu, the interfaces and endpoints come out to be different than
> tho
Yep!
It works also here between USRPs2 with the code from colby's branch (also with
other parameters, as far as interp*spb=~200).
The problem is the DSSS... I don't know why, but whenever Barker is enabled,
nothing works anymore... :-(
Have you tried?
Colby mentioned that even the test has prob
On Fri, Apr 24, 2009 at 5:12 AM, vikram wrote:
> ImportError: cannot import name db_dbs_rx
The script you are trying to run was written for GNU Radio 3.1 or
earlier. That module no longer exists in 3.2 or the development
trunk; it's functionality has been incorporated into the 'usrp'
module.
I
On Thu, 2009-04-23 at 23:43 -0700, Firas A. wrote:
> Hi,
>
> Has anyone tried to run USRP1 without PC?
>
> I have an application where a friend supported me with a standalone USRP
> FPGA image. I used the PC only to load this image to the USRP using gnuradio
> blocks/tools. After that I can plug
On Thu, 2009-04-23 at 23:07 -0400, davek wrote:
> what capacitor does rfx1800 use in C204?
If I recall well it is a 100 pF 603 capacitor.
Martin
>
> On Thu, Apr 23, 2009 at 7:10 PM, Martin DvH
> wrote:
> Hi Jhon,
>
> On Wed, 2009-04-22 at 22:03 -0700, Jhon Lee wrote:
>
Firas-
> Has anyone tried to run USRP1 without PC?
>
> I have an application where a friend supported me with a standalone USRP
> FPGA image. I used the PC only to load this image to the USRP using gnuradio
> blocks/tools. After that I can plug-off (disconnect) the USB cable from the
> PC and USR
Good News
I finally succeeded to receive with an USRP2 packets sent with another
USRP2. I tryed to modify the parameters and found the magic combination:
./bbn_80211b_tx.py -f 2.4G -e eth1 -i 24 -r 20
>>> gr_fir_ccf: using SSE
Network interface: eth1
USRP2 address: 00:50:c2:85:30:cb
Us
Hi.,
Im trying to use run gssm_usrp_py after editing script with identified
frequency.
Below mentioned is the error.when im trying to run the script.
--
Traceback (most
I connected the USRP to the USB 2.0 port and obtained the information of the
device using the lsusb -v command in Ubuntu. The output is attached below.
Even in Ubuntu, the interfaces and endpoints come out to be different than
those defined in usrp_interfaces.h. So what is going on here? Which are
Hi,
> On Fri, 4/24/09, Tony Naggs wrote:
>
> The short answer is that the PIC 18F4550 processor will not help.
> USB needs a "host" (typically a PC) that times & controls each data
> packet and a "device" to talk to. Optionally a hub is both a device
> and relay of timing & data to further devi
Hi
I don't yet know a lot about the USRP, but I do know about USB.
The short answer is that the PIC 18F4550 processor will not help.
USB needs a "host" (typically a PC) that times & controls each data
packet and a "device" to talk to. Optionally a hub is both a device
and relay of timing & data t
I ran the test script with the barker code as the TX/RX filter and I am
unable to decode packets. When the SPB is set to 2, I can decode some of the
packets. You have to set the use of barker codes manually in the test
script.
Has anyone else encountered this problem?
Thanks,
-Colby
___
26 matches
Mail list logo