[Discuss-gnuradio] Re: Help required tunnel.py
I did the same question a few weeks ago! You should change carrier threshold to a higher value, default is 30 db, I changed to 50 db to get a clear connection, I'm working with openSUSE 11.1 and I'm root user transmitting in first wifi channel, so I write in console: user# python tunnel.py -f 2412e6 -c 50 Good Luck Juan Quiroz ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Trouble with latest GIT of Gnu Radio
On 07/06/2010 10:52 PM, Tom Rondeau wrote: > >> Tested it with a throttled random source--same deal. >> >> >> -- >> Marcus Leech >> Principal Investigator >> Shirleys Bay Radio Astronomy Consortium >> http://www.sbrac.org >> > > Well crap, that doesn't help at all then! Next question: what GCC does > F12 run? I'm on Ubuntu 10.04, which uses 4.4.3. > > Also, I'm on vacation starting tomorrow for a week, so I won't be any > more help for a while. > > Tom > > > gcc 4.4.3 -- 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] Trouble with latest GIT of Gnu Radio
On Mon, Jul 5, 2010 at 5:42 PM, Marcus D. Leech wrote: > On 07/05/2010 05:10 PM, Tom Rondeau wrote: >> >> Unfortunately, I don't have a way to test this with a USRP right now, >> so what I did was use a noise source and a throttle block instead of >> the USRP source and it worked fine. Could you try it without the USRP >> block and see what happens? It'd be strange if this was the cause, but >> worth trying. >> >> Tom >> >> >> > Tested it with a throttled random source--same deal. > > > -- > Marcus Leech > Principal Investigator > Shirleys Bay Radio Astronomy Consortium > http://www.sbrac.org Well crap, that doesn't help at all then! Next question: what GCC does F12 run? I'm on Ubuntu 10.04, which uses 4.4.3. Also, I'm on vacation starting tomorrow for a week, so I won't be any more help for a while. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] UHD Announcement - July 6th 2010
Hello all, MIMO capabilities have just been added to the UHD. With N gigE ports and N USRP2s, one can perform synchronous aligned receives. A usrp_mimo class has been added to the UHD for construction of a mimo enabled device configuration. And I have added the corresponding gnuradio blocks: uhd_mimo_source and uhd_mimo_sink that call into this interface. http://www.ettus.com/uhd_docs/doxygen/html/classuhd_1_1usrp_1_1mimo__usrp.html See the usrp2 application notes on device parameters for the configuration: http://www.ettus.com/uhd_docs/manual/html/usrp2.html#addressing-the-device I should note that the aligned send for the mimo sink gnuradio block is not yet fully working, but may be used to test out the interface. To use the new blocks you will need the most recent UHD master, gnuradio/jblum.git uhd branch, and SD card images. See links below: -- I have just pushed new host code to the uhd repo, posted new images, and pushed new uhd gnuradio blocks. The gnuradio blocks will be hosted on my jblum.git uhd branch until they are merged into the gnuradio.git next branch. http://ettus-apps.sourcerepo.com/redmine/ettus/projects/uhd/wiki http://code.ettus.com/redmine/ettus/projects/public/wiki/U2binaries#UHD-Firmware-and-FPGA-Images http://gnuradio.org/cgit/jblum.git/log/?h=uhd -- For those of you calling directly into the UHD c++ API and not through gnuradio. I have changed the send and recv calls to reflect the mimo work. The asio buffer was replaced with two parameters: a vector of void-star pointers and a length in number of samples per buffer, for both send and recv. A convenience wrapper was added to pass in a single pointer and number of samples for the non-mimo case. The original interface with asio buffers is still there, just deprecated. -- Feedback is always welcome! Thank you, -Josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] DBSRX with USRP2
Hi All, I've looked at the gnuradio wiki on how to configure the DBSRX for use with the USRP2 (http://gnuradio.org/redmine/wiki/gnuradio/USRP2DBSRXModification ), and they mention a firmware file to upload that I cannot find (burn_dbsrx_eeprom.bin). Is there a new way to configure the DBSRX to work with the USRP2? I just bought the units and the hardware is in the delivered condition. Also, is there a command line utility to detect which daughterboard(s) are on the USRP2? Thanks, David ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Help required tunnel.py
On Tue, Jul 06, 2010 at 03:32:45PM +, chuck lorres wrote: > > Hi,After playing with the parameters I finally got some > communication possible. I must say that the code is highly > unriable. However when I do "sudo ifconfig gr0 192.168.200.1" i get > "". I think that it means that the usrp is not > getting free carriers to transmit on. If so what is the solution. If > i am wrong please correct me.,Thank you. Try adjusting the carrier threshold using the command line option. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Adjusting the Tx Rx switching
Hi everyone, I want to adjust the switching time of Tx and Rx and FLEX 1800 daughterboard. USRP just checks the FPGA FIFO if it is full or empty then decides to transmit or receive. But i couldn't find anything about how to adjust the Tx and Rx switching time. I mean is it possible to transmit for a determined amount of time and then receive for a determined amount of time. Thanks. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Help required tunnel.py
Hi,After playing with the parameters I finally got some communication possible. I must say that the code is highly unriable. However when I do "sudo ifconfig gr0 192.168.200.1" i get "". I think that it means that the usrp is not getting free carriers to transmit on. If so what is the solution. If i am wrong please correct me.,Thank you. _ Your E-mail and More On-the-Go. Get Windows Live Hotmail Free. https://signup.live.com/signup.aspx?id=60969___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Building gnuradio on cygwin - wxPython issue
Jan Schiefer wrote: I should know better, but I am nonetheless trying to build gnuradio on Windows XP/cygwin. I did follow the instructions on the wiki (including picking the exact versions), but I am getting stuck on building wxPython. When I try to do the python setup.py install WXPORT=msw COMPILER=cygwin BUILD_GLCANVAS=0 BUILD_GIZMOS=0 UNICODE=0 step, I get the following error: function Traceback (most recent call last): File "setup.py", line 1034, in **other_kw File "/usr/lib/python2.6/distutils/core.py", line 152, in setup dist.run_commands() File "/usr/lib/python2.6/distutils/dist.py", line 975, in run_commands self.run_command(cmd) . . . File "/usr/lib/python2.6/distutils/cygwinccompiler.py", line 189, in link libraries.extend(self.dll_libraries) TypeError: 'NoneType' object is not iterable The offending line 189 is a rather nondescript libraries.extend(self.dll_libraries) Has anybody who is more pythonic than me seen this before? My cygwin version is current as of last Wednesday, and the python version is 2.6.5 (no other python installations on the machine). The problem is a Cygwin-specific error in the Python release. A patch (for /usr/lib/python2.6/distutils/cygwinccompiler.py) is attached. I haven't done a complete install with the latest Cygwin, but I have found several things to watch out for: (1) As noted in the wiki, GNU Radio does not work with gcc4 (4.3.4); use gcc (3.4.4) instead. (2) The latest cppunit (1.12.1-1) only works with gcc4; use 1.12.0-1 instead. (3) Do not try to use the Cygwin libboost* packages; they not only require gcc4, but will install gcc4 and make it the default. Build boost from source as described in the wiki. In general, it appears that Cygwin is moving away from supporting gcc 3.x. I will follow up on the issue that is preventing GNU Radio from working with gcc4 (on Cygwin) and hope it can be resolved before support for gcc 3.x (on Cygwin) is removed. -- Don W. cygwinccompiler.patch Description: Binary data ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Help required in operating tunnel.py
Hi,Whenever i run the tunnel.py example in digital folder i face a problem.After following the procedure to run tunnel.py i observe that i do transmit packets but i do not receive any packets on one machines.I get the following message : Tx: len(payload) = 227Tx: len(payload) = 182Tx: len(payload) = 215Tx: len(payload) = 255Tx: len(payload) = 54Tx: len(payload) = 70uUTx: len(payload) = 182Tx: len(payload) = 90Tx: len(payload) = 70 when i ping the other machine i get following message : >From 192.168.1.102 icmp_seq=6 Destination Host UnreachableFrom 192.168.1.102 >icmp_seq=7 Destination Host Unreachable I am using ubuntu 9.10. Please help me. Cheers,Chuck. _ Hotmail: Free, trusted and rich email service. https://signup.live.com/signup.aspx?id=60969___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Building gnuradio on cygwin - wxPython issue
Jan Schiefer wrote: I should know better, but I am nonetheless trying to build gnuradio on Windows XP/cygwin. I did follow the instructions on the wiki (including picking the exact versions), but I am getting stuck on building wxPython. . . . While I try to keep GNU Radio running under Cygwin, every update to a Cygwin package or third-party library (such as wxPython) carries a significant risk of breakage. For "production" use of GNU Radio on Windows, I prefer to use MinGW and MSYS. The initial setup takes a little longer, but once you have a working system there is seldom a need to update anything but GNU Radio. . . . Thanks Don, this is good advice, I have been hit by cygwin update-related breakages for other applications as well. I will try the MinGW/MSYS route instead and report back. I have attached a python script I used to install GNU Radio on MinGW/MSYS. It has only basic error checking and no documentation, but you may find it helpful. If nothing else, it lists the version numbers and file locations of all the pieces. To use it, read the start of the script and edit the install options and location as needed. Let me know if you find it useful. -- Don W. # Install MinGw, MSYS, GNU Radio, and all it prerequisites (except python) # on a Windows system. # # Python must be installed first in order to run this script. This version # is based on the Python 2.6.5 Windows installer at # http://www.python.org/download/ # import os import sys import shutil import urllib import subprocess # # Install options # install_python_packages = True # wants admin privileges, but can do without install_git = False # requires administrator privileges install_mingw_and_msys = True install_gr_prerequisites = True install_gnuradio_tarball = True install_gnuradio_git = False option_usrp = True option_portaudio = True option_sdl_video = False # doesn't build # # Important locations # # Default is to install on drive containing Python executable # If you override the default, you will need to check the install paths # used by automated installers install_drive = os.path.splitdrive(sys.executable)[0] # install_drive = "D:" # override default here # MinGW and MSYS locations mingw_dir = install_drive+"/MinGW" msys_dir = install_drive+"/msys/1.0" # GNU Radio install directory gr_inst_dir = msys_dir+"/home/"+os.environ['USERNAME'] local_src = msys_dir+"/src" local_bin = msys_dir+"/local/bin" local_dir = os.path.dirname( local_bin ) sh_env = os.environ sh_env['PATH'] = local_bin+";"+mingw_dir+"/bin;"+msys_dir+"/bin;"+os.environ['PATH'] sh_env['MSYSTEM'] = "MINGW32" sh_env['PKG_CONFIG_PATH'] = local_dir+"/lib/pkgconfig" pyv = sys.version_info py_vers = "python%d.%d"%pyv[0:2] numpy_vers = "1.4.1" numpy_URL = "http://downloads.sourceforge.net/numpy/numpy-"+numpy_vers+"-win32-superpack-"+py_vers+".exe"; # Python version py_vers = "py%d%d"%pyv[0:2] wxpython_vers = "2.8-win32-ansi-2.8.10.1" wxpython_URL = "http://downloads.sourceforge.net/wxpython/wxPython"+wxpython_vers+"-"+py_vers+".exe"; wxpython_file = sys.exec_prefix+"/Lib/site-packages/wxversion.py" sdcc_vers = "2.9.0" sdcc_file = install_drive+"/Program Files/SDCC" sdcc_URL = "http://downloads.sourceforge.net/sdcc/sdcc-"+sdcc_vers+"-setup.exe"; mingw_dl = "http://downloads.sourceforge.net/mingw/"; mingw_URL = mingw_dl+"MinGW-5.1.6.exe" msys_URL = mingw_dl+"MSYS-1.0.11.exe" msys_vers = 'msys-1.0.11' mingw_install_bin = ( 'autoconf2.5-2.64-1', 'autoconf-7-1', 'automake1.11-1.11-1', 'automake-4-1', 'libtool-2.2.7a-1', ) mingw_install_dll = ( ) msys_install_bin = ( 'perl-5.6.1_2-1', 'm4-1.4.13-1', 'guile-1.8.7-1', 'patch-2.5.9-1', ) msys_install_dll = ( ('libcrypt-1.1_1-2',0), ('libguile-1.8.7-1',17), ('libgmp-4.3.1-1',3), ('libltdl-2.2.7a-1',7), ('libregex-1.20090805-1',1), ) msys_install_rtm = ( 'libguile-1.8.7-1', ) xemacs_exe = install_drive+"/Program Files/XEmacs/XEmacs-21.4.22/i586-pc-win32/xemacs.exe" unzip_prog = "unz600xn" unzip_file = unzip_prog+".exe" unzip_URL = "ftp://ftp.info-zip.org/pub/infozip/win32/"+unzip_file unzip_exe = "unzip.exe" glib_file = "glib_2.24.0-2_win32.zip" glib_URL = "http://ftp.gnome.org/pub/gnome/binaries/win32/glib/2.24/"+glib_file gnome_URL_deps = "http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/"; pkgconfig_file = "pkg-config_0.23-3_win32.zip" pkgconfig_URL = gnome_URL_deps+pkgconfig_file swig_version = "swigwin-1.3.40" swig_file = swig_version+".zip" swig_URL = "http://prdownloads.sourceforge.net/swig/"+swig_file fftw_version = "fftw-3.2.2" fftw_dir = local_src+"/"+fftw_version fftw_file = fftw_version+".tar.gz" fftw_URL = "http://www.fftw.org/"+fftw_file cppunit_version = "cppunit-1.12.0"# 1.12.1 fails make check (05/02/08) cppunit_dir = local_src+"/"+cppunit_version cppunit_file = cppunit_version+".tar.gz" cppunit_URL="http://downloads.sourceforge.net/cppunit/"+cppunit_file boost_nu
[Discuss-gnuradio] acoustic packet detection block
Hello, I am implementing transceiver based on acoustic waves. Now I have started with receiver. Input to the receiver is from audio_alsa_source. I have written a block named packet_detect based on sync_decimator to accept samples from alsa_source. Within the packet_detect block , I have been able to detect start of the frame. Next how can I buffer the data beyond frame start point (ignoring all the earlier samples) and pass it to the next higher blocks for processing. I have pasted packet_detect code below, Please help me. Thanks in advance Raman short pkd_detected=0; packetdetection::packetdetection(size_t item_size, size_t nitems_per_block) : gr_sync_decimator ("packetdetection", gr_make_io_signature(1,1, item_size), gr_make_io_signature(1,1,item_size * nitems_per_block), nitems_per_block ) { d_offset=0; d_sigma1=0; d_sigma2=0; } /* --- transformation process : Phi -- */ int packetdetection::work (int noutput_items, gr_vector_const_void_star &input_items, gr_vector_void_star &output_items) { size_t block_size = output_signature()->sizeof_stream_item (0); const float *inbuf = ( const float*) input_items[0]; float *outbuf = (float*) output_items[0]; unsigned int i,j,k,itemsize; float alpha1=0.125,alpha2=0.875,temp; itemsize=block_size/sizeof(float); if(!pkd_detected){ d_sigma1=*inbuf; for(i=1;i0.08){ pkd_detected=1; printf("packet detected at %d \n",i); for(k=0;k<(noutput_items *itemsize-i);k++){ outbuf[k] = inbuf[i]; } d_offset+=k; d_sigma1=0,d_sigma2=0; return noutput_items; } } return noutput_items; } else{ for(j=d_offset,i=0;j<(noutput_items * itemsize-d_offset);j++,i++){ outbuf[j] = inbuf[i]; } d_offset+=i; return noutput_items; } } ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Building gnuradio on cygwin - wxPython issue
On 7/3/2010 6:13 AM, Don Ward wrote: Jan Schiefer wrote: I should know better, but I am nonetheless trying to build gnuradio on Windows XP/cygwin. I did follow the instructions on the wiki (including picking the exact versions), but I am getting stuck on building wxPython. When I try to do the python setup.py install WXPORT=msw COMPILER=cygwin BUILD_GLCANVAS=0 BUILD_GIZMOS=0 UNICODE=0 step, I get the following error: function Traceback (most recent call last): File "setup.py", line 1034, in **other_kw File "/usr/lib/python2.6/distutils/core.py", line 152, in setup dist.run_commands() File "/usr/lib/python2.6/distutils/dist.py", line 975, in run_commands self.run_command(cmd) ... File "/usr/lib/python2.6/distutils/ccompiler.py", line 769, in link_shared_object extra_preargs, extra_postargs, build_temp, target_lang) File "/usr/lib/python2.6/distutils/cygwinccompiler.py", line 189, in link libraries.extend(self.dll_libraries) TypeError: 'NoneType' object is not iterable The offending line 189 is a rather nondescript libraries.extend(self.dll_libraries) Has anybody who is more pythonic than me seen this before? My cygwin version is current as of last Wednesday, and the python version is 2.6.5 (no other python installations on the machine). My latest test install of Cygwin and GNU Radio (May 2010) used python 2.5.5. You could try going back to that version. I will try to look at it over the weekend and see if I can make it work with 2.6.5. While I try to keep GNU Radio running under Cygwin, every update to a Cygwin package or third-party library (such as wxPython) carries a significant risk of breakage. For "production" use of GNU Radio on Windows, I prefer to use MinGW and MSYS. The initial setup takes a little longer, but once you have a working system there is seldom a need to update anything but GNU Radio. -- Don W. Thanks Don, this is good advice, I have been hit by cygwin update-related breakages for other applications as well. I will try the MinGW/MSYS route instead and report back. Jan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio