Re: Re: [Discuss-gnuradio] RSSI Measurement--
Hi Jonnathan, Can u please share the programs which does the RSSI computation . I am using the RFX2400 board. I need to plot BER against Receiver SNR. So, RSSI is required. Thank you Amarnath On Feb 8, 2010 1:21pm, Matt Ettus m...@ettus.com wrote: On 02/02/2010 01:13 AM, amarnath alapati wrote: hi friends, I need to measure the Received signal strength. I am using the programs in gnuradio/examples/python/digital/ folder. I am transmitting at one end using benchmark_tx.py and receiving at the other end with benchmark_rx.py. I need to calculate the bit error rate and plot it against Receiver SNR. If some one has done any work related to this, please share it here. Atleast I need to program that gives the RSSI value. Thanking you in advance, The XCVR2450 and RFX900, 1200, 1800, and 2400 all support RSSI. I think Johnathan has done some programs which use it. Matt ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Usrp2 synchronize
Hi all, after successful integration and complete working usrp, I got following error: sand...@sandeep-desktop:~/gnuradio/gnuradio-examples/python/usrp$ sudo ./usrp_nbfm_rcv.py Using RX d'board A: DBS Rx len(rx_chan_coeffs) = 397 gr_fir_ccc: using SSE len(audio_taps) = 423 gr_fir_fff: using SSE au*dio_alsa_sink[hw:0,0]: unable to support sampling rate 32000 card requested 44100 instead.* audio_alsa_sink[hw:0,0]: set_period_time_near failed: Invalid argument Traceback (most recent call last): File ./usrp_nbfm_rcv.py, line 382, in module app = stdgui2.stdapp (my_top_block, USRP NBFM RX) 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 ./usrp_nbfm_rcv.py, line 73, in __init__ self.rxpath = receive_path(options.rx_subdev_spec, options.gain, options.audio_output) File ./usrp_nbfm_rcv.py, line 301, in __init__ audio_sink = audio.sink (int(self.audio_rate), audio_output) File /usr/local/lib/python2.6/dist-packages/gnuradio/audio_alsa.py, line 299, in sink return _audio_alsa.sink(*args, **kwargs) RuntimeError: audio_alsa_sink I saw same error on discussion board but still unreplied, Kindly please help me how can rectify this problem. your effort is appreciated On Mon, Feb 1, 2010 at 9:07 PM, Gaetano Mendola mend...@gmail.com wrote: Hi all, we are using two USRP2 devices to build a CDMA communication channel, at the moment the big issuewe are facing is the error frequency introduced coupling two (TX and RX) USRP2 devices. In order to reduce the frequency error we are using an external 10Mhz reference and we are planning to use also a PPS source. Can you suggest any out of shelf device able to give use both 10MHz and the PPS needed ? Regards Gaetano Mendola -- cpp-today.blogspot.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Thanks. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
R: Re: [Discuss-gnuradio] Ettus Research News
Hi I assume that the objective for a GNU HW manufacturer should be to keep providing the SDR hardware at lowest possible prices and keep developing products + UNDER GPL. I know no big company with these objectives. And I don't expect NI to be different. GNU and big business are not good friends. I think it's just a matter of time. Let's make the most until then. This is *not* a blame for Ettus management of course, but please raise your hand anybody being 100% sure that the GNU part of USRP project is not jeopardized inthe long run. BR Alberto Messaggio originale Da: firasmail2...@yahoo.com Data: 06/02/2010 14.34 A: gnuradioDiscuss-gnuradio@gnu.org Ogg: Re: [Discuss-gnuradio] Ettus Research News What is important to us is to keep providing the SDR hardware at lowest possible prices and keep developing your products. Presentaci un amico! Invita i tuoi amici a scoprire i servizi Tiscali: per ogni amico che attiverà un servizio Tiscali, potrai avere 30 euro di sconto e lo stesso sconto di 30 euro verrà poi offerto al tuo amico. Scopri come! http://abbonati.tiscali.it/presentaci_un_amico/?WT.mc_id=01fw ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: Re: [Discuss-gnuradio] Ettus Research News
On 8 February 2010 13:21, Alberto Trentadue albtrenta...@tiscali.it wrote: Hi I assume that the objective for a GNU HW manufacturer should be to keep providing the SDR hardware at lowest possible prices and keep developing products + UNDER GPL. I know no big company with these objectives. And I don't expect NI to be different. GNU and big business are not good friends. I think it's just a matter of time. Let's make the most until then. This is *not* a blame for Ettus management of course, but please raise your hand anybody being 100% sure that the GNU part of USRP project is not jeopardized inthe long run. We can speculate all that we want but the only thing we can know with 100% certainty is that nobody can predict the future. Therefore, I'll limit my contribution in this thread to pointing out that there have also been positive cases where similar acquisitions have lead to something very good for the community. The acquisition of Trolltech (Qt) by Nokia comes to mind, which changed Qt from GPL/Commercial to LGPL and opened up a much closer collaboration between developers and the community. I see no reason for being pessimistic based on the available evidence. Alex ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] dbid for no daughterboard
Here's my email and Eric's response: http://lists.gnu.org/archive/html/discuss-gnuradio/2009-08/msg00216.html http://lists.gnu.org/archive/html/discuss-gnuradio/2009-08/msg00218.html Dimitris Symeonidis If you think you're too small to make a difference, try sleeping with a mosquito! - Amnesty International On Mon, Feb 8, 2010 at 05:00, Matt Ettus m...@ettus.com wrote: On 02/07/2010 11:47 AM, Dimitrios Symeonidis wrote: Hi list, back on Aug. 18, 2009 Eric had proposed that 0x be used to indicate no daughterboard connected. Is this still in the developers' radar? Matt? Josh? Dimitris Symeonidis Dimitris, I'm not sure what you mean here. Any time you have no daughterboard on the USRP or USRP2, it will register as 0x. We treat that like a BasicRX / BasicTX. Matt ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Usrp2 synchronize
On Mon, Feb 08, 2010 at 01:57:16PM +0530, zero cool wrote: Hi all, after successful integration and complete working usrp, I got following error: sand...@sandeep-desktop:~/gnuradio/gnuradio-examples/python/usrp$ sudo ./usrp_nbfm_rcv.py Using RX d'board A: DBS Rx len(rx_chan_coeffs) = 397 gr_fir_ccc: using SSE len(audio_taps) = 423 gr_fir_fff: using SSE au*dio_alsa_sink[hw:0,0]: unable to support sampling rate 32000 card requested 44100 instead.* audio_alsa_sink[hw:0,0]: set_period_time_near failed: Invalid argument Traceback (most recent call last): http://tinyurl.com/yhd7pes http://gnuradio.org/redmine/wiki/gnuradio/ReportingErrors Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Issue transmitting samples using vector i/o
I'm running into issues with the sendmsg command in the vectorized send path. Depending on the buffer size I get an error returned for Bad Address ethernet:write_packetv: send: Bad address I'm working at the c++ level right now and my program is pretty simple: usrp2::usrp2::sptr u2 = usrp2::usrp2::make(interface,mac_addr); usrp2::tx_metadatamd; md.timestamp = -1; md.start_of_burst = 1; md.send_now = 1; uint32_t buf[1000]; u2-tx_raw(0,buf,sizeof(buf),md); around a buffer size of 200 I will start seeing some sends get bad address returned, for a size less than 200 it may happen but I have not seen any occurrences. Something like a buffer of 1000 (11 frames needed to be transmitted) never succeeds. Any ideas about the relation between this buffer size/num frames and sendmsg returning bad address? Am I using this incorrectly (i know I should be using something like tx_fc32, but the data doesn't matter to me right now) ? Also, what are the reasons for using the vector i/o in this instance? OS: Ubuntu 9.04 Using dev code from git Charles ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] WBX needs external filter?
Hi, I am using the new WBX board and wanted to know if it needs external filters for better reception. Kr ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] free USRP (has a new home)
Hi, Congratulations Jerry KD6JDJ as we discussed you will be receiving my USRP for your NOAA satellite project! To all those 30+ people who wrote me an email, thanks for sharing your project proposals, it was very nice to be able to read them all, I wish you all can have a free USRP! ;) cheers, Jamie _ Introducing Windows® phone. http://go.microsoft.com/?linkid=9708122___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Building GNU Radio on the Beagle board
Hi; Sorry , but I am unable to reach get the files from GNU radio sdk from philip at ... (in given adress) is it http adress or do we have to request by mail ? Thanks On Wed, Feb 3, 2010 at 8:25 PM, Philip Balister phi...@balister.org wrote: From time to time people ask about building GNU Radio for the Beagleboard. In an attempt to make it easier for more people to work on this, I posted some notes at: http://www.opensdr.com/node/17 describing how to build GNU Radio on the Beagleboard (obviously building it cross is much faster, but you need to be aware of some tricky bits). I know this is all a bit vague, but hopefully someone finds it useful :) If you have Beagle specific questions, please ask those on the appropriate list/irc channel. I'll be glad to respond to GNU Radio specific issues here. Philip ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Halid Ziya Yerebakan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Building GNU Radio on the Beagle board
On 02/08/2010 04:29 PM, yerebakan wrote: Hi; Sorry , but I am unable to reach get the files from GNU radio sdk from philip at ... (in given adress) is it http adress or do we have to request by mail ? Ask by email :) This is a very preliminary image atm, as you can tell from my notes. The process is working for me though and I would appreciate some testing. I'll send you the link in a minute, it is on my DSL line, so the download speed is not great. Philip Thanks On Wed, Feb 3, 2010 at 8:25 PM, Philip Balisterphi...@balister.org wrote: From time to time people ask about building GNU Radio for the Beagleboard. In an attempt to make it easier for more people to work on this, I posted some notes at: http://www.opensdr.com/node/17 describing how to build GNU Radio on the Beagleboard (obviously building it cross is much faster, but you need to be aware of some tricky bits). I know this is all a bit vague, but hopefully someone finds it useful :) If you have Beagle specific questions, please ask those on the appropriate list/irc channel. I'll be glad to respond to GNU Radio specific issues here. Philip ___ 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] Issue transmitting samples using vector i/o
On Mon, Feb 08, 2010 at 12:23:25PM -0500, Charles Irick wrote: I'm running into issues with the sendmsg command in the vectorized send path. Depending on the buffer size I get an error returned for Bad Address ethernet:write_packetv: send: Bad address I'm working at the c++ level right now and my program is pretty simple: usrp2::usrp2::sptr u2 = usrp2::usrp2::make(interface,mac_addr); usrp2::tx_metadatamd; md.timestamp = -1; md.start_of_burst = 1; md.send_now = 1; uint32_t buf[1000]; u2-tx_raw(0,buf,sizeof(buf),md); /*! * \brief transmit raw uint32_t data items to USRP2 * * The caller is responsible for ensuring that the items are * formatted appropriately for the USRP2 and its configuration. * This method is used primarily by the system itself. Users * should call tx_32fc or tx_16sc instead. * * \param channel specifies the channel to send them to * \param items are the data items to transmit * \param nitems is the number of items to transmit * \param metadata provides the timestamp and flags */ bool tx_raw(unsigned int channel, const uint32_t *items, size_t nitems, const tx_metadata *metadata); The 3rd arg is the number of 32-bit items. Try using sizeof(buf)/sizeof(buf[0]) Also, unless you're running on a big endian machine, you're going to need to handle the endianness issue or use the slightly higher level interfaces tx_32fc or tx16_sc. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Cannot Access new USRP2 from Ubuntu 9.10
Dear all, I have successfully installed the binary for GnuRadio 3.2.2-1 and gnuradio-compaion on Ubuntu 9.10. I have a new USRP2 Rev 4.0 with TVRX. The SD card is in, and lights D and F are on. I followed guidelines on USRP2UserFAQ (and reviewed previous posts), but am not able to connect to USRP2. I am connecting using a Intel 82566 Gigabit card with PCIe on a Lenovo T61 laptop. I run the following as root: $find_usrps I get: No USRP2 found. When I run: $ usrp2_fft.py I get: Traceback (most recent call last): File /usr/bin/usrp2_fft.py, line 273, in module main () File /usr/bin/usrp2_fft.py, line 269, in main app = stdgui2.stdapp(app_top_block, USRP2 FFT, nstatus=1) File /usr/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/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/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py, line 60, in __init__ self.panel = stdpanel (self, self, top_block_maker) File /usr/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/bin/usrp2_fft.py, line 70, in __init__ self.u = usrp2.source_32fc(options.interface, options.mac_addr) File /usr/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 I tried the same things on a different PC with the same OS and a different gigabit ethernet card, but get the exact same results. Can someone please help me out? I am sure the cable is also working. Can the ethernet interface on USRP2 be defective? Thanks, Omid ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Cannot Access new USRP2 from Ubuntu 9.10
I usually run find_usrps as root: sudo find_usrps also, what is the device name of your gig-e card? If it's not eth0 you have to specify the device (I think), for example: sudo find_usrps -e eth1 I wouldn't be surprised if your laptop's default ethernet port is not gig-e, and is eth0. On Mon, Feb 8, 2010 at 5:36 PM, Omid F omid.fat...@gmail.com wrote: Dear all, I have successfully installed the binary for GnuRadio 3.2.2-1 and gnuradio-compaion on Ubuntu 9.10. I have a new USRP2 Rev 4.0 with TVRX. The SD card is in, and lights D and F are on. I followed guidelines on USRP2UserFAQ (and reviewed previous posts), but am not able to connect to USRP2. I am connecting using a Intel 82566 Gigabit card with PCIe on a Lenovo T61 laptop. I run the following as root: $find_usrps I get: No USRP2 found. When I run: $ usrp2_fft.py I get: Traceback (most recent call last): File /usr/bin/usrp2_fft.py, line 273, in module main () File /usr/bin/usrp2_fft.py, line 269, in main app = stdgui2.stdapp(app_top_block, USRP2 FFT, nstatus=1) File /usr/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/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/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py, line 60, in __init__ self.panel = stdpanel (self, self, top_block_maker) File /usr/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/bin/usrp2_fft.py, line 70, in __init__ self.u = usrp2.source_32fc(options.interface, options.mac_addr) File /usr/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 I tried the same things on a different PC with the same OS and a different gigabit ethernet card, but get the exact same results. Can someone please help me out? I am sure the cable is also working. Can the ethernet interface on USRP2 be defective? Thanks, Omid ___ 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] Cannot Access new USRP2 from Ubuntu 9.10
Thanks for the prompt response Tom. I was running as root previously too. I tried again, no difference, I get: No USRP2 found. I am sure it is eth0. Just to be safe, I tried others (e.g. sudo find_usrps -e eth1) and I get: eth1: SIOCGIFINDEX: No such device No USRP2 found. Could it be something related to Ubuntu 9.10? How can I make sure the interface on USRP2 is not defective? Thanks, Omid On Mon, Feb 8, 2010 at 4:49 PM, Tom Gross tomgr...@gmail.com wrote: I usually run find_usrps as root: sudo find_usrps also, what is the device name of your gig-e card? If it's not eth0 you have to specify the device (I think), for example: sudo find_usrps -e eth1 I wouldn't be surprised if your laptop's default ethernet port is not gig-e, and is eth0. On Mon, Feb 8, 2010 at 5:36 PM, Omid F omid.fat...@gmail.com wrote: Dear all, I have successfully installed the binary for GnuRadio 3.2.2-1 and gnuradio-compaion on Ubuntu 9.10. I have a new USRP2 Rev 4.0 with TVRX. The SD card is in, and lights D and F are on. I followed guidelines on USRP2UserFAQ (and reviewed previous posts), but am not able to connect to USRP2. I am connecting using a Intel 82566 Gigabit card with PCIe on a Lenovo T61 laptop. I run the following as root: $find_usrps I get: No USRP2 found. When I run: $ usrp2_fft.py I get: Traceback (most recent call last): File /usr/bin/usrp2_fft.py, line 273, in module main () File /usr/bin/usrp2_fft.py, line 269, in main app = stdgui2.stdapp(app_top_block, USRP2 FFT, nstatus=1) File /usr/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/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/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py, line 60, in __init__ self.panel = stdpanel (self, self, top_block_maker) File /usr/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/bin/usrp2_fft.py, line 70, in __init__ self.u = usrp2.source_32fc(options.interface, options.mac_addr) File /usr/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 I tried the same things on a different PC with the same OS and a different gigabit ethernet card, but get the exact same results. Can someone please help me out? I am sure the cable is also working. Can the ethernet interface on USRP2 be defective? Thanks, Omid ___ 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] docs/doxygen/other/omnithread.pdf broken
On Tue, Feb 02, 2010 at 05:30:23PM +0100, Dimitrios Symeonidis wrote: The pdf file docs/doxygen/other/omnithread.pdf is broken, while the html and postscript files both look fine. Tried with both evince and acroread. A simple ps2pdf from the postscript file produces a correct pdf Best regards Dimitris Symeonidis Fixed. Thanks! Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] lock and unlock with transmith_path and receive_path
On Sun, Jan 24, 2010 at 02:21:12PM +0100, Carlo Donato Lecce wrote: Hello all, I seem that using transmit_path and receive_path the reconfigure of flow graph is bad. The following code hung after the call of unlock. I think that there are a bugs in the transmit_path because using a gr.null_source insted of transmit_path the program not hangs. Thanks, Carlo. Carlo, It looks like you're missing the calls to connect that would have your top block know about the nested blocks. See below. Eric from gnuradio import gr, gru, modulation_utils from gnuradio import eng_notation from gnuradio.eng_option import eng_option from optparse import OptionParser import random, time, struct, sys, math # from current dir from transmit_path import transmit_path from receive_path import receive_path class h_block(gr.hier_block2): def __init__(self): gr.hier_block2.__init__(self, hello, gr.io_signature(0, 0, 0), gr.io_signature(0, 0, 0)) class top_block(gr.top_block): def __init__(self, mod_class, demod_class, rx_callback, options): gr.top_block.__init__(self) self.txpath = transmit_path(mod_class, options) self.rxpath = receive_path(demod_class, rx_callback, options) Try adding: self.connect(self.txpath) self.connect(self.rxpath) here. See also tunnel.py self.source = gr.null_source(gr.sizeof_gr_complex) self.sink = gr.null_sink(gr.sizeof_gr_complex) self.connect(self.txpath, self.sink) # self.connect(self.source2, self.sink2) def reconfigure(self): self.lock() self.disconnect(self.txpath, self.sink) self.sink2 = gr.null_sink(gr.sizeof_gr_complex) self.connect(self.txpath, self.sink2) self.unlock() ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Cannot Access new USRP2 from Ubuntu 9.10
run wireshark, you should see packets going out. If you do not see packets going out, then it is a gnuradio installation or usage problem. If you see packets going out but do not see reply packets, make sure that your usrp2 firmware is up to date with your gnuradio install. -Josh On 02/08/2010 02:57 PM, Omid F wrote: Thanks for the prompt response Tom. I was running as root previously too. I tried again, no difference, I get: No USRP2 found. I am sure it is eth0. Just to be safe, I tried others (e.g. sudo find_usrps -e eth1) and I get: eth1: SIOCGIFINDEX: No such device No USRP2 found. Could it be something related to Ubuntu 9.10? How can I make sure the interface on USRP2 is not defective? Thanks, Omid On Mon, Feb 8, 2010 at 4:49 PM, Tom Grosstomgr...@gmail.com wrote: I usually run find_usrps as root: sudo find_usrps also, what is the device name of your gig-e card? If it's not eth0 you have to specify the device (I think), for example: sudo find_usrps -e eth1 I wouldn't be surprised if your laptop's default ethernet port is not gig-e, and is eth0. On Mon, Feb 8, 2010 at 5:36 PM, Omid Fomid.fat...@gmail.com wrote: Dear all, I have successfully installed the binary for GnuRadio 3.2.2-1 and gnuradio-compaion on Ubuntu 9.10. I have a new USRP2 Rev 4.0 with TVRX. The SD card is in, and lights D and F are on. I followed guidelines on USRP2UserFAQ (and reviewed previous posts), but am not able to connect to USRP2. I am connecting using a Intel 82566 Gigabit card with PCIe on a Lenovo T61 laptop. I run the following as root: $find_usrps I get: No USRP2 found. When I run: $ usrp2_fft.py I get: Traceback (most recent call last): File /usr/bin/usrp2_fft.py, line 273, inmodule main () File /usr/bin/usrp2_fft.py, line 269, in main app = stdgui2.stdapp(app_top_block, USRP2 FFT, nstatus=1) File /usr/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/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/lib/python2.6/dist-packages/gnuradio/wxgui/stdgui2.py, line 60, in __init__ self.panel = stdpanel (self, self, top_block_maker) File /usr/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/bin/usrp2_fft.py, line 70, in __init__ self.u = usrp2.source_32fc(options.interface, options.mac_addr) File /usr/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 I tried the same things on a different PC with the same OS and a different gigabit ethernet card, but get the exact same results. Can someone please help me out? I am sure the cable is also working. Can the ethernet interface on USRP2 be defective? Thanks, Omid ___ 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] free USRP (has a new home)
Great choice! I have used the USRP to receive NOAA APT signals before (with one of Jerry's antenna designs it seems, incidentally). Very curious what he is going to do with it :) Best, Markus On 08.02.2010, 22:21 Jamie Morken truespa...@hotmail.com wrote: Hi, Congratulations Jerry KD6JDJ as we discussed you will be receiving my USRP for your NOAA satellite project! To all those 30+ people who wrote me an email, thanks for sharing your project proposals, it was very nice to be able to read them all, I wish you all can have a free USRP! ;) cheers, Jamie ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] free USRP (has a new home)
On Tue, 2010-02-09 at 03:01 +0100, Markus Kern wrote: Great choice! I have used the USRP to receive NOAA APT signals before (with one of Jerry's antenna designs it seems, incidentally). Very curious what he is going to do with it :) BTW, the (newish) gr-noaa component in GNU Radio can receive and demodulate the AVHRR/HRPT 1.1 km/pixel telemetry from NOAA POES spacecraft. There is a crude Matlab/Octave rasterizer script to turn the telemetry into BW PNG files for each imaging channel, or the output can be read directly into a commercial HRPT rendering program like HRPTreader for more sophisticated false color image generation. Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
