[Discuss-gnuradio] USRP2 and the SD Card
Just to clarify, the USRP2 needs to have the SD card plugged in to operate. And the SD card needs to be programmed with a valid FPGA configuration and firmware build. Without this the USRP2 does nothing but sit there. The SD card is NOT optional. The SD card that came with the USRP2 is preprogrammed with a build which was the latest at the time when it shipped. The plastic case the SD card came in is marked with the rev of the build on the card. Everyone who received a USRP2 got one marked 9/22/08. If you put it in the slot on the USRP2 and power up the USRP2, you should see all 6 LEDs flash, and 2 will remain on. That build no longer works with the latest host code in SVN, so you will need to update the firmware on the card. To do this you need an SD card programmer. These are available from Ettus Research, or at your local electronics store. Here are the steps: Build the firmware by running make in the gnuradio/usrp2 directory Insert the SD card into the card reader, and the card reader into a USB port on your computer Run sudo u2_flash_tool --dev=/dev/ -t s/w usrp2/firmware/txrx.bin -w /dev/ has to be replaced with the device for the SD card reader. If you get this wrong YOU CAN OVERWRITE YOUR WHOLE HARD DRIVE, so be careful. If you are not sure, DON'T DO ANYTHING. On my machine, the device is /dev/sdb, but it is likely to be different on your machine. Before doing this, it is a good idea to run df to make sure that the device you are about to use is not mounted. Matt ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Errors after build attempts
I have been trying to build GNU Radio and get the USRP working all night... I had some success with the 3.0.x binary packages that come with Ubuntu hardy, but was having some interesting problems getting the hardware to cooperate. I decided to get a more updated version. First I compiled from source, following the directions here http://gnuradio.org/trac/wiki/UbuntuInstalland here http://gnuradio.org/trac/browser/gnuradio/trunk/README.building-boost . I was receiving an undefined symbol error.. something having to do with boost or SWIG... [EMAIL PROTECTED]:/usr/share/gnuradio/usrp$ ./usrp_tv_rcv.py Traceback (most recent call last): File ./usrp_tv_rcv.py, line 12, in module from gnuradio import gr, gru, eng_notation, optfir File /usr/local/lib/python2.5/site-packages/gnuradio/gr/__init__.py, line 43, in module from gnuradio_swig_python import * File /usr/local/lib/python2.5/site-packages/gnuradio/gr/gnuradio_swig_python.py, line 23, in module from gnuradio_swig_py_runtime import * File /usr/local/lib/python2.5/site-packages/gnuradio/gr/gnuradio_swig_py_runtime.py, line 6, in module import _gnuradio_swig_py_runtime ImportError: /usr/local/lib/python2.5/site-packages/gnuradio/gr/_gnuradio_swig_py_runtime.so: undefined symbol: _Z20gr_buffer_add_readerN5boost10shared_ptrI9gr_bufferEEiNS0_I8gr_blockEE Next, I tried the stable release package, without boost. That resulted in the following: [EMAIL PROTECTED]:/usr/share/gnuradio/usrp$ sudo ./usrp_tv_rcv.py Traceback (most recent call last): File ./usrp_tv_rcv.py, line 12, in module from gnuradio import gr, gru, eng_notation, optfir File /usr/local/lib/python2.5/site-packages/gnuradio/gr/__init__.py, line 43, in module from gnuradio_swig_python import * File /usr/local/lib/python2.5/site-packages/gnuradio/gr/gnuradio_swig_python.py, line 23, in module from gnuradio_swig_py_runtime import * File /usr/local/lib/python2.5/site-packages/gnuradio/gr/gnuradio_swig_py_runtime.py, line 6, in module import _gnuradio_swig_py_runtime ImportError: libgromnithread.so.0: cannot open shared object file: No such file or directory Any ideas on either front? Besides re-installing the OS or going to a different distro, my ideas are exhausted. Thanks, Dan -- Daniel Hooper ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] S-l-o-w start up (maybe related to: Catching mouse clicks in fft_sink)
It is probably unrelated to the mouse behavuour but I'm experiencing *very* slow start up of my very simple app. The gadgets at the right hand side of the fft panel for setting the units, etc. aren't appearing and neither are the menu and status bars. I have done a fresh build from the 3.1.3 tarball (after purging the 2.6 wxpython files) and verified against the audio_fft.py which also behaves the same (non-gui things work fine). Any appropriate clues, hints or advice is welcome. Stevie ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Re: S-l-o-w start up (maybe related to: Catching mouse clicks in fft_sink)
The code can be found here http://pastebin.com/m6d14a6aa. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] S-l-o-w start up (maybe related to: Catching mouse clicks in fft_sink)
It is probably unrelated to the mouse behavuour but I'm experiencing *very* slow start up of my very simple app. The gadgets at the right hand side of the fft panel for setting the units, etc. aren't appearing and neither are the menu and status bars. I have done a fresh build from the 3.1.3 tarball (after purging the 2.6 wxpython files) and verified against the audio_fft.py which also behaves the same (non-gui things work fine). Any appropriate clues, hints or advice is welcome. Sounds like your system could be sucking wind. Have you looked at top to see what your top processes are in terms of CPU and memory usage before starting your simple GNU Radio application? If something is currently eating up your CPU, everything is going to lag. Given that things don't change on your build, I'm guessing it's your system. Do you run something like compiz-fusion/XGL/etc? - George ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Errors after build attempts
On Sat, Oct 25, 2008 at 05:13:48AM -0500, Daniel Hooper wrote: I have been trying to build GNU Radio and get the USRP working all night... I had some success with the 3.0.x binary packages that come with Ubuntu hardy, but was having some interesting problems getting the hardware to cooperate. Be sure that you remove the old versions. Then follow the instructions on the wiki. Be sure to add /usr/local/lib to /etc/ld.so.conf and then $ sudo ldconfig Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] small contract work
Hi I need someone with knowledge of gnu-radio (preferably in the sf bay area) to help put together a multi-channel FM setup on my home machine which is running linux (no-USRP) and has gnu-radio sources built. I might also need a little bit of simple code (utility) to be written. Preferably someone this weekend of maximum by next I am spending my time on a different part of the project. and need this quickly due to limited time Thanks Inderaj PS. I could not find anything related in archives ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] small contract work
On Sat, Oct 25, 2008 at 04:53:04PM -0700, [EMAIL PROTECTED] wrote: Hi I need someone with knowledge of gnu-radio (preferably in the sf bay area) to help put together a multi-channel FM setup on my home machine which is running linux (no-USRP) and has gnu-radio sources built. I might also need a little bit of simple code (utility) to be written. Preferably someone this weekend of maximum by next I am spending my time on a different part of the project. and need this quickly due to limited time Thanks Inderaj PS. I could not find anything related in archives Did you look at gnuradio-examples/python/usrp/usrp_wfm_rcv2_nogui.py? Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] how to get wireless carrier signal in GNU Radio
Hi Zenghao, Thank you for your reply. I have few more queries regarding the carrier sense module in probe_avg_mag_sqrd_c.cc file. It looks like to find the presence of carrier in air, there is a variable d_unmuted, which is being checked. This variable is set whenever pre_output_iir variable is more than d_threshold value. I have two doubts about it. First, How can d_threshold be compared with d_iir.prev_output variable? It seems that d_ threshold is the ratio of Signal to Noise. Does it mean, d_iir.prev_output is also ratio os signal ro noise? Second, is there any way to define the threshold signal strength? Or does the packet initiation detection not depended on carrier's strength and rather dependent on S/N ratio? Hoping for the kind reply again. - Sachin Zenny Zhang wrote: Sachin, Sure, here is the related code I use: # get a probe alpha = 0.001 thresh = 30 self.probe = gr.probe_avg_mag_sqrd_c(thresh,alpha) # connect usrp to the probe self._fg.connect(self.u, self.probe) # wait until the medium is free while objDemod1.probe.level() threshold: time.sleep(0.0001) Zhenghao On Thu, Oct 23, 2008 at 4:59 PM, Shirve [EMAIL PROTECTED] wrote: Hi Zhenghao, Thank you for your valuable reply. I appreciate it. As per your supplied information, I will start looking for CSMA code in tunnel.py, though if you can send me your code, it will be quite helpful too. I hope that using tunnel.py code and help from you I will be able to get the carrier sense capability for my application. Thanks -Sachin Zenny Zhang wrote: Sachin, I don't know if this is helpful, just sharing my experience. 1. You may want to check tunnel.py, in which there is a CSMA scheme -- Eric told me this a couple of weeks ago. 2. It is possible to do some carrier sensing by ourself. You can just read the signal from the USRP and compare the signal strength level with a threshold. Of course a filter is needed. I tried this last week and it is working, although the threshold may need some tuning. If you need I can send you the code written in python. Zhenghao On Wed, Oct 22, 2008 at 6:19 PM, Shirve [EMAIL PROTECTED] wrote: Hi, As per the current status of GNU Radio, I got to know that there is no MAC (CSMA) implementation. Therefore I am not sure if I can get the signal from signal processing blocks of GNU Radio about the carrier sensed by USRP receiver. Please help me in this regard. Till now I am able to locate the message queue mechanism to get the received packets from the other USRP transmitter, which is in gr_msg_que.cc in runtime library of GNUradio-core. But this mechanism just indicates the received packets (correct or corrupted), while the signal sensing (packet start) starts much earlier than the complete packet reception. Is it possible to get the information about the wireless carrier signal in the vicinity of USRP receiver from the current GNU Radio framework? I am using GNU Radio 3.1.1 version. Your help will greatly help me in my goal. Thanks in advance and expecting your kind reply. - Sachin -- View this message in context: http://www.nabble.com/how-to-get-wireless-carrier-signal-in-GNU-Radio-tp20120856p20120856.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 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://www.nabble.com/how-to-get-wireless-carrier-signal-in-GNU-Radio-tp20120856p20139200.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 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://www.nabble.com/how-to-get-wireless-carrier-signal-in-GNU-Radio-tp20120856p20169595.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: Re: [Discuss-gnuradio] small contract work
Hi Eric Thanks, I am looking at it now, but I don't have a USRP and this seems to require it (same with apps/hf_radio) I also looked at your article on step by step FM and want to put together something like that. I don't quite know which device to pick for getting the input, any suggestions will help. Thanks Inderaj On Oct 25, 2008 5:45pm, Eric Blossom [EMAIL PROTECTED] wrote: On Sat, Oct 25, 2008 at 04:53:04PM -0700, [EMAIL PROTECTED] wrote: Hi I need someone with knowledge of gnu-radio (preferably in the sf bay area) to help put together a multi-channel FM setup on my home machine which is running linux (no-USRP) and has gnu-radio sources built. I might also need a little bit of simple code (utility) to be written. Preferably someone this weekend of maximum by next I am spending my time on a different part of the project. and need this quickly due to limited time Thanks Inderaj PS. I could not find anything related in archives Did you look at gnuradio-examples/python/usrp/usrp_wfm_rcv2_nogui.py? Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: Re: [Discuss-gnuradio] small contract work
On Sat, Oct 25, 2008 at 06:37:41PM -0700, [EMAIL PROTECTED] wrote: Hi Eric Thanks, I am looking at it now, but I don't have a USRP and this seems to require it (same with apps/hf_radio) I also looked at your article on step by step FM and want to put together something like that. I don't quite know which device to pick for getting the input, any suggestions will help. Thanks Inderaj If you want broadcast FM, the USRP is pretty much your best bet. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: Re: Re: [Discuss-gnuradio] small contract work
USRP at ~$700 seems steep for my course project :( Is there a way to get pre-generated FM input (as opposed to random) Thanks Inderaj On Oct 25, 2008 6:51pm, Eric Blossom [EMAIL PROTECTED] wrote: On Sat, Oct 25, 2008 at 06:37:41PM -0700, [EMAIL PROTECTED] wrote: Hi Eric Thanks, I am looking at it now, but I don't have a USRP and this seems to require it (same with apps/hf_radio) I also looked at your article on step by step FM and want to put together something like that. I don't quite know which device to pick for getting the input, any suggestions will help. Thanks Inderaj If you want broadcast FM, the USRP is pretty much your best bet. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio