[Discuss-gnuradio] Lissajous figure of two cosines. Transmitted (basic tx); Received (basic rx)
Dear all, I am trying to understand why my Lissajous plot between two cosine signals is not stable. I transmit a cosine signal with the basic tx. I receive the signal with the basic rx. Interpolation and decimation rates are 500 in both cases. What I get is an ellipse (that means that frequency signal a is the same that frequency signal b, great!), but it is not stable! Sometimes is a circle and sometimes becomes a line. It is like an ellipse rotating around the center point with its axis changing. That means that the phase difference between the two signals is not constant! How is this possible if the received signal should be a delayed version of the transmitted signal? My command line looks like this: usrp2::tx_raw: FIXME: short packet: 4 items (44 bytes) Susrp2::tx_raw: FIXME: short packet: 7 items (56 bytes) usrp2::tx_raw: FIXME: short packet: 7 items (56 bytes) usrp2::tx_raw: FIXME: short packet: 7 items (56 bytes) usrp2::tx_raw: FIXME: short packet: 7 items (56 bytes) Am I wrong if I say that I should get a fix ellipse as Lissajous figure since the two cosines are different amplitude and a fix different phase? Furthermore when I see both channels in the oscilloscope both signals are not fix. It only remains fix the signal I trigger with. Any ideas? Many thanks, Jorge ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Is there command to enable J503 test connector in UHD?
Hi, I want to test the clock of USRP2 with UHD. Is there UHD function replaces original function clocks_enable_test_clk()? Thank you for your help! Liang ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] About the usrp test
Hello all
I am unable to run ucla zigbee phy library examples, I have installed
gnuradio 3.3.0 with the library linked and the error it is giving is like
that
Traceback (most recent call last):
File ./cc1k_rxtest.py, line 44, in module
from gnuradio import usrp
File /usr/lib/python2.6/dist-packages/gnuradio/usrp/_*init_*.py, line 25,
in module
from usrp_swig import *
File /usr/lib/python2.6/dist-packages/gnuradio/usrp/usrp_swig.py, line
24, in module
_usrp_swig = swig_import_helper()
File /usr/lib/python2.6/dist-packages/gnuradio/usrp/usrp_swig.py, line
20, in swig_import_helper
_mod = imp.load_module('_usrp_swig', fp, pathname, description)
ImportError: /usr/lib/libgnuradio-usrp.so.0: undefined symbol:
_ZN7db_base4dbidEv
can ayone help me
I also followed the steps to install sdcc and usrp source given at
http://ossie.wireless.vt.edu/trac/wiki/USRP
But its not working!!
Thanks
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] problem of USRP2+WBX
Hi, all: I retry firmware-update today. When I use another SD-card r/w, I could update!! Now, my USRP2+WBX work very well!! At last week, SD-card r/w is bad. That is very old device. Thank you for your advice. (2010/10/10 15:17), YouheiFujii wrote: Dear John and all: Thank you for your advice. Now, I use this tool, and write to SD card u2_rev3.bin and txrx_wbx_raw_eth_20100608.bin. After that, my USRP2' LED is light up but only F. find_usrps command can't find this USRP2. And, result of DeviceScan is /dev/sdd. I can't write /dev/sdd, I can write /dev/sdd1. Does anyone have similar experience?? Regards, youhei (2010/10/10 14:23), Josh Blum wrote: Try the sd card burner app from the UHD, its cross platform, lists possible devices, uses dd: screen-shot http://i.imgur.com/1ydNQ.png instructions how to use: http://www.ettus.com/uhd_docs/manual/html/usrp2.html#load-the-images-onto-the-sd-card you can checkout the repo or just download the python files here: https://ettus-apps.sourcerepo.com/redmine/ettus/projects/uhd/repository/revisions/master/changes/host/utils/usrp2_card_burner.py https://ettus-apps.sourcerepo.com/redmine/ettus/projects/uhd/repository/revisions/master/changes/host/utils/usrp2_card_burner_gui.py -josh I can't use sdd. Please see this... ~/Desktop/gnuradio_fw$ sudo ./u2_flash_tool --dev=/dev/sdd -t fpga u2_rev3.bin -w Traceback (most recent call last): File ./u2_flash_tool, line 111, in module main() File ./u2_flash_tool, line 98, in main and verify_flash(offset, filename, options.dev)) File ./u2_flash_tool, line 35, in verify_flash dev_data = dev.read(len(file_data)) IOError: [Errno 5] Input/output error ~/Desktop/gnuradio_fw$ sudo ./u2_flash_tool --dev=/dev/sdd1 -t fpga u2_rev3.bin -w - So I try this - $ sudo u2_flash_tool --dev=/dev/sdd1 -t fpga u2_rev3-20100603.bin -w $ sudo u2_flash_tool --dev=/dev/sdd1 -t s/w xrx_wbx_raw_eth_20100608.bin -w After that, my USRP2's LED is not light up (all of 6 LEDs light OFF) Regards, youhei ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] RX Mux value with dissimilar d'cards, USRP1
Hi- Is it possible to receive simultaneously from 1 WBX card, and 1 BasicRX card, on the same USRP1? Attempting this with GRC gives: Cannot compute dual mux when mixing quadrature and non-quadrature subdevices I understand that the WBX is quadrature while the BasicRX is not, so this should require 3 of the 4 ADCs. The WBX is in side A, the BasicRX is in side B, RXA slot. ADC0 gets WBX I. ADC1 gets WBX Q. ADC2 gets BasicRX. ADC3 is ignored. An RX Mux value of 0xF210F210 should accomplish what I want, but I see this note: All Q's must be 0xf or none of them may be 0xf, which this violates. What gives? Where is this constraint coming from? -Steven ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] RX Mux value with dissimilar d'cards, USRP1
On Tue, Oct 12, 2010 at 10:16:31AM -0400, Steven Clark wrote: Hi- Is it possible to receive simultaneously from 1 WBX card, and 1 BasicRX card, on the same USRP1? Attempting this with GRC gives: Cannot compute dual mux when mixing quadrature and non-quadrature subdevices I understand that the WBX is quadrature while the BasicRX is not, so this should require 3 of the 4 ADCs. The WBX is in side A, the BasicRX is in side B, RXA slot. ADC0 gets WBX I. ADC1 gets WBX Q. ADC2 gets BasicRX. ADC3 is ignored. An RX Mux value of 0xF210F210 should accomplish what I want, but I see this note: All Q's must be 0xf or none of them may be 0xf, which this violates. What gives? Where is this constraint coming from? -Steven The constraint comes from the implementation of the rx mux in the FPGA. It's configuration register contains a single bit that feeds zeros to the Q input of all DDCs or not. Details on the s/w to h/w mapping can be found in usrp_standard.cc near line 469. The software presents an interface that is more orthogonal than what the fpga currently implements. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] gcc 4.5 and GNU Radio 3.3.0
I am trying to compile GNU Radio 3.3.0 under openSuse 11.3, which uses gcc 4.5.0. I have all the dependencies built and resolved, but when I compile GNU Radio 3.3.0, I get errors. It seems that GNU Radio does not compile successfully with the new gcc 4.5.0, although I know it compiles with gcc 4.4.1 on openSuse 11.2. However, I specifically need to run openSuse 11.3 for my application. How, exactly, can I get GNU Radio 3.3.0 to build under gcc 4.5.0? Will the next release of GNU Radio address this? Is there a compiler flag I can use, or a quick-and-easy hack to the GNU Radio code? What is the problem with gcc 4.5.0? Thank you very much for your help on this issue. I really appreciate it. Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gcc 4.5 and GNU Radio 3.3.0
On 10/12/2010 12:04 PM, Steve Mcmahon wrote: I am trying to compile GNU Radio 3.3.0 under openSuse 11.3, which uses gcc 4.5.0. I have all the dependencies built and resolved, but when I compile GNU Radio 3.3.0, I get errors. It seems that GNU Radio does not compile successfully with the new gcc 4.5.0, although I know it compiles with gcc 4.4.1 on openSuse 11.2. However, I specifically need to run openSuse 11.3 for my application. How, exactly, can I get GNU Radio 3.3.0 to build under gcc 4.5.0? Will the next release of GNU Radio address this? Is there a compiler flag I can use, or a quick-and-easy hack to the GNU Radio code? What is the problem with gcc 4.5.0? Thank you very much for your help on this issue. I really appreciate it. I am building gnuradio from git (next branch) on gcc 4.5 and am not having any gcc issues. Philip Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Problem with Audio
Dear All, I am trying my hands at GNU Radio on Ubuntu 10.1. I have been successful in installing GNU but am not able to use Audio sink in GRC. The error message is: *audio_alsa_sink[hw:0,0]: Device or resource busy Traceback (most recent call last): File /home/praphul/top_block.py, line 42, in module tb = top_block() File /home/praphul/top_block.py, line 28, in __init__ self.audio_sink_0 = audio.sink(48000, , True) File /usr/lib/python2.6/dist-packages/gnuradio/audio_alsa.py, line 321, in sink return _audio_alsa.sink(*args, **kwargs) RuntimeError: audio_alsa_sink* I have tried several sampling frequencies for Audio sink and error is similar. Also, the dial_tone.py is returning following error: *gr_vmcircbuf_createfilemapping: createfilemapping is not available* Please help and suggest solutions -- Praphul ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem with Audio
On 10/12/2010 12:40 PM, praphul chandra wrote: /*audio_alsa_sink[hw:0,0]: Device or resource busy*/ That should be the dead giveaway. Something else is using the audio device. Do you have a browser up that was recently using Youtube, for example? -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Why I cannot see a TX pulse and the RX pulse in the same oscilloscope in time domain
Hello all, I did some test when transmitting and receiving a pulse. After seeing the transmitted and received signal on a single oscilloscope (in GRC). Flowgraph: Vector source - Oscilloscope A - Rational resampler - USRP2 sink (500 interpolation) USRP2 source (500 decimation) - Rational resampler - Oscilloscope A - Nule sink The received pulse signal is not stable (oscilloscope triggered with tx signal). It is like random phase so that I can not measure the delay between transmitted and received pulse. I expected to have two fix pulsed signals in the oscilloscope at a fixed delay.How can I do it? Many thanks, Jorge. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Peak Hold in FFT display causing UI problems
On 10/12/2010 05:14 PM, Eric Blossom wrote: Yes, I've seen this. Eric Any speculation about why this is? If you look at the code, it uses numpy.maximum(a,b) to compute the max function over the vector. But unless numpy.maximum() is implemented in a completely-stupid way, I can't see it being computey enough to cause this issue. I noticed that if I lowered the update rate to 2, it started working again. Three was no good, as was four. Five, was right out. Maybe an OpenGL weirdness on that particular platform, since my other machine, which only has about 50% more go than the Atom D-510 doesn't have this problem, even for the same GnuRadio versions. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] differences between USRP2 rev 3 and rev 4 boards
On 10/12/2010 02:22 PM, Steve Mcmahon wrote: I am wondering what are the differences between the USRP2 rev 3 board and the rev 4 board? I have one of each (one I ordered maybe a year ago and one I ordered this past summer), and I don't see any differences on the board itself. I understand that the versions of the FPGA image and the firmware that shipped on the SD card from the factory would be different, since over a year of time elapsed between my purchasing the two boards. But what else is different? I can't find a changelog for the USRP2 boards anywhere. Some clocks were reorganized for layout reasons and the PPS input circuit was modified to have a more consistent delay. The same FPGA image works for both. Matt ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] quick question regarding usrp_rx_cfile
With the -s option on, what is the byte ordering of the output? eg is a sample 0xABCD being written as 0xCD, 0xAB, or 0xAB, 0xCD? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] XCVR2450 simple questions
On 10/12/2010 06:05 PM, Jason Abele wrote: Ok, digging deeper into the max2829 datasheet, I stand corrected. The XCVR can not do full-duplex operation. My apologies for the confusion, our daughterboard app-notes will be updated shortly to reflect this correction. The RFX2400 is full-duplex capable in the 2.4GHz band. Jason It's true that table 5, page 28 doesn't show TXENA and RXENA both being 1 as a valid setting, but I wonder if it'll work anyway. If you look at the block diagram, it looks like same-frequency full-duplex might actually work. My recollection is that Matt posted about the XCVR2450 months ago, and indicated that it *would* do same-frequency full duplex. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Peak Hold in FFT display causing UI problems
Peak hold is essentially doubling the number of vertexes to draw. If you double the number of bins, do you get the same behavior? You may increase performance by dropping the frame rate to lowering the number of bins. -Josh On 10/12/2010 01:31 PM, Marcus D. Leech wrote: I have an Atom D-510 running Fedora 12, and the latest UHD+GnuRadio (as of this morning). I've noticed that if I turn on Peak Hold in the FFT display, the entire input side of the GUI becomes unresponsive to input, even for low input bandwidths, where the CPU usage is quite low. Anyone else seen this? I can easily reproduce this with a simple: UHD:Single-USRP source -- FFT Sink (Update rate 5, Averaging on, Peak Hold on) It doesn't seem to depend on input bandwidth--even as low as 250KHz input bandwidth, setting Peak Hold causes the GUI to become unresponsive (although the FFT display continues to update). ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Peak Hold in FFT display causing UI problems
On 10/12/2010 06:56 PM, Josh Blum wrote: Peak hold is essentially doubling the number of vertexes to draw. If you double the number of bins, do you get the same behavior? You may increase performance by dropping the frame rate to lowering the number of bins. -Josh Yup, doubling the number of bins puts it in the same territory. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] XCVR2450 simple questions
On 10/12/2010 03:33 PM, Marcus D. Leech wrote: On 10/12/2010 06:05 PM, Jason Abele wrote: Ok, digging deeper into the max2829 datasheet, I stand corrected. The XCVR can not do full-duplex operation. My apologies for the confusion, our daughterboard app-notes will be updated shortly to reflect this correction. The RFX2400 is full-duplex capable in the 2.4GHz band. Jason It's true that table 5, page 28 doesn't show TXENA and RXENA both being 1 as a valid setting, but I wonder if it'll work anyway. If you look at the block diagram, it looks like same-frequency full-duplex might actually work. My recollection is that Matt posted about the XCVR2450 months ago, and indicated that it *would* do same-frequency full duplex. NO. The XCVR2450 is NOT full duplex. I have never said anything different. The XCV2450 is NOT full duplex. Never was. Never will be. Matt ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gcc 4.5 and GNU Radio 3.3.0
Hi, 3.3.0 stable doesn't compile under openSUSE 11.3 with gcc 4.5.0. But installing gcc43 and gcc43-c++ (and using them... just set the appropriate environment variables) did the job for me. The last time I compiled the git branch under openSUSE was 2 months ago. At this time, gcc45 didn't work for this branch, too. Maybe, this changed in the meantime. Gregor 2010/10/12 Philip Balister phi...@balister.org: On 10/12/2010 12:04 PM, Steve Mcmahon wrote: I am trying to compile GNU Radio 3.3.0 under openSuse 11.3, which uses gcc 4.5.0. I have all the dependencies built and resolved, but when I compile GNU Radio 3.3.0, I get errors. It seems that GNU Radio does not compile successfully with the new gcc 4.5.0, although I know it compiles with gcc 4.4.1 on openSuse 11.2. However, I specifically need to run openSuse 11.3 for my application. How, exactly, can I get GNU Radio 3.3.0 to build under gcc 4.5.0? Will the next release of GNU Radio address this? Is there a compiler flag I can use, or a quick-and-easy hack to the GNU Radio code? What is the problem with gcc 4.5.0? Thank you very much for your help on this issue. I really appreciate it. I am building gnuradio from git (next branch) on gcc 4.5 and am not having any gcc issues. Philip Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] XCVR2450 simple questions
On 10/12/2010 07:33 PM, Matt Ettus wrote: NO. The XCVR2450 is NOT full duplex. I have never said anything different. The XCV2450 is NOT full duplex. Never was. Never will be. Matt Well, then. Jason and I then were both confused. I thought it was full-duplex but with the proviso that owing to it having only the one VFO/PLL, the full-duplex had to be same frequency, which would be perfect for scenarios like radar. You have too many daughtercards, Matt :-) Makes it hard to keep track of exactly which does what. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Peak Hold in FFT display causing UI problems
On 10/12/2010 06:56 PM, Josh Blum wrote: Peak hold is essentially doubling the number of vertexes to draw. If you double the number of bins, do you get the same behavior? You may increase performance by dropping the frame rate to lowering the number of bins. -Josh So, curiously enough, on my other dual-core machine, running nearly-identical Gnu Radio, and Fedora release, and with only-somewhat-beefier CPU, I have an app that runs 6 'scope' traces simultaneously, and updates once per second. It doesn't have this problem. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] usrp_probe, failed to find usrp[0] - was working yesterday...
I just received a new USRP WBX board for a research project I am working on. I have installed GNURadio from source from the tar package: http://ftp.gnu.org/gnu/gnuradio/gnuradio-3.3.0.tar.gz, on Ubuntu 10.04, amd64 I am having problems connecting/finding the USRP: running usrp_probe or usrper get_hash0 result in usrp: failed to find usrp[0] running sudo usrp_probe results in ImportError: cannot import name usrp running sudo usrper get_hash0 results in found unconfigured usrp; needs firmware. I have seen mention that the blinking light on the motherboard is indicative of some state (I have not been able to locate documentation stating thiscan someone point me to this?) the light on my motherboard is currently blinking at bout 2-3Hz, which I think is supposed to mean it has good firmware loaded. I successfully ran usrp_probe (with sudo if I recall correctly) last night and it successfully connected and found the wbx daughterboard. Other than powering down the USRP overnight I'm not sure what or if I changed anything. I can use gnuradio-companion and run some basic tutorial programs that don't interface with the usrp. I have tried reinstalling GNURadio, between versions 3.3.0 and 3.2 several times, neither have connected to the usrp. other information: PYTHONPATH = /usr/local/lib/python2.6/dist-packages ls -lR /dev/bus/usb | grep usrp = crw-rw 1 root usrp 189, 4 2010-10-12 20:14 005 at some point I noticed this, I have been unable to reproduce it though dmesg = [ 2117.132151] usb 1-1: usbfs: USBDEVFS_CONTROL failed cmd usrper rqt 64 rq 1 len 0 ret -110 Plugging in USRP usb cable: dmesg output = [14316.247647] usb 1-1: USB disconnect, address 6 [14326.592048] usb 1-1: new high speed USB device using ehci_hcd and address 7 [14326.725176] usb 1-1: configuration #1 chosen from 1 choice I'm not sure what the problem is now.. is it a configuration problem with GNURadio, a problem with the USB interface/driver, or is there actually an issue with the USRP firmware? I'm hesitant to think it is a firmware problem, because I don't think there is any way I could have modified the firmware.. Thanks for your help, -Jeff -- View this message in context: http://old.nabble.com/usrp_probe%2C-failed-to-find-usrp-0was-working-yesterday...-tp29948671p29948671.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] usrp_probe, failed to find usrp[0] - was working yesterday...
On 10/12/2010 08:49 PM, jefftk wrote: I just received a new USRP WBX board for a research project I am working on. I have installed GNURadio from source from the tar package: http://ftp.gnu.org/gnu/gnuradio/gnuradio-3.3.0.tar.gz, on Ubuntu 10.04, amd64 I am having problems connecting/finding the USRP: running usrp_probe or usrper get_hash0 result in usrp: failed to find usrp[0] running sudo usrp_probe results in ImportError: cannot import name usrp running sudo usrper get_hash0 results in found unconfigured usrp; needs firmware. I have seen mention that the blinking light on the motherboard is indicative of some state (I have not been able to locate documentation stating thiscan someone point me to this?) the light on my motherboard is currently blinking at bout 2-3Hz, which I think is supposed to mean it has good firmware loaded. I successfully ran usrp_probe (with sudo if I recall correctly) last night and it successfully connected and found the wbx daughterboard. Other than powering down the USRP overnight I'm not sure what or if I changed anything. I can use gnuradio-companion and run some basic tutorial programs that don't interface with the usrp. I have tried reinstalling GNURadio, between versions 3.3.0 and 3.2 several times, neither have connected to the usrp. other information: PYTHONPATH = /usr/local/lib/python2.6/dist-packages ls -lR /dev/bus/usb | grep usrp = crw-rw 1 root usrp 189, 4 2010-10-12 20:14 005 at some point I noticed this, I have been unable to reproduce it though dmesg = [ 2117.132151] usb 1-1: usbfs: USBDEVFS_CONTROL failed cmd usrper rqt 64 rq 1 len 0 ret -110 Plugging in USRP usb cable: dmesg output = [14316.247647] usb 1-1: USB disconnect, address 6 [14326.592048] usb 1-1: new high speed USB device using ehci_hcd and address 7 [14326.725176] usb 1-1: configuration #1 chosen from 1 choice I'm not sure what the problem is now.. is it a configuration problem with GNURadio, a problem with the USB interface/driver, or is there actually an issue with the USRP firmware? I'm hesitant to think it is a firmware problem, because I don't think there is any way I could have modified the firmware.. Thanks for your help, -Jeff Your problem is likely that you haven't put your userid in group usrp, and likely haven't created group usrp, and likely haven't told udev about what group the usrp should be in when it's instantiated. Check out the post-install instructions here: http://gnuradio.org/redmine/wiki/gnuradio/FedoraInstall Now, if you SUDO you can get around the permissions issue, but you'll have to make sure that your PYTHONPATH is available across the SUDO, which by default it isn't. So once you're in a root environment you'll have to manually set your PYTHONPATH so that the appropriate python modules can be found. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] usrp_probe, failed to find usrp[0] - was working yesterday...
Ah well it is working now, I restarted the computer yes, I tried that at least once before posting my message : ) ... I hate computers I had followed the http://gnuradio.org/redmine/wiki/1/UbuntuInstall for setting up the usrp group and udev at some point, probably just before my last restart. I think what may have happened was I did not have the usrp group setup the first time I tried usrp_probe and was in a sudo environment, then when I tried it later I was not in the right group. I did not know the PYTHONPATH variable is not available across SUDO, Thanks Marcus. -Jeff Marcus D. Leech wrote: On 10/12/2010 08:49 PM, jefftk wrote: I just received a new USRP WBX board for a research project I am working on. I have installed GNURadio from source from the tar package: http://ftp.gnu.org/gnu/gnuradio/gnuradio-3.3.0.tar.gz, on Ubuntu 10.04, amd64 I am having problems connecting/finding the USRP: running usrp_probe or usrper get_hash0 result in usrp: failed to find usrp[0] running sudo usrp_probe results in ImportError: cannot import name usrp running sudo usrper get_hash0 results in found unconfigured usrp; needs firmware. I have seen mention that the blinking light on the motherboard is indicative of some state (I have not been able to locate documentation stating thiscan someone point me to this?) the light on my motherboard is currently blinking at bout 2-3Hz, which I think is supposed to mean it has good firmware loaded. I successfully ran usrp_probe (with sudo if I recall correctly) last night and it successfully connected and found the wbx daughterboard. Other than powering down the USRP overnight I'm not sure what or if I changed anything. I can use gnuradio-companion and run some basic tutorial programs that don't interface with the usrp. I have tried reinstalling GNURadio, between versions 3.3.0 and 3.2 several times, neither have connected to the usrp. other information: PYTHONPATH = /usr/local/lib/python2.6/dist-packages ls -lR /dev/bus/usb | grep usrp = crw-rw 1 root usrp 189, 4 2010-10-12 20:14 005 at some point I noticed this, I have been unable to reproduce it though dmesg = [ 2117.132151] usb 1-1: usbfs: USBDEVFS_CONTROL failed cmd usrper rqt 64 rq 1 len 0 ret -110 Plugging in USRP usb cable: dmesg output = [14316.247647] usb 1-1: USB disconnect, address 6 [14326.592048] usb 1-1: new high speed USB device using ehci_hcd and address 7 [14326.725176] usb 1-1: configuration #1 chosen from 1 choice I'm not sure what the problem is now.. is it a configuration problem with GNURadio, a problem with the USB interface/driver, or is there actually an issue with the USRP firmware? I'm hesitant to think it is a firmware problem, because I don't think there is any way I could have modified the firmware.. Thanks for your help, -Jeff Your problem is likely that you haven't put your userid in group usrp, and likely haven't created group usrp, and likely haven't told udev about what group the usrp should be in when it's instantiated. Check out the post-install instructions here: http://gnuradio.org/redmine/wiki/gnuradio/FedoraInstall Now, if you SUDO you can get around the permissions issue, but you'll have to make sure that your PYTHONPATH is available across the SUDO, which by default it isn't. So once you're in a root environment you'll have to manually set your PYTHONPATH so that the appropriate python modules can be found. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://old.nabble.com/usrp_probe%2C-failed-to-find-usrp-0was-working-yesterday...-tp29948671p29948868.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] usrp_probe, failed to find usrp[0] - was working yesterday...
On 10/12/2010 09:34 PM, jefftk wrote: Ah well it is working now, I restarted the computer yes, I tried that at least once before posting my message : ) ... I hate computers I had followed the http://gnuradio.org/redmine/wiki/1/UbuntuInstall for setting up the usrp group and udev at some point, probably just before my last restart. I think what may have happened was I did not have the usrp group setup the first time I tried usrp_probe and was in a sudo environment, then when I tried it later I was not in the right group. I did not know the PYTHONPATH variable is not available across SUDO, Thanks Marcus. -Jeff By default, environment variables don't propagate across a sudo. udev rules don't take effect until you bonk udev on the head, or you restart the 'pooter, is my recollection. If you hate computers, you may find the process of developing a software-defined-radio to be.aggravating. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] gnuplot_freqz.py
Hi all, gnuplot_freqz.py test gives error Traceback (most recent call last): File ./gnuplot_freqz.py, line 81, in module handle = test_plot () File ./gnuplot_freqz.py, line 78, in test_plot return gnuplot_freqz (freqz (taps, 1), sample_rate) File /usr/lib64/python2.6/site-packages/gnuradio/gruimpl/freqz.py, line 326, in freqz b, a = map(atleast_1d, (b,a)) File /usr/lib64/python2.6/site-packages/gnuradio/gruimpl/freqz.py, line 77, in atleast_1d result = numpy.array([ary[0]]) IndexError: 0-d arrays can't be indexed Any solutions? Thank you in advance -Burak ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] usrp_probe, failed to find usrp[0] - was working yesterday...
Ha, just kidding about the 'hating computers' (sort of) - I am using the USRP as part of my Comp. Engineering MS thesis, I am apparently just not a linux guru yet. Yes, aggravation would adequately describe my feelings of setting up software under linux. -Jeff Marcus D. Leech wrote: On 10/12/2010 09:34 PM, jefftk wrote: Ah well it is working now, I restarted the computer yes, I tried that at least once before posting my message : ) ... I hate computers I had followed the http://gnuradio.org/redmine/wiki/1/UbuntuInstall for setting up the usrp group and udev at some point, probably just before my last restart. I think what may have happened was I did not have the usrp group setup the first time I tried usrp_probe and was in a sudo environment, then when I tried it later I was not in the right group. I did not know the PYTHONPATH variable is not available across SUDO, Thanks Marcus. -Jeff By default, environment variables don't propagate across a sudo. udev rules don't take effect until you bonk udev on the head, or you restart the 'pooter, is my recollection. If you hate computers, you may find the process of developing a software-defined-radio to be.aggravating. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://old.nabble.com/usrp_probe%2C-failed-to-find-usrp-0was-working-yesterday...-tp29948671p29949166.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
