Re: [Discuss-gnuradio] Scanoo_rx: New GUI, Center Freq Hopping & SSB Modulation
Lou, Apologies for the late reply. > Mike, thanks for the detailed explanation. Is there a reason for doing the > channel selection via FFT/IFFT method as opposed to a frequency xlating > filter? Maybe it's more efficient since you needed to do the FFT anyway for > the spectrum sense. I utilised the FFT/IFFT method throughout because the maximum signal was being identified and passed on as a single FFT bin number which is then set as the central bin number for the 'Keep M in N' block. In this 'Keep M in N' block, the FFT bins to the right and left are used to make up the correct channel bandwidth so that the wanted sampling rate is obtained when the IFFT takes place to convert the FFT frequency domain vector stream to the time domain. > I see the frequency selection with the mouse is a feature of the WX FFT sink > (Freq Set Varname). I wonder if the same functionality is in the QT sink. It looks as though in GNU Radio 3.7.11.1 the feature to set a GRC variable with the 'click to tune' function is broken in both the 'WX FFT GUI sink' and the 'QT FFT GUI sink' blocks. Fortunately, the 'QT FFT GUI sink' block has a message output which sends a message when a new frequency is clicked on. To utilise this message, I've created a 'message_to_variable' block which receives a message from the 'QT FFT GUI sink' block containing the new frequency information and then the center_freq GRC variable is updated by an associated 'function probe' block. > Anyway, yours is a good example to wrap my head around how the Probe Signals > work. Looks like it may be a better method than the message queues I was > experimenting with. I was using a queue to grab the FFT data and compute > the max value. I hope you have been successful with your message queue experiments. A Scanoo QT version is in progress which will utilise message sending functionality. One essential on the list is to add a message output to the QT push button so that when clicked, I can use the message to trigger something. Regards, Mike On Sun, Jun 15, 2014 at 1:06 AM, madengr <rfe...@everestkc.net> wrote: > Mike, thanks for the detailed explanation. Is there a reason for doing the > channel selection via FFT/IFFT method as opposed to a frequency xlating > filter? Maybe it's more efficient since you needed to do the FFT anyway > for > the spectrum sense. > > I see the frequency selection with the mouse is a feature of the WX FFT > sink > (Freq Set Varname). I wonder if the same functionality is in the QT sink. > > Anyway, yours is a good example to wrap my head around how the Probe > Signals > work. Looks like it may be a better method than the message queues I was > experimenting with. I was using a queue to grab the FFT data and compute > the max value. > > Thanks, > Lou > KD4HSO > > > Mike Jameson-2 wrote > > Lou, thanks for your interest. Yes the entire thing was made purely with > > GRC and there was no modification to the generated Python. All that is > > required to run the scanoo_rx GRC file unmodified is a UHD compatible > > device and an installation done with "./pybombs install uhd gnuradio". > > Johnathan's GNURadio Live DVD should work too - > > http://gnuradio.org/redmine/projects/gnuradio/wiki/GNURadioLiveDVD . > > > > > > -- > View this message in context: http://gnuradio.4.n7.nabble. > com/Scanoo-rx-New-GUI-Center-Freq-Hopping-SSB-Modulation- > tp48866p48924.html > Sent from the GnuRadio mailing list archive at Nabble.com. > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] A small error in benchmark_tx file
Hi Dave, Firstly, please sign up and post to the GNU Radio mailing list via the official method, not the Ruby forum. GNU Radio has nothing to do with Ruby! Official GNU Radio mailing list sign-up link: https://lists.gnu.org/mailman/listinfo/discuss-gnuradio In regard to your question, make sure you specify all parameters on the command line, especially frequency, lo-offset and antenna to see whether that fixes it for you. I believe the 'none-type' error pops up because some parameter hasn't been specified and the empty parameter isn't error checked/initialised to '0' correctly if not specified on the command line. This may be related to the following bug: https://gnuradio.org/redmine/issues/705 Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Sun, Sep 6, 2015 at 10:08 PM, Dave Allen <li...@ruby-forum.com> wrote: > Hi all, > I have been trying to send data between 2 USRP's from the benchmark_tx > file only to observe that I have been receiving this error. > > Traceback (most recent call last): > File "./benchmark_tx.py", line 147, in > main() > File "./benchmark_tx.py", line 111, in main > tb = my_top_block(mods[options.modulation], options) > File "./benchmark_tx.py", line 49, in __init__ > options.antenna, options.verbose) > File > "/usr/local/share/gnuradio/examples/digital/narrowband/uhd_interface.py", > line 135, in __init__ > freq, gain, antenna) > File > "/usr/local/share/gnuradio/examples/digital/narrowband/uhd_interface.py", > line 62, in __init__ > self._rate, self._sps = self.set_sample_rate(bitrate, sps) > File > "/usr/local/share/gnuradio/examples/digital/narrowband/uhd_interface.py", > line 70, in set_sample_rate > asked_samp_rate = bitrate * req_sps > TypeError: unsupported operand type(s) for *: 'float' and 'NoneType' > > I am unable to understand what this error means? I have tried to search > in the Internet about this but found nothing relevant. Please advice as > to what I can do? > > Thanks, > Dave > > -- > Posted via http://www.ruby-forum.com/. > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Pi/4 Mod-Demod
Osmo-Tetra uses Pi/4-DQPSK: http://tetra.osmocom.org/trac/wiki/osmo-tetra Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Fri, Oct 10, 2014 at 11:05 AM, PEEL Luke luke.p...@uk.thalesgroup.com wrote: All, I’m interested in, and looking into the Pi/4 QPSK modulation technique ( http://en.wikipedia.org/wiki/Phase-shift_keying#.CF.80_.2F4.E2.80.93QPSK). Has anyone worked on this before and does anyone have any blocks or code that I could use for reference while making my own? Any help, links, blocks or code would be greatly appreciated! Thanks, Luke ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problems building GNURadio
This URL might help: https://labs.mwrinfosecurity.com/blog/2014/06/18/beaglebone-black-gnu-radio-and-hackrf-one/ Have you tried disabling NEON? Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Fri, Sep 19, 2014 at 4:29 PM, Michal Jakubiak meho...@gmail.com wrote: I'm refreshing this one since I have a very similar problem. I'm trying to build gr on BeagleBone Black, which is also an ARMv7. I'm using the build-gnuradio script. [ 4%] Building C object volk/lib/CMakeFiles/volk.dir/volk_cpu.c.o [ 4%] Building C object volk/lib/CMakeFiles/volk.dir/volk_machines.c.o [ 4%] Building C object volk/lib/CMakeFiles/volk.dir/volk_machine_generic_orc.c.o [ 4%] Building C object volk/lib/CMakeFiles/volk.dir/volk_machine_neon_hardfp_orc.c.o Linking C shared library libvolk.so [ 4%] Built target volk [ 4%] Building CXX object volk/lib/CMakeFiles/test_all.dir/testqa.cc.o [ 4%] Building CXX object volk/lib/CMakeFiles/test_all.dir/qa_utils.cc.o Linking CXX executable test_all libvolk.so.0.0.0: undefined reference to `volk_32fc_x2_multiply_32fc_neonasm' libvolk.so.0.0.0: undefined reference to `volk_16i_max_star_horizontal_16i_neonasm' libvolk.so.0.0.0: undefined reference to `volk_32fc_32f_dot_prod_32fc_a_neonasm' libvolk.so.0.0.0: undefined reference to `volk_32f_x2_dot_prod_32f_neonasm_opts' libvolk.so.0.0.0: undefined reference to `volk_32fc_32f_dot_prod_32fc_a_neonpipeline' libvolk.so.0.0.0: undefined reference to `volk_32f_x2_dot_prod_32f_neonasm' collect2: ld returned 1 exit status make[2]: *** [volk/lib/test_all] Error 1 make[1]: *** [volk/lib/CMakeFiles/test_all.dir/all] Error 2 make: *** [all] Error 2 make failed Exiting Gnu Radio build/install I've edited the cmake command in the script: cmake -DENABLE_BAD_BOOST=ON -DCMAKE_BUILD_TYPE=RelWithDebInfo $CMAKE_FLAG1 $CMAKE_FLAG2 $CMF1 $CMF2 -DCMAKE_C_FLAGS=-march=armv7-a -mthumb-interwork -mfloat-abi=hard -mfpu=neon -mtune=cortex-a9 -DCMAKE_ASM-ATT_FLAGS=-march=armv7-a -mthumb-interwork -mfloat-abi=hard -mfpu=neon ../ $LOGDEV 21 Unfortunately, it had no effect. I'm out of ideas over here :/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] qa_volk_test_all (Failed) qa_codec2_vocoder (Failed) when running make test
Hi Andy, I highly recommend using pybombs. For unfamiliar readers the instructions are here: http://gnuradio.org/redmine/projects/pybombs/wiki To set the environment variables on startup just add the 'source blahblahblah' path that './pybombs env' gives you to the end of your '~/.bashrc' file. The great thing about pybombs is that you don't need to install everything as root and to uninstall everything (unlike the build-gnuradio script) all you do is delete the 'target' directory or run './pybombs remove'. A directory called 'target' will be made in the same directory that the pybombs folder is placed in so I advise making a folder called something like '~/sdr/gr/' and then run the 'git clone' command inside that. Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Thu, Sep 18, 2014 at 6:55 AM, andy andy.layu2...@qq.com wrote: Hi, I have tried to follow instruction from: http://gnuradio.org/redmine/projects/gnuradio/wiki/BuildGuide, in order to build gnuradio manually from source. When i've reached the step make test command, it gives the following result at the end of the line: 99% tests passed, 2 tests failed out of 190 Total Test time (real) = 132.05 sec The following tests FAILED: 1 - qa_volk_test_all (Failed) 185 - qa_codec2_vocoder (Failed) Is there some methods to resolve this problem? And my next question is, which methods are better install gnuradio using pybombs or build manually from source? Regarding the pybombs, i've tried this method before and it's succesfully run gnuradio for my usrp N210, the problem is i have to run ./pybombs env and source $prefix/setup_env.sh commands manually each time i restart the machine. Is there methods to run this process automatically in our system or machine (i'm using Ubuntu Desktop 12.04 32 bit)? Thanks for your explanations. Andy ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Regarding Transceiver design on GNUradio
(1) Is GNU radio software is sufficient for full transceiver design ? Have a read of this page for more information on what you can do with GNU Radio: http://gnuradio.org/redmine/projects/gnuradio/wiki/WhatIsGR (2) What other components are required in the hardware circuits? You'll need an antenna resonant for the target frequency ideally with an SMA Male connecter. (3) What is the cost of USRP motherboard, RFX2400,SBX40 and CBX40 ? Ettus motherboards, specifications and prices can be found here: https://www.ettus.com/product/category/USRP-Networked-Series See the Ettus product page for their daughterboards, prices, simplex/duplex capabilities and frequency ranges: https://www.ettus.com/product/category/Daughterboards Be aware that the WBX only goes up to 2.2GHz so does not cover the wanted 2.4GHz ISM band. Ettus isn't the only manufacturer of GNU Radio compatible hardware so have a look here for other options: http://gnuradio.org/redmine/projects/gnuradio/wiki/Hardware Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Editing medium-to-large flow-graphs in GRC now *agonizing* slow
Moving about the blocks in a simple GRC flowgraph is very sluggish when my processor is set to 'Performance' or 'Ondemand'. When set to 'Powersave', moving about a block in exactly the same flowgraph works super fast again! The CPU frequency changer I'm using on my installation of Ubuntu 14.04 LTS x64 is called 'indicator-cpufreq' and if installed and run you will be able to access these different processor speed options: sudo apt-get install indicator-cpufreq The speed is confirmed with 'cat /proc/cpuinfo | grep cpu MHz' to be 800MHz on 'Powersave' and 2201MHz on 'Performance'. It would be interesting to know if you are seeing the same behaviour. Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Wed, Sep 10, 2014 at 6:01 PM, mle...@ripnet.com wrote: Well, look at simple_ra (the name is, clearly, misleading). It's quite ponderous. The sheet isn't anywhere near 5000 x 5000, though. But others as well, like multimode (again, available through CGRAN), which has about half the block count of simple_ra. On 2014-09-10 12:55, Tom Rondeau wrote: On Tue, Sep 9, 2014 at 8:25 PM, Marcus D. Leech mle...@ripnet.com wrote: On 09/09/2014 08:20 PM, Tiankun Hu wrote: Yes, I have the same issue with v3.7.5 Thanks Tiankun Mike Jameson m...@scanoo.com编写: Yes, even after a fresh reboot there is still a delayed reaction while dragging about blocks in GRC. GNU Radio Companion 3.7.5git-194-g76a271ac Ubuntu 14.04 x64 LTS Quad Core i7 Mike To be sure, there has always been a certain amount of sluggishness with large flow-graphs (simple_ra, for an example), but what I'm seeing now is probably 3 or 4 times worse, and affects smaller/less-complicated graphs as well. I do realize that GRC is doing a lot of dynamic stuff as you add things to the graph--like re-evaluating the dependency graph on changes, but things have gotten noticably more sluggish. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org What are you considering smaller/less-complicated? I have a pretty full one on a 5000x5000 canvas running fine. Maybe Sebastian knows what might have changed in the GRC backend to cause this? Obviously it's not fake if multiple people are seeing it, but it's not affecting me at all. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Editing medium-to-large flow-graphs in GRC now *agonizing* slow
Yes, even after a fresh reboot there is still a delayed reaction while dragging about blocks in GRC. GNU Radio Companion 3.7.5git-194-g76a271ac Ubuntu 14.04 x64 LTS Quad Core i7 Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Tue, Sep 9, 2014 at 7:29 PM, Marcus D. Leech mle...@ripnet.com wrote: Has anyone else noticed that in recent GR, medium-to-large flow-graphs are now *agonizingly slow* to edit, even on relatively-capable machines? Larger graphs were always a tad sluggish, but it has now gotten to the point that larger ones are nearly uneditable, and medium ones are agonizingly sluggish. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How to swtich tx/rx of XCVR2450 when using gnuradio OFDM_benchmark example?
I believe that the OFDM tunnel example automatically switches the TX/RX port to receive when packets are not being transmitted so this should be compatible with your XCVR2450 without modification. Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Thu, Sep 4, 2014 at 2:55 PM, Yingjie Chen ocg...@gmail.com wrote: HI guys, Thanks in advance. Currently I have been engaged in a project which is based on the OFDM_benchmark example. I plan to realize a round trip communication between two USRP2 node. Concretely, I want to control the node A switch to RX mode after it finishes transmitting a packet. In such way, the node A can receive the ACK from the node B. * I know XCVR2450 does not support FULL DUPLEX. BTW, I wonder if XCVR2450 can handle the tx/rx switch job automatically? Or should I implement some script (Python) to control it? * Any help or instruction will be greatly appreciated. Best, Kay. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] how to install gnuradio with pybombs
You do not need to put sudo before './pybombs install gnuradio' as it can install everything as the local user. Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Thu, Sep 4, 2014 at 11:05 AM, Marcus Müller mar...@hostalia.de wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Sammy! Just use the default , which is the value in the brackets [], by hitting enter. Greetings, Marcus On 04.09.2014 11:59, sammy zada wrote: Hi Martin, Thanks for your explanation. I've try to run the instructions on the website, i build the new directory ~/gnuradio, and run the following commands under the ~/gnuradio directory: openbts@openbts:~/gnuradio$ git clone git://github.com/pybombs/pybombs Cloning into 'pybombs'... remote: Counting objects: 907, done. remote: Total 907 (delta 0), reused 0 (delta 0) Receiving objects: 100% (907/907), 717.55 KiB | 220 KiB/s, done. Resolving deltas: 100% (513/513), done. openbts@openbts:~/gnuradio$ cd pybombs/ openbts@openbts:~/gnuradio/pybombs$ sudo ./pybombs install gnuradio Initializing config file... Username for GIT access gituser [root]: what should i filled in the gituser [root]:...??? Thanks for the explanations. sammy On Thu, Sep 4, 2014 at 4:23 PM, Martin Braun martin.br...@ettus.com wrote: Sammy, don't hesitate asking basic questions (as long as they're not answered directly on the web site :D ). See comments inline: On 09/04/2014 09:42 AM, sammy zada wrote: Hi everyone, I'm very new to gnuradio, i'm trying to follow instructions from http://gnuradio.org/redmine/projects/pybombs/wiki/QuickStart. On the page it is stated that, Upon running the first install command you will be prompted for a few simple preferences such as - which install prefix to use This is where you install stuff. The typical system-wide directory is /usr/local on Linux, but we recommend you don't do that but rather install into a user-writable dir, such as ~/target. If unsure, you can use the default. - cmake debug flags to use If unsure, use the default. - how to try to satisfy dependencies (typically rpm,src for fedora/centos/RHEL and deb,src for debian/ubuntu or just src to ignore the system package manager) If a package is missing, where do we get it from? Say we're missing Boost, we need to install it before we can proceed. pybombs can use the package manager of your system, or compile from src. deb,src is a good setting for Debian/Ubuntu, because it tries to use the standard package installer if possible, but can always fall back on to the source build, which should always work. If unsure, leave the default. Hope this helps. M Can anyone please explain what should we do during the process above? Sorry for this very basic question. Thanks Sammy ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUCDlpAAoJEAFxB7BbsDrL+ZcH/23GJxy28XRG2/B1Q7ZLEAB4 3SNc8QjiqG8zcDU8VWB4Z+wd6WjYH+CdjBoaCw3OroSnFSrET9+ptotaJ/PATSFL TE/6FZUfD0PMvMSSccAqdSQE4Gbq9mw2bhpqIjtLbhsZ68D+huioWcbTmc9xSwsh v/O3bBeIAIo87Mdqmd27wBaLgS5RWYebSJ531ayicE8S3GLkYP3UBeeXzVHf5MPJ Xmv0skcdBMJLGkhQ4QoWmUHIm17vtYweqyKJY8XXpzIrOms/qve57dtLf7kB79B5 GzndfINW3+i+6BqkGFycOAmwwAGBI3mRFeTDZ4mnu6bffh+bWo93HbNMf20Xg7A= =TYAw -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Installing gnuradio when Python is installed at custom location
The clue is in the bits that say FALSE in the output: Configuring gnuradio-companion support... -- Dependency ENABLE_GNURADIO_RUNTIME = ON -- Dependency ENABLE_PYTHON = ON -- Dependency PYTHON_MIN_VER_FOUND = TRUE -- Dependency CHEETAH_FOUND = TRUE -- Dependency LXML_FOUND = TRUE -- Dependency PYGTK_FOUND = FALSE -- Dependency NUMPY_FOUND = TRUE -- Disabling gnuradio-companion support. -- Override with -DENABLE_GRC=ON/OFF -- Configuring gr-qtgui support... -- Dependency Boost_FOUND = 1 -- Dependency QT4_FOUND = FALSE -- Dependency QWT_FOUND = FALSE -- Dependency ENABLE_VOLK = ON -- Dependency ENABLE_GNURADIO_RUNTIME = ON -- Dependency ENABLE_GR_FFT = ON -- Dependency ENABLE_GR_FILTER = ON -- Dependency PYTHONLIBS_FOUND = TRUE -- Dependency PYQT4_FOUND = TRUE -- Disabling gr-qtgui support. -- Override with -DENABLE_GR_QTGUI=ON/OFF Therefore you need to install pygtk, qt4 and qwt. Just search using 'synaptic'. Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Mon, Sep 1, 2014 at 5:56 PM, nipun nipunredde...@gmail.com wrote: Hi, Thanks. I did this and am almost able to get everything working. Following is the command I am invoking: nipun@nipun-batra:~/git/gnuradio/build$ cmake -DPYTHON_EXECUTABLE=/home/nipun/anaconda/bin/python2.7 -DPYTHON_INCLUDE_DIR=/home/nipun/anaconda/include/ -DPYTHON_LIBRARY=/home/nipun/anaconda/lib/libpython2.7.so -DCMAKE_INSTALL_PREFIX=/usr ../ Everything seems ok. But, gnuradio-companion and gr-qtqui end up in disabled components. I have attached the entire log file. Would appreciate if I am helped to figure how to have 0 disabled components. On Mon, Sep 1, 2014 at 11:45 AM, Martin Braun-2 [via GnuRadio] [hidden email] http://user/SendEmail.jtp?type=nodenode=50177i=0 wrote: You can set Python-specific CMake vars to your locations, e.g. PYTHON_INCLUDE_DIR and PYTHON_LIBRARY. M On 09/01/2014 01:37 AM, nipun wrote: Thanks for your reply. However, this does not solve the problem, which I suppose may involve compiling the package and passing in the appropriate Python locations maybe? On Sun, Aug 31, 2014 at 7:00 PM, haroldmk [via GnuRadio] [hidden email] wrote: As stated on http://code.ettus.com/redmine/ettus/projects/uhd/wiki/GNURadio_Linux the installation of gnuradio will not necessarily install all dependencies. They recommend to run sudo apt-get install python python-wxgtk2.8 pyqt4-dev-tools python-qwt5-qt4 python-numpy libboost-all-dev libusb-1.0.0-dev I would also recommend to install the GNU Radio with Ettus repositories instead of the ones of Ubuntu. 2014-08-31 16:02 GMT-06:00 nipun [hidden email] http://user/SendEmail.jtp?type=nodenode=50166i=0: Hi, I am trying to install gnuradio on Kubuntu 14.04 64 bit. I am using the binaries from the main Ubuntu software repository to install the same by running the following: sudo apt-get install gnuradio The installation works fine. However, when I tried running gnuradio-companion, I got the GUI indicating the following: Cannot import gnuradio. Is the python path environment variable set correctly? All OS: PYTHONPATH I felt that this could be due to the fact that I have Anaconda's Python https://store.continuum.io/cshop/anaconda/ installed, which I do so for several reasons. So, my Python runs from /home/nipun/anaconda/bin as opposed to the default Ubuntu path. I verified this by importing gnuradio from Python run by /usr/bin/python as opposed to Anaconda's python (/home/nipun/anaconda/bin/python). I could import gnuradio from /usr/bin/python. This suggests that gnuradio picks up the default Ubuntu python location. I then uninstalled gnuradio using sudo apt-get remove gnuradio and set my PATHS as in .bashrc, did a sudo ldconfig and source .bashrc. My paths at this point were as follows: nipun@nipun-batra:~$ echo $LD_LIBRARY_PATH /usr/lib32:/home/nipun/anaconda/bin:/usr/local/lib nipun@nipun-batra:~$ echo $PYTHONPATH /home/nipun/anaconda/bin: However, even after this point, gnuradio would work from default Ubuntu path only. Also, gnuradio-companion would naturally complain and not startup. Question 1: How can we set custom Python path for gnuradio to install to? Question 2: Anaconda has made life much easier for the scientific Python community. It makes installing on Windows, Mac and Linux pretty easy. Also, dependencies such as numpy, scipy, etc. are also taken care of. Would the gnuradio team consider putting up a package on Anaconda. The Anaconda team look pretty helpful and should be willing to help. I think
Re: [Discuss-gnuradio] GNU Radio Companion missing source
I recently had the same 'segmentation fault' error which was due to having 'gr-baz' installed. See this post for info on debugging the segmentation fault: http://lists.gnu.org/archive/html/discuss-gnuradio/2013-11/msg00232.html Essentially, run the following: gbd --args python $(which gnuradio-companion) run #wait for crash bt Look at the top of the output for a gr module that looks suspicious, in my case uninstalling gr-baz fixed the issue. I'd highly recommend using the pybombs technique to install GNU Radio as a non-root user. It also allows you to install and uninstall GNU Radio and lots of other stuff as simply as running the following: ./pybombs install uhd gnuradio hackrf The url for the pybombs wiki is here: http://gnuradio.org/redmine/projects/pybombs/wiki If you choose this route, make sure you uninstall everything related to uhd/gnuradio/hackrf/osmosdr etc by manually going into each project's 'build' folder and typing: sudo make uninstall ...and then run a final check by searching for anything related to uhd/gnuradio.hackrf/osmosdr etc by running the following: sudo find / -name gnuradio Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Mon, Aug 25, 2014 at 9:23 PM, Marcus Müller marcus.muel...@ettus.com wrote: The ctrlport related warnings are ok (they are but warnings), the segfault is bad; as you might imagine, it's not the easiest thing to debug. However, I really hope you uninstalled Ubuntu's gnuradio package first, before using build-gnuradio? Also, you'll *still* have to install libhackrf and gr-osmosdr to get the sources you were missing in the first place. Greetings, Marcus On 25.08.2014 21:55, GeorgeF wrote: One thing I tried was wget http://www.sbrac.org/files/build-gnuradio chmod a+x ./build-gnuradio ./build-gnuradio After almost 4 hours it completed. Didn't notice any errors during the build. However now when I run gnuradio-companion I get: Warning: Block key blocks_crtlport_monitor not found when loading category tree. Warning: Block key blocks_ctrlport_monitor_performance not found when loading category tree. Segmentation fault (core dumped) What am I missing? George On 8/25/2014 09:07, Marcus Müller wrote: The gnuradio package doesn't contain every GNU Radio module that exists ;) you still need to install gr-osmosdr and libhackrf; see my last mail[1]. Greetings, Marcus [1] http://lists.gnu.org/archive/html/discuss-gnuradio/2014-08/msg00361.html On 25.08.2014 14:58, GeorgeF wrote: I am trying to find the osmocom and/or RTL-SDR sources. I'm running GNU Radio Companion 3.7.2.1 In GNC I did a search for osmocom and RTL-SDR and nothing was found. What didn't I setup correctly during the sudo apt-get install gnuradio install? Thanks George On 8/24/2014 12:42, Martin Braun wrote: Which source? M On 24 Aug 2014 16:59, GeorgeF av8...@flash.net mailto:av8...@flash.net av8...@flash.net wrote: I just installed GNU on a Ubuntu 14.04 LTS machine. Here is how I installed it: sudo apt-get install gnuradio All appeared good, I thing typed gnuradio-companion and got the it up and running. Problem: On the right side of the display I am missing a few things, 1 of which is SOURCE. (SINK also is mission). What did I do wrong? Thanks George ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org mailto:Discuss-gnuradio@gnu.org Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] compilation error gr-uhd
Uninstall the binary UHD that you installed and build UHD and GNU Radio from scratch using './pybombs install uhd gnuradio': http://gnuradio.org/redmine/projects/pybombs/wiki The error is possibly being caused by a UHD version mismatch. Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Wed, Aug 20, 2014 at 6:18 PM, Ryan Marlow rynm...@vt.edu wrote: Hey Marcus, and anyone else, I tried that clean and then remaking, and nothing changed. Any other suggestions? Thanks, Ryan Marlow (sorry to resend, forgot to get the correct subject in there) --- Hi Ryan, I think this is a swig issue. I don't really know why, but often a make clean make fixes this... Greetings, Marcus On 20.08.2014 15:46, Ryan Marlow wrote: Hey All, I've run into some issues building gr-uhd. I have the UHD software from here: http://code.ettus.com/redmine/ettus/projects/uhd/wiki/UHD_Linux And, can run basic tests like uhd_usrp_probe and uhd_find_devices. But, when I try to build GNU Radio, I receive a compilation error at: [ 85%] Built target _uhd_swig_doc_tag [ 85%] Built target uhd_swig_swig_doc [ 85%] Built target _uhd_swig_swig_tag [ 85%] Building CXX object gr-uhd/swig/CMakeFiles/_uhd_ swig.dir/uhd_swigPYTHON_wrap.cxx.o /local/GReasy/trunk/gnuradio/build/gr-uhd/swig/uhd_swigPYTHON_wrap.cxx: In function ?PyObject* _wrap_rx_metadata_t_to_pp_string(PyObject*, PyObject*, PyObject*)?: /local/GReasy/trunk/gnuradio/build/gr-uhd/swig/uhd_swigPYTHON_wrap.cxx:17655:52: error: ?const struct uhd::rx_metadata_t? has no member named ?to_pp_string? result = ((uhd::rx_metadata_t const *)arg1)-to_pp_string(arg2); ^ /local/GReasy/trunk/gnuradio/build/gr-uhd/swig/uhd_swigPYTHON_wrap.cxx: In function ?PyObject* _wrap_rx_metadata_t_strerror(PyObject*, PyObject*)?: /local/GReasy/trunk/gnuradio/build/gr-uhd/swig/uhd_swigPYTHON_wrap.cxx:17688:52: error: ?const struct uhd::rx_metadata_t? has no member named ?strerror? result = ((uhd::rx_metadata_t const *)arg1)-strerror(); ^ make[2]: *** [gr-uhd/swig/CMakeFiles/_uhd_swig.dir/uhd_swigPYTHON_wrap.cxx.o] Error 1 make[1]: *** [gr-uhd/swig/CMakeFiles/_uhd_swig.dir/all] Error 2 make: *** [all] Error 2 I'm using 64-bit Ubuntu 14.04 and GR 3.7.3 Is this something anyone has experienced before or am I making some obvious user error? Thank You, Ryan Marlow ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Ryan L. Marlow Research Assistant in CCM Lab http://ccm.ece.vt.edu Virginia http://www.vt.edu/ Polytechnic Institute and State University -- Ryan L. Marlow Research Assistant in CCM Lab http://ccm.ece.vt.edu Virginia http://www.vt.edu/ Polytechnic Institute and State University ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Narrowband Tunnel.py Error
Try adding '--lo-offset=10e6' as a commandline argument. Thanks for the bug report, I'll push a fix asap. FYI, the tunnel.py script has been superseded by gr-mac: https://github.com/balint256/gr-mac Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Thu, Jul 24, 2014 at 10:15 PM, Jonathan Fox 31...@cardinalmail.cua.edu wrote: I am currently running GNU Radio 3.7.4 and I am getting an error running the stock narrowband tunnel.py script. This is what I am getting: [root@cobra narrowband]# ./tunnel.py -f 146.0M -a addr=10.2.8.104 linux; GNU C++ version 4.4.7 20120313 (Red Hat 4.4.7-4); Boost_104100; UHD_003.007.001-64-g92b0b7ab Using Volk machine: sse4_2_64 -- Opening a USRP2/N-Series device... -- Current recv frame size: 1472 bytes -- Current send frame size: 1472 bytes UHD Warning: The recv buffer could not be resized sufficiently. Target sock buff size: 5000 bytes. Actual sock buff size: 500 bytes. See the transport application notes on buffer resizing. Please run: sudo sysctl -w net.core.rmem_max=5000 UHD Warning: The recv buffer could not be resized sufficiently. Target sock buff size: 5000 bytes. Actual sock buff size: 500 bytes. See the transport application notes on buffer resizing. Please run: sudo sysctl -w net.core.rmem_max=5000 -- Detecting internal GPSDO Found an internal GPSDO -- found -- Setting references to the internal GPSDO -- Initializing time to the internal GPSDO No gain specified. Setting gain to 19.00 (from [0.00, 38.00]) Traceback (most recent call last): File ./tunnel.py, line 296, in module main() File ./tunnel.py, line 259, in main options) File ./tunnel.py, line 103, in __init__ options.verbose) File /home/fox/Documents/GNU_radio/Cranial/narrowband/uhd_interface.py, line 199, in __init__ freq, lo_offset, gain, spec, antenna, clock_source) File /home/fox/Documents/GNU_radio/Cranial/narrowband/uhd_interface.py, line 70, in __init__ self._freq = self.set_freq(freq, lo_offset) File /home/fox/Documents/GNU_radio/Cranial/narrowband/uhd_interface.py, line 120, in set_freq r = self.u.set_center_freq(uhd.tune_request(freq, lo_offset)) File /usr/local/lib64/python2.6/site-packages/gnuradio/uhd/__init__.py, line 52, in __init__ super(tune_request_t, self).__init__(*args) File /usr/local/lib64/python2.6/site-packages/gnuradio/uhd/uhd_swig.py, line 792, in __init__ this = _uhd_swig.new_tune_request_t(*args) NotImplementedError: Wrong number of arguments for overloaded function 'new_tune_request_t'. Possible C/C++ prototypes are: uhd::tune_request_t(double) uhd::tune_request_t(double,double) I am not too sure what to do, I have looked up the error but I couldn't find a solution. Anyone know what to do? Also, the benchmark scripts work, it is just the tunnel script that doesn't. Thanks Jonathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] [GSoC] gr-radar: Dual CW Radar and Tracking Algorithms
Slightly :) Here's a good link for more info: http://www.radartutorial.eu/index.en.html Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Wed, Jul 16, 2014 at 7:08 AM, Vanush Vaswani van...@gmail.com wrote: Nice. I don't know much about radar. Is range related to EIRP? On Wed, Jul 16, 2014 at 1:14 AM, Stefan Wunsch stefan.wun...@student.kit.edu wrote: Hi, The Radar Toolbox has new features! First new feature of the Radar Toolbox is a Dual CW Radar. It is implemented as simulation and tested with USRPs. This setup is much more better than the previous FSK Radar! Check out my development blog for a demonstration video and further information. [0] Second feature is a cooperation with a bachelor student at the CEL [2]. His thesis is about tracking algorithms for radar signal processing. Realtime tracking with a SIR particle filter and an unscented kalman filter is implemented and tested on hardware. There is also a video on my blog with the comparison of the tracking and the not past processed detections. [1] Furthermore OFDM Radar signal processing with a new GUI block is coming these days! Greetings, Stefan [0] Dual CW Radar https://grradar.wordpress.com/2014/07/15/dual-cw-radar-demonstration/ [1] Tracking Algorithms https://grradar.wordpress.com/2014/07/04/realtime-tracking-with-particle-filter-algorithm/ [2] Communications Engineering Lab http://www.cel.kit.edu/english/index.php ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Squelch and the KSHT sounds ...
The 'Power Squelch' block in GRC is my favourite and I would recommend using this one. Have a look at the following GRC flow graph for a working example that uses the power squelch block: https://raw.githubusercontent.com/m0mik/scanoo/master/apps/scanoo.com_rx.grc Note that the 'Ramp' setting is the number of samples it takes at the start and end of a detected signal for the volume to go from 0% to 100% and 100% to 0%, and the 'Alpha' setting is the signal average alpha just like in the FFT WX GUI widget. 1 disables the averaging and will give you the fastest cutoff at the end, however if you have signal flutter then the audio will be choppy. I'd recommend using between '0.01' and '0.001' in the power squelch block for the 'alpha' setting. Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Sun, Jul 13, 2014 at 12:05 AM, j...@moudy.com wrote: I've deployed a gnuradio application which records a morning maritime radio program in a Caribbean community. The recording can be played back online for people who missed the 'news'. The application works famously. However, I've got a request for an enhancement that comes up a lot! Everyone is used to hearing the 'ksht' sound after the mike is unkeyed. However, the squelch function I use in GnuRadio 3.7.1 doesn't seem to have a setting which affects how quickly the squelch gate closes (its instantaneous). There is an Alpha and a Ramp function, but they don't seem to affect the result (wouldn't expect Alpha to). Does anyone have any insight into the code for this block? Jim ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Scanoo -- Was Squelch and the KSHT sounds ...
You need to double click something in the flowgraph and click ok/cancel before it will allow you to run the flowgraph. It's a weird GRC bug. Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Mon, Jul 14, 2014 at 3:40 PM, j...@moudy.com wrote: I pulled your flow graph but I am missing a number of variable settings. Is there another piece that goes with this? Looks intriguing and fun to play with. Jim Original Message Subject: Re: [Discuss-gnuradio] Squelch and the KSHT sounds ... From: Mike Jameson mike.jame...@ettus.com Date: Mon, July 14, 2014 5:31 am To: j...@moudy.com Cc: gnuradio discuss-gnuradio@gnu.org The 'Power Squelch' block in GRC is my favourite and I would recommend using this one. Have a look at the following GRC flow graph for a working example that uses the power squelch block: https://raw.githubusercontent.com/m0mik/scanoo/master/apps/scanoo.com_rx.grc Note that the 'Ramp' setting is the number of samples it takes at the start and end of a detected signal for the volume to go from 0% to 100% and 100% to 0%, and the 'Alpha' setting is the signal average alpha just like in the FFT WX GUI widget. 1 disables the averaging and will give you the fastest cutoff at the end, however if you have signal flutter then the audio will be choppy. I'd recommend using between '0.01' and '0.001' in the power squelch block for the 'alpha' setting. Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Sun, Jul 13, 2014 at 12:05 AM, j...@moudy.com wrote: I've deployed a gnuradio application which records a morning maritime radio program in a Caribbean community. The recording can be played back online for people who missed the 'news'. The application works famously. However, I've got a request for an enhancement that comes up a lot! Everyone is used to hearing the 'ksht' sound after the mike is unkeyed. However, the squelch function I use in GnuRadio 3.7.1 doesn't seem to have a setting which affects how quickly the squelch gate closes (its instantaneous). There is an Alpha and a Ramp function, but they don't seem to affect the result (wouldn't expect Alpha to). Does anyone have any insight into the code for this block? Jim ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] UDP sender/receiver what the heck am I doing wrong
Set the bind address to '0.0.0.0' to listen on all interfaces. This would be a good default setting. -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Mon, Jul 14, 2014 at 5:13 PM, Marcus D. Leech mle...@ripnet.com wrote: On 07/14/2014 12:00 PM, John Malsbury wrote: Also saw the same thing. =) You can't leave the bind-addr blank--set it to the interface addy over which you expect packets to arrive, that works. I suspect that there's some missing code to deal properly with a promiscuous bind in the UDP source block. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] UHD Error
Follow the instructions in section Setup Udev for USB (Linux) at the following URL for you to be able to access your USRP1 with non-root permissions: http://files.ettus.com/uhd_docs/manual/html/transport.html#setup-udev-for-usb-linux An easy way to locate the 'uhd-usrp.rules' file is to run the following: sudo find / -name uhd-usrp.rules Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Sat, Jun 28, 2014 at 5:39 AM, Nguyễn Văn Lý lynguyenvan@gmail.com wrote: Dear all, *I am new to gnuradio. I am trying to run an experiment, but I got an error as follows:* UHD Error: USB open failed: insufficient permissions. See the application notes for your device. Traceback (most recent call last): File /home/van-ly/GNU_Radio/SDR Implementation of OFDM-based Network Coding_Project Codes and Files/ofdm_transmitter.py, line 198, in module tb = ofdm_transmitter() File /home/van-ly/GNU_Radio/SDR Implementation of OFDM-based Network Coding_Project Codes and Files/ofdm_transmitter.py, line 67, in __init__ channels=range(1), File /usr/local/lib/python2.7/dist-packages/gnuradio/uhd/__init__.py, line 121, in constructor_interceptor return old_constructor(*args) File /usr/local/lib/python2.7/dist-packages/gnuradio/uhd/uhd_swig.py, line 2208, in make return _uhd_swig.usrp_sink_make(*args) RuntimeError: LookupError: KeyError: No devices found for - Empty Device Address *Then I tried a command (sudo uhd_usrp_probe) to test the UHD installation and I got * linux; GNU C++ version 4.8.1; Boost_104800; UHD_003.005.004-0-unknown -- Loading firmware image: /usr/local/share/uhd/images/usrp1_fw.ihx... done -- Opening a USRP1 device... -- Loading FPGA image: /usr/local/share/uhd/images/usrp1_fpga.rbf... done -- Using FPGA clock rate of 64.00MHz... _ / | Device: USRP1 Device | _ |/ | | Mboard: USRP1 | | serial: 6R2706U1 | | | | Time sources: none | | Clock sources: internal | | Sensors: | | _ | |/ | | | RX DSP: 0 | | | Freq range: -32.000 to 32.000 Mhz | | _ | |/ | | | RX DSP: 1 | | | Freq range: -32.000 to 32.000 Mhz | | _ | |/ | | | RX Dboard: A | | | _ | | |/ | | | | RX Frontend: 0 | | | | Name: Unknown (0x) - 0 | | | | Antennas: | | | | Sensors: | | | | Freq range: 0.000 to 0.000 Mhz | | | | Gain Elements: None | | | | Connection Type: IQ | | | | Uses LO offset: No | | | _ | | |/ | | | | RX Codec: A | | | | Name: ad9522 | | | | Gain range pga: 0.0 to 20.0 step 1.0 dB | | _ | |/ | | | RX Dboard: B | | | ID: RFX2400 (0x0027) | | | Serial: E5R12YBR2 | | | _ | | |/ | | | | RX Frontend: 0 | | | | Name: RFX2400 RX | | | | Antennas: TX/RX, RX2, CAL | | | | Sensors: lo_locked | | | | Freq range: 2300.000 to 2900.000 Mhz | | | | Gain range PGA0: 0.0 to 70.0 step 0.0 dB | | | | Connection Type: QI | | | | Uses LO offset: No | | | _ | | |/ | | | | RX Codec: B | | | | Name: ad9522 | | | | Gain range pga: 0.0 to 20.0 step 1.0 dB | | _ | |/ | | | TX DSP: 0 | | | Freq range: -44.000 to 44.000 Mhz | | _ | |/ | | | TX DSP: 1 | | | Freq range: -44.000 to 44.000 Mhz | | _ | |/ | | | TX Dboard: A | | | _ | | |/ | | | | TX Frontend: 0 | | | | Name: Unknown (0x) - 0 | | | | Antennas: | | | | Sensors: | | | | Freq range: 0.000 to 0.000 Mhz | | | | Gain Elements: None | | | | Connection Type: IQ | | | | Uses LO offset: No | | | _ | | |/ | | | | TX Codec: A | | | | Name: ad9522 | | | | Gain range pga: -20.0 to 0.0 step 0.1 dB
Re: [Discuss-gnuradio] USRP1: Error: Connection refused
The 'connection refused' error is probably due to your firewall configuration blocking network broadcast probes which are sent for detection of ethernet connected USRPs. Try the following to force it to connect to the USRP1 type: uhd_usrp_probe --args=type=usrp1 Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Fri, Jun 27, 2014 at 3:46 AM, Hoang Ngo Khac khachoang1...@gmail.com wrote: Dear all, I've reinstalled gnuradio 3.7.0 and UHD 003.007.001. Now I got this error when connecting USRP to my PC and running some commands: 1. sudo uhd_usrp_probe Error: linux; GNU C++ version 4.6.3; Boost_104601; UHD_003.007.001-release Error: Connection refused 2. sudo uhd_find_devices Error: linux; GNU C++ version 4.6.3; Boost_104601; UHD_003.007.001-release UHD Error: Device discovery error: Connection refused -- -- UHD Device 0 -- Device Address: type: usrp1 name: serial: 50a45bfc How could I fix this? Many Thanks, Hoang -- *Hoang Ngo-Khac* Vietnam National University, Hanoi (VNU-H) Univ. of Engineering and Technology (UET) Faculty of Electronics and Telecommunications (FET) Alternative email: hoangnk...@vnu.edu.vn Mobilephone: +84.163.682.7874 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Sending/Receiving UDP Data Over Internet
The error you are getting is possibly due to your host machine using a LAN address to access the internet via NAT (network address translation). If this is the case then setting your receive ip address to '0.0.0.0' in the GRC 'UDP Source' should do the trick. This setting tells the 'UDP Source' to listen on all network interfaces. Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Mon, Jun 23, 2014 at 4:24 PM, Matias mpo...@cawireless.com wrote: Hello, We would like to send UDP data from a USRP over the internet to a remote computer. The setup on the host side is: USRP Source -- UDP Sink And on the client side: UDP Source -- Throttle -- WX GUI FFT Sink This setup has worked on a local network using the client's IP address 10.10.0.175:9000 with the UDP sink and UDP source. However, when using the host's public static IP 166.149.xxx.xxx:9000, Gnuradio throws the following error: /Traceback (most recent call last): File /home/matias/Documents/top_block.py, line 116, in module tb = top_block() File /home/matias/Documents/top_block.py, line 76, in __init__ self.blocks_udp_source_0 = blocks.udp_source(gr.sizeof_gr_complex*1, 166.149.xxx.xxx, 9000, 1472, True) File /opt/gnuradio-3.7.3/lib/python2.7/dist-packages/gnuradio/blocks/blocks_swig5.py, line 1974, in make return _blocks_swig5.udp_source_make(*args, **kwargs) RuntimeError: bind: Cannot assign requested address/ Does anyone know how to resolve this? We are using GNU Radio 3.7.3 on a virtual Ubuntu 12.04 LTS. Thanks, Matias Ponce CellAntenna Engineer CellAntenna Corporation 12453 NW 44th Street Coral Springs, FL 33065 Office: 954-340-7053 ext 10251 E-mail: mpo...@cawireless.com Web: http://www.cellantenna.com -- View this message in context: http://gnuradio.4.n7.nabble.com/Sending-Receiving-UDP-Data-Over-Internet-tp49055.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] usrp e110 in standalone mode ?
I use the Linux program called 'screen' to manage remote Linux instances and the same tool is great for running non graphical flow graphs too. If you start a program from within a 'screen' session then it will continue to run if you close your Terminal window: 1) use 'ssh username@192.168.10.x' to remotely log into the e110 box from another computer. 2) run 'screen -RD' which will detatch any running screen sessions (there won't be any the first time you do it however running the same command every time you use it saves confusion) and reattach them to your console. 3) run your command such as './go_go_go.py' 4) press 'ctrl-a d' to detatch the session or just close your Terminal window with the knowledge that the program will still be running. Google for the 'screen man page' for instructions on creating more than one session at a time such as with the use of 'ctrl-a c' to create a new session and switch to the next one with 'ctrl-a n'. To log back into the box again after closing the Terminal window on your remote computer, just ssh back in and run 'screen -RD', voilà! Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Fri, Jun 20, 2014 at 9:01 AM, Wafa Elhajhmida wafa.elhaj.hm...@gmail.com wrote: Hi, I made an application on usrp e110 to send datas. I would like to make it operate in a standalone mode. Have you any suggestions to deal with this issue ? Thanks for help. Best regards, Wafa HAJ HMIDA ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] [USRP-users] getting noise for FM receiver with usrp e110 ?
The SBX has a frequency range of 400MHz to 4.4GHZ which is why you cannot tune to broadcast FM stations between 88-108MHz: https://www.ettus.com/product/details/SBX Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Thu, Jun 12, 2014 at 11:14 AM, Wafa Elhajhmida via USRP-users usrp-us...@lists.ettus.com wrote: Hi everybody, I'm trying to implement FM receiver on usrp e110. The daugtherboard used is SBX Board Rev 5.1. As a result, I got only noise, I wasn't able to hear the local station at 103.5 Mhz. And I got this error: *UHD Warning:* *The hardware does not support the requested RX frequency:* *Target frequency: 103.50 MHz* *Actual frequency: 423.50 MHz* * gr_fir_ccf: using armv7_a* * gr_fir_fff: using armv7_a* *aUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUOaUaUaUOaUaUaUaUaUaUaUaUaUaUaUaUaUaU* I attached a screenshot of FM receiver 's GRC. Can you help me to detect if there are some parameters which are wrong ? Best regards, Wafa HAJ HMIDA ___ USRP-users mailing list usrp-us...@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Scanoo Issue
Replies are inline below. I've also CC'd the list. On Wed, Jun 11, 2014 at 10:32 AM, Dimitris Siafarikas jimsia...@hotmail.com wrote: Mike, I played a lot with Scanoo. I have a few questions. 1) Where is scanoo config file located? The '.scanoo' file is probably in the same directory where you loaded 'gnuradio-companion' from. Do a search for it with: sudo find / -name .scanoo 2) Why I get aU errors? The sample rate is small enough. The aU errors occur when the audio block isn't getting a steady stream of 48k (default setting) samples per second. A small amount of samples are lost when switching modulation and when spectrum sensing due to the 'm in n' block. To reduce this you can switch your CPU frequency scaling to performance mode. You can also try forcing the audio sample rate in the audio sink block to be int(audio_samp_rate*0.98) which will make it expect 2% less samples and therefore significantly reduce audio underruns. 3) The spectrum sense feuture does not seem to work. It does not accurately print out the frequency. (I attached a prntscr.) Your screenshot shows that you have blocked out 2GHz and so it should be locking on to the next strongest signal which is 150khz away from it. This is defined with the 'bin_floor' variable which is at the very bottom right of the GRC flowgraph. 4) How it is supposed to sense at 127MHz (default) since my daughterboard’s range is 400 to 4400 MHz (SBX) ? The default center frequency of 127MHz is defined in the 'txt_center_freq' variable which is two boxes to the right of the audio sink. It does not currently auto detect the frequency range of the daughterboard. This is to make it more compatible with other SDR devices such as the RTL-SDR / HackRF which do not use the UHD. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Scanoo_rx: New GUI, Center Freq Hopping SSB Modulation
Lou, thanks for your interest. Yes the entire thing was made purely with GRC and there was no modification to the generated Python. All that is required to run the scanoo_rx GRC file unmodified is a UHD compatible device and an installation done with ./pybombs install uhd gnuradio. Johnathan's GNURadio Live DVD should work too - http://gnuradio.org/redmine/projects/gnuradio/wiki/GNURadioLiveDVD . For reference, here is a screenshot of the scanoo_rx GRC flowgraph - https://raw.githubusercontent.com/m0mik/scanoo/master/apps/scanoo.com_rx.grc.png Starting at the top left, the 'UHD USRP Source' block receives complex time domain samples from your UHD compatible SDR hardware and sends these complex time domain samples to the 'Stream to Vector' block and the three 'WX GUI' display blocks. The 'Stream to Vector' block sends the complex time domain samples in vector chunks of size 'fft_len' to the 'FFT' block which outputs the vector chunks of complex samples in frequency domain format. FYI, the 'WX GUI FFT Sink' blocks (aka 'FFT Rough Tune'/'FFT Fine Tune') do this internally in order to display the signals in the frequency domain. The output of the 'FFT' block is sent to a 'Selector' block which is the pathway to the 'Probe Signal Vector' block used for spectrum sensing. The 'FFT' block also sends samples to a 'Vector to Stream' block which puts the vector chunks back into a single stream of samples in frequency domain format. The 'Vector to Stream' block sends the stream of frequency domain samples to the 'Keep M in N' block which is responsible for picking out the channel we want and at the same time it decimates the signal to 'channel_samp_rate' in order to reduce the amount of data processing required for blocks further down the chain. The channel is chosen by either a mouse click on the 'FFT Fine Tune' / 'FFT Zoom' displays or by enabling 'Spectrum Sense' mode. When 'Spectrum Sense' mode is enabled, the maximum signal found is selected as determined by the 'Probe Signal Vector' block. The 'Keep M in N' block sends the selected complex frequency domain samples to the 'Stream to Vector' block in order for the samples to be converted back into complex time domain format by the 'FFT' block which is set to 'Reverse' (IFFT). The 'FFT' block outputs a vector of complex time domain samples of the chosen channel and sends these via a 'Vector to Stream' block to an 'FFT Filter' block. The 'FFT Filter' block is responsible for decimating and filtering the time domain sample stream. The bandwidth of the filter is adjustable in the 'Main' section of the GUI controls and can be seen when viewing with the 'FFT Zoom' display. In the 'FFT Filter' block there is logic to change the filter automatically when the modulation is changed. AM/NBFM/WBFM use a lowpass filter and LSB/USB use a complex bandpass filter. From the 'FFT Filter' block the sample stream is sent at a rate of 'quad_samp_rate' to the 'Power Squelch' block. This squelch block is responsible for determining whether the chosen signal is powerful enough to lock on to. If so, the samples are passed through a 'Feed Forward AGC' for signal level normalisation and then on to the audio demodulation blocks via the modulation 'Selector' block. The 'Probe Avg Mag^2' block after the 'Power Squelch' block is used to halt the spectrum sensing and center frequency hopping in order to lock onto the selected channel. This 'Probe Avg Mag^2' block is also the reason for the signal holding on channel for a few seconds after the squelch cuts out. This delay is adjustable with the block's alpha setting. If there are any queries as to the use of raw FFT bin indexes then I'll be happy to explain that too, such as in the frequency lockout feature. Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Tue, Jun 10, 2014 at 5:49 PM, madengr rfe...@everestkc.net wrote: Mike, Can you give a general overview of how the program works, and maybe what you are doing with the FFT and IFFT, and how you accomplish the tuning via mouse click in GRC? I assume this is entirely done in GRC and there was no modification of the generated Python? Thanks, Lou KD4HSO Mike Jameson-2 wrote Hi all, The latest version of my scanoo_rx GRC SDR scanning application is now available via GitHub. Please star the project if you like it and report bugs by creating an issue on the GitHub page. https://github.com/m0mik/scanoo Mike -- Mike Jameson M0MIK BSc MIET Email: mike@ Web: http://scanoo.com -- View this message in context: http://gnuradio.4.n7.nabble.com/Scanoo-rx-New-GUI-Center-Freq-Hopping-SSB-Modulation-tp48866p48882.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss
Re: [Discuss-gnuradio] a criticism to GNURadio's scheduler!
The Throttle block is required if you are not using any external hardware: http://gnuradio.org/doc/doxygen/classgr_1_1blocks_1_1throttle.html Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Sun, Jun 1, 2014 at 9:30 AM, Mostafa Alizadeh m.alizade...@gmail.com wrote: Hi, I worked on GNURadio for many hours. After all, I prepared my blocks in c++. However, the source by which I produce random bits (items with sizeof(char) ) doesn't work properly! By properly I mean, I wanted GNURadio to lead me control how it's going to call the *source.* It's crazily calling the random bit generator so many times. I think this is because of the GNURadio's strategy for executing blocks to achieve as maximum throughput as possible! So GNURadio translates it* to call the source as much as possible*.(no matter what is the source, here is the random bit generator) Am I right? If I am, what is the solution? Best, Mostafa ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Dynamically changing input index of Selector block.
FYI, the head block copies the first N items to the output then signals done: http://gnuradio.org/doc/doxygen/classgr_1_1blocks_1_1head.html Instead of using the Head block, the Keep M in N block should do the trick. Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Fri, May 30, 2014 at 10:15 AM, Activecat active...@gmail.com wrote: On Fri, May 30, 2014 at 4:57 PM, dushyant.marathe dushyantmara...@gmail.com wrote: Hi Activecat, I used both Head and Skip Head blocks in parallel to separate out multiplexed input stream. The Head block correctly gives me first 240k elements but, Skip Head block doesn't give me any elements after skipping 240k elements. For your reference I have attached image of my flow graph (Head_Skip_Head.jpg). http://gnuradio.4.n7.nabble.com/file/n48637/Head_Skip_Head.jpg Moreover when I used Skip Head block alone, it gives me correctly all the elements after skipping 240k elements. Why is it so ? I could not find out. Please give me some insight. Try with File Sink first instead of Wave File Sink, this may make a difference. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] PyBOMBS installed gnuradio: uhd_usrp_sink not found
This means that UHD was not installed correctly. If running the following doesn't find anything then hunt down and remove any ghost version of UHD that makes Pybombs think that it is installed and then reinstall it using pybombs: sudo find / -name uhd_usrp_source.xml Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Thu, May 22, 2014 at 6:52 AM, Activecat active...@gmail.com wrote: On Wed, May 21, 2014 at 7:31 PM, Mike Jameson mike.jame...@ettus.comwrote: The UHD Source GRC block uses the file called uhd_usrp_source.xml. Make sure that this is in your GRC path. To set the GRC path you need to go into the ~/.gnuradio folder and create a config.conf file and add the following tweaked with your actual path to the UHD source block: [grc] global_blocks_path = /usr/local/share/gnuradio/grc/blocks Mike Unfortunately, the file uhd_usrp_source.xml doesn't exist at all. I've searched it in both /usr/local and ~/download/gnuradio/target, the file simply does not exists! ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Acquisition of datas from usrp e110
What data are you trying to acquire from the e110? If you need to forward raw samples from the e110 to your host pc then you can use a GRC TCP sink on the e110 and a TCP source on the host pc. If you wish to aquire data in the form of files from the e110 then you can use either a USB pen drive, scp, nfs or samba. Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Thu, May 22, 2014 at 11:29 AM, Wafa Elhajhmida wafa.elhaj.hm...@gmail.com wrote: Hi for everybody, What is the recommended tool for acquisition of datas from usrp e 110 ? Best regards, Wafa HAJ HMIDA ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] PyBOMBS installed gnuradio: uhd_usrp_sink not found
Have you run: ./pybombs env ...and then run: source ../target/setup_env.sh (alter file path to taste) Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Wed, May 21, 2014 at 8:38 AM, Activecat active...@gmail.com wrote: After installing gnuradio using PyBOMBS, the USRP Sink and Source blocks are unavailable. Below is the message: 1). To verify uhd has been installed: [03:25pm] activecat@rs: ~/download/gnuradio/pybombs $ ./pybombs install uhd Settled on prefix: /usr/local Initializing environmental variables... /usr/local/python/:/usr/local/lib/python2.6/site-packages/:/usr/local/lib64/python2.6/site-packages/:/usr/local/lib/python2.6/dist-packages/:/usr/local/lib64/python2.6/dist-packages/:/usr/local/lib/python2.7/site-packages/:/usr/local/lib64/python2.7/site-packages/:/usr/local/lib/python2.7/dist-packages/:/usr/local/lib64/python2.7/dist-packages/:/usr/local/python/:/usr/local/lib/python2.6/site-packages/:/usr/local/lib64/python2.6/site-packages/:/usr/local/lib/python2.6/dist-packages/:/usr/local/lib64/python2.6/dist-packages/:/usr/local/lib/python2.7/site-packages/:/usr/local/lib64/python2.7/site-packages/:/usr/local/lib/python2.7/dist-packages/:/usr/local/lib64/python2.7/dist-packages/ -- loading recipes --- Loading recipes ... Loading recipes ... done -- loading recipes finished -- checking for uhd True uhd already installed 2). To execute GRC and load the flowgraph: activecat@rs: ~/download/gnuradio/pybombs $ gnuradio-companion Warning: Block key blocks_ctrlport_monitor_performance not found when loading category tree. Warning: Block key blocks_ctrlport_monitor_performance not found when loading category tree. Welcome to GNU Radio Companion v3.7.4git-257-gcb0bc7f0 Preferences file: /home/activecat/.grc Block paths: /usr/local/share/gnuradio/grc/blocks /home/activecat/.grc_gnuradio Loading: /home/activecat/Dropbox/gr-activecat/examples/1002_quad_PLL.grc Done Showing: /home/activecat/Dropbox/gr-activecat/examples/1002_quad_PLL.grc Loading: /home/activecat/Dropbox/gr-activecat/examples/4001_tx_works.grc Error: Block key uhd_usrp_sink not found in Platform - grc(GNU Radio Companion) None Done Showing: /home/activecat/Dropbox/gr-activecat/examples/4001_tx_works.grc 3). The error message (part of above message): Error: Block key *uhd_usrp_sink* not found in Platform - grc(GNU Radio Companion) 4). System info: activecat@rs: ~ $ uname -a Linux mmuDESKTOP 3.2.0-4-686-pae #1 SMP Debian 3.2.57-3+deb7u1 i686 GNU/Linux activecat@rs: ~ $ gcc --version gcc (Debian 4.7.2-5) 4.7.2 Copyright (C) 2012 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. activecat@rs: ~ $ cmake --version cmake version 2.8.9 How to solve this? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] PyBOMBS installed gnuradio: uhd_usrp_sink not found
The UHD Source GRC block uses the file called uhd_usrp_source.xml. Make sure that this is in your GRC path. To set the GRC path you need to go into the ~/.gnuradio folder and create a config.conf file and add the following tweaked with your actual path to the UHD source block: [grc] global_blocks_path = /usr/local/share/gnuradio/grc/blocks Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Wed, May 21, 2014 at 11:27 AM, Activecat active...@gmail.com wrote: On Wed, May 21, 2014 at 4:35 PM, Mike Jameson mike.jame...@ettus.comwrote: Have you run: ./pybombs env ...and then run: source ../target/setup_env.sh (alter file path to taste) Mike Yes, this has been performed. During gnuradio installation, I configured the prefix to /usr/local due to a reason mentioned in http://gnuradio.4.n7.nabble.com/PyBOMBS-install-gnuradio-3-7-4-td48343.html Hence, I had performed these: sudo ./pybombs install gnuradio --- install gnuradio to /usr/local sudo ./pybombs env --- refresh settings in /usr/local/setup_env.sh source /usr/local/setup_env.sh gnuradio-companion With these the uhd becomes not available in GRC. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] build-gnuradio script and ubuntu 14.04
I recommend using PyBombs to install GNU Radio on Ubuntu 14.04 x64 LTS: http://gnuradio.org/redmine/projects/pybombs/wiki Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Mon, May 19, 2014 at 10:27 AM, Baier ba...@irt.de wrote: Dear all, I tried to install gnuradio on ubuntu 14.04 with build-gnuradio script, but I got the message Your ubuntu release must be at least 9.04 to proceed. I've looked at the script build-gnuradio, the ubuntu 14.04 is included. Can anyone help me please! Thanks in advance A. Baier ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Ice-related Build Problem
These 'cannot open shared object file' errors are usually solved for me by running 'sudo ldconfig'. Pybombs should not be run as root as everything gets installed to the target directory. You need to run './pybombs env' and append the line about 'source ...' to your home directory's '.bashrc' file. Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Fri, May 16, 2014 at 6:21 AM, Dan CaJacob dan.caja...@gmail.com wrote: Running find to search for the missing library does find it at: /usr/lib64/libIce.so.35 Very Respectfully, Dan CaJacob On Fri, May 16, 2014 at 1:20 AM, Dan CaJacob dan.caja...@gmail.comwrote: Building GR with the latest pybombs completes successfully, but when calling a GR binary, there's an error about ICE (which built without problems): $:~/pybombs/src/gnuradio/build$ gnuradio-config-info -v gnuradio-config-info: error while loading shared libraries: libIce.so.35: cannot open shared object file: No such file or directory This is on Ubuntu 12.04 x64 Very Respectfully, Dan CaJacob ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] a silly question about the sream to vector block
The 'Stream To Vector' block takes a stream of samples and makes a vector stream out of them. This vector stream is just the samples from the stream put into parallel so that for each sample you are actually sending the vector length per second as the sample rate. The use of the 'Stream To Vector' is shown in my scanoo_rx application which takes the vector output of the 'FFT block' and turns it into a stream for use with the 'M in N' block. See here for the GRC file: https://raw.githubusercontent.com/m0mik/scanoo/master/apps/scanoo.com_rx.grc Top level URL for the project is here: https://github.com/m0mik/scanoo Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Fri, May 16, 2014 at 4:23 PM, Abouda Yassine abouda21yass...@gmail.comwrote: Hi guys, While i was trying to figure out what the stream to vector block does,I understood that if I choose for example nitems=1024 and vector length=1,I get in the output 1024 vectors of 1 item each.And when I was reading about it on this web page ( http://gnuradio.org/redmine/projects/gnuradio/wiki/TutorialsCoreConcepts),the paragraph speaking about items tells exactly the opposite of what I understood it means if nitems=1024 and vector length =1,i get in the output only one item which size is 1024 .I need clarification about this subject please!!! best regards, yassine ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] low frequency in GRC
If you attach your GRC flowgraph I'll take a look at it for you. Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Thu, May 15, 2014 at 10:06 AM, jason sam user0...@gmail.com wrote: I am using GNU Radio Companion 3.7.3...when i set the frequency of my signal source to low values(in Hz or kHz),i get no signal on my scope or fft sink?? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] grc-mimo setup
A sample rate of 32e3 is very low. I suggest trying with a minimum sample rate of 100e6/128 (always divide the N210's master clock rate by an even number to use as a sample rate) which is 781250. Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Thu, May 15, 2014 at 1:55 PM, xianda wangxianda920...@163.com wrote: Hi Mike Thank you for your reply. Now I change the addr but a new error comes: thread[thread-per-block[1]: block gr uhd usrp sink (13)]: LookupError: KeyError: Cannot find an item size: thread[thread-per-block[2]: block gr uhd usrp source (12)]: LookupError: KeyError: Cannot find an item size: Can you help me?Thank you. Best regrads At 2014-05-15 20:48:44,Mike Jameson mike.jame...@ettus.com wrote: Your device hint in the 'Device Addr' section of the 'UHD Source' block should be addr=192.168.10.2 and in a separate 'UHD source' block the Device Addr should be addr=192.168.10.3 Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Thu, May 15, 2014 at 1:39 PM, xianda wangxianda920...@163.com wrote: Hello all: Environment: 2 usrp N210,mimo cable(they connect with each other and share the Ethernet) And i use the gnuradio companion to set up a very simple example.And the example is attached on the email.And I run this simple example,an error comes: RuntimeError: ValueError: Could not resolve device hint to a single device. And ping 192.168.10.2 and ping 192.168.10.3,it's all ok. Can someone help me to solve it?Thank you very much. Best regards ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] grc-mimo setup
If you built GNU Radio and UHD using pybombs then you can just run: ./pybombs update gnuradio Alternatively, if you build manually you can go into the 'uhd/host/build' directory and run: git pull cmake ../ make sudo make install Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Thu, May 15, 2014 at 2:29 PM, xianda wangxianda920...@163.com wrote: Hello Thank you so much. 1.And i set the wire format as Complex int16.And it run.Thank you again.I'm so happy.This device bring us so many happy. But what do you mean git pull?Sorry for my poor english. Can you tell me what command i should type into the shell?And then rebuild UHD. 2.Another question.If i write the c++ documend in the uhd,and one document is using for transmit and the other one is using for receive.And i puzzled.In the gnuradio companion mode we can put the source and sink into the same document.But now two c++ document and i want to run them at the same time as in the gnuradio mode.How can i do it? Thank you again for your quick reply. Best regards At 2014-05-15 21:05:31,Martin Braun martin.br...@ettus.com wrote: This was a UHD bug we fixed a couple of weeks back. If you're using git/master, you can just git pull, rebuild UHD and it will work. Otherwise, you can set otw_format=sc16 in the streamer args and it will solve the problem as well. Cheers, M On 15.05.2014 14:55, xianda wrote: Hi Mike Thank you for your reply. Now I change the addr but a new error comes: thread[thread-per-block[1]: block gr uhd usrp sink (13)]: LookupError: KeyError: Cannot find an item size: thread[thread-per-block[2]: block gr uhd usrp source (12)]: LookupError: KeyError: Cannot find an item size: Can you help me?Thank you. Best regrads At 2014-05-15 20:48:44,Mike Jameson mike.jame...@ettus.com wrote: Your device hint in the 'Device Addr' section of the 'UHD Source' block should be addr=192.168.10.2 and in a separate 'UHD source' block the Device Addr should be addr=192.168.10.3 Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com mailto:supp...@ettus.com Web: http://ettus.com On Thu, May 15, 2014 at 1:39 PM, xianda wangxianda920...@163.com mailto:wangxianda920...@163.com wrote: Hello all: Environment: 2 usrp N210,mimo cable(they connect with each other and share the Ethernet) And i use the gnuradio companion to set up a very simple example.And the example is attached on the email.And I run this simple example,an error comes: RuntimeError: ValueError: Could not resolve device hint to a single device. And ping 192.168.10.2 and ping 192.168.10.3,it's all ok. Can someone help me to solve it?Thank you very much. Best regards ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org mailto:Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Sample rate in GRC
If you want 1e6 Hz (1MHz) of receive bandwidth at a center frequency of 2.4e9 Hz (2.4GHz) then you just set the center frequency to 2.4e9 and sample rate to 1e6 in the UHD source block in GRC. Mike On Tue, May 13, 2014 at 10:04 AM, jason sam user0...@gmail.com wrote: I am confused about the sample rate in GRC...if i am RXing a signal by USRP B210 at 2.4 GHz then the sample rate should be 4.8GHz??But USRP B210 uses a direct conversion RX and shifts the signal to 0Hz,so what should be the criteria for setting the sample rate? Another option could be ton set it double the channel bandwidth??i.e.(56*2)MHz ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Removing the old version and Installing gnuradio 3.7 on USRP E 110
If you Google USRP E100 update gnuradio it points to the following instructions: http://ettus-apps.sourcerepo.com/redmine/ettus/projects/usrpe1xx/wiki/FAQ#How-do-I-install-GNU-Radio-from-source Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://ettus.com On Tue, May 13, 2014 at 12:59 PM, Wafa Elhajhmida wafa.elhaj.hm...@gmail.com wrote: plz how to proceed ? Thanks a lot 2014-05-13 11:47 GMT+02:00 Wafa Elhajhmida wafa.elhaj.hm...@gmail.com: Hi, I'm working on USRP E 110 card in order to implement OFDM channel on it. In fact, I would like to remove the old version of gnuradio installed in USRP E 110. Then, I would like to install gnuradio 3.7.4 on USRP E 110(the version that as far as I know contains the different blocks necessary to implement OFDM channel on USRP E 110). Best regards, Wafa HAJ HMIDA ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Merge multiple complex streams
If you make an FFT block for each rtl-sdr source you can then interleave them all together and take your pick using the 'M in N' block. At the edges of each rtl-sdr frequency it will probably get quite messy as the clocks are not synchronised. An example of the use of the FFT and 'M in N' blocks is in my scanoo_rx app which will give you a head start. The 'M in N' block is used to pick out the channel from the output of the FFT block: https://raw.githubusercontent.com/m0mik/scanoo/master/apps/scanoo.com_rx.grc I've always found that in order for it to work at first you must double click something in the flowgraph and then click cancel... some random erroneous bug in GRC. Mike On Mon, May 12, 2014 at 4:49 PM, Imre Biacsics techn...@livep2000.nlwrote: Playing around with GRC for a few months now, sorry if this question is from a dummy. I've a bunch of rtl dongles laying around, and wonder if it's possible to combine more then one to a single baseband signal. The goal is to create a super cheap full HF band web reciever like or for ' websdr' I managed to create multiple channels, where the 2nd dongle is tuned to an offset, equal to the samplerate of the first. (for example 2 x 2 Msps = 4 Msps baseband) Is such a thing possible with GRC? Imre Biacsics ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Time delaying a signal
The delay block works in samples so to get seconds you have to multiply the sample rate by the number of seconds you want to be delayed by. Mike On Mon, May 12, 2014 at 7:14 PM, asad umer user0...@gmail.com wrote: On 5/12/14, Marcus D. Leech mle...@ripnet.com wrote: On 05/12/2014 02:02 PM, asad umer wrote: I want to introduce a time delay in a signal received through USRP...I have used the 'Delay' block but it is not showing any delay...what is the appropriate block to use?? Can i delay the phase instead? Are time and phase delay equal? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio The delay block is in samples. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio so there is no exclusive block for this purpose in GRC?? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Time delaying a signal
To shift just the phase you can use the 'Complex To Float' block in GRC which separates the stream into real and imaginary components. After adding the delay block in line with the imaginary component you can then recombine the stream by using the 'Float To Complex' block. Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Mon, May 12, 2014 at 7:23 PM, Marcus D. Leech mle...@ripnet.com wrote: On 05/12/2014 02:19 PM, Marcus Müller wrote: Well, not that I'm aware of. However, FFT, multiplication with a signal source, IFFT is not really hard to do, and it's what a time shift mathematically is. Greetings, Marcus Also, a phase-shift is just a complex multiply by: complex(cos(ang),sin(ang)) With angle in radians That's how I do manual phase correction in the interferometer support in simple_ra -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Implementation of ieee 802-11 transeiver
You have a line break there accidentally, it should be on one line. If you run: echo source /home/wafa/target/setup_env.sh ~/.bashrc Then this will add the line to the end of your .bashrc startup file. Then type: source ~/.bashrc ...which will then activate it. Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Sat, May 10, 2014 at 6:53 PM, Wafa Elhajhmida wafa.elhaj.hm...@gmail.com wrote: thanks a lot, it shows me this wafa@wafa-K46CB:~/pybombs$ ./pybombs env Settled on prefix: /home/wafa/target Initializing environmental variables... /home/wafa/target/python/:/home/wafa/target/lib/python2.6/site-packages/:/home/wafa/target/lib64/python2.6/site-packages/:/home/wafa/target/lib/python2.6/dist-packages/:/home/wafa/target/lib64/python2.6/dist-packages/:/home/wafa/target/lib/python2.7/site-packages/:/home/wafa/target/lib64/python2.7/site-packages/:/home/wafa/target/lib/python2.7/dist-packages/:/home/wafa/target/lib64/python2.7/dist-packages/:/home/wafa/target/python/:/home/wafa/target/lib/python2.6/site-packages/:/home/wafa/target/lib64/python2.6/site-packages/:/home/wafa/target/lib/python2.6/dist-packages/:/home/wafa/target/lib64/python2.6/dist-packages/:/home/wafa/target/lib/python2.7/site-packages/:/home/wafa/target/lib64/python2.7/site-packages/:/home/wafa/target/lib/python2.7/dist-packages/:/home/wafa/target/lib64/python2.7/dist-packages/ -- loading recipes --- Loading recipes ... Loading recipes ... done -- loading recipes finished -- Writing out env...: PyBombs.sysutils - INFO - To set up your environment (in bash) run: source /home/wafa/target/setup_env.sh wafa@wafa-K46CB:~/pybombs$ source /home/wafa/target bash: source: /home/wafa/target: is a directory wafa@wafa-K46CB:~/pybombs$ /setup_env.sh is this mean that is ok ? 2014-05-10 19:43 GMT+02:00 Kiran Karra kiran.ka...@vt.edu: You may not have told pybombs to write out the environment. Goto your pybombs directory and type: ./pybombs env And that will wrote out the environment to the prefix directory. Then you should be able to source the environment script. On May 10, 2014 1:38:49 PM EDT, Wafa Elhajhmida wafa.elhaj.hm...@gmail.com wrote: Hi, I would like to implement a transceiver in USRP E 110 with gnuradio. For that I found a code concerning an implementation of ieee 802-11 of a transeiver with USRP N 210 descibed in this https://github.com/bastibl/gr-ieee802-11. To implement it I followed the script read me mentionned in this link https://github.com/bastibl/gr-ieee802-11. But when I tried to install gnuradio 3.7 byPyBOMBS in this link http://gnuradio.org/redmine/projects/pybombs/wiki/QuickStart When I typed this command *./pybombs install gnuradio* it works. But when I typed this command wafa@wafa-K46CB:~/pybombs$ source $prefix/setup_env.sh it shows me this: bash: /setup_env.sh: No such file or directory wafa@wafa-K46CB:~/pybombs$ plz how to deal with this error. In fact, when I typed /pybombs install gnuradio it asks me to enter prefix and other staffs I have just typed enter when it asked me to put these variables. is this can harm . what sall I do to correct this error -- Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Sent from my Android device with K-9 Mail. Please excuse my brevity. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Implementation of ieee 802-11 transeiver
cross your fingers and run gnuradio-companion at the command prompt :) -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Sat, May 10, 2014 at 7:06 PM, Wafa Elhajhmida wafa.elhaj.hm...@gmail.com wrote: thanks. I typed these commands wafa@wafa-K46CB:~/pybombs$ source /home/wafa/target/setup_env.sh wafa@wafa-K46CB:~/pybombs$ echo source /home/wafa/target/setup_env.sh ~/.bashrc wafa@wafa-K46CB:~/pybombs$ source ~/.bashrc plz what shall I do now to have gnuradio 3.7 2014-05-10 19:59 GMT+02:00 Mike Jameson m...@scanoo.com: You have a line break there accidentally, it should be on one line. If you run: echo source /home/wafa/target/setup_env.sh ~/.bashrc Then this will add the line to the end of your .bashrc startup file. Then type: source ~/.bashrc ...which will then activate it. Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Sat, May 10, 2014 at 6:53 PM, Wafa Elhajhmida wafa.elhaj.hm...@gmail.com wrote: thanks a lot, it shows me this wafa@wafa-K46CB:~/pybombs$ ./pybombs env Settled on prefix: /home/wafa/target Initializing environmental variables... /home/wafa/target/python/:/home/wafa/target/lib/python2.6/site-packages/:/home/wafa/target/lib64/python2.6/site-packages/:/home/wafa/target/lib/python2.6/dist-packages/:/home/wafa/target/lib64/python2.6/dist-packages/:/home/wafa/target/lib/python2.7/site-packages/:/home/wafa/target/lib64/python2.7/site-packages/:/home/wafa/target/lib/python2.7/dist-packages/:/home/wafa/target/lib64/python2.7/dist-packages/:/home/wafa/target/python/:/home/wafa/target/lib/python2.6/site-packages/:/home/wafa/target/lib64/python2.6/site-packages/:/home/wafa/target/lib/python2.6/dist-packages/:/home/wafa/target/lib64/python2.6/dist-packages/:/home/wafa/target/lib/python2.7/site-packages/:/home/wafa/target/lib64/python2.7/site-packages/:/home/wafa/target/lib/python2.7/dist-packages/:/home/wafa/target/lib64/python2.7/dist-packages/ -- loading recipes --- Loading recipes ... Loading recipes ... done -- loading recipes finished -- Writing out env...: PyBombs.sysutils - INFO - To set up your environment (in bash) run: source /home/wafa/target/setup_env.sh wafa@wafa-K46CB:~/pybombs$ source /home/wafa/target bash: source: /home/wafa/target: is a directory wafa@wafa-K46CB:~/pybombs$ /setup_env.sh is this mean that is ok ? 2014-05-10 19:43 GMT+02:00 Kiran Karra kiran.ka...@vt.edu: You may not have told pybombs to write out the environment. Goto your pybombs directory and type: ./pybombs env And that will wrote out the environment to the prefix directory. Then you should be able to source the environment script. On May 10, 2014 1:38:49 PM EDT, Wafa Elhajhmida wafa.elhaj.hm...@gmail.com wrote: Hi, I would like to implement a transceiver in USRP E 110 with gnuradio. For that I found a code concerning an implementation of ieee 802-11 of a transeiver with USRP N 210 descibed in this https://github.com/bastibl/gr-ieee802-11. To implement it I followed the script read me mentionned in this link https://github.com/bastibl/gr-ieee802-11. But when I tried to install gnuradio 3.7 byPyBOMBS in this link http://gnuradio.org/redmine/projects/pybombs/wiki/QuickStart When I typed this command *./pybombs install gnuradio* it works. But when I typed this command wafa@wafa-K46CB:~/pybombs$ source $prefix/setup_env.sh it shows me this: bash: /setup_env.sh: No such file or directory wafa@wafa-K46CB:~/pybombs$ plz how to deal with this error. In fact, when I typed /pybombs install gnuradio it asks me to enter prefix and other staffs I have just typed enter when it asked me to put these variables. is this can harm . what sall I do to correct this error -- Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Sent from my Android device with K-9 Mail. Please excuse my brevity. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Frequency Counter
Had anyone else seen the below errors with the GNU Radio live DVD when running scanoo_rx? Thanks, Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com -- Forwarded message -- From: Mike Jameson m...@scanoo.com Date: Wed, May 7, 2014 at 12:06 AM Subject: Re: Scanoo Issue To: Dimitris Siafarikas jimsia...@hotmail.com Try rolling back the version of gnu radio to a prior version as it could be a bug that has been recently introduced. Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Tue, May 6, 2014 at 11:27 PM, Dimitris Siafarikas jimsia...@hotmail.comwrote: Both ways it gives me those errors. It starts this way: Loading: /home/ubuntu/Desktop/scanoo.com_rx.grc Error: /home/ubuntu/Desktop/scanoo.com_rx.grc:31:40:FATAL:PARSER:ERR_ATTRIBUTE_WITHOUT_VALUE: Specification mandate value for attribute data-pjax-transient /home/ubuntu/Desktop/scanoo.com_rx.grc:59:10:FATAL:PARSER:ERR_TAG_NAME_MISMATCH: Opening and ending tag mismatch: meta line 51 and head /home/ubuntu/Desktop/scanoo.com_rx.grc:104:7:FATAL:PARSER:ERR_TAG_NAME_MISMATCH: Opening and ending tag mismatch: input line 96 and div /home/ubuntu/Desktop/scanoo.com_rx.grc:139:8:FATAL:PARSER:ERR_TAG_NAME_MISMATCH: Opening and ending tag mismatch: input line 137 and form /home/ubuntu/Desktop/scanoo.com_rx.grc:142:9:FATAL:PARSER:ERR_TAG_NAME_MISMATCH: Opening and ending tag mismatch: form line 92 and div /home/ubuntu/Desktop/scanoo.com_rx.grc:148:30:FATAL:PARSER:ERR_ATTRIBUTE_WITHOUT_VALUE: Specification mandate value for attribute itemscope /home/ubuntu/Desktop/scanoo.com_rx.grc:148:30:FATAL:PARSER:ERR_SPACE_REQUIRED: attributes construct error /home/ubuntu/Desktop/scanoo.com_rx.grc:148:30:FATAL:PARSER:ERR_GT_REQUIRED: Couldn't find end of Start Tag div line 148 /home/ubuntu/Desktop/scanoo.com_rx.grc:184:21:FATAL:PARSER:ERR_ATTRIBUTE_WITHOUT_VALUE: Specification mandate value for attribute itemscope /home/ubuntu/Desktop/scanoo.com_rx.grc:184:21:FATAL:PARSER:ERR_SPACE_REQUIRED: attributes construct error /home/ubuntu/Desktop/scanoo.com_rx.grc:184:21:FATAL:PARSER:ERR_GT_REQUIRED: Couldn't find end of Start Tag h1 line 184 /home/ubuntu/Desktop/scanoo.com_rx.grc:195:14:FATAL:PARSER:ERR_TAG_NAME_MISMATCH: Opening and ending tag mismatch: div line 153 and h1 /home/ubuntu/Desktop/scanoo.com_rx.grc:270:9:FATAL:PARSER:ERR_TAG_NAME_MISMATCH: Opening and ending tag mismatch: input line 265 and div /home/ubuntu/Desktop/scanoo.com_rx.grc:285:9:FATAL:PARSER:ERR_TAG_NAME_MISMATCH: Opening and ending tag mismatch: input line 280 and div /home/ubuntu/Desktop/scanoo.com_rx.grc:312:41:FATAL:PARSER:ERR_ATTRIBUTE_WITHOUT_VALUE: Specification mandate value for attribute data-pjax-container /home/ubuntu/Desktop/scanoo.com_rx.grc:321:17:FATAL:PARSER:ERR_ATTRIBUTE_WITHOUT_VALUE: Specification mandate value for attribute data-pjax /home/ubuntu/Desktop/scanoo.com_rx.grc:321:17:FATAL:PARSER:ERR_SPACE_REQUIRED: attributes construct error /home/ubuntu/Desktop/scanoo.com_rx.grc:321:17:FATAL:PARSER:ERR_GT_REQUIRED: Couldn't find end of Start Tag a line 321 … … … *From:* mikej...@gmail.com [mailto:mikej...@gmail.com] *On Behalf Of *Mike Jameson *Sent:* Tuesday, May 06, 2014 11:45 PM *To:* Dimitris Siafarikas *Subject:* Re: Scanoo Issue I've not seen that error before. Did you load 'gnuradio-companion' and then click open or attempt to run the grc file via the command line where it was mistakenly recognised as a bash script? It works for me on Ubuntu 12.04 LTS x64 with GNU Radio installed via pybombs. Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Tue, May 6, 2014 at 7:04 PM, Dimitris Siafarikas jimsia...@hotmail.com wrote: Mile, I tried to open your .grc file but upon doing so, I got that error: /home/ubuntu/Desktop/scanoo.com_rx.grc:5693:64922:FATAL:PARSER:ERR_UNDECLARED_ENTITY: Entity 'nbsp' not defined Do you know what causes the error? I opened it with GNU Radio Live DVD with GNU Radio 3.7.3 *From:* mikej...@gmail.com [mailto:mikej...@gmail.com] *On Behalf Of *Mike Jameson *Sent:* Tuesday, May 06, 2014 6:54 PM *To:* Dimitris Siafarikas *Subject:* Re: Scanoo Issue Dimitris, From memory the strongest signal is determined by looking at the maximum value of the vector probe result by using the max() function. In order to get the second strongest signal I'd sort the vector probe result into order of magnitude and then go down the list until the frequency is not in the passband of the strongest signal. Each bin is 500hz wide i think so that is why you will probably have the 1st, 2nd, 3rd and 4th place etc all being within the strongest signal's bandwidth and then you'll be able to find the second strongest signal in the first result which doesn't have a frequency within the strongest signal's bandwidth. I was thinking
Re: [Discuss-gnuradio] Frequency Counter
This is the top level url: https://github.com/m0mik/scanoo The direct link to the GRC file is here: https://raw.githubusercontent.com/m0mik/scanoo/master/apps/scanoo.com_rx.grc Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Sat, May 10, 2014 at 7:18 PM, Johnathan Corgan johnat...@corganlabs.comwrote: On 05/10/2014 11:14 AM, Mike Jameson wrote: Had anyone else seen the below errors with the GNU Radio live DVD when running scanoo_rx? Where does the GRC file come from? -- Johnathan Corgan, Corgan Labs SDR Training and Development Services http://corganlabs.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Frequency Counter
The 'spectrum sense mode' in scanoo locks on to the strongest signal within the rx bandwidth. Just set the squelch and then enable spectrum sense in the spectrum sense tab: https://github.com/m0mik/scanoo Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Mon, May 5, 2014 at 4:41 PM, madengr rfe...@everestkc.net wrote: jimsiaf91 wrote Hi list, Has anyone been able to implement a frequency counter yet? Any ideas on how I should try it? ___ Discuss-gnuradio mailing list Discuss-gnuradio@ https://lists.gnu.org/mailman/listinfo/discuss-gnuradio I have been pulling FFT vectors out of the flow into python using a message queue, then finding the frequency of the maximum bin. I suppose you could do this, retune the USRP or channelizer, then increase the decimation. Keep doing this to narrow down the spectrum. I suppose a gated type counter would work too, where you just could the cycles, and may work better for modulated signals. Lou KD4HSO -- View this message in context: http://gnuradio.4.n7.nabble.com/Frequency-Counter-tp47952p47957.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Parameters of NBFM block in GNU Radio companion
The 'NBFM receive' block's 'audio rate' must be stated as it is the value for the output sample rate of the block. Yes, this can be the same as 'quadrature rate', which is the value for the input sample rate of the block, or what sample rate it expects to receive, however the 'audio rate' must be the result of dividing 'quadrature rate' by an integer (also known as audio decimation in the next paragraph), in the latter case this would be '96000/1=96000. Note that when using the 'NBFM receive' block for example, if the 'quadrature rate' was '96000' and the 'audio rate' was '48000' then the 'AM demod' block would have the equivalent values of 'channel rate' = '96000' and 'audio decimation' of 2. Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Tue, Apr 29, 2014 at 5:55 AM, ali hanif alihanif...@gmail.com wrote: That means if i am not using sound card then there is no need to mention audio rate??and quadrature rate will be equal to sample rate? On Mon, Apr 28, 2014 at 9:16 PM, Mike Jameson m...@scanoo.com wrote: 'Quadrature Rate' is the rate that samples come into the block. 'Audio Rate' is the rate that samples are sent to your sound card. 'Tau' is described in the following link: http://gnuradio.4.n7.nabble.com/preemph-time-constant-td26659.html Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Mon, Apr 28, 2014 at 10:10 AM, ali hanif alihanif...@gmail.comwrote: Can anybody explain to me the following parameters of NBFM block in GRC: Audio rate Quadrature rate Tau ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Parameters of NBFM block in GNU Radio companion
'Quadrature Rate' is the rate that samples come into the block. 'Audio Rate' is the rate that samples are sent to your sound card. 'Tau' is described in the following link: http://gnuradio.4.n7.nabble.com/preemph-time-constant-td26659.html Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Mon, Apr 28, 2014 at 10:10 AM, ali hanif alihanif...@gmail.com wrote: Can anybody explain to me the following parameters of NBFM block in GRC: Audio rate Quadrature rate Tau ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Error while installing a new version of GNURadion on USRP e110
Abouda, I've seen the g++: Internal error: Killed (program cc1plus) error before when I ran out of memory. Try creating more swap space and use make -j1 to reduce the number of threads used for the compile. Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Tue, Apr 15, 2014 at 9:57 AM, Abouda Yassine abouda21yass...@gmail.comwrote: Hi, I removed the old version of the GNURadio installed on the USRP e110,I followed instructions on the FAQ forum in order to install a new version of it.everything seemed all right at the beginning but suddenly an error came out of no where: [ 49%] Built target _filter_swig_swig_tag [ 49%] Building CXX object gr-filter/swig/CMakeFiles/_filter_swig.dir/filter_swigPYTHON_wrap.cxx.o g++: Internal error: Killed (program cc1plus) Please submit a full bug report. See http://gcc.gnu.org/bugs.htmlhttps://owa.ece.fr/owa/redir.aspx?C=azMLHeTJTEeJAp-eApYyqBPwd5wXLNEIaWtGtAFgTFNK5I8pwshWTvAb5Aa2cq8hkqcLKU7Jt-8.URL=http%3a%2f%2fgcc.gnu.org%2fbugs.html for instructions. make[2]: *** [gr-filter/swig/CMakeFiles/_filter_swig.dir/filter_swigPYTHON_wrap.cxx.o] Error 1 make[1]: *** [gr-filter/swig/CMakeFiles/_filter_swig.dir/all] Error 2 make: *** [all] Error 2 Any ideas how to fix this.Thank you regards, Yassine ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Python code execution in GRC
Ali, FYI, I've CC'd the discuss-gnuradio@gnu.org mailing list to encourage feedback. I'd recommend starting by creating a basic flowgraph in GRC (gnuradio-companion), run it and then rename the created python file. The rename must be done before editing it otherwise it will get overwritten. You can use this python file as a working example to start from and insert your code into it accordingly. Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Tue, Apr 15, 2014 at 2:48 PM, ali hanif alihanif...@gmail.com wrote: Hi mike...i am working on a project related to GNU radio companion...i have a python code with me which i want to execute in GNU,but i am unable to find a suitable block for it..can u plz tell me which block to use and how?? when i try to execute that code in GEANY i got the following error: AttributeError: 'top_block_sptr' object has no attribute 'wxgui_' Tell if u know how to correct this error.. thanks in advance.. ali ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem with getting clear FM signals using the usrp e110
Abouda, If you attach your GRC file to your reply I'll take a look at it for you. It sounds like a sample rate mis-match going on somewhere. Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Tue, Apr 8, 2014 at 12:18 PM, Abouda Yassine abouda21yass...@gmail.comwrote: Hello, I followed this tutorial to build a simple FM receiver: https://www.youtube.com/watch?v=KWeY2yqwVA0.I am using the USRP e110,my problem is I am only getting noise.I tried to change blocks and parameters and it worked for me when I deleted the rational resampler and made a 100k as a sample_rate parameter.I get to hear FM radio stations but the quality of the sound is very bad it's like on the SAW movie.Any one has a solution on how to improve the sound qualitythx ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] installing via PyBombs
John, You need to run: ./pybombs env and then follow the instructions about using the source command to set the environment variables. Once this is done type gnuradio-companion in the terminal to launch GRC. Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Sun, Apr 6, 2014 at 5:53 AM, John Meloche john1melo...@gmail.com wrote: Hello... new user here. I need to know what do next. There is no GRC icon after the install. Any help would be great. Thanks. I ran the following on a very fresh install of Ubuntu LTS. sudo apt-get install git git clone git://github.com/pybombs/pybombs cd pybombs ./pybombs install gnuradio sudo ldconfig There were no errors reported along the way and took about 1 hour. I selected all of the defaults during the pybombs install. Terminal window displayed the following upon completion: Best unaligned arch: u_sse3 RUN_VOLK_TESTS: volk_32f_s32f_multiply_32f( 204602,1) u_sse completed in 470ms u_avx completed in 480ms generic completed in 1110ms a_sse completed in 470ms a_avx completed in 500ms a_generic completed in 1120ms Best aligned arch: u_sse Best unaligned arch: u_sse Creating /home//.volk... Writing /home//.volk/volk_config... @-TECRA-R950:~/pybombs$ sudo ldconfig [sudo] password for : @-TECRA-R950:~/pybombs$ Now what? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] DC Nonexistent Peak at Transmitter
Hi Sema, You are most likely seeing the local oscillator at the centre due to the WBX being a direct conversion daughterboard: http://en.wikipedia.org/wiki/Direct-conversion_receiver To remove this, you can put the following in the center frequency box of the UHD source/sink block in GRC: uhd.tune_request(uhd_center_freq, rf_freq=(uhd_center_freq+uhd_lo_offset),rf_freq_policy=uhd.tune_request.POLICY_MANUAL) The 'uhd_center_freq' and 'uhd_lo_offset' need to be specified. Set 'uhd_lo_offset' to be something like ((samp_rate/2)*1.1). Regards, Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://www.ettus.com http://www.ettus.com On Fri, Nov 1, 2013 at 3:21 PM, s k ofize...@yahoo.com.tr wrote: Hi all, I am trying to create a complex cosine signal in 100kHz and transmit it with USRP in 110MHz using WBX daughterboard. I have observed this signal in an oscilloscope and a spectrum analyzer. It can be seen that there is a nonexistent peak at transmit frequency of USRP. I also added the related photos to be clear. Any help would be kindly appreciated. Sema ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] band pass filter
Hi Maheshkumar, For your example using a sample rate of 400e6, the low and high cutoff frequencies need to be between -200e6 and 200e6, not 800+ as you currently have them configured. Try 10e6 for low cutoff and 20e6 for high cutoff. Regards, Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://www.ettus.com http://www.ettus.com On Thu, Oct 31, 2013 at 10:54 AM, Maheshkumar Pandit elecomah...@gmail.comwrote: hello every one .. i implement the following spectrum generation stimulation but band pass parameter show error . File /home/mahesh/Documents/3110/1/top_block.py, line 128, in __init__ 1, samp_rate, 83000, 84000, 1, firdes.WIN_HAMMING, 6.76)) File /usr/lib/python2.6/dist-packages/gnuradio/gr/gnuradio_core_general.py, line 9544, in band_pass return _gnuradio_core_general.firdes_band_pass(*args, **kwargs) RuntimeError: gr_firdes check failed: 0 fa = sampling_freq / 2 guude me if any buddy face sane problem -- *Thanks and regard:* * MR.Maheshkumar Pandit ** * *call @ 9662784649 * ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] trouble with python sync_block and dynamic flow graph reconfiguration
Hi Joshua, You will be pleased to know that it still works even after leaving it for 5 minutes: m@mi7:~/Downloads$ ./unconnect_test.py -h Usage: unconnect_test.py: [options] Options: -h, --help show this help message and exit -f Run failing test (with python sync_block) or passing test (without python sync_block) m@mi7:~/Downloads$ ./unconnect_test.py Running until enter is pressed: Setting new sink. Unlocking... Using Volk machine: avx_64_mmx_orc Unlocked Hit Enter to quit: Finished. m@mi7:~/Downloads$ ./unconnect_test.py -f my_sink: init 60067920 Running until enter is pressed: my_sink: work: 32768 my_sink: work: 32767 my_sink: work: 32768 my_sink: work: 32767 my_sink: work: 32768 my_sink: work: 32767 my_sink: work: 32768 my_sink: work: 32767 my_sink: work: 32768 my_sink: work: 32767 my_sink: work: 32768 my_sink: work: 32767 my_sink: work: 32768 snip I've just looked at the git log and I am also using the same version as you: commit be73b3035c184cf09e1051deaba20eca88de8c9d I am using Ubuntu 12.04 LTS x64 with a Quad Core i7/8GB Ram and GNU Radio/UHD was built with pybombs. Regards, Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://www.ettus.com http://www.ettus.com On Mon, Sep 16, 2013 at 11:16 PM, Joshua Lackey j...@thre.at wrote: I can't get dynamic reconfiguration to work when my flow graph has a sync_block implemented in Python. If I lock() and then disconnect() and connect() other blocks, my program always hangs on the unlock(). It won't even stop when I hit ctrl-c. Superficial debugging shows that a thread is stuck on a sem_wait() somewhere. Figuring out exactly where it is would take me quite some time as I'm not familiar with that section of the GNU Radio code. (Considering I wrote the sync_block in Python to save some time, re-implementing it in C++ would be quicker for me than tracking down this potential bug.) I did search the mailing list, but I couldn't find anyone discussing this issue. At least not with the search terms I used. I realize that it is entirely possible I'm simply doing it wrong so I wrote a (minimal) example that demonstrates my problem. (Attached.) I should include information about my GNU Radio install, but I'm not sure what would be useful. I use Arch Linux and can't run the build-gnuradio script directly, but I followed it as an example. I wanted to get 3.7 so I installed from the git master branch. The last commit in my repo is be73b3035c184cf09e1051deaba20eca88de8c9d . If any other information about my system would be useful in tracking this down, please tell me. Here is an example run of the attached program. Note how the first test using all GNU Radio C++ primitives works as expected. The example only hangs when I try and lock()/unlock() the flow graph that contains my simple Python sync_block. Any ideas? $ ./unconnect_test.py -h Usage: unconnect_test.py: [options] Options: -h, --help show this help message and exit -f Run failing test (with python sync_block) or passing test (without python sync_block) $ ./unconnect_test.py Running until enter is pressed: Setting new sink. Unlocking... Using Volk machine: avx_64_mmx_orc Unlocked Hit Enter to quit: Finished. $ ./unconnect_test.py -f my_sink: init 45187536 Running until enter is pressed: my_sink: work: 32768 my_sink: work: 32767 my_sink: work: 32768 my_sink: work: 32767 Setting new sink. my_sink: init 45187856 Unlocking... ^Z [1]+ Stopped ./unconnect_test.py -f $ kill %1 [1]+ Stopped ./unconnect_test.py -f $ fg bash: fg: job has terminated [1]+ Terminated ./unconnect_test.py -f $ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] trouble with python sync_block and dynamic flow graph reconfiguration
Hi again, I forgot to press enter so the issue does happen on my end too: m@mi7:~/Downloads$ time ./unconnect_test.py -f my_sink: init 36995152 Running until enter is pressed: my_sink: work: 32768 my_sink: work: 32767 my_sink: work: 32768 my_sink: work: 32767 my_sink: work: 32768 my_sink: work: 32767 Setting new sink. my_sink: init 36995472 Unlocking... ^C^Z [1]+ Stopped ./unconnect_test.py -f real2m45.886s user0m0.000s sys0m0.000s I'll have a look into it. Regards, Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://www.ettus.com http://www.ettus.com On Tue, Sep 17, 2013 at 11:17 AM, Mike Jameson mike.jame...@ettus.comwrote: Hi Joshua, You will be pleased to know that it still works even after leaving it for 5 minutes: m@mi7:~/Downloads$ ./unconnect_test.py -h Usage: unconnect_test.py: [options] Options: -h, --help show this help message and exit -f Run failing test (with python sync_block) or passing test (without python sync_block) m@mi7:~/Downloads$ ./unconnect_test.py Running until enter is pressed: Setting new sink. Unlocking... Using Volk machine: avx_64_mmx_orc Unlocked Hit Enter to quit: Finished. m@mi7:~/Downloads$ ./unconnect_test.py -f my_sink: init 60067920 Running until enter is pressed: my_sink: work: 32768 my_sink: work: 32767 my_sink: work: 32768 my_sink: work: 32767 my_sink: work: 32768 my_sink: work: 32767 my_sink: work: 32768 my_sink: work: 32767 my_sink: work: 32768 my_sink: work: 32767 my_sink: work: 32768 my_sink: work: 32767 my_sink: work: 32768 snip I've just looked at the git log and I am also using the same version as you: commit be73b3035c184cf09e1051deaba20eca88de8c9d I am using Ubuntu 12.04 LTS x64 with a Quad Core i7/8GB Ram and GNU Radio/UHD was built with pybombs. Regards, Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://www.ettus.com http://www.ettus.com On Mon, Sep 16, 2013 at 11:16 PM, Joshua Lackey j...@thre.at wrote: I can't get dynamic reconfiguration to work when my flow graph has a sync_block implemented in Python. If I lock() and then disconnect() and connect() other blocks, my program always hangs on the unlock(). It won't even stop when I hit ctrl-c. Superficial debugging shows that a thread is stuck on a sem_wait() somewhere. Figuring out exactly where it is would take me quite some time as I'm not familiar with that section of the GNU Radio code. (Considering I wrote the sync_block in Python to save some time, re-implementing it in C++ would be quicker for me than tracking down this potential bug.) I did search the mailing list, but I couldn't find anyone discussing this issue. At least not with the search terms I used. I realize that it is entirely possible I'm simply doing it wrong so I wrote a (minimal) example that demonstrates my problem. (Attached.) I should include information about my GNU Radio install, but I'm not sure what would be useful. I use Arch Linux and can't run the build-gnuradio script directly, but I followed it as an example. I wanted to get 3.7 so I installed from the git master branch. The last commit in my repo is be73b3035c184cf09e1051deaba20eca88de8c9d . If any other information about my system would be useful in tracking this down, please tell me. Here is an example run of the attached program. Note how the first test using all GNU Radio C++ primitives works as expected. The example only hangs when I try and lock()/unlock() the flow graph that contains my simple Python sync_block. Any ideas? $ ./unconnect_test.py -h Usage: unconnect_test.py: [options] Options: -h, --help show this help message and exit -f Run failing test (with python sync_block) or passing test (without python sync_block) $ ./unconnect_test.py Running until enter is pressed: Setting new sink. Unlocking... Using Volk machine: avx_64_mmx_orc Unlocked Hit Enter to quit: Finished. $ ./unconnect_test.py -f my_sink: init 45187536 Running until enter is pressed: my_sink: work: 32768 my_sink: work: 32767 my_sink: work: 32768 my_sink: work: 32767 Setting new sink. my_sink: init 45187856 Unlocking... ^Z [1]+ Stopped ./unconnect_test.py -f $ kill %1 [1]+ Stopped ./unconnect_test.py -f $ fg bash: fg: job has terminated [1]+ Terminated ./unconnect_test.py -f $ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] trouble with python sync_block and dynamic flow graph reconfiguration
Hi Joshua, For a temporary workaround, replace tb.lock() with: tb.stop() tb.wait() ...and replace tb.unlock() with: tb.start() This works for me: pydev debugger: starting my_sink: init 48050448 Running until enter is pressed: my_sink: work: 32768 my_sink: work: 32767 my_sink: work: 32768 my_sink: work: 32767 my_sink: work: 32768 Setting new sink. my_sink: init 48051728 Unlocking... Unlocked Hit Enter to quit: my_sink: work: 32768 my_sink: work: 32767 my_sink: work: 32768 my_sink: work: 32767 Finished. See attached for working version. Regards, Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://www.ettus.com http://www.ettus.com On Tue, Sep 17, 2013 at 11:24 AM, Mike Jameson mike.jame...@ettus.comwrote: Hi again, I forgot to press enter so the issue does happen on my end too: m@mi7:~/Downloads$ time ./unconnect_test.py -f my_sink: init 36995152 Running until enter is pressed: my_sink: work: 32768 my_sink: work: 32767 my_sink: work: 32768 my_sink: work: 32767 my_sink: work: 32768 my_sink: work: 32767 Setting new sink. my_sink: init 36995472 Unlocking... ^C^Z [1]+ Stopped ./unconnect_test.py -f real2m45.886s user0m0.000s sys0m0.000s I'll have a look into it. Regards, Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://www.ettus.com http://www.ettus.com On Tue, Sep 17, 2013 at 11:17 AM, Mike Jameson mike.jame...@ettus.comwrote: Hi Joshua, You will be pleased to know that it still works even after leaving it for 5 minutes: m@mi7:~/Downloads$ ./unconnect_test.py -h Usage: unconnect_test.py: [options] Options: -h, --help show this help message and exit -f Run failing test (with python sync_block) or passing test (without python sync_block) m@mi7:~/Downloads$ ./unconnect_test.py Running until enter is pressed: Setting new sink. Unlocking... Using Volk machine: avx_64_mmx_orc Unlocked Hit Enter to quit: Finished. m@mi7:~/Downloads$ ./unconnect_test.py -f my_sink: init 60067920 Running until enter is pressed: my_sink: work: 32768 my_sink: work: 32767 my_sink: work: 32768 my_sink: work: 32767 my_sink: work: 32768 my_sink: work: 32767 my_sink: work: 32768 my_sink: work: 32767 my_sink: work: 32768 my_sink: work: 32767 my_sink: work: 32768 my_sink: work: 32767 my_sink: work: 32768 snip I've just looked at the git log and I am also using the same version as you: commit be73b3035c184cf09e1051deaba20eca88de8c9d I am using Ubuntu 12.04 LTS x64 with a Quad Core i7/8GB Ram and GNU Radio/UHD was built with pybombs. Regards, Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://www.ettus.com http://www.ettus.com On Mon, Sep 16, 2013 at 11:16 PM, Joshua Lackey j...@thre.at wrote: I can't get dynamic reconfiguration to work when my flow graph has a sync_block implemented in Python. If I lock() and then disconnect() and connect() other blocks, my program always hangs on the unlock(). It won't even stop when I hit ctrl-c. Superficial debugging shows that a thread is stuck on a sem_wait() somewhere. Figuring out exactly where it is would take me quite some time as I'm not familiar with that section of the GNU Radio code. (Considering I wrote the sync_block in Python to save some time, re-implementing it in C++ would be quicker for me than tracking down this potential bug.) I did search the mailing list, but I couldn't find anyone discussing this issue. At least not with the search terms I used. I realize that it is entirely possible I'm simply doing it wrong so I wrote a (minimal) example that demonstrates my problem. (Attached.) I should include information about my GNU Radio install, but I'm not sure what would be useful. I use Arch Linux and can't run the build-gnuradio script directly, but I followed it as an example. I wanted to get 3.7 so I installed from the git master branch. The last commit in my repo is be73b3035c184cf09e1051deaba20eca88de8c9d . If any other information about my system would be useful in tracking this down, please tell me. Here is an example run of the attached program. Note how the first test using all GNU Radio C++ primitives works as expected. The example only hangs when I try and lock()/unlock() the flow graph that contains my simple Python sync_block. Any ideas? $ ./unconnect_test.py -h Usage: unconnect_test.py: [options] Options: -h, --help show this help message and exit -f Run failing test (with python sync_block) or passing test (without python sync_block) $ ./unconnect_test.py Running until enter is pressed: Setting new sink. Unlocking... Using Volk machine: avx_64_mmx_orc Unlocked Hit Enter to quit: Finished. $ ./unconnect_test.py -f my_sink: init
Re: [Discuss-gnuradio] USRP2 video transmission
Hi Zeeshan, If you attach your code I can take a look for you. Assuming you have 2 x USRP2, have you tried a MIMO cable/10MHz clock source to synchronise clocks between transmitter and receiver? Regards, Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://www.ettus.com http://www.ettus.com On Tue, Sep 17, 2013 at 8:42 AM, ZEESHAN HAYAT malikzeeshanha...@yahoo.comwrote: Hi, Hope everything is perfect for you. I'm doing a project on GNU radio, transmitting and receiving a video. It works fine in simulation ( GNU radio ), but when I attach USRP2, I't isn't receiving any thing. I'm using Gstreamer with GNU radio. Zeeshan Hayat Department of Electrical Engineering, COMSATS Institute of Information Technology Park Road|44000|Islamabad ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GR-UHD detected ABI compatibility mismatch with UHD library
Hi António, To fix this error you need to build and install GNU Radio again which will compile gr-uhd against the currently installed version of the UHD. Regards, Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://www.ettus.com http://www.ettus.com On Tue, Sep 17, 2013 at 1:27 PM, António Gomes agome...@gmail.com wrote: Hi all, I'm having an error when compiling the grc. i was just trying to do a FFT on a usrp source and it gives me this error: - Using Volk machine: avx_64_mmx Traceback (most recent call last): File /home/tojo/top_block.py, line 118, in module tb = top_block() File /home/tojo/top_block.py, line 81, in __init__ channels=range(1), File /usr/local/lib/python2.7/dist-packages/gnuradio/uhd/__init__.py, line 122, in constructor_interceptor return old_constructor(*args) File /usr/local/lib/python2.7/dist-packages/gnuradio/uhd/uhd_swig.py, line 1727, in make return _uhd_swig.usrp_source_make(*args) RuntimeError: GR-UHD detected ABI compatibility mismatch with UHD library. GR-UHD was build against ABI: 3.4.0-3, but UHD library reports ABI: 3.4.0-0 Suggestion: install an ABI compatible version of UHD, or rebuild GR-UHD component against this ABI version. - I installed the latest UHD version 003.005.003http://files.ettus.com/binaries/uhd_stable/releases/uhd_003.005.003-release/ and gnuradio 3.6.4.1. Do you know how i can fix this error? Best Regards, --- António João Matos Gomes ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GR-UHD detected ABI compatibility mismatch with UHD library
Hi António, This is what I would do to get out of your predicament: 1) Uninstall all GNU Radio and UHD packages from the Ubuntu software center. 2) Run Marcus Leech's build-gnuradio script which will compile and build the latest release of GNU Radio 3.6 along with the latest stable UHD release: http://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR#Using-the-build-gnuradio-script Regards, Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://www.ettus.com http://www.ettus.com On Tue, Sep 17, 2013 at 1:57 PM, António Gomes agome...@gmail.com wrote: I tried to reinstall it again but it's giving me the exact same error. I'm using a gnuradio_3.6.4.1_Ubuntu-12.10-x86_64.deb file with ubuntu software center on a UBUNTU 13.04. --- António João Matos Gomes 2013/9/17 Mike Jameson mike.jame...@ettus.com Hi António, To fix this error you need to build and install GNU Radio again which will compile gr-uhd against the currently installed version of the UHD. Regards, Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://www.ettus.com http://www.ettus.com On Tue, Sep 17, 2013 at 1:27 PM, António Gomes agome...@gmail.comwrote: Hi all, I'm having an error when compiling the grc. i was just trying to do a FFT on a usrp source and it gives me this error: - Using Volk machine: avx_64_mmx Traceback (most recent call last): File /home/tojo/top_block.py, line 118, in module tb = top_block() File /home/tojo/top_block.py, line 81, in __init__ channels=range(1), File /usr/local/lib/python2.7/dist-packages/gnuradio/uhd/__init__.py, line 122, in constructor_interceptor return old_constructor(*args) File /usr/local/lib/python2.7/dist-packages/gnuradio/uhd/uhd_swig.py, line 1727, in make return _uhd_swig.usrp_source_make(*args) RuntimeError: GR-UHD detected ABI compatibility mismatch with UHD library. GR-UHD was build against ABI: 3.4.0-3, but UHD library reports ABI: 3.4.0-0 Suggestion: install an ABI compatible version of UHD, or rebuild GR-UHD component against this ABI version. - I installed the latest UHD version 003.005.003http://files.ettus.com/binaries/uhd_stable/releases/uhd_003.005.003-release/ and gnuradio 3.6.4.1. Do you know how i can fix this error? Best Regards, --- António João Matos Gomes ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gr-air-modes - what dependencies?
Hi Ralph, I've found that the following prevents issues building gr-air-modes. In 'pybombs/templates/cmake.lwt', change: make -j4 to: make -j1 Regards, Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://www.ettus.com http://www.ettus.com On Tue, Sep 17, 2013 at 2:18 PM, Ralph A. Schmid, dk5ras ra...@schmid.xxxwrote: Hi, When I want to install gr-air-modes, what dependencies are needed, what gnuradio-version? Should it work with 3.7? It does not compile on my machine, with some not very meaningful error message...can post it later when back at home. Or what else is recommended for ADS-B / Mode-S, when having gnuradio 3.7 / gr-osmosdr / uhd and an USRP1 and a bladeRF available? I have an airport (NUE) almost in sight, and when tuning a hand scanner with rubber duck to 1030 resp. 1090 MHz AM, I can hear lots of requests and answers just with my plain ears, so it really should work to decode at least something. With best regards Ralph. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gr-air-modes - what dependencies?
Hi Ralph, Yes, pyBombs installs the latest GNU Radio 3.7 master branch by default, as does running 'build-gnuradio -m'. http://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR Regards, Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://www.ettus.com http://www.ettus.com On Tue, Sep 17, 2013 at 2:38 PM, Ralph A. Schmid, dk5ras ra...@schmid.xxxwrote: Aah, some googling showed me that I need to select gnuradio-3.7 branch. Guess this will fix it. Ralph. -Original Message- From: discuss-gnuradio-bounces+ralph=schmid@gnu.org [mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of Ralph A. Schmid, dk5ras Sent: Tuesday, September 17, 2013 3:19 PM To: discuss-gnuradio@gnu.org Subject: [Discuss-gnuradio] gr-air-modes - what dependencies? Hi, When I want to install gr-air-modes, what dependencies are needed, what gnuradio-version? Should it work with 3.7? It does not compile on my machine, with some not very meaningful error message...can post it later when back at home. Or what else is recommended for ADS-B / Mode-S, when having gnuradio 3.7 / gr-osmosdr / uhd and an USRP1 and a bladeRF available? I have an airport (NUE) almost in sight, and when tuning a hand scanner with rubber duck to 1030 resp. 1090 MHz AM, I can hear lots of requests and answers just with my plain ears, so it really should work to decode at least something. With best regards Ralph. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GR-UHD detected ABI compatibility mismatch with UHD library
Hi António, I'd recommend building GNU Radio 3.7 if you are starting a fresh. Also, use '-v' for more information on what it is doing in case of a hang like you have seen: build-gnuradio -m -v If the build-gnuradio script does not work for you you can try pyBombs: http://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR#Using-PyBOMBS After downloading from Git, navigate to the pybombs folder and run: sudo ./pybombs install gnuradio Regards, Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://www.ettus.com http://www.ettus.com On Tue, Sep 17, 2013 at 3:39 PM, António Gomes agome...@gmail.com wrote: I've started the script but when i guess it stopped. this is the last output. THIS MAY TAKE QUITE SOME TIME = Checking for package libfontconfig1-dev Checking for package libxrender-dev Checking for package libpulse-dev Checking for package swig Checking for package g++ Checking for package automake Checking for package autoconf Checking for package libtool Checking for package python-dev Checking for package libfftw3-dev Checking for package libcppunit-dev Checking for package libboost-all-dev Checking for package libusb-dev Checking for package libusb-1.0-0-dev Checking for package fort77 Checking for package libsdl1.2-dev Checking for package python-wxgtk2.8 Checking for package git-core Checking for package libqt4-dev Checking for package python-numpy Checking for package ccache Checking for package python-opengl Checking for package libgsl0-dev Checking for package python-cheetah Checking for package python-lxml Checking for package doxygen Checking for package qt4-default Checking for package qt4-dev-tools Checking for package libusb-1.0-0-dev Checking for package libqwt5-qt4-dev Checking for package libqwtplot3d-qt4-dev Checking for package pyqt4-dev-tools Checking for package python-qwt5-qt4 Checking for package cmake Checking for package git-core Checking for package wget Checking for package libxi-dev Checking for package python-docutils Checking for package gtk2-engines-pixbuf Checking for package r-base-dev Checking for package python-tk Checking for package liborc-0.4-0 Checking for package liborc-0.4-dev Checking for package libasound2-dev Checking for package python-gtk2 Done checking packages --- It's here for 10 minutes, i guess there's something wrong. --- António João Matos Gomes 2013/9/17 Mike Jameson mike.jame...@ettus.com Hi António, This is what I would do to get out of your predicament: 1) Uninstall all GNU Radio and UHD packages from the Ubuntu software center. 2) Run Marcus Leech's build-gnuradio script which will compile and build the latest release of GNU Radio 3.6 along with the latest stable UHD release: http://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR#Using-the-build-gnuradio-script Regards, Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://www.ettus.com http://www.ettus.com On Tue, Sep 17, 2013 at 1:57 PM, António Gomes agome...@gmail.comwrote: I tried to reinstall it again but it's giving me the exact same error. I'm using a gnuradio_3.6.4.1_Ubuntu-12.10-x86_64.deb file with ubuntu software center on a UBUNTU 13.04. --- António João Matos Gomes 2013/9/17 Mike Jameson mike.jame...@ettus.com Hi António, To fix this error you need to build and install GNU Radio again which will compile gr-uhd against the currently installed version of the UHD. Regards, Mike -- Mike Jameson M0MIK BSc MIET Ettus Research Technical Support Email: supp...@ettus.com Web: http://www.ettus.com http://www.ettus.com On Tue, Sep 17, 2013 at 1:27 PM, António Gomes agome...@gmail.comwrote: Hi all, I'm having an error when compiling the grc. i was just trying to do a FFT on a usrp source and it gives me this error: - Using Volk machine: avx_64_mmx Traceback (most recent call last): File /home/tojo/top_block.py, line 118, in module tb = top_block() File /home/tojo/top_block.py, line 81, in __init__ channels=range(1), File /usr/local/lib/python2.7/dist-packages/gnuradio/uhd/__init__.py, line 122, in constructor_interceptor return old_constructor(*args) File /usr/local/lib/python2.7/dist-packages/gnuradio/uhd/uhd_swig.py, line 1727, in make return _uhd_swig.usrp_source_make(*args) RuntimeError: GR-UHD detected ABI compatibility mismatch with UHD library. GR-UHD was build against ABI: 3.4.0-3, but UHD library reports ABI: 3.4.0-0 Suggestion: install an ABI compatible version of UHD, or rebuild GR-UHD component against this ABI version. - I installed the latest UHD version 003.005.003http://files.ettus.com/binaries/uhd_stable/releases/uhd_003.005.003-release/ and gnuradio 3.6.4.1. Do you know how i can fix this error? Best Regards
Re: [Discuss-gnuradio] Processing multiple signals off single source block
Hi Vanush, It uses the gr-osmosdr GRC block and the Funcube Dongle Pro+ is second in the list of compatible devices so yes it will work: http://sdr.osmocom.org/trac/wiki/GrOsmoSDR However, In order to work using the 192KHz bandwidth of the Funcube Pro+ you will need to fiddle with the sample rates and make sure that they are something like the following: 1) samp_rate = 192e3 2) channel_samp_rate = (quad_samp_rate * 1) 3) quad_samp_rate = (audio_samp_rate * 1) 4) audio_samp_rate = (48e3) I'll update Scanoo to have an option in the GUI for the 'channel_samp_rate' and 'quad_samp_rate' multipliers for easy Funcube use and better flexibility. Thanks for asking the question! Regards, Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Wed, Aug 21, 2013 at 11:40 PM, Vanush Vaswani van...@gmail.com wrote: Mike, does this work with the Funcube Dongle Pro+? On Thu, Aug 22, 2013 at 4:39 AM, Mike Jameson m...@scanoo.com wrote: Hi Luke, I've found using the FFT blocks are the most cpu efficient way to extract a channel from the whole 20MHz of the HackRF. Have a look at my latest Scanoo release built in GRC which uses the 'Keep X in N' block to select the channel required. There's also a spectrum sense mode which locks on to the strongest signal within the 20MHz bandwidth if it is not in the blocked frequency list: https://github.com/m0mik/scanoo Cheers, Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Wed, Aug 21, 2013 at 7:15 PM, Luke B luk...@gmail.com wrote: I am working on a processing multiple signals using a single source block. The background is below, but I had a couple of high level questions: - What is the best approach performance wise for selecting multiple ~15khz channels from a 2mhz+ source block? Is it using a Xlating FIR Filter with a low-pass? Is it more efficient to use a SIN Sig source Multiply Block with a low-pass FIR Filter? Is there a better way to extract a filter? - What is the best way to have different bunch of blocks processing each signal run independently and not block each other? I want to do this as a GR C++ program is there any way to run the signal source and chanelizers as one thread and then have the different processing chains run as separate threads? Is there a way to put a queue or buffer inbetween blocks that would allow for a chain of blocks to be separated between threads? Or am I better off doing the basic signal/channel processing for everything in a single process and then writing the results to a file and then having a process which goes through the files and does the more intensive vocoder work in non-real time? Any pointers or examples of how to do threading with GR C++ code would be really helpful. I am not sure of the best architectual approach. Background: I have taken the gr-smartnet code and done a skeleton implementation in C++. I want to process the digital trunking channel and then decode and record the digital audio from all of the different talk groups. Since it is trunked, channels will be randomly be turning on and off and talk groups will be switching from channels. It would be good to have a separate thread for the trunk decoding and the separate digital audio recorders. Ideally, I would like to be able to do this over 8 or 10Mhz using my HackRF. My code, which is working enough to decode the trunking channel, is here: https://github.com/robotastic/sdr Thanks! - Luke ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How does probe level works
Hi Dilip, Have a look at the scanoo GRC flowgraph build in GNU Radio 3.7 which uses the probe functions for spectrum sensing: https://github.com/m0mik/scanoo This is the GRC flowgraph in question: https://raw.github.com/m0mik/scanoo/master/apps/scanoo.com_rx.grc The 'Function Probe' block is used to call either the 'level()' or 'unmuted()' function in the probe_avg_mag_sqrd block. You can then access the value using the name of the 'Function Probe' block. The same technique applies for calling the value of the 'Probe Signal' and 'Probe Signal Vector' blocks, however these only have the 'level()' function available. Regards, Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Mon, Aug 19, 2013 at 6:07 AM, dilip thapa palpa5b...@hotmail.com wrote: Hi, I am trying to detect the presence of primary user by energy detection. And after searching I was advised to use probe block to do the sense. (gr.probe_avg_mag_sqrd_f). Can anyone explain how this works. How level() method gives the energy level. ~Dilip ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] About the latest submission of usrp_spectrum_sense.py
Hi Ahmed, Dividing the bin power by the sample rate in the calculation for noise_floor_db and power_db (lines 286 and 287 of https://github.com/gnuradio/gnuradio/commit/cc12277f64207ff79a40094268c843e6b3e2d2d3#L0R286) was done so that the power level stays constant if the sample rate is increased. This is required because the bin statistics function sums together more samples if the usrp_rate is increased and therefore increases the bin value result. The noise_floor_db value is subtracted from the power_db value to give a relative signal strength above the noise floor to make it easier to set the squelch and catch signals: noise_floor_db = 10*math.log10(min(m.data)/tb.usrp_rate) power_db = 10*math.log10(m.data[i_bin]/tb.usrp_rate) - noise_floor_db Regards, Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Thu, Jul 25, 2013 at 10:11 PM, Ahmed Saeed ah...@gmx.us wrote: Dear all, I checked your latest submission of usrp_spectrum_sense.py and I don't understand why there is a division of the value of each bin by the sampling rate. Also I don't understand why there is a subtraction of the noise floor from the power db value to calculate an actual db value. Kindly explain those modifications. I am working with a USRP N210 and when I run uhd_fft to display an analog TV channel I get values around -60's db for the central frequencies of both the audio and video signals. When I used the latest version of usrp_spectrum_sense.py, I got positive values for power_db and when I removed the deduction of the noise floor, I got readings almost near the noise floor for all bins (including the ones at the central frequency of the audio and video signals). I hope you can point me to the right direction and correct my misunderstanding of the code. Thank you for your time. Kind regards, Ahmed Saeed. -- Ahmed Saeed Research Assistant Department of Computer Science and Engineering Egypt-Japan University of Science and Technology (E-JUST) email: ahmed.sa...@ejust.edu.eg mobile: +201112389430 web: http://wrc.ejust.edu.eg/people/saeed ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] About the latest submission of usrp_spectrum_sense.py
Hi Ahmed, You will need to use a calibrated rf source to compare your USRP N210 SDR receiver against and adjust the power_db result (without subtracting the noise floor result from it) to match. I assume it will be a simple case of adding or subtracting 'X' db's to the power_db result for each calibration power level tested against. Unfortunately I haven't any calibrated rf signal sources to hand so am unable to confirm how easy it will be to calibrate. Regards, Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Sat, Jul 27, 2013 at 1:07 PM, Ahmed Saeed ah...@gmx.us wrote: Hi Mike, Thank you for your reply. So what if I want to sense with the sensing threshold set by the FCC for white spaces at -114 dBm or -107 dBm. How does the value of power_db relates to the value I should compare against given the FCC thresholds ? Kind regards, Ahmed Saeed. On Sat, Jul 27, 2013 at 1:35 PM, Mike Jameson m...@scanoo.com wrote: Hi Ahmed, Dividing the bin power by the sample rate in the calculation for noise_floor_db and power_db (lines 286 and 287 of https://github.com/gnuradio/gnuradio/commit/cc12277f64207ff79a40094268c843e6b3e2d2d3#L0R286) was done so that the power level stays constant if the sample rate is increased. This is required because the bin statistics function sums together more samples if the usrp_rate is increased and therefore increases the bin value result. The noise_floor_db value is subtracted from the power_db value to give a relative signal strength above the noise floor to make it easier to set the squelch and catch signals: noise_floor_db = 10*math.log10(min(m.data)/tb.usrp_rate) power_db = 10*math.log10(m.data[i_bin]/tb.usrp_rate) - noise_floor_db Regards, Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Thu, Jul 25, 2013 at 10:11 PM, Ahmed Saeed ah...@gmx.us wrote: Dear all, I checked your latest submission of usrp_spectrum_sense.py and I don't understand why there is a division of the value of each bin by the sampling rate. Also I don't understand why there is a subtraction of the noise floor from the power db value to calculate an actual db value. Kindly explain those modifications. I am working with a USRP N210 and when I run uhd_fft to display an analog TV channel I get values around -60's db for the central frequencies of both the audio and video signals. When I used the latest version of usrp_spectrum_sense.py, I got positive values for power_db and when I removed the deduction of the noise floor, I got readings almost near the noise floor for all bins (including the ones at the central frequency of the audio and video signals). I hope you can point me to the right direction and correct my misunderstanding of the code. Thank you for your time. Kind regards, Ahmed Saeed. -- Ahmed Saeed Research Assistant Department of Computer Science and Engineering Egypt-Japan University of Science and Technology (E-JUST) email: ahmed.sa...@ejust.edu.eg mobile: +201112389430 web: http://wrc.ejust.edu.eg/people/saeed ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Ahmed Saeed Research Assistant Department of Computer Science and Engineering Egypt-Japan University of Science and Technology (E-JUST) email: ahmed.sa...@ejust.edu.eg mobile: +201112389430 web: http://wrc.ejust.edu.eg/people/saeed ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Setting the DSP frequency in the UHD blocks
Hi Frank, Use the following line as the frequency variable for the 'UHD Source' 'UHD Sink' blocks in GRC: uhd.tune_request(center_freq, rf_freq=(center_freq+lo_offset),rf_freq_policy=uhd.tune_request.POLICY_MANUAL) Where 'center_freq' and 'lo_freq' are variables which need to be defined. Using the lo_offset on the TX side prevents local oscilator leakage on the TX frequency, to prevent giving the false impression that it is transmitting after stopping the flowgraph. Regards, Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Mon, Jul 1, 2013 at 6:38 PM, Wallace, Frank L CIV NSWCDD, Q41 frank.l.walla...@navy.mil wrote: In gnu radio companion for a UHD block, how do I set the DSP frequency as well as the RF frequency. I have done this in my C code which doesn't use gnuradio using the tune_request_t structure. From the comments in the python code, it appears that there is some way to do it. I understand that I want to use the DSP LO so that the DC component from the ADC is moved outside the baseband. Is there a good value or is anything outside my receive bandwidth is ok? Is there a reason to use the DSP LO on the transmit side? Does the up conversion happen before or after the DSP LO? Thanks, Frank Wallace ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNURadio - Failed rtl-sdr/gr-osmosdr build using buildscript
Hi, Go into the gr-osmosdr directory and type 'make'. When the build fails again you should be able to pinpoint the problem from the error message produced. Regards, Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Fri, Jun 21, 2013 at 10:39 AM, fei phung feiphun...@gmail.com wrote: dell@ubuntu:~$ ./build-gnuradio This script will install Gnu Radio from current GIT sources You will require Internet access from the computer on which this script runs. You will also require SUDO access. You will require approximately 500MB of free disk space to perform the build. This script will, as a side-effect, remove any existing Gnu Radio installation that was installed from your Linux distribution packages. It must do this to prevent problems due to interference between a linux-distribution-installed Gnu Radio/UHD and one installed from GIT source. The whole process may take up to two hours to complete, depending on the capabilities of your system. NOTE: if you run into problems while running this script, you can re-run it with the --verbose option to produce lots of diagnostic output to help debug problems. This script has been written to anticipate some of the more common problems one might encounter building ANY large, complex software package. But it is not pefect, and there are certainly some situations it could encounter that it cannot deal with gracefully. Altering the system configuration from something reasonably standard, removing parts of the filesystem, moving system libraries around arbitrarily, etc, it likely cannot cope with. It is just a script. It isn't intuitive or artificially intelligent. It tries to make life a little easier for you, but at the end of the day if it runs into trouble, a certain amount of knowledge on your part about system configuration and idiosyncrasies will inevitably be necessary. Proceed?y Starting all functions at: Fri Jun 21 15:50:50 HKT 2013 SUDO privileges are required Do you have SUDO privileges?y Continuing with script Installing prerequisites. THIS MAY TAKE QUITE SOME TIME = Checking for package libfontconfig1-dev Checking for package libxrender-dev Checking for package libpulse-dev Checking for package swig Checking for package g++ Checking for package automake Checking for package autoconf Checking for package libtool Checking for package python-dev Checking for package libfftw3-dev Checking for package libcppunit-dev Checking for package libboost1.48-all-dev Checking for package libusb-dev Checking for package libusb-1.0-0-dev Checking for package fort77 Checking for package libsdl1.2-dev Checking for package python-wxgtk2.8 Checking for package git-core Checking for package libqt4-dev Checking for package python-numpy Checking for package ccache Checking for package python-opengl Checking for package libgsl0-dev Checking for package python-cheetah Checking for package python-lxml Checking for package doxygen Checking for package qt4-dev-tools Checking for package libusb-1.0-0-dev Checking for package libqwt5-qt4-dev Checking for package libqwtplot3d-qt4-dev Checking for package pyqt4-dev-tools Checking for package python-qwt5-qt4 Checking for package cmake Checking for package git-core Checking for package wget Checking for package libxi-dev Checking for package python-docutils Checking for package gtk2-engines-pixbuf Checking for package r-base-dev Checking for package python-tk Checking for package liborc-0.4-0 Checking for package liborc-0.4-dev Checking for package libasound2-dev Checking for package python-gtk2 Done checking packages Checking for library libusb ...Found library libusb Checking for library libboost ...Found library libboost Checking for library libcppunit ...Found library libcppunit Checking for library libfftw ...Found library libfftw Checking for library libgsl ...Found library libgsl Done Fetching various packages (Gnu Radio, UHD, gr-osmosdr, etc) via the Internet === THIS MAY TAKE QUITE SOME TIME = Fetching Gnu Radio via GIT...Done Fetching UHD via GIT...Fetching rtl-sdr (rtl-sdr, and gr-osmosdr) via GIT Done Starting function uhd_build at: Fri Jun 21 15:56:45 HKT 2013 Building UHD... = THIS WILL TAKE SOME TIME = Done building/installing UHD Done function uhd_build at: Fri Jun 21 16:07:24 HKT 2013 Starting function firmware at: Fri Jun 21 16:07:24 HKT 2013 Downloading images from: http://files.ettus.com/binaries/maint_images/archive/uhd-images_003.005.003-release.zip 7.21 MB/7.21 MB (100.00%) Images successfully installed to: /usr/local/share/uhd/images Done downloading firmware to /usr/local/share/uhd/images Done function firmware at: Fri Jun 21 16:07:57 HKT 2013 Starting function gnuradio_build at: Fri Jun 21 16:07:57 HKT 2013 /usr/local/lib already
Re: [Discuss-gnuradio] Meetup in London?
Hi Tom, Count me in! Either day is good for me. Cheers, Mike On 21 Jun 2013 15:11, Tom Rondeau t...@trondeau.com wrote: Hi everyone, I'll be in London the week of July 8 for a few lectures at a summer school at King's College [1]. I'd like to have a meetup of GNU Radio and SDR people while I'm in town. I'm working with a venue now to set things up. We can either do Tuesday (July 9) or Thursday (July 11). Can I get a show of hands who might be able and willing to come out and join me for an evening? If there's a strong preference on the date, let me know that, too. Tom [1] http://www.iot.kcl.ac.uk/summerschool2013/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] install uhd after usrp drivers
Hi Jeff, If you are compiling GNU Radio from source you need to install the UHD first otherwise it will not compile in the necessary components. If you already have GNU Radio installed from source, you will need to uninstall GNU Radio, compile and install UHD followed by compiling and installing GNU Radio. The build GNU Radio script from Marcus Leech is highly recommended as it also does the UHD: http://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR#Using-the-build-gnuradio-script Regards, Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com http://scanoo.com On Fri, May 24, 2013 at 2:34 PM, Jeff Hodges jeffhodg...@gmail.com wrote: Hi, I've managed to install gnuradio from source before I installed the UHD driver from ettus, and now gnuradio cannot find the uhd source and sink blocks. After looking in the directories for the installation, I cannot find uhd files such as usr/share/gnuradio/examples/uhd. Furthermore, in python I type from gnuradio import uhd and it cannot be found. My question is: does the uhd installation fail if the uhd drivers from ettus are not first installed? And secondly, can I install only the uhd directory from source, without having to re-install gnuradio all over again? Thanks, Jeff ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Question for the community about the plausibility of an idea.
Hi, Do you mean something like this? http://websdr.ewi.utwente.nl:8901/ Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Fri, May 24, 2013 at 6:02 PM, Ashworth Payne email.ashwo...@gmail.comwrote: Would it be technically possible to create a virtual band of frequencies on a server and multicast that out to interested participants? Think amateur radio or citizens band, simulated online. Narrow-bandwidth voice in multiple modes injected into an IQ stream to give the illusion of a radio network. I can't tell you why I'm attracted to the idea. Every since the internet became more than a talking point, i've dreamed of a networked cb radio where chaos and camaraderie intermix. Thanks for entertaining my idea. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem with Wx Gui FFT
Hi, I'm having the same trouble on Ubuntu 12.04 LTS x64 after playing with the AMD/ATI drivers. The quick solution is to add the following to ~/.gnuradio/config.conf : [wxgui] style=nongl Regards, Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Mon, May 13, 2013 at 4:52 PM, Alexandru Csete oz9...@gmail.com wrote: On Mon, May 13, 2013 at 5:27 PM, maiconkist maiconk...@gmail.com wrote: Hi, recently I upgraded my PC to Ubuntu 13.04. After that, I also updated the GNU Radio + UHD installation. Almost everything is working. A problem that appeared is that the Wx Gui FFT is not showing the chart. As is said: an image is worth a thousand words. So I attached the uhd_fft execution. Any sugestions? I'm missing a compiling parameter or something? http://gnuradio.4.n7.nabble.com/file/n41275/gnuradio.jpg I had the same problem on computers with Nvidia and AMD/ATI cards using the open source driver. Apparently, the open source driver has forgotten how to do opengl. I managed to find a closed source driver which gave me flickering wxgui FFT, but that's all. Alex ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem with Wx Gui FFT
Hi, I believe that error is due to me experimenting with the uhd_fft 'click on fft to change frequency' feature. Are you using the current master branch as this contains Marcus Leech's fix for it. Cheers, Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On Mon, May 13, 2013 at 6:02 PM, maiconkist maiconk...@gmail.com wrote: Hi Mike, thank for you reply. But with this option the uhd_fft crashes. The following is thrown in the terminal: AttributeError: 'gr_hier_block2_sptr' object has no attribute 'set_callback' More info about my machine: Ubuntu 13.04 with KDE and a Intel i915 graphics card. On Mon, May 13, 2013 at 4:52 PM, Alexandru Csete lt;oz9aec@gt; wrote: On Mon, May 13, 2013 at 5:27 PM, maiconkist lt;maiconkist@gt; wrote: Hi, recently I upgraded my PC to Ubuntu 13.04. After that, I also updated the GNU Radio + UHD installation. Almost everything is working. A problem that appeared is that the Wx Gui FFT is not showing the chart. As is said: an image is worth a thousand words. So I attached the uhd_fft execution. Any sugestions? I'm missing a compiling parameter or something? lt;http://gnuradio.4.n7.nabble.com/file/n41275/gnuradio.jpggt; I had the same problem on computers with Nvidia and AMD/ATI cards using the open source driver. Apparently, the open source driver has forgotten how to do opengl. I managed to find a closed source driver which gave me flickering wxgui FFT, but that's all. Alex ___ Discuss-gnuradio mailing list Discuss-gnuradio@ https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@ https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://gnuradio.4.n7.nabble.com/Problem-with-Wx-Gui-FFT-tp41275p41281.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Calculating the delay of TCP link.
Hi Sajjad, Try tcping if ping doesn't do what you want: http://www.linuxco.de/tcping/tcping.html Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On 29 April 2013 20:01, Sajjad Safdar engrsajjadsaf...@yahoo.com wrote: Hi, I am sending audio at 50 kHz sample rate via TCP sink from host A to other host B. The host B is connected via router in same network. How can i calculate the time delay from host A to host B via this TCP link. Best Regards, SAJJAD SAFDAR ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Calculating the delay of TCP link.
Hi Sajjad, Ignore the last message! TCP Traceroute is actually what you are after: http://michael.toren.net/code/tcptraceroute/ You will need to do a time to live of 1 Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On 29 April 2013 20:21, Mike Jameson m...@scanoo.com wrote: Hi Sajjad, Try tcping if ping doesn't do what you want: http://www.linuxco.de/tcping/tcping.html Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On 29 April 2013 20:01, Sajjad Safdar engrsajjadsaf...@yahoo.com wrote: Hi, I am sending audio at 50 kHz sample rate via TCP sink from host A to other host B. The host B is connected via router in same network. How can i calculate the time delay from host A to host B via this TCP link. Best Regards, SAJJAD SAFDAR ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] usrp_spectrum sense
Hi Azim, This seems to work for me, just update the function on line 265 with the following two lines: power_db = float(20*math.log10(power)) print freq, power, power_db Cheers, Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On 22 April 2013 03:57, Aziem Aziem cipot_sedo...@yahoo.com wrote: hi mike, how can i convert the m.data in usrp spectrum sense in dB log = gr.nlog10_ff(10, self.fft_size, -20*math.log10(self.fft_size)-10*math.log10(power/self.fft_size)) not clear with it... any suggestion? tq azim ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Output screen not stable.
Hi Tom, Thanks for that. Using nongl mode has brought my wxgui back to life as I killed it after fumbling around with graphics drivers. For the record here is the error I was getting: Xlib: extension GLX missing on display :0.0. nongl mode also brings back a working persistence mode, yey! :) Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com On 17 April 2013 14:40, Tom Rondeau t...@trondeau.com wrote: On Wed, Apr 17, 2013 at 9:22 AM, Sajjad Safdar engrsajjadsaf...@yahoo.com wrote: Hi, I upgraded from ubuntu 12.04 to 12.10. Then installed gnuradio again becoz after update it was not orking. When i upgraded i had issues with the unity, then i corrected it. Then installed gnuradio. I ran the gnuradio flow graph which i created for NBFM reciever. The output of the FFT is not stable, the screen is vibrating. It was not vibrating in 12.04. I set the referesh rate to 15, still the issue is there. Any solutions? Best regards, SAJJAD SAFDAR This actually sounds more like a problem with your video card driver in Ubuntu. I've had different results with different video cards and drivers using Unity specifically. So try to look into that. In the meantime, you can try turning off OpenGL support by editing (or creating) $HOME/.gnuradio/config.conf and adding: [wxgui] style=nongl Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Spectrum Sense n Play v2
Hi All, I've just uploaded version 2 of my Spectrum Sense n Play GNU Radio Companion application, compatible with the current master branch of GNU Radio (git commit: dd387a3708196f382f0c1e8041077bf94038ae98). It is currently setup to simultaneously monitor 4,000 6.25Khz channels between 118MHz to 136MHz and picks the strongest one to tune in to. For those of you who have an Ettus USRP2, N200 or N210 this should work out of the box with the WBX daughterboard. For use with other devices e.g. USRP1/RTL-SDR dongle you need to swap out the UHD source block and alter the uhd_sample_rate variable. Features in this version: - Frequency block list - Paste in center frequencies to block, seperated by a space e.g. 118575000 12150 134175000. - Hold - Press to hold on frequency, press again to continue. - Skip - Press to enable frequency skip mode, press again to continue. Use this when adding a new frequency to block. - Squelch - Adjust so that transmissions are heard without listening to static. - AM Demodulation - currently configured to receive VHF airband transmissions. - Config File - Uses a config file to save the squelch level and blocked frequencies. Here are the files: http://scanoo.com/grc/spectrum_sense_n_play/ Some screenshots: GRC flowgraph - http://scanoo.com/grc/spectrum_sense_n_play/20130413_scanoo.com_spectrum_sense_n_play_v2_grc.png GUI in action - http://scanoo.com/grc/spectrum_sense_n_play/20130413_scanoo.com_spectrum_sense_n_play_v2_gui.png Direct link to the GRC file: http://scanoo.com/grc/spectrum_sense_n_play/20130413_scanoo.com_spectrum_sense_n_play_v2.grc Please give it a test run and have a play with it. All feedback is greatly appreciated! Cheers, Mike -- Mike Jameson M0MIK BSc MIET Email: m...@scanoo.com Web: http://scanoo.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] usrp_spectrum_sense.py FFT bin values are all zero.
Hi Jincheng, Try setting the UHD sample rate to 25e6 and the number of fft bins to 25 which will give you 1e6 Hz per bin. Adding up the magnitude of 8 bins (1MHz * 8 = 8MHz) will therefore give you the wanted channel power in decimal format (magnitude). In case you are confused, I recently updated usrp_spectrum_sense.py to include a --channel-bandwidth setting which rounds up the frequency displayed to the nearest frequency. I'm working on making it cleaner by adjusting the fft size to match the wanted channel. In the meantime, set '--channel-bandwidth=8e6' to make the frequency round to the nearest 8MHz frequency. Hope that helps, Mike -- Mike Jameson M0MIK BSc Email: m...@scanoo.com Web: http://scanoo.com On 7 April 2013 16:23, Jincheng Zhang perfume0...@gmail.com wrote: I want to use usrp_spectrum_sense.py to sweep the Hong Kong TV band which ranges from 470MHz to 806MHz and get every channel's power in dB. Each channel's frequency band is 8MHz. Now I'm using USRP2 with TVRX2 daughter board. I have installed the latest gnuraio and uhd. But when I use the usrp_spectrum_sense.py to get the power of each channel, some FFT bin values are extremely big. In particular, I'm not sure abou the self.connect(self.u, s2v, fft, c2mag, stats). It doesn't take log as the parameter, FFT size is 2048, sample-rate is 12.5MHz(to let the decimation be 8M), freq_step is 8MHz. Anyone has any ideas about how to use usrp_spectrum_sense.py to calculate each channel's power? On Sun, Apr 7, 2013 at 8:24 PM, Jincheng Zhang perfume0...@gmail.comwrote: Hi, all, I use the usrp_spectrum_sense.py to sweep the TV band from 470MHz to 806MHz. But when I use self.connect(self.u, s2v, fft, c2mag, log, stats), the FFT bin values I got are all zero. Also, what's the magnitude of FFT bin value? Thanks. -- Best regards, Jincheng Zhang -- Best regards, Jincheng Zhang Department of Information Engineering The Chinese University of Hong Kong http://personal.ie.cuhk.edu.hk/~zj012/ http://www.jxqc.org/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] usrp_spectrum_sense.py FFT bin values are all zero.
Hi, For your application, please experiment with the following command: ./usrp_spectrum_sense.py -A TX/RX --fft-size=25 --samp-rate=25e6 --gain=15 --dwell-delay=0.25 --tune-delay=0.25 --channel-bandwidth=8e6 470e6 800e6 Note that 'freq_step' should remain unchanged at '0.75 * usrp_rate' in the script to make sure signals at the edge of the incoming front-end signal bandwidth (25MHz) are not missed. Mike -- Mike Jameson M0MIK BSc Email: m...@scanoo.com Web: http://scanoo.com On 7 April 2013 17:22, Jincheng Zhang perfume0...@gmail.com wrote: Thanks Mike. I'm a little confused. The parameters are listed as follows: sample-rate: channel-bandwidth: freq_step: fft_size: You mean that I should set sample-rate be 25e6, channel-bandwidth be 8e6, freq_step be 8e6 and fft_size be 25? If we set the fft-size be 25, then which 8 bins I should select to calculate the power? By the way, since the magnitude of FFT bin is decimal, maybe I should change the magnitude of FFT bin values to mw and add the 8 bins, and then transfer to decimal again? Since we cannot straightly add the FFT bin values in decimal. By the way, how about the self.connect, should I add the log parameter to it? Thanks. Hope for your reply. On Mon, Apr 8, 2013 at 12:11 AM, Mike Jameson m...@scanoo.com wrote: Hi Jincheng, Try setting the UHD sample rate to 25e6 and the number of fft bins to 25 which will give you 1e6 Hz per bin. Adding up the magnitude of 8 bins (1MHz * 8 = 8MHz) will therefore give you the wanted channel power in decimal format (magnitude). In case you are confused, I recently updated usrp_spectrum_sense.py to include a --channel-bandwidth setting which rounds up the frequency displayed to the nearest frequency. I'm working on making it cleaner by adjusting the fft size to match the wanted channel. In the meantime, set '--channel-bandwidth=8e6' to make the frequency round to the nearest 8MHz frequency. Hope that helps, Mike -- Mike Jameson M0MIK BSc Email: m...@scanoo.com Web: http://scanoo.com On 7 April 2013 16:23, Jincheng Zhang perfume0...@gmail.com wrote: I want to use usrp_spectrum_sense.py to sweep the Hong Kong TV band which ranges from 470MHz to 806MHz and get every channel's power in dB. Each channel's frequency band is 8MHz. Now I'm using USRP2 with TVRX2 daughter board. I have installed the latest gnuraio and uhd. But when I use the usrp_spectrum_sense.py to get the power of each channel, some FFT bin values are extremely big. In particular, I'm not sure abou the self.connect(self.u, s2v, fft, c2mag, stats). It doesn't take log as the parameter, FFT size is 2048, sample-rate is 12.5MHz(to let the decimation be 8M), freq_step is 8MHz. Anyone has any ideas about how to use usrp_spectrum_sense.py to calculate each channel's power? On Sun, Apr 7, 2013 at 8:24 PM, Jincheng Zhang perfume0...@gmail.comwrote: Hi, all, I use the usrp_spectrum_sense.py to sweep the TV band from 470MHz to 806MHz. But when I use self.connect(self.u, s2v, fft, c2mag, log, stats), the FFT bin values I got are all zero. Also, what's the magnitude of FFT bin value? Thanks. -- Best regards, Jincheng Zhang -- Best regards, Jincheng Zhang Department of Information Engineering The Chinese University of Hong Kong http://personal.ie.cuhk.edu.hk/~zj012/ http://www.jxqc.org/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Best regards, Jincheng Zhang Department of Information Engineering The Chinese University of Hong Kong http://personal.ie.cuhk.edu.hk/~zj012/ http://www.jxqc.org/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GRC spectrum_sense_n_play_v1
Hi gr-gurus, I was playing around with the FFT block in GRC and the next thing I know it's snowing outside and I’ve made myself a vhf airband scanner but without it having to do the scanning. I never knew you could probe four thousand channels all at once! Here is a screenshot of my latest creation which is currently configured for an i7 running the latest GNU Radio UHD master code, an Ettus USRP2, WBX and GPSDO: http://scanoo.com/grc/20130324_scanoo.com_spectrum_sense_n_play/20130324_scanoo.com_spectrum_sense_n_play_v1.png The GRC file is here: http://scanoo.com/grc/20130324_scanoo.com_spectrum_sense_n_play/20130324_scanoo.com_spectrum_sense_n_play_v1.grc Enjoy :) Mike -- Mike Jameson M0MIK BSc Radio Communications Technology Specialist Email: m...@scanoo.com Web: http://scanoo.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Noise Leakage in transmission.
Hi Sajjad, From a quick first glance without testing the flowgraphs on any hardware i've noticed the following issues: Corrections for both: 1) Your Tau and Max Deviation values are not the same. 2) you are sending data over TCP at 250e3 samp_rate to the server which is expecting 50e3 3) lower the refresh rate on the Wx FFT to cut down on CPU usage Tranceiver_Client Corrections: 1) 50e3 * 2.83447 is not 250e3. make the resample rate = 5 in your polyphase arbritrary resampler. 2) Your low pass filter is decimating by 2 and should be 1 Tranceiver Server correcitons: 1) in your polyphase arbritrary resampler, you should make the number of phases = 32 and then multiply the samp rate in the taps by 32 also. Cheers, Mike -- Mike Jameson M0MIK BSc Radio Communications Technology Specialist Email: m...@scanoo.com Web: http://www.scanoo.com On 14 March 2013 17:26, Sajjad Safdar engrsajjadsaf...@yahoo.com wrote: HI, I have designed an server client Gnuradio companion programs to transmit pmr446 received channel. It then transmits it to server via TCP. Then the USRp transmit it over the air to channel 7 in PMr446 radio. But when the program runs a leakage noise adds up in the system. Can any one help out in this. The grc files are attached. Best Regards, SAJJAD SAFDAR ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] adding python block to gnuradio
Hi Mohammed, Nathan just beat me to it and as he said, this link explains more about gr_modtool: http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules gr_modtool makes the template for you to paste your code into. Here's my methodology on how I do it: 1) $ gr_modtool newmod (type in your project name) 2) $ cd gr-project name 3) $ gr_modtool add (you need to make a dummy c++ block before you can build the project and therefore to make a python template. pick 'sync' without any qa files. see: http://gnuradio.org/redmine/issues/522 for explanation) 4) $ gr_modtool add -l python (this is where you make the python template, if in doubt pick the 'sync' block) 5) $ mkdir build cd build cmake ../ make (look at the errors and you will see that the '+' and '+' need to be removed from the files in order for it to compile. When make works, 'sudo make install' will put your new project into action. don't forget to reload GRC or hit the blue refresh button at the top. the GRC templates need to be edited too in order for them to turn into GRC icons) Once you can compile the templates successfully, modify the files that gr_modtool created by pasting in your code. Good luck :) Mike -- Mike Jameson M0MIK BSc Radio Communications Technology Specialist Email: m...@scanoo.com Web: http://www.scanoo.com On 13 March 2013 10:57, Mohammed Ramadan eng_mo7med2...@yahoo.com wrote: i made python block and want to add it to module in gnuradio, i open the directory of the module and use gr_motool add -t source filename.py. the tool created the .cc file and .h but as templates no processing done in the files. so can anyone advise me to add python block? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Save the Date: Developer's Calls Reloaded
Hi Michael, Here's the link for lazy people :) http://gnuradio.org/redmine/projects/gnuradio/wiki/DevelopersCalls Call Information - IRC channel #gnuradio on freenode - SIP contact: sip:gnura...@digitalbazaar.com Mike M0MIK On 7 February 2013 14:09, Michael Dickens m...@alum.mit.edu wrote: Hi Martin - Given this reboot and my general availability at 1 PM/ET on weekdays, I'll do my best to be there. 2 questions that are relevant to a broad audience: 1) I assume 3rd Thursday outweighs February 23, 2013, since the 3rd Thursday in Feb 2013 is actually Feb 21 … yes? 2) Where do we find instructions on calling or IRCing in? I assume they're on the GR wiki somewhere, but for those of us too lazy to look … :) Thanks! - MLD On Feb 7, 2013, at 4:21 AM, Martin Braun (CEL) martin.br...@kit.edu wrote: in 2013, the developer's calls will be back. We'll also be back to our schedule of going to the 3rd Thursday of the month. As before, the dev calls will be open and we would enjoy your participation. The next developer call will be on: February 23, 2013 (Thursday). We'll move the time of the call to 1800 UTC == 1PM Eastern. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] unittest with USRP not finishing
Hi, You have to call tb.stop() before the tb.wait(), not the other way around like you mentioned: tb.stop() tb.wait() The tb.wait() is to make sure the flowgraph has fully stopped before doing anything else. Cheers, Mike Mike M0MIK On 6 February 2013 13:37, maiconkist maiconk...@gmail.com wrote: Resolved. Its necessary to call gr.top_block::wait() method before the stop(). Anybody know why this is necessary? -- View this message in context: http://gnuradio.4.n7.nabble.com/unittest-with-USRP-not-finishing-tp39439p39441.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] installation problem of GNURADIO on ubuntu 12.04
Hi Omer, Increasing your swap space should do the trick. Just run the following command: *sudo apt-get install dphys-swapfile Edit the following config file and reboot: /etc/dphys-swapfile *Man page about the tool and config parameters:* http://manpages.ubuntu.com/manpages/precise/man8/dphys-swapfile.8.html * Cheers, Mike M0MIK On 30 January 2013 15:31, Omer Omer omer9...@yahoo.com wrote: hi, i have a system PC OF 512 MB RAM and 1.8 GHz processor and 40 GB hard disk.My system halts by writing the make command of making GNURADIO and it reaches at 40% and then system gets halts.kindly tell me what will be solution of this problem.should I Increase my RAM? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] build-gnuradio script error
Hi Brooke, Marcus kindly fixed the build-gnuradio script after you noticed it so it now works again. Please try that and see if it works for you. Cheers, Mike M0MIK On 30 January 2013 17:00, Brooke Hayden sdrat...@gmail.com wrote: Mike, I downloaded your folder and tried to use the dial_tone.py example to make sure everything was working. It gave me n error saying: from gnuradio import gr ImportError: No module named gnuradio I'm assuming because the build script didn't complete that some dependencies weren't set correctly as well. Ideas? On Fri, Jan 25, 2013 at 12:26 PM, Mike Jameson mikej...@gmail.com wrote: Hi Brooke, I've uploaded my 'gr' folder to http://scanoo.com/downloads It should contain everything that you need as it isn't that old. Cheers, Mike M0MIK On 25 January 2013 16:48, Brooke Hayden sdrat...@gmail.com wrote: Trying to get another laptop up and running. When running the build-gnuradio script I get this error: ls: cannot access *.gz: No such file or directory Failed to download any usable images file from: http://files.ettus.com/uhd_releases/master_images After looking at the files.ettus.com site, the uhd_releases path no longer exists. This stopped the running of the script. Solutions? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] frequency drift of WBX
Hi, The WBX frequency stability is determined by the accuracy of the USRP clock signal. For example, the USRP2 has a 100MHz internal clock which can be locked to a 10MHz external source such as GPSDO for better frequency stability. See the following url for more info: http://gnuradio.org/redmine/projects/gnuradio/wiki/USRPClockingNotes GSM base stations have very accurate GPS disciplined clocks in them and 'Kalibrate' allows you to measure your device's frequency stability by using a mobile base station as a reference. Link below: http://ttsou.github.com/kalibrate-uhd/ Cheers, Mike M0MIK On 29 January 2013 02:45, Gong Zhang zhang...@gmail.com wrote: Hi, I wanna know the frequency drift of WBX daughterboard.I think it may depend on the stability of WBX oscillator.How can I calculate it? Thank you. __**_ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/**listinfo/discuss-gnuradiohttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Non-deterministic behavior
Hi Vanessa, If you are using a random number generator, remember to save and re-use the same 'seed' and also to reset it to the beginning of each run. Mike M0MIK On 29 January 2013 09:47, Vanessa Gardellin vanessa.gardel...@iit.cnr.itwrote: Yes, we are using a throttle but when we execute the same python file we obtain always different outcomes. We would like to have repeatable experiments. Any tips? Thank you Vanessa On Mon, Jan 28, 2013 at 5:46 PM, Mike Jameson mikej...@gmail.com wrote: Hi, Make sure you are using a 'throttle' block. Have a look at the following: http://gnuradio.org/redmine/projects/gnuradio/wiki/Simulations Mike M0MIK On 28 January 2013 16:40, Vanessa Gardellin vanessa.gardel...@iit.cnr.it wrote: Dear all, we are experiencing an undesired random behavior when we run an offline OFDM flow graph. Specifically, we store a transmitted sequence of packets in a *.dat file (file_sink) and then we run the receiver chain using always the same file as source (file_source). Repeating several times the same run using the same source file, we get a varying number of received right/wrong packets. Is there an explanation to this behavior? How can we generate a repeatable experiment? Regards, Vanessa ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Vanessa GARDELLIN, Ph.D. Researcher Institute for Informatics and Telematics (IIT), Italian National Research Council (CNR) Via G. Moruzzi 1 56124 Pisa - ITALY Phone: +390503158297 Room: B65/c E-mail: vanessa.gardel...@iit.cnr.it WWW: http://www.iit.cnr.it/staff/vanessa.gardellin/ Skype: gardellin.vanessa ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Uninstalling Gnu Radio (Build script installed)
Hi, From the first result in google: https://www.google.co.uk/search?q=install_manifest.txt ...'install_manifest.txt' is created when gnuradio is installed. Therefore run the following and cross your fingers! :) make sudo make install sudo make uninstall Mike M0MIK On 28 January 2013 15:26, Sajjad Safdar engrsajjadsaf...@yahoo.com wrote: Hello, I tried to uninstall as you directed but i got this error at the end -- ## -- # Gnuradio disabled components -- ## -- * sphinx -- * gr-comedi -- * gr-shd -- -- Using install prefix: /usr/local -- Building for version: v3.6.3-35-g4435082f / 3.6.4git -- Configuring done -- Generating done -- Build files have been written to: /home/hw/gnuradio/build hw@E-Lab:~/gnuradio/build$ sudo make uninstall Scanning dependencies of target uninstall CMake Error at cmake_uninstall.cmake:4 (MESSAGE): Cannot find install manifest: /home/hw/gnuradio/build/install_manifest.txt make[3]: *** [CMakeFiles/uninstall] Error 1 make[2]: *** [CMakeFiles/uninstall.dir/all] Error 2 make[1]: *** [CMakeFiles/uninstall.dir/rule] Error 2 make: *** [uninstall] Error 2 hw@E-Lab:~/gnuradio/build$ ls CMakeCache.txt gr-analog gr-noaa gr-wavelet CMakeFiles gr-atsc gr-pager gr-wxgui cmake_install.cmake gr-audiogr-qtgui ImportExecutables.cmake cmake_uninstall.cmakegr-blocks gr-shdMakefile CPackConfig.cmakegrc gr-trellisPackaging CPackSourceConfig.cmake gr-comedi gruel python_compile_helper.py CTestTestfile.cmake gr-digital gr-uhdvolk docs gr-fcd gr-utils get_swig_deps.py gr-fft gr-video-sdl gnuradio-coregr-filter gr-vocoder hw@E-Lab:~/gnuradio/build$ It really very annoying now, because i can#t uninstall it, and now gnu radio is also no working. Best Regards, SAJJAD SAFDAR -- *From:* Mike Jameson mikej...@gmail.com *To:* Sajjad Safdar engrsajjadsaf...@yahoo.com *Cc:* discuss-gnuradio@gnu.org discuss-gnuradio@gnu.org *Sent:* Friday, January 25, 2013 6:53 PM *Subject:* Re: [Discuss-gnuradio] Uninstalling Gnu Radio (Build script installed) Go into each folder which build-gnuradio downloaded and type the following: mkdir build cd build cmake ../ sudo make uninstall Then run the build script line again in an empty folder : wget http://www.sbrac.org/files/build-gnuradio chmod a+x ./build-gnuradio ./build-gnuradio Mike M0MIK On 25 January 2013 17:44, Sajjad Safdar engrsajjadsaf...@yahoo.comwrote: Hi, Wen i try to uninstall gnu radio by command i get this error hw@E-Lab:~/gnuradio$ sudo make uninstall gnuradio make: *** No rule to make target `uninstall'. Stop. hw@E-Lab:~/gnuradio$ Also when i try it in usr/local the error is same. root@E-Lab:~/gnuradio# make uninstall gnuradio make: *** No rule to make target `uninstall'. Stop. root@E-Lab:~/gnuradio# I installed gnuradio from the built script. Now i have a problem that my gnuradio programme is not running. that,s why i want to uninstall it and have a fresh install again. Should i have to delete Gnu radio manually or i can use some commands? Best Regards, SAJJAD SAFDAR -- *From:* Ben Hilburn b...@ettus.com *To:* Sajjad Safdar engrsajjadsaf...@yahoo.com *Cc:* discuss-gnuradio@gnu.org discuss-gnuradio@gnu.org *Sent:* Thursday, January 24, 2013 9:05 PM *Subject:* Re: [Discuss-gnuradio] Uninstalling Gnu Radio Sajjad - What do you mean you used it and it didn't work. Can you provide console output detailing what happened? How do you know it didn't work? We need more details if to help you! Cheers, Ben On Thu, Jan 24, 2013 at 11:07 AM, Sajjad Safdar engrsajjadsaf...@yahoo.com wrote: HI, I want to uninstall gnu radio which i installed from the wget http://www.sbrac.org/files/build-gnuradio chmod a+x ./build-gnuradio ./build-gnuradio Can anybody tell me how to uninstall it. I used the command make uninstall but it does not work. Best Regards, SAJJAD SAFDAR ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Uninstalling custom made modules
Hi, Run the following command to remove them: rm -r apps build cmake CMakeLists.txt docs grc include lib python swig Mike M0MIK On 28 January 2013 16:09, Ghulam Rasool Begh grbegh...@yahoo.com wrote: Hi all, I have created and installed a module gr-howto using gr_modtool. Since I had created it on a trial basis. How can I remove it. I used sudo make uninstall in the build subdirectory of the module it uninstalled various files and at the end it showed *Built target uninstall* When I check gr-howto folder, using ls command it shows : [abc@GRB gr-howto]$ ls apps build cmake CMakeLists.txt docs grc include lib python swig Which command should I use to remove these folders Regards Begh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Non-deterministic behavior
Hi, Make sure you are using a 'throttle' block. Have a look at the following: http://gnuradio.org/redmine/projects/gnuradio/wiki/Simulations Mike M0MIK On 28 January 2013 16:40, Vanessa Gardellin vanessa.gardel...@iit.cnr.itwrote: Dear all, we are experiencing an undesired random behavior when we run an offline OFDM flow graph. Specifically, we store a transmitted sequence of packets in a *.dat file (file_sink) and then we run the receiver chain using always the same file as source (file_source). Repeating several times the same run using the same source file, we get a varying number of received right/wrong packets. Is there an explanation to this behavior? How can we generate a repeatable experiment? Regards, Vanessa ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] [USRP-users] questions about calibration examples in UHD utility
Hi, Calibration uses full duplex and should only be done without anything plugged into the 'tx/rx' or 'rx2' ports. There is no direct connection, just measurement of the residual rf escaping. Mike M0MIK On 28 Jan 2013 20:17, gang li blant@gmail.com wrote: Hi, guys, I am reading the codes for uhd_cal_rx_iq_balance.cpp. When doing calibration by setting the RX and TX antenna as CAL, is the signal from TX directly switched to RX? And I noticed that in the function set_optimum_defaults(), the tx_gain is 0 but the rx_gain is 25! Is that too high? I heard that when directly connecting TX and RX, we should use attenuators. So why does it set 25 rx_gain? Thanks. Best, Gang ___ USRP-users mailing list usrp-us...@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP RA Help!
Hi, I've just tried to make and install it and it works for me. Just type 'make' to make and 'sudo make install' to install. See my bash shell output below. Cheers, Mike M0MIK m@macpro:~/play/gr_projects$ svn checkout https://www.cgran.org/svn/projects/simple_ra simple_ra Asimple_ra/trunk Asimple_ra/trunk/simple_ra_recorder.c Asimple_ra/trunk/simple_ra_receiver_fcd.py Asimple_ra/trunk/simple_ra_utils.py Asimple_ra/trunk/stime.c Asimple_ra/trunk/process_simple_tpdat Asimple_ra/trunk/uhd_params_block.py Asimple_ra/trunk/simple_ra_receiver_fcd.grc Asimple_ra/trunk/simple_ra_receiver.py Asimple_ra/trunk/simple_ra_fcd Asimple_ra/trunk/COPYING Asimple_ra/trunk/simple_ra_receiver.grc Asimple_ra/trunk/process_simple_specdat Asimple_ra/trunk/simple_ra Asimple_ra/trunk/Makefile Checked out revision 1073. m@macpro:~/play/gr_projects$ cd simple_ra/ m@macpro:~/play/gr_projects/simple_ra$ ls -l total 4 drwxrwxr-x 3 m m 4096 Jan 27 12:18 trunk m@macpro:~/play/gr_projects/simple_ra$ cd trunk/ m@macpro:~/play/gr_projects/simple_ra/trunk$ ls -l total 196 -rw-rw-r-- 1 m m 1557 Jan 27 12:18 COPYING -rw-rw-r-- 1 m m 826 Jan 27 12:18 Makefile -rwxrwxr-x 1 m m 2657 Jan 27 12:18 process_simple_specdat -rwxrwxr-x 1 m m 3581 Jan 27 12:18 process_simple_tpdat -rwxrwxr-x 1 m m 4168 Jan 27 12:18 simple_ra -rwxrwxr-x 1 m m 1406 Jan 27 12:18 simple_ra_fcd -rw-rw-r-- 1 m m 31872 Jan 27 12:18 simple_ra_receiver_fcd.grc -rwxrwxr-x 1 m m 14976 Jan 27 12:18 simple_ra_receiver_fcd.py -rw-rw-r-- 1 m m 63800 Jan 27 12:18 simple_ra_receiver.grc -rwxrwxr-x 1 m m 32592 Jan 27 12:18 simple_ra_receiver.py -rw-rw-r-- 1 m m 6135 Jan 27 12:18 simple_ra_recorder.c -rwxrwxr-x 1 m m 3657 Jan 27 12:18 simple_ra_utils.py -rwxrwxr-x 1 m m 7586 Jan 27 12:18 stime.c -rwxrwxr-x 1 m m 2973 Jan 27 12:18 uhd_params_block.py m@macpro:~/play/gr_projects/simple_ra/trunk$ gedit Makefile m@macpro:~/play/gr_projects/simple_ra/trunk$ make ccache gcc-c -o simple_ra_recorder.o simple_ra_recorder.c ccache gcc-c -o stime.o stime.c cc -O -o simple_ra_recorder simple_ra_recorder.o stime.o -lm m@macpro:~/play/gr_projects/simple_ra/trunk$ ls -l total 248 -rw-rw-r-- 1 m m 1557 Jan 27 12:18 COPYING -rw-rw-r-- 1 m m 826 Jan 27 12:18 Makefile -rwxrwxr-x 1 m m 2657 Jan 27 12:18 process_simple_specdat -rwxrwxr-x 1 m m 3581 Jan 27 12:18 process_simple_tpdat -rwxrwxr-x 1 m m 4168 Jan 27 12:18 simple_ra -rwxrwxr-x 1 m m 1406 Jan 27 12:18 simple_ra_fcd -rw-rw-r-- 1 m m 31872 Jan 27 12:18 simple_ra_receiver_fcd.grc -rwxrwxr-x 1 m m 14976 Jan 27 12:18 simple_ra_receiver_fcd.py -rw-rw-r-- 1 m m 63800 Jan 27 12:18 simple_ra_receiver.grc -rwxrwxr-x 1 m m 32592 Jan 27 12:18 simple_ra_receiver.py -rwxrwxr-x 1 m m 23322 Jan 27 12:18 simple_ra_recorder -rw-rw-r-- 1 m m 6135 Jan 27 12:18 simple_ra_recorder.c -rw-rw-r-- 2 m m 9592 Jan 27 12:18 simple_ra_recorder.o -rwxrwxr-x 1 m m 3657 Jan 27 12:18 simple_ra_utils.py -rwxrwxr-x 1 m m 7586 Jan 27 12:18 stime.c -rw-rw-r-- 2 m m 12704 Jan 27 12:18 stime.o -rwxrwxr-x 1 m m 2973 Jan 27 12:18 uhd_params_block.py m@macpro:~/play/gr_projects/simple_ra/trunk$ sudo make install mkdir /home/m/bin mkdir: cannot create directory `/home/m/bin': File exists make: [install] Error 1 (ignored) cp -p simple_ra_recorder simple_ra simple_ra_fcd /home/m/bin cp -p simple_ra_receiver.py simple_ra_receiver.grc /home/m/bin cp -p simple_ra_receiver_fcd.py simple_ra_receiver_fcd.grc /home/m/bin cp -p simple_ra_utils.py /home/m/bin cp -p uhd_params_block.py /home/m/bin cp -p process_simple_tpdat /home/m/bin cp -p process_simple_specdat /home/m/bin m@macpro:~/play/gr_projects/simple_ra/trunk$ On 27 January 2013 11:05, Frankie Rawlins f.anth...@hotmail.co.uk wrote: Hope someone can help. I am losing the will to live! I am running UBUNTU 12.10 and just want to run simple_ra. I have run the script for UHD and GNUradio. All appeared to go well I have typed svn co https://www.cgran.org/svn/projects/simple_ra also a second time when I get a message 'Checked out revision 1072'. So, guess that also is OK. However, the instructions for simple_ra says type 'make install'. This is where it goes to rats! I get this message: alpha@alpha-K54C:~$ cd simple_ra alpha@alpha-K54C:~/simple_ra$ make install make: *** No rule to make target `install'. Stop. Because there are simple_ra files in a directory named simple_ra/trunk/simple_ra I tried this: alpha@alpha-K54C:~/simple_ra/trunk$ make simple_ra then got this message: Nothing to be done for `simple_ra'. However, if I ignore that and type 'simple_ra' after my normal prompt alpha@alpha-K54C I get the following: Traceback (most recent call last): File /home/alpha/bin/simple_ra_receiver.py, line 10, in module from gnuradio import blks2 File /usr/local/lib/python2.7/dist-packages/gnuradio/blks2/__init__.py, line 37, in module exec from gnuradio.blks2impl.%s import * % (f,) File string, line 1, in
Re: [Discuss-gnuradio] USRP 1 RA Help!
Hi Frank, Great, it's now installed :) Now run: sudo pip install pyephem simple_ra Mike M0MIK On 27 January 2013 13:54, Frankie Rawlins f.anth...@hotmail.co.uk wrote: Hi Mike, Thank you for replying. However, when i tried that I get the following: alpha@alpha-K54C:~$ cd simple_ra alpha@alpha-K54C:~/simple_ra$ cd trunk *alpha@alpha-K54C:~/simple_ra/trunk$ make* make: `simple_ra_recorder' is up to date. alpha@alpha-K54C:~/simple_ra/trunk$ sudo make install [sudo] password for alpha: *mkdir /home/alpha/bin mkdir: cannot create directory `/home/alpha/bin': File exists make: [install] Error 1 (ignored)* cp -p simple_ra_recorder simple_ra simple_ra_fcd /home/alpha/bin cp -p simple_ra_receiver.py simple_ra_receiver.grc /home/alpha/bin cp -p simple_ra_receiver_fcd.py simple_ra_receiver_fcd.grc /home/alpha/bin cp -p simple_ra_utils.py /home/alpha/bin cp -p uhd_params_block.py /home/alpha/bin cp -p process_simple_tpdat /home/alpha/bin cp -p process_simple_specdat /home/alpha/bin alpha@alpha-K54C:~/simple_ra/trunk$ -- From: mikej...@gmail.com Date: Sun, 27 Jan 2013 12:25:00 + Subject: Re: [Discuss-gnuradio] USRP RA Help! To: f.anth...@hotmail.co.uk CC: discuss-gnuradio@gnu.org Hi, I've just tried to make and install it and it works for me. Just type 'make' to make and 'sudo make install' to install. See my bash shell output below. Cheers, Mike M0MIK m@macpro:~/play/gr_projects$ svn checkout https://www.cgran.org/svn/projects/simple_ra simple_ra Asimple_ra/trunk Asimple_ra/trunk/simple_ra_recorder.c Asimple_ra/trunk/simple_ra_receiver_fcd.py Asimple_ra/trunk/simple_ra_utils.py Asimple_ra/trunk/stime.c Asimple_ra/trunk/process_simple_tpdat Asimple_ra/trunk/uhd_params_block.py Asimple_ra/trunk/simple_ra_receiver_fcd.grc Asimple_ra/trunk/simple_ra_receiver.py Asimple_ra/trunk/simple_ra_fcd Asimple_ra/trunk/COPYING Asimple_ra/trunk/simple_ra_receiver.grc Asimple_ra/trunk/process_simple_specdat Asimple_ra/trunk/simple_ra Asimple_ra/trunk/Makefile Checked out revision 1073. m@macpro:~/play/gr_projects$ cd simple_ra/ m@macpro:~/play/gr_projects/simple_ra$ ls -l total 4 drwxrwxr-x 3 m m 4096 Jan 27 12:18 trunk m@macpro:~/play/gr_projects/simple_ra$ cd trunk/ m@macpro:~/play/gr_projects/simple_ra/trunk$ ls -l total 196 -rw-rw-r-- 1 m m 1557 Jan 27 12:18 COPYING -rw-rw-r-- 1 m m 826 Jan 27 12:18 Makefile -rwxrwxr-x 1 m m 2657 Jan 27 12:18 process_simple_specdat -rwxrwxr-x 1 m m 3581 Jan 27 12:18 process_simple_tpdat -rwxrwxr-x 1 m m 4168 Jan 27 12:18 simple_ra -rwxrwxr-x 1 m m 1406 Jan 27 12:18 simple_ra_fcd -rw-rw-r-- 1 m m 31872 Jan 27 12:18 simple_ra_receiver_fcd.grc -rwxrwxr-x 1 m m 14976 Jan 27 12:18 simple_ra_receiver_fcd.py -rw-rw-r-- 1 m m 63800 Jan 27 12:18 simple_ra_receiver.grc -rwxrwxr-x 1 m m 32592 Jan 27 12:18 simple_ra_receiver.py -rw-rw-r-- 1 m m 6135 Jan 27 12:18 simple_ra_recorder.c -rwxrwxr-x 1 m m 3657 Jan 27 12:18 simple_ra_utils.py -rwxrwxr-x 1 m m 7586 Jan 27 12:18 stime.c -rwxrwxr-x 1 m m 2973 Jan 27 12:18 uhd_params_block.py m@macpro:~/play/gr_projects/simple_ra/trunk$ gedit Makefile m@macpro:~/play/gr_projects/simple_ra/trunk$ make ccache gcc-c -o simple_ra_recorder.o simple_ra_recorder.c ccache gcc-c -o stime.o stime.c cc -O -o simple_ra_recorder simple_ra_recorder.o stime.o -lm m@macpro:~/play/gr_projects/simple_ra/trunk$ ls -l total 248 -rw-rw-r-- 1 m m 1557 Jan 27 12:18 COPYING -rw-rw-r-- 1 m m 826 Jan 27 12:18 Makefile -rwxrwxr-x 1 m m 2657 Jan 27 12:18 process_simple_specdat -rwxrwxr-x 1 m m 3581 Jan 27 12:18 process_simple_tpdat -rwxrwxr-x 1 m m 4168 Jan 27 12:18 simple_ra -rwxrwxr-x 1 m m 1406 Jan 27 12:18 simple_ra_fcd -rw-rw-r-- 1 m m 31872 Jan 27 12:18 simple_ra_receiver_fcd.grc -rwxrwxr-x 1 m m 14976 Jan 27 12:18 simple_ra_receiver_fcd.py -rw-rw-r-- 1 m m 63800 Jan 27 12:18 simple_ra_receiver.grc -rwxrwxr-x 1 m m 32592 Jan 27 12:18 simple_ra_receiver.py -rwxrwxr-x 1 m m 23322 Jan 27 12:18 simple_ra_recorder -rw-rw-r-- 1 m m 6135 Jan 27 12:18 simple_ra_recorder.c -rw-rw-r-- 2 m m 9592 Jan 27 12:18 simple_ra_recorder.o -rwxrwxr-x 1 m m 3657 Jan 27 12:18 simple_ra_utils.py -rwxrwxr-x 1 m m 7586 Jan 27 12:18 stime.c -rw-rw-r-- 2 m m 12704 Jan 27 12:18 stime.o -rwxrwxr-x 1 m m 2973 Jan 27 12:18 uhd_params_block.py m@macpro:~/play/gr_projects/simple_ra/trunk$ sudo make install mkdir /home/m/bin mkdir: cannot create directory `/home/m/bin': File exists make: [install] Error 1 (ignored) cp -p simple_ra_recorder simple_ra simple_ra_fcd /home/m/bin cp -p simple_ra_receiver.py simple_ra_receiver.grc /home/m/bin cp -p simple_ra_receiver_fcd.py simple_ra_receiver_fcd.grc /home/m/bin cp -p simple_ra_utils.py /home/m/bin cp -p uhd_params_block.py /home/m/bin cp -p process_simple_tpdat /home/m/bin cp -p process_simple_specdat /home/m/bin
Re: [Discuss-gnuradio] USRP 1 RA Help!
Hi, Just run these commands taken from: http://www.pip-installer.org/en/latest/installing.html curl -O https://raw.github.com/pypa/pip/master/contrib/get-pip.py sudo python get-pip.py Mike M0MIK On 27 January 2013 14:29, Frankie Rawlins f.anth...@hotmail.co.uk wrote: Hi Mike. I'm now getting: alpha@alpha-K54C:~$ cd simple_ra alpha@alpha-K54C:~/simple_ra$ cd trunk alpha@alpha-K54C:~/simple_ra/trunk$ sudo pip install pyephem [sudo] password for alpha: sudo: pip: command not found alpha@alpha-K54C:~/simple_ra/trunk$ -- From: mikej...@gmail.com Date: Sun, 27 Jan 2013 14:18:13 + Subject: Re: [Discuss-gnuradio] USRP 1 RA Help! To: f.anth...@hotmail.co.uk CC: discuss-gnuradio@gnu.org Hi Frank, Great, it's now installed :) Now run: sudo pip install pyephem simple_ra Mike M0MIK On 27 January 2013 13:54, Frankie Rawlins f.anth...@hotmail.co.uk wrote: Hi Mike, Thank you for replying. However, when i tried that I get the following: alpha@alpha-K54C:~$ cd simple_ra alpha@alpha-K54C:~/simple_ra$ cd trunk *alpha@alpha-K54C:~/simple_ra/trunk$ make* make: `simple_ra_recorder' is up to date. alpha@alpha-K54C:~/simple_ra/trunk$ sudo make install [sudo] password for alpha: *mkdir /home/alpha/bin mkdir: cannot create directory `/home/alpha/bin': File exists make: [install] Error 1 (ignored)* cp -p simple_ra_recorder simple_ra simple_ra_fcd /home/alpha/bin cp -p simple_ra_receiver.py simple_ra_receiver.grc /home/alpha/bin cp -p simple_ra_receiver_fcd.py simple_ra_receiver_fcd.grc /home/alpha/bin cp -p simple_ra_utils.py /home/alpha/bin cp -p uhd_params_block.py /home/alpha/bin cp -p process_simple_tpdat /home/alpha/bin cp -p process_simple_specdat /home/alpha/bin alpha@alpha-K54C:~/simple_ra/trunk$ -- From: mikej...@gmail.com Date: Sun, 27 Jan 2013 12:25:00 + Subject: Re: [Discuss-gnuradio] USRP RA Help! To: f.anth...@hotmail.co.uk CC: discuss-gnuradio@gnu.org Hi, I've just tried to make and install it and it works for me. Just type 'make' to make and 'sudo make install' to install. See my bash shell output below. Cheers, Mike M0MIK m@macpro:~/play/gr_projects$ svn checkout https://www.cgran.org/svn/projects/simple_ra simple_ra Asimple_ra/trunk Asimple_ra/trunk/simple_ra_recorder.c Asimple_ra/trunk/simple_ra_receiver_fcd.py Asimple_ra/trunk/simple_ra_utils.py Asimple_ra/trunk/stime.c Asimple_ra/trunk/process_simple_tpdat Asimple_ra/trunk/uhd_params_block.py Asimple_ra/trunk/simple_ra_receiver_fcd.grc Asimple_ra/trunk/simple_ra_receiver.py Asimple_ra/trunk/simple_ra_fcd Asimple_ra/trunk/COPYING Asimple_ra/trunk/simple_ra_receiver.grc Asimple_ra/trunk/process_simple_specdat Asimple_ra/trunk/simple_ra Asimple_ra/trunk/Makefile Checked out revision 1073. m@macpro:~/play/gr_projects$ cd simple_ra/ m@macpro:~/play/gr_projects/simple_ra$ ls -l total 4 drwxrwxr-x 3 m m 4096 Jan 27 12:18 trunk m@macpro:~/play/gr_projects/simple_ra$ cd trunk/ m@macpro:~/play/gr_projects/simple_ra/trunk$ ls -l total 196 -rw-rw-r-- 1 m m 1557 Jan 27 12:18 COPYING -rw-rw-r-- 1 m m 826 Jan 27 12:18 Makefile -rwxrwxr-x 1 m m 2657 Jan 27 12:18 process_simple_specdat -rwxrwxr-x 1 m m 3581 Jan 27 12:18 process_simple_tpdat -rwxrwxr-x 1 m m 4168 Jan 27 12:18 simple_ra -rwxrwxr-x 1 m m 1406 Jan 27 12:18 simple_ra_fcd -rw-rw-r-- 1 m m 31872 Jan 27 12:18 simple_ra_receiver_fcd.grc -rwxrwxr-x 1 m m 14976 Jan 27 12:18 simple_ra_receiver_fcd.py -rw-rw-r-- 1 m m 63800 Jan 27 12:18 simple_ra_receiver.grc -rwxrwxr-x 1 m m 32592 Jan 27 12:18 simple_ra_receiver.py -rw-rw-r-- 1 m m 6135 Jan 27 12:18 simple_ra_recorder.c -rwxrwxr-x 1 m m 3657 Jan 27 12:18 simple_ra_utils.py -rwxrwxr-x 1 m m 7586 Jan 27 12:18 stime.c -rwxrwxr-x 1 m m 2973 Jan 27 12:18 uhd_params_block.py m@macpro:~/play/gr_projects/simple_ra/trunk$ gedit Makefile m@macpro:~/play/gr_projects/simple_ra/trunk$ make ccache gcc-c -o simple_ra_recorder.o simple_ra_recorder.c ccache gcc-c -o stime.o stime.c cc -O -o simple_ra_recorder simple_ra_recorder.o stime.o -lm m@macpro:~/play/gr_projects/simple_ra/trunk$ ls -l total 248 -rw-rw-r-- 1 m m 1557 Jan 27 12:18 COPYING -rw-rw-r-- 1 m m 826 Jan 27 12:18 Makefile -rwxrwxr-x 1 m m 2657 Jan 27 12:18 process_simple_specdat -rwxrwxr-x 1 m m 3581 Jan 27 12:18 process_simple_tpdat -rwxrwxr-x 1 m m 4168 Jan 27 12:18 simple_ra -rwxrwxr-x 1 m m 1406 Jan 27 12:18 simple_ra_fcd -rw-rw-r-- 1 m m 31872 Jan 27 12:18 simple_ra_receiver_fcd.grc -rwxrwxr-x 1 m m 14976 Jan 27 12:18 simple_ra_receiver_fcd.py -rw-rw-r-- 1 m m 63800 Jan 27 12:18 simple_ra_receiver.grc -rwxrwxr-x 1 m m 32592 Jan 27 12:18 simple_ra_receiver.py -rwxrwxr-x 1 m m 23322 Jan 27 12:18 simple_ra_recorder -rw-rw-r-- 1 m m 6135 Jan 27 12:18 simple_ra_recorder.c -rw-rw-r-- 2 m m 9592 Jan 27 12:18 simple_ra_recorder.o
Re: [Discuss-gnuradio] USRP 1 RA Help!
Hi, I'd reinstall gnuradio by following the following instructions at: http://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR#Using-the-build-gnuradio-script The command you need to run is: wget http://www.sbrac.org/files/build-gnuradio chmod a+x ./build-gnuradio ./build-gnuradio Cheers, Mike M0MIK On 27 January 2013 14:56, Frankie Rawlins f.anth...@hotmail.co.uk wrote: Hi Mike, Pip installed successfully and Pyethem. However, when I try to run simple_ra I still get the following: It would appear to be a problem with the installation of gnuradio but I did run the script (I named the script 'script') using chmod u+x script.sh Successfully installed pyephem Cleaning up... alpha@alpha-K54C:~$ simple_ra Traceback (most recent call last): File /home/alpha/bin/simple_ra_receiver.py, line 10, in module from gnuradio import blks2 File /usr/local/lib/python2.7/dist-packages/gnuradio/blks2/__init__.py, line 37, in module exec from gnuradio.blks2impl.%s import * % (f,) File string, line 1, in module File /usr/local/lib/python2.7/dist-packages/gnuradio/blks2impl/nbfm_rx.py, line 23, in module from gnuradio import gr, optfir File /usr/local/lib/python2.7/dist-packages/gnuradio/gr/__init__.py, line 27, in module from gnuradio_core import * File /usr/local/lib/python2.7/dist-packages/gnuradio/gr/gnuradio_core.py, line 23, in module from gnuradio_core_runtime import * File /usr/local/lib/python2.7/dist-packages/gnuradio/gr/gnuradio_core_runtime.py, line 26, in module _gnuradio_core_runtime = swig_import_helper() File /usr/local/lib/python2.7/dist-packages/gnuradio/gr/gnuradio_core_runtime.py, line 22, in swig_import_helper _mod = imp.load_module('_gnuradio_core_runtime', fp, pathname, description) ImportError: /usr/local/lib/libgnuradio-core-3.6.4git.so.0.0.0: undefined symbol: volk_64u_byteswap_u alpha@alpha-K54C:~$ cd simple_ra alpha@alpha-K54C:~/simple_ra$ cd trunk alpha@alpha-K54C:~/simple_ra/trunk$ simple_ra Traceback (most recent call last): File /home/alpha/bin/simple_ra_receiver.py, line 10, in module from gnuradio import blks2 File /usr/local/lib/python2.7/dist-packages/gnuradio/blks2/__init__.py, line 37, in module exec from gnuradio.blks2impl.%s import * % (f,) File string, line 1, in module File /usr/local/lib/python2.7/dist-packages/gnuradio/blks2impl/nbfm_rx.py, line 23, in module from gnuradio import gr, optfir File /usr/local/lib/python2.7/dist-packages/gnuradio/gr/__init__.py, line 27, in module from gnuradio_core import * File /usr/local/lib/python2.7/dist-packages/gnuradio/gr/gnuradio_core.py, line 23, in module from gnuradio_core_runtime import * File /usr/local/lib/python2.7/dist-packages/gnuradio/gr/gnuradio_core_runtime.py, line 26, in module _gnuradio_core_runtime = swig_import_helper() File /usr/local/lib/python2.7/dist-packages/gnuradio/gr/gnuradio_core_runtime.py, line 22, in swig_import_helper _mod = imp.load_module('_gnuradio_core_runtime', fp, pathname, description) ImportError: /usr/local/lib/libgnuradio-core-3.6.4git.so.0.0.0: undefined symbol: volk_64u_byteswap_u alpha@alpha-K54C:~/simple_ra/trunk$ ./simple_ra Traceback (most recent call last): File /home/alpha/bin/simple_ra_receiver.py, line 10, in module from gnuradio import blks2 File /usr/local/lib/python2.7/dist-packages/gnuradio/blks2/__init__.py, line 37, in module exec from gnuradio.blks2impl.%s import * % (f,) File string, line 1, in module File /usr/local/lib/python2.7/dist-packages/gnuradio/blks2impl/nbfm_rx.py, line 23, in module from gnuradio import gr, optfir File /usr/local/lib/python2.7/dist-packages/gnuradio/gr/__init__.py, line 27, in module from gnuradio_core import * File /usr/local/lib/python2.7/dist-packages/gnuradio/gr/gnuradio_core.py, line 23, in module from gnuradio_core_runtime import * File /usr/local/lib/python2.7/dist-packages/gnuradio/gr/gnuradio_core_runtime.py, line 26, in module _gnuradio_core_runtime = swig_import_helper() File /usr/local/lib/python2.7/dist-packages/gnuradio/gr/gnuradio_core_runtime.py, line 22, in swig_import_helper _mod = imp.load_module('_gnuradio_core_runtime', fp, pathname, description) ImportError: /usr/local/lib/libgnuradio-core-3.6.4git.so.0.0.0: undefined symbol: volk_64u_byteswap_u alpha@alpha-K54C:~/simple_ra/trunk$ -- From: mikej...@gmail.com Date: Sun, 27 Jan 2013 14:33:12 + Subject: Re: [Discuss-gnuradio] USRP 1 RA Help! To: f.anth...@hotmail.co.uk CC: Discuss-gnuradio@gnu.org Hi, Just run these commands taken from: http://www.pip-installer.org/en/latest/installing.html curl -O https://raw.github.com/pypa/pip/master/contrib/get-pip.py sudo python get-pip.py Mike M0MIK On 27 January 2013 14:29, Frankie Rawlins f.anth...@hotmail.co.uk wrote: Hi Mike. I'm
Re: [Discuss-gnuradio] build-gnuradio script error
Hi Brooke, I've uploaded my 'gr' folder to http://scanoo.com/downloads It should contain everything that you need as it isn't that old. Cheers, Mike M0MIK On 25 January 2013 16:48, Brooke Hayden sdrat...@gmail.com wrote: Trying to get another laptop up and running. When running the build-gnuradio script I get this error: ls: cannot access *.gz: No such file or directory Failed to download any usable images file from: http://files.ettus.com/uhd_releases/master_images After looking at the files.ettus.com site, the uhd_releases path no longer exists. This stopped the running of the script. Solutions? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio