[Discuss-gnuradio] GQRX raw IQ file format / structure ?
GQRX has a built-in I/Q recorder (tools menu) to save raw I/Q files. I would like to process these files with Python and other signal processing software. Does anybody know the exact format and structure of these files ? I am only aware of the filename in the format gqrx_DATE_TIME_FREQ_SAMPLERATE_DEVICE.raw tnx, Mark ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GQRX raw IQ file format / structure ?
Thanks for the quick reply. I tried to use sox to convert the files into WAV files to read into other software and it worked fine: sox -t raw -e floating-point -b 32 -c 2 -r 192000 ./gqrx_20150812_193915_113821000_192000_fc.raw test.wav On 13/08/15 19:28, Chris Kuethe wrote: > cf32, pairs of 32-bit floats representing I and Q. GnuRadio's file > source can read these directly. > > On Thu, Aug 13, 2015 at 11:23 AM, M Dammer wrote: >> GQRX has a built-in I/Q recorder (tools menu) to save raw I/Q files. I >> would like to process these files with Python and other signal >> processing software. Does anybody know the exact format and structure of >> these files ? I am only aware of the filename in the format >> gqrx_DATE_TIME_FREQ_SAMPLERATE_DEVICE.raw >> tnx, Mark >> >> ___ >> 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] state of offline signal analysis tools in 2014?
Two suggestions from my side: If you want to use Python, you can use the Spyder IDE (https://code.google.com/p/spyderlib/). Spyder is mainly designed for scientific programming. It even has built-in plotting capabilities. Another package I have used for that purpose is kst-plot. It is fast and has a lot of features: http://kst-plot.kde.org The good thing is that KST unlike many other KDE applications does not rely on a full KDE installation, but uses just QT libraries. There is a PPA for Ubuntu users: https://launchpad.net/~kst-plot/+archive/ubuntu/ppa Mark On 16/07/14 15:52, Peter A. Bigot wrote: GNU Radio is a great tool for applications and dynamic experimentation, but it doesn't have a lot of support for static/offline analysis of time-series data. I.e. I've captured some signal data and I want to explore its properties interactively so I can figure out what I want to do with it in GNU Radio. The sort of capabilities I'm looking for include: Read time-series data from files of different formats (some too large to fit in physical memory). Display the data, optionally applying linear transformations. Interactively pan and zoom. Jump forwards and backwards among time-registered events. Enable/disable/time-shift data overlays. Export selected data to new files. Calculate and display statistics and other non-linear transformations of selected data. Ideally I'd like an open-source analysis framework that I can extend in Python or C++; something like the Midas DSP tool family. I'm aware of some Qt widgets like QtCustomPlot, and generic frameworks like matplotlib and octave, but not of any ready-to-use applications or frameworks that already provide the basic functionality described above. The keywords I've tossed at Google haven't produced any obvious solutions, and discussions I find in the archives here are a couple years old and seem to summarize as "use maplotlib/octave". Is any such framework available now or in development? If not, is anybody interested in joining me offline to discuss the requirements and design for such a thing? Thanks. Peter ___ 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] Interfacing gnuradio with red pitaya ?
Has anybody managed to interface Gnuradio with Red Pitaya (http://redpitaya.com) hardware ? Any opinions about this project ? While looking for (more or less) affordable SDR hardware I find the dynamic range of a 14bit ADC interesting. tnx Mark ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] pipe data from GRC through shell command (like gr-pipe in 3.6) ?
I want to pipe data from GRC "through" a command running in the linux shell. I found gr-pipe on github, but it seems to be for 3.6 only. Until now I have used file sinks / sources and FIFOs, but this is inconvenient as FIFOs have to be created and things have to happen at a specific place in the filesystem. I'd rather find a way to directly connect to STDIO of a given command. thanks Mark ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Gnuradio 3.6.x recipe for pybombs ?
Has anyone a recipe for installing the 3.6-branch via pybombs ? I need a 3.6 parallel installation on my system, because many old projects are not working "out of the box" in 3.7.x. Even many of the projects referenced by recipes that currently come with pybombs do not compile. tnx, Mark ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Gnuradio 3.6.x recipe for pybombs ?
This does not work. I am getting a "branch not found, building HEAD instead" like error and then it builds 3.7. It looks as the gitbranch part of the recipe really only works with branches while the version numbers are tags. Does pybombs has a similar command than gitbranch to define a tag in a recipe ? On 19/07/13 20:00, Tom Rondeau wrote: > On Fri, Jul 19, 2013 at 12:31 PM, M Dammer wrote: >> Has anyone a recipe for installing the 3.6-branch via pybombs ? I need a >> 3.6 parallel installation on my system, because many old projects are >> not working "out of the box" in 3.7.x. Even many of the projects >> referenced by recipes that currently come with pybombs do not compile. >> tnx, Mark > Mark, > > You can edit the recipe file to change the branch you want to check > out. In pybombs/recipes/gnuradio.lwr look for the 'gitbranch' line. > Change this from 'master' to the tag of the version you want, such as > 'v3.6.5.1' for the latest in the 3.6 version. > > Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Gnuradio 3.6.x recipe for pybombs ?
thanks for the suggestion. I already solved the problem here, by putting this configure section in the recipe: configure { git checkout tags/v3.6.5.1 cmake .. -DCMAKE_BUILD_TYPE=$cmakebuildtype -DCMAKE_INSTALL_PREFIX=$prefix $config_opt } On 20/07/13 17:04, Nathan West wrote: > On Sat, Jul 20, 2013 at 10:26 AM, M Dammer wrote: >> This does not work. I am getting a "branch not found, building HEAD >> instead" like error and then it builds 3.7. It looks as the gitbranch >> part of the recipe really only works with branches while the version >> numbers are tags. Does pybombs has a similar command than gitbranch to >> define a tag in a recipe ? >> >> On 19/07/13 20:00, Tom Rondeau wrote: >>> On Fri, Jul 19, 2013 at 12:31 PM, M Dammer wrote: >>>> Has anyone a recipe for installing the 3.6-branch via pybombs ? I need a >>>> 3.6 parallel installation on my system, because many old projects are >>>> not working "out of the box" in 3.7.x. Even many of the projects >>>> referenced by recipes that currently come with pybombs do not compile. >>>> tnx, Mark >>> Mark, >>> >>> You can edit the recipe file to change the branch you want to check >>> out. In pybombs/recipes/gnuradio.lwr look for the 'gitbranch' line. >>> Change this from 'master' to the tag of the version you want, such as >>> 'v3.6.5.1' for the latest in the 3.6 version. >>> >>> Tom >> > Leave the branch as whatever you want (master, maint...) but add a > line for gitrev: > gitrev: tags/v3.6.5.1 > > Of course this could be whatever rev you want. > > Nathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] linking Gnuradio and Gpredict ?
Is it possible to link Gnuradio and Gpredict ? I want to use Gpredict as tracker controlling the antenna position and to pass doppler corrected frequency data to Gnuradio. Does any interface to Gpredict (or hamlib) exist ? thanks for any hints, Mark ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] where does gnuradio-companion stores the last opened flowchart ?
I notice that gnuradio-companion always opens the last used flowchart. Can anyone tell me where this information is stored? I am using several (3.6 and 3.7) GR builds in parallel and they all try to open the same flowchart when starting gnuradio-companion. I already looked (and deleted for a test) in ~/.gnuradio ~/.config/GNU Radio and ~/.grc_gnuradio but I could not find any gnuradio-companion "history" stored there. Thanks to anyone who sheds some light on this. Mark ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] pybombs building 3.6.5.1 - swapping and out of virtual memory
Not sure if this is a Pybombs or Gnuradio build issue: When building version 3.6.5.1 via pybombs the system starts swapping after about 70% of the build have completed and even sometimes bails out with "out of virtual memory". I can complete the build by restarting pybombs install - sometimes several times. I am building on XUbuntu 12.04 64bit - both machines have 4Gb RAM. I notice that "top" shows several cc1plus processes running in parallel each consuming over 1Gb of memory. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] pybombs building 3.6.5.1 - swapping and out of virtual memory
Thanks for all the quick replies. I will go for changing cmake.lwt as I rather have a longer compile time than insane disk activity. On 29/07/13 17:45, Tom Rondeau wrote: > On Mon, Jul 29, 2013 at 12:40 PM, M Dammer wrote: >> Not sure if this is a Pybombs or Gnuradio build issue: When building >> version 3.6.5.1 via pybombs the system starts swapping after about 70% >> of the build have completed and even sometimes bails out with "out of >> virtual memory". I can complete the build by restarting pybombs install >> - sometimes several times. >> I am building on XUbuntu 12.04 64bit - both machines have 4Gb RAM. >> I notice that "top" shows several cc1plus processes running in parallel >> each consuming over 1Gb of memory. > That's a GNU Radio issue, not PyBOMBS. The 3.6.5 series is > particularly bad about memory usage since there's a lot of duplicated > blocks. > > Best advice for you is to edit templates/cmake.lwt in PyBOMBS and > change it from 'make -j4' to 'make -j3' (or -j2 to be even more safe, > but -j3 on my 4 GB machine tends to be ok). > > Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Suggestion: Avoid using https in Pybombs recipes
I just updated to the latest pybombs and recipes and I notice that a lot of recipes based on https sources fail due to certificate validation errors. I would like to suggest to avoid https in recipes and use http instead - unless no alternative exists. This may lower security, but as the software we are working with is opensource anyway I do not see the need for encryption. And as certificate validation fails that benefit of https is not working either. Just food for thought, Mark ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Suggestion: Avoid using https in Pybombs recipes
Michael you are right. I checked the svn repos that do not work and it looks as they or even the whole cgran.org archive has moved to only https access anyway. Yes, it would be good if certificate validation would work in an easy way. I am saying easy, because using SSL etc. from the commandline can be complicated - hence my initial request. On 30/07/13 16:52, Michael Ossmann wrote: > On Tue, Jul 30, 2013 at 11:57:09AM +0100, M Dammer wrote: >> This may lower security, but as the software we are working with is >> opensource anyway I do not see the need for encryption. > There have been attacks against users of open source software via > automated software update and installation methods. > > My two cents: fix certificate validation instead of dropping https. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Proper way to update pybombs
How can I update pybombs (to get the latest version and update the recipes) without loosing the information about my gnuradio build? I want to continue to update gnuradio without the need to do a complete rebuild after a pybombs update. tnx, Mark ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Proper way to update pybombs
On 14/09/13 15:30, Tim wrote: > On 09/14/2013 06:01 AM, M Dammer wrote: >> How can I update pybombs (to get the latest version and update the >> recipes) without loosing the information about my gnuradio build? > in your pybombs directory or pybombs recipe directory run > > git remote update > git pull > > this should pull down any pybombs updates that may be available > you may want to 'git stash' before pulling and 'git stash pop' after if > you have any local changes. > or merge with a local branch with local modifications if you know what > you are doing > Thanks Tim for your detailed reply, but this does not work for me. I am getting a lot of "conflict" messages like this: . CONFLICT (add/add): Merge conflict in RPCPybombs.ice Auto-merging .bash_completion.d/pybombs CONFLICT (add/add): Merge conflict in .bash_completion.d/pybombs Automatic merge failed; fix conflicts and then commit the result. . and at the very end the pybombs file itself is corrupted. It looks like the output of a "diff" merged with working python code. I think I am going to rebuild everything ... :-( Mark ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Gnuradio-Companion Documentation.
Kevin, are you building gnuradio via PyBombs ? In this case you must have doxygen installed on your system. Then you have to edit the build recipe for gnuradio to enable doxygen: open the file gnuradio.lwr in your pybombs/recipes folder. in the line starting with var config_opt change -DENABLE_DOXYGEN=OFF to -DENABLE_DOXYGEN=ON then do start the gnuradio build: ./pybombs install gnuradio-this will do a complete rebuild including fetching from git ./pybombs rb gnuradio -this command just rebuilds gnuradio (with docs) without refetching (much faster) On 18/09/13 18:06, Kevin wrote: > Morning, > > from the > site, http://gnuradio.org/redmine/projects/gnuradio/wiki/GNURadioCompanion > There is the section, > Can anybody tell me how to install it and which folder I should be at? > > Thanks > > > Installing Documentation > > To view the blocks' documentation from inside GRC, install doxygen and > configure gnuradio with doxygen support: > > ./configure --enable-doxygen > make > sudo make install > > > ___ > 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-Companion Documentation.
May I then suggest to enable the docs in the pybombs recipe by default as well ? On 18/09/13 20:22, Tom Rondeau wrote: > On Wed, Sep 18, 2013 at 3:13 PM, Kevin wrote: >> Hello, >> >> I built Gnuradio using >> >> $ wget http://www.sbrac.org/files/build-gnuradio && chmod a+x >> ./build-gnuradio && ./build-gnuradio >> >> Which means I don't need to worry about this? >> >> ./configure --enable-doxygen >> make >> sudo make install > Yeah, Kevin, that information is old (pre cmake). You probably already > have the documentation installed (look for > /usr/local/share/doc/gnuradio-3.X/, which could also just be under > /usr, wherever build-gnuradio sets the prefix to). > > Building the Doxygen manual is enabled by default as long as you have > doxygen installed on your system. You can also get access to the > documentation for any version (and the weekly builds) here: > > http://gnuradio.org/redmine/projects/gnuradio/wiki/Old-docs > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Gnuradio-Companion Documentation.
I just had the experience of how much the documentation build process can slow down the build in general. So I think a flag that can be set/unset during the pybombs configuration / reconfiguration process is a good idea. And it would make it easier for new users who a: most likely want documentation and b: do not want to edit recipes etc. Mark On 19/09/13 15:45, Tim wrote: > > I'm thinking it might make sense to just prompt the user when pybombs > sets up its environment and asks for things like the prefix directory > - for it to also ask the user whether they want to build documentation > in general for all the recipes they will be building. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Passive radar using my hacked dual coherent channel rtl_sdr dongle
This is awesome. How did you analyze the data ? Is the software/source (both grc setup and data analysis) available ? Mark On 25/09/13 23:23, Juha Vierinen wrote: > I hooked up my dual coherent channel rtl_sdr dongle into two of our > passive radar antennas that we have here (log-periodic antennas > pointing North and South). After fine tuning gains and signal levels, > I acquired some FM radio data (WWLI 105.1 MHz). To my surprise, I got > passive radar echoes from airplanes when I analyzed the data. Passive > radar is one of the most challenging types of radar because the > requirements for dynamic range are larger than those for eg., pulsed > radar, I really didn't expect much from my test. > > I expect the $16 system to also be able to see specular meteor echoes > (typically stronger than airplanes) and ionospheric field aligned > irregularity echoes. Not bad for something that required about > $10k-$100k investment in a digital receivers ten years ago, and a $2k > investment yesterday. > > Visually, the rtl_sdr dongle system has a little bit more noise than > the usrp n200 with a tvrx2. And also, there is the hassle of aligning > samples. So I would still use the usrp if given a choice, as it does > perform better and requires no hacking. > > Here is the passive radar video I just made using my $16 dual channel > rtl_sdr (the timestamp is broken, but I just did the measurement an > hour ago): > http://youtu.be/KRqtqtCVRR0 > > For comparison, here is an example passive radar video of airplanes > and specular meteor echoes done using a usrp n200 + tvrx2. This was > earlier, so the targets aren't the same: > http://youtu.be/-k2ZuhAz0ac > > Does anyone know who manufactures these dongles, or who designed it? > > PS. I ordered a seven port usb hub, in anticipation of adding more > coherent channels (to do interferometry and maybe imaging). It seems > that every time I browse ebay, I end up ordering a few dongles. > > juha > > > ___ > 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 update fails - or is it just me?
same problem here (system XUbuntu 12.04 64bit): Packages out of date: ['gnuradio', 'gqrx', 'gr-iqbal', 'gr-osmosdr', 'hackrf', 'uhd'] Will remove and install the following packages to the latest version: ['hackrf', 'gqrx', 'gr-iqbal', 'uhd', 'gr-osmosdr', 'gnuradio'] Continue (y or n) y removing the following packages: ['hackrf', 'gqrx', 'gr-iqbal', 'uhd', 'gr-osmosdr', 'gnuradio'] ('\nmake uninstall\n', '\nmake uninstall\n') bash exec (/home/mark/apps/gnuradio/3.7/pybombs/src/hackrf/host/build):: make uninstall Scanning dependencies of target uninstall -- Uninstalling "/home/mark/apps/gnuradio/3.7/lib/pkgconfig/libhackrf.pc" -- Uninstalling "/home/mark/apps/gnuradio/3.7/lib/libhackrf.so.0.2.0" -- Uninstalling "/home/mark/apps/gnuradio/3.7/lib/libhackrf.so.0" -- Uninstalling "/home/mark/apps/gnuradio/3.7/lib/libhackrf.so" -- Uninstalling "/home/mark/apps/gnuradio/3.7/lib/libhackrf.a" -- Uninstalling "/home/mark/apps/gnuradio/3.7/include/libhackrf/hackrf.h" -- Uninstalling "/home/mark/apps/gnuradio/3.7/bin/hackrf_max2837" -- Uninstalling "/home/mark/apps/gnuradio/3.7/bin/hackrf_si5351c" -- Uninstalling "/home/mark/apps/gnuradio/3.7/bin/hackrf_transfer" -- Uninstalling "/home/mark/apps/gnuradio/3.7/bin/hackrf_rffc5071" -- Uninstalling "/home/mark/apps/gnuradio/3.7/bin/hackrf_spiflash" -- Uninstalling "/home/mark/apps/gnuradio/3.7/bin/hackrf_cpldjtag" -- Uninstalling "/home/mark/apps/gnuradio/3.7/bin/hackrf_info" Built target uninstall bash return val = 0 uninstalled hackrf package not found: h ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Pybombs update fails - or is it just me?
This problem has been fixed now - thanks a lot! Updating Pybombs should resolve the issue. Original Message Subject:Re: [pybombs] pybombs update fails with "package not found" followed by FIRST LETTER OF PKGNAME" (#32) Date: Thu, 03 Oct 2013 06:21:43 -0700 From: osh Reply-To: pybombs/pybombs To: pybombs/pybombs CC: mark-orion this has now been fixed update was expecting a list of strings instead of a string - there is now a check ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNURADIO.org down???
gnuradio.org still down here (Oct. 4th, 8:39 UTC). I can see that a whois update has happened last night, so maybe DNS has to sync. Mark ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNURADIO.org down???
yepp, up here (Scotland) as well - 9:54 UTC. Mark On 04/10/13 10:35, Ralph A. Schmid, dk5ras wrote: > Here in Germany it is available again; two hours ago it still was > unreachable. > > Ralph > > >> -Original Message- >> From: discuss-gnuradio-bounces+ralph=schmid@gnu.org >> [mailto:discuss-gnuradio-bounces+ralph=schmid....@gnu.org] On Behalf Of >> M Dammer >> Sent: Friday, October 04, 2013 10:42 AM >> To: discuss-gnuradio@gnu.org >> Subject: Re: [Discuss-gnuradio] GNURADIO.org down??? >> >> gnuradio.org still down here (Oct. 4th, 8:39 UTC). I can see that a whois >> update has happened last night, so maybe DNS has to sync. >> Mark >> >> >> >> ___ >> 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 in particle accelerators
Hi Aylons, I have no answer here. But talking about Gnuradio and nuclear physics I want to add my idea to your question: Would it be possible to use Gnuradio in a (home made) Gamma Spectrometer ? These spectrometers usually work with a multichannel analyzer that measures the pulse height coming from the detector and then sorting the heights into bins. This is similar to the histogram GUI element found in GRC, but the counting is accumulative until a timer or manual interaction stops it. The big difference between SDR use and nuclear instrumentation is that while SDR mainly works with a constant stream of data the latter mainly deals with transient pulses. Mark On 23/10/13 17:14, Aylons Hazzud wrote: > Hi, people. Anyone here has experience using Gnuradio or USRP as an > instrumentation tool (I mean, not for actual radio transmissions)? > > After years studying, hobbying and working with SDR, I've just learned > that they are very similar to particle acceleator instrumentation, in > a very pleasant way: I was just hired to work on one, precisely > because of the skills acquired with my SDR projects. > > Moreover, this particular project (Sirius, in Brasil), has adopted an > open hardware and free software attitude, which makes the use of > Gnuradio particularly interesting. > > Has anyone worked with this kind of instruments using Gnuradio? Is > USRP a good tool for this kind of job, or you can think about any > limitation? > > ___ > 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 in particle accelerators
I thought about other options for signal analysis (KST for example). My initial idea was in absence of a scintillation counter system to use a (simple) PIN diode like the widely used BPW34 photodiode as detector. There is some material about this on the web. Then put some amplifier behind it and do the data acquisition with a DC to HF (direct sample) modded RTL-SDR dongle. The interesting parameter in this case would be the pulse height. On 24/10/13 12:54, Aylons Hazzud wrote: > 2013/10/23 M Dammer : >> I have no answer here. But talking about Gnuradio and nuclear physics I >> want to add my idea to your question: >> Would it be possible to use Gnuradio in a (home made) Gamma Spectrometer >> ? These spectrometers usually work with a multichannel analyzer that >> measures the pulse height coming from the detector and then sorting the >> heights into bins. This is similar to the histogram GUI element found in >> GRC, but the counting is accumulative until a timer or manual >> interaction stops it. The big difference between SDR use and nuclear >> instrumentation is that while SDR mainly works with a constant stream of >> data the latter mainly deals with transient pulses. > Interesting. > > But, is GnuRadio needed for it? The pulse height coming from the > detector is a pulsed high-frequency signal, or just a width-modulated > square wave? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Decoding funcube telemetry with gnuradio
FUNcube-1 will be launched in about two weeks time and I would like to ask if anybody has aleady worked or is working on receiving / decoding the FUNcube telemetry with gnuradio (and an RTL-SDR as receiver)? Modulation is 1200bps BPSK. The telemetry format is well described on the funcube page ( http://funcube.org.uk/working-documents/ ). I am interested in grc flowgraphs for BPSK reception as well. 73 Mark ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Userexperience - ideas about new live DVD
Martin Brauns post about the user experience hangout this thurday inspired me. I am no sure if I can make it to the hangout, but here are some thoughts: I was asked to do a presentation about Satellite Tracking, SDR and Gnuradio to a group of teachers next Monday and thought it would be good to check out the live DVD, because they may like to have something to take home. I think the idea of a live DVD is great, but I would suggest a couple of changes to further live DVD releases. The main reason for my feedback is that I guess the live DVD will most likely be used by Gnuradio newbies and probably even Linux beginners. So the live DVD should be as easy as possible for these people: - Distro: XUbuntu instead of using standard Ubuntu. While the "Unity" desktop of standard Ubuntu is completely different to Windows and MacOS desktops, XFCE is in my opinion much more intuitive to someone who comes from Windows, Mac and many other Linux distros. The most disturbing thing is that the current DVD does not mention Gnuradio on the desktop at all and there is not even a shortcut to the terminal. And compared to other desktop environments XUbuntu is much more light weight and less taxing on CPU / GPU. - No display compositing (transparency effects). Compositing and other bells and whistles can slow down the whole desktop if the graphics driver does not support it well - e.g. when running the live DVD as a virtual machine (I usually test live CDs/DVDs as VMs within Virtualbox), or on older computers. - Gnuradio installation: I would suggest a Pybombs build system with the main gnuradio components already installed. Probably in a build directory that sits in the default users home folder (/home/ubuntu/gnuradio), so no root installation needed. setup_env.sh can be called on login to put this build directory into the path. With this configuration people can install additional packages and can become familiar with Pybombs if they want to. - Additional software / packages: Things that might be interesting for radio amateurs and DSP / SDR interested people like: Audacity, Sonic Visualiser (www.sonicvisualiser.org), GPredict and more. - Desktop tailored for Gnuradio: Menus and launchers for gnuradio-companion, relevant documentation and GQRX. Not to forget a "ReadMe" on how to use this DVD. Browser (Firefox) with Gnuradio relevant bookmarks. I have never made, customized a liveCD DVD before, but I will try to get such an image ready with uck (Ubuntu Customization Kit). Any help, ideas and food for thought is welcome. Mark ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] how to set global system architecture in pybombs ?
I am working on an SDR live DVD with Gnuradio on it. The DVD is based on XUbuntu 12.04 32bit. As the disk will hopefully being used on different machines (Intel and AMD) processors I am concerned that certain features of the (AMD based) build machine like 3Dnow! make the software unsuitable for Intel chipsets. So how can I configure Pybombs to use plain i686 architecture as the default for compiling, or is there nothing to worry about ? Mark ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Rational Resampler throws double free or corruption error
I pulled and compiled the latest gnuradio yesterday on an intel machine. My project uses the rational resampler as well and I am having no problems. Mark On 15/11/13 11:13, Frederik Wing wrote: > Hi everyone, > > I am using the latest GNU Radio version compiled and running on a > Raspberry Pi with Raspbian Wheezy. > Most of the blocks seem to work. But the Rational Resampler makes problems. > > Here is my sample python script generated by GNU Radio Companion: > http://pastebin.com/R0Z21MfU > > Running it throws the error: > *** glibc detected *** /usr/bin/python2: double free or corruption > (!prev): 0x02bee190 *** > > Debugging it with gdb gives the output here: http://pastebin.com/rXqtkZVG > > Any ideas how to solve this? > > Yours, > Frederik > > ___ > 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 good alternative for Ezcap DVB-T Dongle??
I am using several Newsky TV28T dongles. They are fairly cheap (kit with cables ~£15, dongle only ~10) and work well with Gnuradio and related applications. Just check on ebay for keywords like Newsky TV28 or RTL-SDR and you will find vendors. Mark On 19/11/13 11:36, Manu T S wrote: > Hi, > > What are the options for a good alternative for Ezcap DVB-T dongle? > > We need some RTL SDR dongles, for setting up experiments for undergraduate > communication lab course. We were planning to buy some RTL SDR compatible > dongles for the same. If anyone knows a good alternative for Ezcap DVB-T > dongle, please let me know. Any amount of details ( specifications, > available vendors) are welcome. > > Thank you. > > > > ___ > 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] GRC: File/Path browser in QT or WX gui ?
I am looking for a standard file browser widget for a QT or Wx based GUI. You browse the filesystem and the moment you click "o.k." the choosen path is put into a variable that can be used within your flowgraph. Is this possible ? Currently the only option I see is to set the filename/path within the flowgraph (e.g. WAV sinks/sources). Mark ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GRC: File/Path browser in QT or WX gui ?
I was thinking about people who just load a flowgraph and start it. In this case it would be very convenient to have all parameters that need adjusting (including filepath) in the GUI. greetings, Mark On 20/11/13 15:07, Marcus Müller wrote: > I think that would be possible; however, before you start coding it > yourself, please consider the use case: > In most cases, things like "I want to read that file" are considered > before starting a flow graph. > > Greetings, > Marcus > > On 20.11.2013 15:08, M Dammer wrote: >> I am looking for a standard file browser widget for a QT or Wx based >> GUI. You browse the filesystem and the moment you click "o.k." the >> choosen path is put into a variable that can be used within your >> flowgraph. Is this possible ? Currently the only option I see is to set >> the filename/path within the flowgraph (e.g. WAV sinks/sources). >> Mark >> >> >> >> >> ___ >> 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] Pybombs warning: Do not forget to define "makewidth" after updating pybombs from older version.
I just updated pybombs to the latest git version by using git remote update git pull. A new environment variable "makewidth" was introduced recently that - if not defined - leads to an infinite number of make processes been started and the machine freezing because of out of memory errors. So check your config.dat if it contains a line like makewidth=4 if not - add it or you may have the same bad experiences I just had. I already filed an issue on the Pybombs issuetracker. Happy compiling in a Happy New Gnuradio Year Mark ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Live DVD for i386 ?
I have made a Gnuradio Live DVD named SDRLive for i386 based on Gnuradio 3.7 last November. The main software package on the DVD is Gnuradio, but I added some useful other SDR packages (Quisk, Linrad) plus plotting and audio DSP software as well. I was inspired to do this because I was asked to do a presentation of SDR and of the missing i386 disk and I see the need for a beginner friendly live DVD. I wanted to publish the DVD, but I had to put it on the backburner because of a death in the family. My problem is that I have no place to host the DVD via FTP/HTTP or Bittorrent and I only have a fairly slow rural broadband connection here in northern Scotland, so I want to avoid uploading the 1.8Gb image several times. I am happy to release the DVD if anyone can provide hosting space or point me in a direction where I could do this free of charge. Mark On 02/02/14 20:19, Kristoff Bonne wrote: > Hi all, > > > First, I like to thank everybody at the FOSDEM SDR devroom today. I > really really learned a lot today! > > > > I want to try to use GR for a session on "how dooes a 433 Mhz ISM > signal look like" in our local radio-club. For that, I want to use the > live-CD / DVD of gnuradio so that people can try it out themseelfs. > > > However, at http://gnuradio.org/releases/gnuradio/iso/, I find only > AMD versions of the live DVD. > > > Is there a i386 version available somewhere? > > > > > Cheerio! Kr. Bonne. > > > ___ > 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] Why does Airprobe no longer work with current GNU Radio?
I tried building airprobe with the latest 3.6 build (3.6.5.1) and even that failed. Can someone probably point us to a gnuradio version that definitely works with airprobe ? regards, Mark On 10/02/14 02:54, JIANG Pin A wrote: > Hi, > > I met the same problem with airprobe and GNU Radio 3.7. > > I think it's due to GNU Radio 3.7 is restructured, which leads the > airprobe no longer work with GNU radio. > > You may try GNU Radio 3.6 series. For changes and new features in > 3.7, you can check the release note. > > Best Regards, > Jiang Pin > > From: discuss-gnuradio-bounces+pin.a.jiang=alcatel-sbell.com...@gnu.org > [mailto:discuss-gnuradio-bounces+pin.a.jiang=alcatel-sbell.com...@gnu.org] On > Behalf Of zhenhua han > Sent: 2014?2?10? 10:12 > To: discuss-gnuradio@gnu.org > Subject: [Discuss-gnuradio] Why does Airprobe no longer work with current GNU > Radio? > > Hi all, > > I'm new here to use GNU Radio. And I'm trying to decode GSM signal with > airprobe. > > In GSoC page of GNU Radio, I found these words: > > "It no longer works with current GNU Radio versions, and doesn't make use of > any of the new GNU Radio features." > > What are the detailed reasons? Moreover, what are the new features? > > Best wishes, > Zhenhua HAN > > > ___ > 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] New Gnuradio / SDR live DVD for i386 available for testing
I have created a new Gnuradio / SDR live DVD for i386 architecture. The disk called SDRLive! is available via bittorrent. Kristoff Bonne is so kind to seed the image at the moment, because I am only having a slow rural broadband connection and no server space. I would like to ask everyone who downloads the image to keep their bittorrent client running and join the seeders. You can download the torrent from here: http://mdammer.net/sdrlive/sdrlive32bit_20140209.torrent I could only test the disk with RTL-SDR, because I have no other SDR hardware available. Please let me know what you think. Any feedback is welcomed. Mark Here is a description of the disk - you get the same on the welcome page when starting the disk: *About this disk* With this live DVD you can run Gnuradio, Gnuradio based applications and other helpful programs related to software defined radio and digital signal processing without the need to install anything on your computer. SDRLive is meant as a starting point for people who want to try out SDR and for educational purposes. The disk is based on XUbuntu 12.04 LTS 32bit and should run on almost any x86 based system. The default username is "xubuntu" with the password "xubuntu" (both without quotes). There is a second useraccount "packager" with password "packager" that was used to create the live DVD. *Main features* - lightweight XFCE desktop environment - support for USRP, RTL-SDR, FuncubeDongle(pro), OsmoSDR, HackRF and other SDR hardware. Not all have been tested. - most of the applications can use the sound system as signal input / output. This is good for playing around with signal processing :-) - Pulseaudio can be disabled or run with 44.1 / 48 / 96 Khz samplerate via buttons in the Application Menu. - Jack Audio Connection Kit can be configured / started via QjackCtl. - Gnuradio and related applications are built with PyBombs. Additional packages can be easily installed via PyBombs. - Certain server applications (SSH, CUPS printserver, AVAHI mdns) are installed, but not started at boottime. These services can be easily started or stopped from the command line. Example for CUPS: sudo service cups start - A TightVNC server for remote desktop access can be started by entering "tightvncserver" (without quotes) in the terminal. You will be asked to set a password at startup. *Main Contents of the DVD* SDR applications - gnuradio 3.7 PyBombs build with all dependencies installed - gqrx SDR receiver - gr-air-modes Mode "S" ADS-B receiver - OsmoSDR - RTL-SDR - HackRF - RTLSDR-Scanner Frequency scanner application for RTL-SDR dongles - Linrad Versatile and lightweight X11 and console SDR application - Quisk Python based SDR application Audio DSP applications - Audacity - Sonic Visualiser - Sox Hamradio applications - Gpredict Satellite tracking program - Fldigi Digimode program Maths and Plotting - GNU Octave - KST Plot - Gnuplot ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] gqrx segfaults: rtlsdr_read_async returned with -5
I have updated my gnuradio installation via pybombs today. Gqrx is no longer working with my RTL-SDR dongle. The gui loads, but the moment when I start the receiver it works for about a second and then it crashes with: rtlsdr_read_async returned with -5 Segmentation fault (core dumped) I tried different sample rates, but I cannot get it work. To be on the safe side I rebuilt gr-iqbal and gr-osmosdr and then gqrx, but that does not fix it. Other applications (gr-air-modes) work well with the new build and do not crash. Here is a complete dump of a session: mark@orion:~/apps/gnuradio/3.7$ gqrx linux; GNU C++ version 4.6.3; Boost_105300; UHD_003.007.000-1-ga8caec5f gr-osmosdr v0.1.0-78-g1e8b45d0 (0.1.1git) gnuradio v3.7.4git-35-g1092e685 built-in source types: file osmosdr fcd rtl rtl_tcp uhd hackrf rfspace airspy Using Volk machine: sse4_a_64_orc gr-osmosdr v0.1.0-78-g1e8b45d0 (0.1.1git) gnuradio v3.7.4git-35-g1092e685 built-in source types: file osmosdr fcd rtl rtl_tcp uhd hackrf rfspace airspy Using device #0 Realtek RTL2838UHIDIR SN: 0013 Found Rafael Micro R820T tuner Exact sample rate is: 150.014901 Hz rtlsdr_read_async returned with -5 Segmentation fault (core dumped) tnx for any help, Mark ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gqrx segfaults: rtlsdr_read_async returned with -5
I updated from a gnuradio 3.7.3 git version (before 3.7.3 was officially released). I updated the pybombs recipes via git before the update. "Pybombs update" removed all updateable gnuradio stuff and installed it new as expected. I can actually confirm the problem now on two machines. Both running XUbuntu 12.04 64bit. One with an Intel core 2 due and the other with an AMD "APU" processor. I usually had no problems running gnuradio, gqrx and other related applications on both machines. Can you explain what that rtlsdr_read_async... message means ? Mark On 21/03/14 16:25, Tom Rondeau wrote: > On Fri, Mar 21, 2014 at 12:20 PM, M Dammer wrote: >> I have updated my gnuradio installation via pybombs today. >> Gqrx is no longer working with my RTL-SDR dongle. The gui loads, but the >> moment when I start the receiver it works for about a second and then it >> crashes with: >> rtlsdr_read_async returned with -5 >> Segmentation fault (core dumped) >> >> I tried different sample rates, but I cannot get it work. To be on the >> safe side I rebuilt gr-iqbal and gr-osmosdr and then gqrx, but that does >> not fix it. Other applications (gr-air-modes) work well with the new >> build and do not crash. >> >> Here is a complete dump of a session: >> mark@orion:~/apps/gnuradio/3.7$ gqrx >> linux; GNU C++ version 4.6.3; Boost_105300; UHD_003.007.000-1-ga8caec5f >> >> gr-osmosdr v0.1.0-78-g1e8b45d0 (0.1.1git) gnuradio v3.7.4git-35-g1092e685 >> built-in source types: file osmosdr fcd rtl rtl_tcp uhd hackrf rfspace >> airspy >> Using Volk machine: sse4_a_64_orc >> gr-osmosdr v0.1.0-78-g1e8b45d0 (0.1.1git) gnuradio v3.7.4git-35-g1092e685 >> built-in source types: file osmosdr fcd rtl rtl_tcp uhd hackrf rfspace >> airspy >> Using device #0 Realtek RTL2838UHIDIR SN: 0013 >> Found Rafael Micro R820T tuner >> Exact sample rate is: 150.014901 Hz >> rtlsdr_read_async returned with -5 >> Segmentation fault (core dumped) >> >> tnx for any help, >> Mark > Mark, > > Updated from what previous version? > > What's your system (OS, processor)? > > Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gqrx segfaults: rtlsdr_read_async returned with -5
I cannot see anything being wrong with USB. I tried different Kernels, different Dongles and they all fail. However booting my live DVD and starting gqrx (32bit) works. It looks like some incompatibility between the latest gqrx and my systems :-( Mark On 21/03/14 16:45, Marcus D. Leech wrote: > On 03/21/2014 12:41 PM, M Dammer wrote: >> I updated from a gnuradio 3.7.3 git version (before 3.7.3 was officially >> released). I updated the pybombs recipes via git before the update. >> "Pybombs update" removed all updateable gnuradio stuff and installed it >> new as expected. >> I can actually confirm the problem now on two machines. Both running >> XUbuntu 12.04 64bit. One with an Intel core 2 due and the other with an >> AMD "APU" processor. I usually had no problems running gnuradio, gqrx >> and other related applications on both machines. >> Can you explain what that rtlsdr_read_async... message means ? >> >> Mark > That message is coming from the rtl-sdr driver code, which is seeing > an error return from a libusb read transaction. Which means there's > something > wrong in the USB communications path between your PC and the dongle. > > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gqrx segfaults: rtlsdr_read_async returned with -5
This does not work. GQRX depends on gr-osmosdr and wont compile without it. On 21/03/14 18:07, Alfredo Muniz wrote: > I remember having this issue as well on my computer. I think there is > some incompatibility with running gqrx and having gr-osmosdr > installed. What I did was simply uninstall gr-osmosdr to run gqrx then > reinstall it when I need to use gnuradio with the rtlsdr source. I > haven't had time to debug further though. > > > On Fri, Mar 21, 2014 at 1:58 PM, M Dammer <mailto:i...@mdammer.net>> wrote: > > I cannot see anything being wrong with USB. I tried different Kernels, > different Dongles and they all fail. However booting my live DVD and > starting gqrx (32bit) works. > It looks like some incompatibility between the latest gqrx and my > systems :-( > > Mark > > On 21/03/14 16:45, Marcus D. Leech wrote: > > On 03/21/2014 12:41 PM, M Dammer wrote: > >> I updated from a gnuradio 3.7.3 git version (before 3.7.3 was > officially > >> released). I updated the pybombs recipes via git before the update. > >> "Pybombs update" removed all updateable gnuradio stuff and > installed it > >> new as expected. > >> I can actually confirm the problem now on two machines. Both > running > >> XUbuntu 12.04 64bit. One with an Intel core 2 due and the other > with an > >> AMD "APU" processor. I usually had no problems running > gnuradio, gqrx > >> and other related applications on both machines. > >> Can you explain what that rtlsdr_read_async... message means ? > >> > >> Mark > > That message is coming from the rtl-sdr driver code, which is seeing > > an error return from a libusb read transaction. Which means there's > > something > > wrong in the USB communications path between your PC and the > dongle. > > > > > > > > > ___ > 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
Re: [Discuss-gnuradio] gqrx segfaults: rtlsdr_read_async returned with -5
I updated and I still have the problem. Checking my syslog brought me to the following error: [ 7568.643970] gqrx[9018]: segfault at 7f82cb540ab8 ip 7f7e89a1b646 sp 7f7e5affcc70 error 4 in libusb-1.0.so.0.1.0[7f7e89a12000+11000] and googling this brought me to the following Debian bug report where someone explicitly mentions a similar problem with a funcube dongle pro and qthid on Ubuntu 12.04 AMD64 systems: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=658136 Well, I think its time for the two yearly reinstall of the systems when the next LTS is coming out Mark On 22/03/14 13:40, Alfredo Muniz wrote: > Just updated everything and now both can coexist. I must've been > running some old package somewhere. > > > ___ > 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] linking Gnuradio and Gpredict ?
I just found a good starting point. This program uses hamlib, a library that is often used to control rigs and antenna rotors and that is supported by GPredict: http://james.ahlstrom.name/hamlib.html I just tested it and GPredict connects well to localhost:4575. The server programs output shows the proper doppler corrected frequencies etc. As it is python it can probably "converted" into a GRC block. 73 Mark On 28/03/14 14:47, rajesh kd wrote: > Hi, >Can you explain in detail regarding querying the Gpredict for doppler > corrected freq. using UDP, since I novice to UDP. If possible,, can you > please post the relevant code. > > Rajesh > > > > -- > View this message in context: > http://gnuradio.4.n7.nabble.com/linking-Gnuradio-and-Gpredict-tp42620p47286.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
[Discuss-gnuradio] gr-air-modes broken in recent update ?
Since a couple of days I cannot run gr-air-modes anymore (it used to work before). I am running gnuradio in an isolated build environment on XUbuntu 12.04 64bit. Here is the blurp from the crash: mark@aurora:~/apps/gnuradio/3.7$ modes_gui Traceback (most recent call last): File "/home/mark/apps/gnuradio/3.7/bin/modes_gui", line 30, in import air_modes File "/home/mark/apps/gnuradio/3.7/lib/python2.7/dist-packages/air_modes/__init__.py", line 50, in from air_modes_swig import * File "/home/mark/apps/gnuradio/3.7/lib/python2.7/dist-packages/air_modes/air_modes_swig.py", line 26, in _air_modes_swig = swig_import_helper() File "/home/mark/apps/gnuradio/3.7/lib/python2.7/dist-packages/air_modes/air_modes_swig.py", line 22, in swig_import_helper _mod = imp.load_module('_air_modes_swig', fp, pathname, description) ImportError: dynamic module does not define init function (init_air_modes_swig) Error in sys.excepthook: Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/apport_python_hook.py", line 66, in apport_excepthook from apport.fileutils import likely_packaged, get_recent_crashes File "/usr/lib/python2.7/dist-packages/apport/__init__.py", line 1, in from apport.report import Report File "/usr/lib/python2.7/dist-packages/apport/report.py", line 18, in import problem_report File "/usr/lib/python2.7/dist-packages/problem_report.py", line 14, in import zlib, base64, time, sys, gzip, struct, os File "/usr/lib/python2.7/gzip.py", line 10, in import io File "/usr/lib/python2.7/io.py", line 60, in import _io TypeError: type '_io._IOBase' participates in gc and is a base type but has inappropriate tp_free slot Original exception was: Traceback (most recent call last): File "/home/mark/apps/gnuradio/3.7/bin/modes_gui", line 30, in import air_modes File "/home/mark/apps/gnuradio/3.7/lib/python2.7/dist-packages/air_modes/__init__.py", line 50, in from air_modes_swig import * File "/home/mark/apps/gnuradio/3.7/lib/python2.7/dist-packages/air_modes/air_modes_swig.py", line 26, in _air_modes_swig = swig_import_helper() File "/home/mark/apps/gnuradio/3.7/lib/python2.7/dist-packages/air_modes/air_modes_swig.py", line 22, in swig_import_helper _mod = imp.load_module('_air_modes_swig', fp, pathname, description) ImportError: dynamic module does not define init function (init_air_modes_swig) ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gr-air-modes broken in recent update ?
That is difficult to say. I usually just run pybombs update every now and then and I do not keep track about the current git commits (maybe I should do so in the future :-) ). On 07/04/14 19:19, Tom Rondeau wrote: > On Mon, Apr 7, 2014 at 11:41 AM, M Dammer wrote: > >> Since a couple of days I cannot run gr-air-modes anymore (it used to >> work before). I am running gnuradio in an isolated build environment on >> XUbuntu 12.04 64bit. >> > What have you updated in the past few days? GNU Radio or gr-air-modes? This > looks like a problem with air-modes, but to help us out, it'll be nice if > you can explain what you updated and from which old version (git commit) to > which new version? > > Thanks, > Tom > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gr-air-modes broken in recent update ?
I tried rebuilding gr-air-modes with make -j1 both for build and install, but it did no help. I even changed the generic makewidth setting to 1 and rebuilt gnuradio, rtl_sdr..., but the problem is still there. Mark On 07/04/14 22:19, Johnathan Corgan wrote: > On 04/08/2014 01:41 AM, M Dammer wrote: >>File >> "/home/mark/apps/gnuradio/3.7/lib/python2.7/dist-packages/air_modes/air_modes_swig.py", >> >> line 22, in swig_import_helper >> _mod = imp.load_module('_air_modes_swig', fp, pathname, >> description) >> ImportError: dynamic module does not define init function >> (init_air_modes_swig) > > The "does not define init function" is almost certainly a parallel > make failure. To fix, you go into the build directory, do a 'make > clean', then a single process 'make'. > > I thought that the PyBOMBS recipe for gr-air-modes had an override to > always use -j1 when compiling. > > Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio