Re: [Discuss-gnuradio] cannot detect USRP2 on ubuntu 9.10 whatsoever...various solutions adopted...
Happy new year! Just to notify, my ethernet works fine -- I could use wired internet to connect to the Internet. On 12/31/2010 01:34 AM, Nick Foster wrote: Verify that the ethernet card (and cable) work with another device such as a network switch. The USRP2 should work with any gigabit Ethernet card supported in Linux. --n On Thu, 2010-12-30 at 20:23 +0800, yyl wrote: On 12/22/2010 02:10 AM, Nick Foster wrote: If the ethtool output you provided is with the USRP2 plugged in and turned on, then your ethernet card isn't detecting a link. If another computer works fine with that same USRP2, I suspect the ethernet cable or your ethernet card as the culprit. You might also try: sudo ifconfig eth0 up and see if that affects the result of your ethtool output. --n On Tue, 2010-12-21 at 11:34 +0800, yulong yang wrote: Hi all, I am new to gnuradio and stuck with the usrp2 connection for several days... I looked up tens of search results but no solution yet. Therefore I post my problem and hope someone could give me a hand: I am running gnu radio 3.2.2 on ubuntu9.10, and I think gnuradio works fine because dial_tone.py and grc all could be launched correctly. However, when I plug in USRP2, problems happen: if I typed in "sudo find_usrps" it says: No USRP2 found. if I typed "sudo find_usrps -e eth0" it also says No USRP2 found. (eth0 is what I get when typing in ifconfig) if I typed in "sudo usrp2_fft.py" t says: Traceback (most recent call last): File "/usr/local/bin/usrp2_fft.py", line 273, in main () File "/usr/local/bin/usrp2_fft.py", line 269, in main app = stdgui2.stdapp(app_top_block, "USRP2 FFT", nstatus=1) File "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py", line 36, in __init__ wx.App.__init__ (self, redirect=False) File "/usr/lib/python2.6/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py", line 7978, in __init__ self._BootstrapApp() File "/usr/lib/python2.6/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py", line 7552, in _BootstrapApp return _core_.PyApp__BootstrapApp(*args, **kwargs) File "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py", line 39, in OnInit frame = stdframe (self.top_block_maker, self.title, self._nstatus) File "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py", line 60, in __init__ self.panel = stdpanel (self, self, top_block_maker) File "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py", line 81, in __init__ self.top_block = top_block_maker (frame, self, vbox, sys.argv) File "/usr/local/bin/usrp2_fft.py", line 70, in __init__ self.u = usrp2.source_32fc(options.interface, options.mac_addr) File "/usr/local/lib/python2.6/dist-packages/gnuradio/usrp2.py", line 644, in source_32fc return _usrp2.source_32fc(*args, **kwargs) RuntimeError: No USRPs found on interface eth0 What exactly the problem is? TO note: 1. python is fine. I ran following process and it did not say error: Python 2.6.4 (r264:75706, Dec 7 2009, 18:45:15) [GCC 4.4.1] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> from gnuradio import gr >>> from gnuradio import usrp >>> from gnuradio import audio >>> from gnuradio import usrp2 >>> exit() 2. could it be the firmware in usrp2? I saw some threads discussing firmware in SD card. But it seems to run process like usrp2_fft.py dose not need any firmware. 3. my usrp2 runs fine. I checked it with another computer which could launch usrp_fft.py correctly. Also, when I power on usrp2, all 6 lights flah and then D and F remain on. 4. my ethernet card should be fine. it is gigabit. here is what it says when I type in "sudo ethtool eth0": Settings for eth0: Supported ports: [ TP ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Advertised auto-negotiation: Yes Speed: Unknown! Duplex: Unknown! (255) Port: Twisted Pair PHYAD: 1 Transceiver: internal Auto-negotiation: on Supports Wake-on: pumbag Wake-on: g Current message level: 0x0001 (1) Link detected: no I am really confused and find no solution on my own. Any suggestion would be greatly appreciated. I will wait online and provide any additional information if you need. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio sorry for the late response, I have been working on ubuntu for several days. Thank you for your reply. I just tried this command and nothing happened, I got the same re
RE: [Discuss-gnuradio] gr_qtgui, SWIG. QT Signals and such
On Tue, Jan 4, 2011 at 2:42 AM, Tom Rondeau wrote: > > On Mon, Jan 3, 2011 at 2:53 AM, Mike Cornelius wrote: > > Hi All, > > > > I've been playing around with gr_qtgui and adding a few 'enhancements' to > > suit my application, in doing so I've come to a bit of sticking point and > > I'm looking for some advice on how to proceed, my QT and SWIG experience are > > limited so I'm wary of doing things 'the hard way' unnecessarily. > > Mike, > Great work so far! I'll try to work with you to handle these things. Thanks Tom :) > > > One of the things I'd like to add is support for QT Signals from my derived > > 'gr_qtgui2' back to Python, in particular I'd like to be able to double > > click in the gr_qtgui plot area and receive a QT signal in my Python app. > > I use sip to return a QtGui object from the C++ world. I haven't > experimented with what you are asking for, but I hope it's not > unreasonable. We'd have to play with what the object returned by > sip.wrapinstance is actually capable of doing. That is, can we connect > a signal to it? This is something I've been wanting to have, too, so > that you could have a wideband spectrum view and click on a signal to > isolate and start processing it. > > > Questions:- > > > > 1 - It appears to me that SWIG does not support QT signals/slots, can anyone > > confirm if that's correct? > > Yes, I don't think we'll be doing the signal/slots interfacing through SWIG. > > > 2 - If so then I suppose I need to convert my 'gr_qtgui2' over to use SIP ? > > or is there an easier way? > > As I said above, because I return a Python QWidget object and that do > the sip.wrapinstance on it to get a PyQt QWidget object, we might have > luck working through this interface. > > It'd be best if we can handle everything in the C++ world and connect > it to Python either through SWIG or, more likely, the SIP interface > object. That way, anything we develop for "talking" to the QT window > can be done in either a full C++ app or a Python app. > Ahhh, I'd had my head in the C++ side of things and completely forgotten about 'sip.wrapinstance' My initial though had been to replace/augment SWIG in the build system with SIP, maybe that's not necessary (which would be good) > > > > In case anyone's interested I've made the following 'enhancements' so far:- > > > > - Created a copy of gr_gtgui imaginatively called gr_qtgui2 which 'builds > > out of tree' as a custom block. > > - Removed the QT UI form so that the widget consists of just the plot area > > and labels without the tabs and controls, this allows the widget to resize > > nicely within the parent form and makes it more practical to have more than > > 1 gr_qtgui2 plot displayed simultaneously. > > That's perfect. I agree with how you've done that. I think all of the > supporting interfaces (like turning on averaging, max/min hold, etc.) > be made function calls so that they can be built up and used by the > user in whatever context you might want. > > I would want to keep the current UI stuff available, though, since it > provides a nice out-of-the-box control for looking at the signals. I'd > have to see how you split out the code, but hopefully we could have > two interfaces: the raw interface you've created and the full one > that's in there currently. > Agreed, the UI form is definitely useful, 2 interfaces makes sense I think. > > - Added interfaces to set the BG and FG colour > > Cool. > > > - Added a 'use_rf_frequencies' interface > > Good. This is one of those interfaces that I was just talking about. > Any of the controls in the UI should be made available through > function calls to the interface. > So far the work I've done has been pretty rough proof of concept stuff just to test the waters so I've not yet added interfaces for all the existing features however that's certainly the plan. > > - Added a center frequency marker and interface > > - Changed zoomer to use drag select rather than click select > > I'm not sure what you mean by this. Probably GUI lingo that I'm not > familiar with. Could you explain? The CF marker is a vertical line in the centre of the spectrum plot window, it's a handy visual tuning aid (like Marker->CF on an a spectrum analyser). Presently the zoom function in gr_qtgui works as 'click - drag - click' I changed it to 'button down - drag - button up' > > > - Added y axis (amplitude) magnification on mouse wheel > > That's cool. > > > - Added support in the plot area for catching double clicks and emitting a > > signal (which I can't work out how to receive in Python) > > I'll try to help you look into this. > Thanks, Much appreciated ! > > See http://yfrog.com/f/h8a0xp for an idea of where I'm heading with this. > > > > Any advice would be greatly appreciated. > > > > Mike VK2XMC > > Could you let me know if you have this code hosted anywhere? Is there > a public github (or similar) repo that I could pull from? > I don't presently however I'll set something up on the weekend
Re: [Discuss-gnuradio] cannot detect USRP2 on ubuntu 9.10 whatsoever...various solutions adopted...
Arp ? This should return the Mac address and any ip address heard Does a usrp. Ping ? Sent from my iPhone Andrew Rich On 04/01/2011, at 18:53, yyl wrote: > Happy new year! > Just to notify, my ethernet works fine -- I could use wired internet to > connect to the Internet. > > > On 12/31/2010 01:34 AM, Nick Foster wrote: >> Verify that the ethernet card (and cable) work with another device such >> as a network switch. The USRP2 should work with any gigabit Ethernet >> card supported in Linux. >> >> --n >> >> On Thu, 2010-12-30 at 20:23 +0800, yyl wrote: >>> On 12/22/2010 02:10 AM, Nick Foster wrote: If the ethtool output you provided is with the USRP2 plugged in and turned on, then your ethernet card isn't detecting a link. If another computer works fine with that same USRP2, I suspect the ethernet cable or your ethernet card as the culprit. You might also try: sudo ifconfig eth0 up and see if that affects the result of your ethtool output. --n On Tue, 2010-12-21 at 11:34 +0800, yulong yang wrote: > Hi all, > > I am new to gnuradio and stuck with the usrp2 connection for several > days... I looked up tens of search results but no solution yet. > Therefore I post my problem and hope someone could give me a hand: > > I am running gnu radio 3.2.2 on ubuntu9.10, and I think gnuradio works > fine because dial_tone.py and grc all could be launched correctly. > However, when I plug in USRP2, problems happen: > > if I typed in "sudo find_usrps" it says: No USRP2 found. > > if I typed "sudo find_usrps -e eth0" it also says No USRP2 found. > (eth0 is what I get when typing in ifconfig) > > if I typed in "sudo usrp2_fft.py" t says: > > Traceback (most recent call last): >File "/usr/local/bin/usrp2_fft.py", line 273, in > main () >File "/usr/local/bin/usrp2_fft.py", line 269, in main > app = stdgui2.stdapp(app_top_block, "USRP2 FFT", nstatus=1) >File > "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py", > line 36, in __init__ > wx.App.__init__ (self, redirect=False) >File > "/usr/lib/python2.6/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py", > line 7978, in __init__ > self._BootstrapApp() >File > "/usr/lib/python2.6/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py", > line 7552, in _BootstrapApp > return _core_.PyApp__BootstrapApp(*args, **kwargs) >File > "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py", > line 39, in OnInit > frame = stdframe (self.top_block_maker, self.title, self._nstatus) >File > "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py", > line 60, in __init__ > self.panel = stdpanel (self, self, top_block_maker) >File > "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py", > line 81, in __init__ > self.top_block = top_block_maker (frame, self, vbox, sys.argv) >File "/usr/local/bin/usrp2_fft.py", line 70, in __init__ > self.u = usrp2.source_32fc(options.interface, options.mac_addr) >File "/usr/local/lib/python2.6/dist-packages/gnuradio/usrp2.py", > line 644, in source_32fc > return _usrp2.source_32fc(*args, **kwargs) > RuntimeError: No USRPs found on interface eth0 > > > What exactly the problem is? > TO note: > 1. python is fine. I ran following process and it did not say error: >Python 2.6.4 (r264:75706, Dec 7 2009, 18:45:15) >[GCC 4.4.1] on linux2 >Type "help", "copyright", "credits" or "license" for more > information. >>>> from gnuradio import gr >>>> from gnuradio import usrp >>>> from gnuradio import audio >>>> from gnuradio import usrp2 >>>> exit() > > 2. could it be the firmware in usrp2? I saw some threads discussing > firmware in SD card. But it seems to run process like usrp2_fft.py > dose not need any firmware. > > 3. my usrp2 runs fine. I checked it with another computer which could > launch usrp_fft.py correctly. Also, when I power on usrp2, all 6 > lights flah and then D and F remain on. > > 4. my ethernet card should be fine. it is gigabit. here is what it > says when I type in "sudo ethtool eth0": > > Settings for eth0: > Supported ports: [ TP ] > Supported link modes: 10baseT/Half 10baseT/Full > 100baseT/Half 100baseT/Full > 1000baseT/Full > Supports auto-negotiation: Yes > Advertised link modes: 10baseT/Half 10baseT/Full > 100baseT/Half 100baseT/Full > 1000baseT/Full > Advertised auto-negotiation: Yes > Spe
Re: [Discuss-gnuradio] cannot detect USRP2 on ubuntu 9.10 whatsoever...various solutions adopted...
Thanks for reply. It seems to be the problem of the promiscuous mode(broadcast&multicast) of the ethernet card...I use wireshark to detect the packet transmission between pc and usrp2 when it plugs in. Surprisingly find_usrps works and both sent and received packets are detected. It looks that the wireshark opens the broadcast and multicast that lets usrp2 run correctly..although I still have not found the reason. But it at least works:) On 01/04/2011 05:30 PM, Andrew Rich wrote: Arp ? This should return the Mac address and any ip address heard Does a usrp. Ping ? Sent from my iPhone Andrew Rich On 04/01/2011, at 18:53, yyl wrote: Happy new year! Just to notify, my ethernet works fine -- I could use wired internet to connect to the Internet. On 12/31/2010 01:34 AM, Nick Foster wrote: Verify that the ethernet card (and cable) work with another device such as a network switch. The USRP2 should work with any gigabit Ethernet card supported in Linux. --n On Thu, 2010-12-30 at 20:23 +0800, yyl wrote: On 12/22/2010 02:10 AM, Nick Foster wrote: If the ethtool output you provided is with the USRP2 plugged in and turned on, then your ethernet card isn't detecting a link. If another computer works fine with that same USRP2, I suspect the ethernet cable or your ethernet card as the culprit. You might also try: sudo ifconfig eth0 up and see if that affects the result of your ethtool output. --n On Tue, 2010-12-21 at 11:34 +0800, yulong yang wrote: Hi all, I am new to gnuradio and stuck with the usrp2 connection for several days... I looked up tens of search results but no solution yet. Therefore I post my problem and hope someone could give me a hand: I am running gnu radio 3.2.2 on ubuntu9.10, and I think gnuradio works fine because dial_tone.py and grc all could be launched correctly. However, when I plug in USRP2, problems happen: if I typed in "sudo find_usrps" it says: No USRP2 found. if I typed "sudo find_usrps -e eth0" it also says No USRP2 found. (eth0 is what I get when typing in ifconfig) if I typed in "sudo usrp2_fft.py" t says: Traceback (most recent call last): File "/usr/local/bin/usrp2_fft.py", line 273, in main () File "/usr/local/bin/usrp2_fft.py", line 269, in main app = stdgui2.stdapp(app_top_block, "USRP2 FFT", nstatus=1) File "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py", line 36, in __init__ wx.App.__init__ (self, redirect=False) File "/usr/lib/python2.6/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py", line 7978, in __init__ self._BootstrapApp() File "/usr/lib/python2.6/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py", line 7552, in _BootstrapApp return _core_.PyApp__BootstrapApp(*args, **kwargs) File "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py", line 39, in OnInit frame = stdframe (self.top_block_maker, self.title, self._nstatus) File "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py", line 60, in __init__ self.panel = stdpanel (self, self, top_block_maker) File "/usr/local/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py", line 81, in __init__ self.top_block = top_block_maker (frame, self, vbox, sys.argv) File "/usr/local/bin/usrp2_fft.py", line 70, in __init__ self.u = usrp2.source_32fc(options.interface, options.mac_addr) File "/usr/local/lib/python2.6/dist-packages/gnuradio/usrp2.py", line 644, in source_32fc return _usrp2.source_32fc(*args, **kwargs) RuntimeError: No USRPs found on interface eth0 What exactly the problem is? TO note: 1. python is fine. I ran following process and it did not say error: Python 2.6.4 (r264:75706, Dec 7 2009, 18:45:15) [GCC 4.4.1] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>>from gnuradio import gr >>>from gnuradio import usrp >>>from gnuradio import audio >>>from gnuradio import usrp2 >>>exit() 2. could it be the firmware in usrp2? I saw some threads discussing firmware in SD card. But it seems to run process like usrp2_fft.py dose not need any firmware. 3. my usrp2 runs fine. I checked it with another computer which could launch usrp_fft.py correctly. Also, when I power on usrp2, all 6 lights flah and then D and F remain on. 4. my ethernet card should be fine. it is gigabit. here is what it says when I type in "sudo ethtool eth0": Settings for eth0: Supported ports: [ TP ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Advertised auto-negotiation: Yes Speed: Unknown! Duplex: Unknown! (255) Port: Twisted Pair PHYAD: 1
[Discuss-gnuradio] USB controller. How to solve ehci problem?
Hi, this is my first message so hi everyone. Well, at last i have my USRP (i got it yesterday), it works (a Flashing green led is working, ok). But, looks like i can't "open" the usrp. Ok, after search by internet it seems like it is an USB controller error (by the way, seems to be the TYPICAL error). I'm quite sure about that because it works fine in other computer. (But in fact i need it to work in the other one, the one with the error). So, lsusb says: == Bus 002 Device 003: ID 03f0:7604 Hewlett-Packard DeskJet 3940 (My printer, maybe is not the best but it's mine and i like it :P XD) Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub <= So i HAVE the hardware needed haven't i? == lsmod says there is no "ehci" so, yes THIS is the problem, i have the the hardware but i have no controller for that, isn't it? After looking by internet i have read that there is a typical problem with USB 2.0 and Ubuntu 64bits (which is the OS that i'm using). Anyway i can't find any solution, how i install the controller? (USB 2.0 is actived in the BIOS). Thanks a lot for your time. -- View this message in context: http://old.nabble.com/USB-controller.-How-to-solve-ehci-problem--tp30584635p30584635.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] gr_qtgui, SWIG. QT Signals and such
Greetings, Few months ago I started experimenting with using Qt and the gr-qtgui component and I found it to be much easier to work with that wxPython. I found the additional controls to be useful when they are needed but they take up quite a lot pf vertical space. In the present configuration they consume about 1/3 of the vertical space and this doesn't leave much room for application widgets on e.g. laptop screens which are usually limited to less than 800 pixels. On Tue, Jan 4, 2011 at 10:00 AM, Mike Cornelius wrote: > On Tue, Jan 4, 2011 at 2:42 AM, Tom Rondeau wrote: >> On Mon, Jan 3, 2011 at 2:53 AM, Mike Cornelius wrote: >>> - Added a center frequency marker and interface >>> - Changed zoomer to use drag select rather than click select >> >> I'm not sure what you mean by this. Probably GUI lingo that I'm not >> familiar with. Could you explain? > > The CF marker is a vertical line in the centre of the spectrum plot window, > it's a handy visual tuning aid (like Marker->CF on an a spectrum analyser). May I suggest to make it a generic marker that can be placed anywhere not just at the center. Also, enabling the major grids of the QwtPlot widget will add a vertical line at 0. > Presently the zoom function in gr_qtgui works as 'click - drag - click' I > changed it to 'button down - drag - button up' To me 'button down - drag - button up' already zooms on all gr-qtgui plots. 'click - drag - click' does nothing... I wonder if this is some desktop specific setting? I use Gnome desktop. Alex ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] OFDM Benchmark Change Modulation
Hi all, Recently I want to implement a OFDM based multi-rate system, and I am using benchmark_ofdm_tx/benchmark_ofdm_rx programs in ofdm directory. I know I can use unlock/lock mechnism to disconenct/connect the exising blocks to change modulation block, and it indeed works. However, I also notice that the difference between all modulation, i.e. BPSK, QPSK, QAM16, QAM64, is rotated_const paramter in gr.ofdm_mapper_bcv block. So I write a new block howto.ofdm_mapper_bcv which can change rotated_const (d_constellation in gr_ofdm_mapper_bcv.h/.cc) with a defined function call. But it does not work. When I change BPSK to QPSK by altering rotated_const, I can receive nothing but TIMEOUT in QPSK demodulator. If I still use BPSK demodulator, it works in compromised performance with some packets failed to pass CRC check. Why does it happen, since I already change rotated_const? Is there any misunderstanding on this ofdm benchmark program? Furthermore, I also find that if I use QAM16, it seems that the packet reception simuation is very bad, about 50% PRR or even lower. When using QAM64, PRR~0%, almost all packets failed CRC check. I think if I use channel coding, the situation will be better. I am wondering how to add channel coding block to existing architecture. Is there any possible examples? Any comments are welcomed! Thank you very much! Regards, -Lizhao ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] DDC and Polyphase Channelizer
On Mon, Jan 3, 2011 at 11:25 PM, Jimmy Richardson wrote: >> >> Indeed. Very strange. My guess is that there is a misconception >> somewhere in the code about sample rate. I can't quite see it in my >> head, but I'm guessing that the channel spacing isn't exactly the >> channel spacing you think it is. > > You mean the oversample rate O = N/i is wrong? As far as I can see, that's > the only number that could go wrong, since pfb_channelizer_ccf only takes 3 > parameters, # of channels, taps and oversample rate, and it doesn't look > like the other two can be wrong. > > I checked the calculation of O again, but couldn't find the problem. In the > Matlab code, harris uses loops "for nn=1:28:5600-28" to do the processing, > so it does seems a 28-to-1 downsampling in 40 channels. No, not the oversample rate, just the sample rate. I'm thinking that there is some misunderstanding somewhere about the actual sample rate and the therefore the channel bandwidths such that the channels you are pulling out are not covering the same frequencies that you think they are. On the other hand, it could be a miscalculation in the pfb_channelizer, although all of my tests with it came out fine. >> Have you looked at the examples in gnuradio-examples/python/pfb? >> Specifically, channelize.py, chirp_channelize.py, and synth_to_chan.py. > > I checked the first two samples when I wrote the channelizer, although it > seems they didn't use the oversample rate parameter. I couldn't find the > last one (synth_to_chan.py) though. > >> Tom The synth_to_chan.py is not in the tarball release. It was introduced a little while ago when I added the synthesis filterbank. You'd have to get it from the git repo. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] MIMO-OFDM 2x1 Alamouti code.
On Mon, Jan 3, 2011 at 11:50 PM, wrote: > Hi all, > > Maybe this question has already been done, but I didn't found any relevant > information about it. I want to implement a MIMO OFDM system (2X1) with > the Alamouti's code in the URSP one, but so far I've only been able to run > an OFDM system using the benchmark_ofdm_tx.py and benchmark_ofdm_rx.py > codes. > > The system that I'll implement consist in two RFX2200 cards in the same > USRP working as the transmitter and one RFX2200 in another USRP working as > a receiver. > > I really don´t know how I can connect the two RFX2200 cards in the first > USRP one to sincronize them, because I tried to implement the alamouti > code and I need both of them transmitting at the same time, then in the > receiver use the Alamouti decoding to obtain the information sent. I once > read that it had to connect both RFX2200 card with a wired link in order > to sincronize them, is this correct or how I can sincronize them, or if > need a cable how I can make the connection with the RFX2200 cards ? > > I want to ask too if there are any MIMO-OFDM implementation in GNURadio, I > was checking and I didn't found any related to this. > > I hope someone can help or guide me with my doubts, any link, information > or answer will be helpful. > > Thks in advance. Matt Ettus and I did some preliminary work on getting Alamouti codes into GNU Radio a while back. We've never found the time to complete it, but you can find it by setting up a remote tracking branch to http://gnuradio.org/git/trondeau.git and checkout the branch ofdm. It's in various stages of working, so no guarantees, but it will at least show you how we did the synchronization. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gr_qtgui, SWIG. QT Signals and such
On Tue, Jan 4, 2011 at 8:47 AM, Alexandru Csete wrote: > Greetings, > > Few months ago I started experimenting with using Qt and the gr-qtgui > component and I found it to be much easier to work with that wxPython. > > I found the additional controls to be useful when they are needed but > they take up quite a lot pf vertical space. In the present > configuration they consume about 1/3 of the vertical space and this > doesn't leave much room for application widgets on e.g. laptop screens > which are usually limited to less than 800 pixels. Agreed. I have the same problem with my poor-resolution laptop. We're definitely going to work in Mike's changes here. It's one of those good ideas that I was too close to the original code to see initially. > On Tue, Jan 4, 2011 at 10:00 AM, Mike Cornelius wrote: >> On Tue, Jan 4, 2011 at 2:42 AM, Tom Rondeau wrote: >>> On Mon, Jan 3, 2011 at 2:53 AM, Mike Cornelius wrote: - Added a center frequency marker and interface - Changed zoomer to use drag select rather than click select >>> >>> I'm not sure what you mean by this. Probably GUI lingo that I'm not >>> familiar with. Could you explain? >> >> The CF marker is a vertical line in the centre of the spectrum plot window, >> it's a handy visual tuning aid (like Marker->CF on an a spectrum analyser). > > May I suggest to make it a generic marker that can be placed anywhere > not just at the center. Also, enabling the major grids of the QwtPlot > widget will add a vertical line at 0. I think being able to toggle the QwtPlot's grids is a good idea. >> Presently the zoom function in gr_qtgui works as 'click - drag - click' I >> changed it to 'button down - drag - button up' > > To me 'button down - drag - button up' already zooms on all gr-qtgui > plots. 'click - drag - click' does nothing... > I wonder if this is some desktop specific setting? I use Gnome desktop. > > Alex Yeah, that's why I asked; it works for me this way, too. Perhaps it wasn't coded quite right and allowed different windows managers to do different things with it. Or maybe it's just a setting. I'll look at how Mike did it and see if it's generally better. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Question about the HBF in the DDC
p { margin-bottom: 0.08in; }
Hello,
I get a question about the half band
filter in the DDC. I found that the LO (local oscillator) in my
daughter board is set at 0.2MHz less than the carrier center
frequency, which means that the IF of the output signal is center at
0.2 MHz.
I am assuming the NCO in the FPGA is
generating a sinusoid at 0.2MHz to mix the IF signal to base band.
Then we would get a base band signal and a high order frequency part
at 0.4MHz. But the half band filter after the CIC filter has a pass
band of 0.6MHz from the reference materials what I have read. This
means that the high order part won't be filtered by the HBF.
Is there anything wrong in my
understanding? Can someone explain how the USRP2 remove the high
frequency part after the DDC mixing?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Need help in emergency for the fpga image
Hello everyone, I must find a way to compile the FPGA project for the USRP2 to continue my Masters. I use ISE 12.1 and the top project u2_rev3 in the repository git://ettus.sourcerepo.com/ettus/fpga.git using all the files in different makefile. The compilation works well and I get the bin file of 842Kb. But during the test, only one of the lights glow and the computer does not see the radio. Is there someone who can reproduce this bug and help me find an answer? Gabriel ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] how can I proceed if no message is received?
In GRC, I defined a message queue like below: self.msg_q = gr.msg_queue() It waits for the USRP transmitter, and read the message received in the USRP receiver in the local machine, using the code like below: m = tb.msg_q.delete_head() But if there is no message sent. It seems that the program halts and waits for the message to be sent. How can I let the program continue to run from here? Best ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] how to perform spectrum sensing using energy detection method using gnu radio and usrp
Hi, can anyone help me with how to perform spectrum sensing using energy detection method using gnu radio and usrp. Thanks and Regards, Abhijeet. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
RE: [Discuss-gnuradio] gr_qtgui, SWIG. QT Signals and such
> -Original Message- > From: Alexandru Csete [mailto:oz9...@gmail.com] > Sent: Wednesday, 5 January 2011 12:47 AM > To: Mike Cornelius > Cc: Tom Rondeau; discuss-gnuradio@gnu.org > Subject: Re: [Discuss-gnuradio] gr_qtgui, SWIG. QT Signals and such > > Greetings, > > Few months ago I started experimenting with using Qt and the gr-qtgui > component and I found it to be much easier to work with that wxPython. > Hi Alex, Credit where credit is due, It was actually your gqrx project that got me started on this :) I noticed in your screenshots that you had changed the plot colours and I thought 'That looks nicer, I wonder how he did that ?', of course once I started playing around with the qtgui code I figured there were a few more things that I could fiddle with. > I found the additional controls to be useful when they are needed but > they take up quite a lot pf vertical space. In the present > configuration they consume about 1/3 of the vertical space and this > doesn't leave much room for application widgets on e.g. laptop screens > which are usually limited to less than 800 pixels. > Furthermore the current control isn't ideally suited to having more than 1 plot on an UI or to small plot areas. I don't want to neglect the existing control though as having to put together a custom layout is probably more trouble than it's worth in a lot of cases. I think adding interfaces to the existing control for things like the markers, grids, colours and the form controls would be useful too. > On Tue, Jan 4, 2011 at 10:00 AM, Mike Cornelius > wrote: > > On Tue, Jan 4, 2011 at 2:42 AM, Tom Rondeau > wrote: > >> On Mon, Jan 3, 2011 at 2:53 AM, Mike Cornelius > wrote: > >>> - Added a center frequency marker and interface > >>> - Changed zoomer to use drag select rather than click select > >> > >> I'm not sure what you mean by this. Probably GUI lingo that I'm not > >> familiar with. Could you explain? > > > > The CF marker is a vertical line in the centre of the spectrum plot > window, > > it's a handy visual tuning aid (like Marker->CF on an a spectrum > analyser). > > May I suggest to make it a generic marker that can be placed anywhere > not just at the center. Also, enabling the major grids of the QwtPlot > widget will add a vertical line at 0. > Absolutely. > > Presently the zoom function in gr_qtgui works as 'click - drag - > click' I > > changed it to 'button down - drag - button up' > > To me 'button down - drag - button up' already zooms on all gr-qtgui > plots. 'click - drag - click' does nothing... > I wonder if this is some desktop specific setting? I use Gnome desktop. > > Alex Hmm interesting, I use Gnome too (Ubuntu 10.4) The change was trivial, in FrequencyDisplayPlot.cc I changed:- _zoomer->setSelectionFlags(QwtPicker::RectSelection | QwtPicker::ClickSelection); to _zoomer->setSelectionFlags(QwtPicker::RectSelection | QwtPicker::DragSelection); Mike ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] how to perform spectrum sensing using energy detection method using gnu radio and usrp
On 01/04/2011 04:27 PM, abhijeet mate wrote: Hi, can anyone help me with how to perform spectrum sensing using energy detection method using gnu radio and usrp. Thanks and Regards, Abhijeet. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio You should perhaps look at: gnuradio/gnuradio-examples/python/usrp/usrp_spectrum_sense.py In the Gnu Radio codebase. -- 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] Highest Datarates with GNURadio
Hi All, I started working with GNURadio a few months ago as a platform for use with a Visual Light Communication front end. I've had some good success with the basic benchmark testing and implementation of a few basic tests with GRC, but I'm curious as to what datarates have been achieved within the GNURadio community. As of now, I've been able to reach rates of 4Mb/s with GMSK and BPSK modulation and I'm pretty sure I've reached the limits of what my PC's can handle in real time (I seem to be getting errors occurring mostly from system overruns). I haven't gone into testing with the OFDM blocks or higher order modulation schemes, but I wanted to see what type of rates I should expect. I'm using the system mostly as a testbed for the time being, so my thought is to do the signal processing offline (to / from a file) and have the transmission simply sending and receiving from a file. If anyone has suggestions or examples of how to do this it would be greatly appreciated. Thanks in advance for any thoughts, Michael Rahaim Graduate Research Assistant Smart Lighting Engineering Research Center Boston University mrah...@bu.edu ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Synchronized packet transmission
On 01/03/2011 12:15 PM, Sangho Oh wrote: > If I synchronize two USRPs using pps clock > > uhd::time_spec_t time_spec = uhd::time_spec_t(0.0); > sdev->set_time_next_pps(time_spec); > boost::this_thread::sleep(boost::posix_time::seconds(1)); > You may want to print out sdev->get_time_now().get_real_secs() to see that it really got the PPS edge. > and give the metadata for the frame as following > > md.time_spec = uhd::time_spec_t(seconds_in_future); > > When is the packet is being transmitted? > I believe md.time_spec specify the delay of transmission, which is not an > absolute time of the transmission. > md.time_spec is an absolute time there is a working example in uhd/host/examples/tx_timed_samples.cpp -Josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Question about the HBF in the DDC
On Tue, Jan 4, 2011 at 1:13 PM, peng senl wrote: > Hello, > > I get a question about the half band filter in the DDC. I found that the LO > (local oscillator) in my daughter board is set at 0.2MHz less than the > carrier center frequency, which means that the IF of the output signal is > center at 0.2 MHz. > > > I am assuming the NCO in the FPGA is generating a sinusoid at 0.2MHz to > mix the IF signal to base band. Then we would get a base band signal and a > high order frequency part at 0.4MHz. But the half band filter after the CIC > filter has a pass band of 0.6MHz from the reference materials what I have > read. This means that the high order part won't be filtered by the HBF. > It's generating a _complex_ sinusoid. It's not modulating the signal like an analog LO but performing complex multiplication. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] can inband_2rxhb_2tx.rbf use 8 bits sample?
Hi all, I want to use 8 bits sample. I use inband_2rxhb_2tx.rbf firmware. I use set_format( ) set data format as width 8 bits and shift 8 bits and the return true. But when I read data the data still 16 bits format. I do not use gr stuff to read data, however I directly read data. If I use 16 bits format logic to process data the process is correct but if I use 8 bits logic to process data the process is wrong, so it seems the data format still be 16 bits. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] question about RFX2400
Hi, I am testing a transceiver link in ISM band using two USRP2+RFX2400, one configured as TX and the other one as RX. I would like to test my own FPGA program, so for now I have your FPGA codes in which I only changed the signal driving the DAC in TX to be an square wave (+8191 or -8192) with frequency about 400Hz. At the RX side, I am looking (using an oscilloscope) at the input to the ADC and what I see is quite like my square wave modulated with a carrier of couple of MHz. I looked at the schematic of RFX2400 and I didn't find any PLL or clock recovery circuitry! so I wonder how the frequency offset at RX could be avoided? Regards, Malihe ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Re: question about RFX2400
On Tue, 2011-01-04 at 19:25 -0700, Malihe Ahmadi wrote: > Hi, > > I am testing a transceiver link in ISM band using two USRP2+RFX2400, one > configured as TX and the other one as RX. I would like to test my own > FPGA program, so for now I have your FPGA codes in which I only changed > the signal driving the DAC in TX to be an square wave (+8191 or -8192) > with frequency about 400Hz. At the RX side, I am looking (using an > oscilloscope) at the input to the ADC and what I see is quite like my > square wave modulated with a carrier of couple of MHz. I looked at the > schematic of RFX2400 and I didn't find any PLL or clock recovery > circuitry! so I wonder how the frequency offset at RX could be avoided? > > Regards, > Malihe In a software-defined radio, frequency estimation and clock recovery are typically done in software, to keep the hardware general-purpose enough for many different uses. You can either synchronize the two USRP2s by using a common 10MHz reference input to both devices (and enabling the reference lock), or deal with the inevitable frequency mismatch in software. --n ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
