[Discuss-gnuradio] FOSDEM '14: Final Schedule
Hi everyone, as you might remember, FOSDEM '14 is having a dedicated SDR track for the first time. Despite being new and all, we managed to get a full speaker lineup ready before the first deadline was over. The schedule is available on the FOSDEM website: https://fosdem.org/2014/schedule/track/software_defined_radio/ I'd like to thank all the speakers for preparing their talks. Also, note that we have specifically set aside some time for hackery. I hope to see lots of you guys in Brussels! - The FOSDEM SDR-Track TPC (Phil, Sylvain and Martin) -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpJ4vrNBLSn0.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Failed Install + gr-osmosdr Troubles
On Wed, Dec 11, 2013 at 06:52:30PM -0500, Marcus Leech wrote: Just for fun I uninstalled everything and tried installing with pybombs. However when it got to the step which builds filter_swigPYTHON_wrap there was an issue: [ 78%] Building CXX object gr-filter/swig/CMakeFiles/_filter_swig.dir/filter_swigPYTHON_wrap.cxx.o c++: internal compiler error: Killed (program c11plus) [...] That's generally due to gpp running out of memory during processing of the fairly-chunky SWIG files. Add more RAM to your system, or add a swap/paging file see mkswap and swapon. Also, I've sometimes seen the compiler crash on a SWIG file, but run fine if I try again. Did you try this multiple times? MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpUXNsk8uhgZ.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Bit error rate test
On Wed, Dec 11, 2013 at 04:15:11PM -0700, Henry Jin wrote: I tried to use digital_bert_tx.py and digital_bert_rx.py to test the BER performance of different modulations. The command I use is ./digital_bert_tx.py --tx-freq=5.1e9 --tx-gain=30 -S 8 --mod-code=gray -m bpsk. The results for BPSK is good enough. When SNR is above 20, the BER is around 10^(-11). However, when I change the modulation to QPSK, the BER is only around 0.167 although it says SNR is still around 20. Surely there is something wrong. 16QAM has the same problem. Just wonder if anyone has the same experience before. Am I missing something in order to correctly use the test script? Henry, I believe you've run into the famous 'SNR' trap[1], where you're using the wrong definition of SNR for your purposes. I'd need to have a closer look at the blocks in question, but I believe your estimate is actually the E_S/N_0 (it might be something within a constant factor of this). The relevant quantity for predicting BER is E_b/N_0. If you increase the modulation (BPSK - QPSK - QAM), you're decreasing the latter (at constant 'SNR'). So, all is fine. I'm a bit surprised about the actual values. If you're measuring a BER of 10**-11, that means you're transmitting data on the order of 10**12 bits? I'm not 100% familiar with digital_bert_tx.py, but this seems weird. Note that there are formulas to derive the BER from EbN0. Remember they apply to the AWGN channel only. If you have synchronisation, equalization etc. BER will get worse. So, .167 is more than the theory says, but you'd expect more anyway. MB [1] Well, don't know if it's famous. It's a very common mistake, though. -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpVNQQE2xY5W.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Unexpected issue with file source and USRP source
On Thu, Dec 12, 2013 at 03:54:29PM +0500, Maria Stevens wrote: So, Only case 1 is working for me. I am not using any custom gnuradio-block in my receiver. Major blocks in my demodulator chain consists of FIR filters, gr_pfb_clock_sync_ccf and packet decoder along with some adders subtractors etc. what is the difference caused by the same demodulator chain when reading data directly from usrp source and from file source? is it because some of the demodulator chain blocks are causing back pressure due to taking too much time in processing but when run in real time it causes data loss during exchange of samples between blocks. I am confused if in real time the gr_pfb_clock_sync_ccf block or any other major block stucks in processing during which samples are lost due to new incoming samples. Are you observing overflows? If so, have you tried reducing the bandwidth and see if that helps? MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgp_sRsQj3TEz.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] OFDM Transmitter GRC Example
On Thu, Dec 12, 2013 at 08:27:19PM +0800, ZaInzAiN Jj wrote: This is OFDM transmitter grc file On Thursday, December 12, 2013 7:22 PM, ZaInzAiN Jj zain_zain...@yahoo.com wrote: Dear all, In OFDM transmitter example there is Stream to Tagged Stream block with packet length value 96. What it's mean? And whether the value claim specific standard? See the manual: http://gnuradio.org/doc/doxygen/page_tagged_stream_blocks.html MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpiRhtp1lY2x.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] BER AWGN example - question
On Mon, Dec 09, 2013 at 03:10:49AM -0800, bieniu wrote: Martin Braun (CEL) wrote Given an E_b of 1, what is the noise *voltage* (i.e. the expected amplitude of the AWGN process) that will cause an E_b / N_0 of x, if E_b / N_0 is given in dB? If you take pencil and paper, and solve for the noise voltage, you'll get this equation. Thank you very much for your reply. I am capable of simple converting value in [dB] to the one in [W/W] but I don't know why there are the number_of_bits_per_symbol parameter and the '2' constant in the equation. It's probably trivial but I would really appreciate your help on this. The number_of_bits_per_symbol is for E_s - E_b conversion and the 2 is for two-sided noise power to one-sided conversion (or was is the other way 'round? I always mix those up :). MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpJMSA2c9Q4W.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] about importerror in gnuradio 3.7.0
On Mon, Dec 09, 2013 at 10:15:06AM +0100, alex wrote: I want to move my out of tree model from gnuradio 3.6.5 to 3.7.0. I follow the introduction about how to move from 3.6 to 3.7. The code is able to build. However when I running the python script, still meet the importerror as follow: ImportError: /usr/local/lib/libgnuradio-gmsktr.so: undefined symbol: _ZN2gr6filter24mmse_fir_interpolator_ffC1Ev I have tried two days to find the bug but no progress.does somebody have experience about this problem? Any suggestions would be appreciated! What exactly did you try? What's your GR version? Have you read http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModulesConfig? MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpX8Cjiyc5Ss.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Link libraries to a OOT block
On Sat, Dec 07, 2013 at 08:40:45PM -0500, James Austin wrote: I'm a long time Windows programmer trying to write a gnuradio module to improve my Linux development skills. I created a gnuradio module following the tutorial that just sends dummy data back to gnuradio. That works fine, I can plot the dummy data in my flowgraph and it works and displays as expected. I also created a static library that produces data, no reason I can't make it a shared library if that is the solution. My problem is trying to get the gnuradio module to link against the static library, so that the data produced by this library can be fed into gnuradio. I haven't been able to figure out the cmake magic to make this happen. I get a variety of error messages on everything I try. Does anyone have any hints to get me past this? Hey Jim, you're not giving us much to work on here. You might want to specify what exactly you're linking to, and what you've tried. What you're trying to do seems like a cmake problem, so checking cmake tutorials (unrelated to GNU Radio) might help. Most often, you want your C++ blocks to access some library. This would mean editing the lib/CMakeLists.txt file to make sure you're linking to the right libs. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpYOX5lB7BMU.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Failed Install + gr-osmosdr Troubles
On Sat, Dec 07, 2013 at 08:39:57PM -0800, Jacob Dickinson wrote: I then uninstalled 3.7.2.1 and installed 3.7.1.1 from the binary package (gnuradio_3.7.1.1_Ubuntu-13.10-x86_64.deb). Now gnuradio itself works, but when I installed the gr-osmosdr package following instructions on the osmocom website, there was no trace of any of the blocks in gnuradio-companion. I'm guessing that the GNU Radio files are in /usr/ and the OsmoSDR files are in /usr/local. In that case, GRC doesn't look for the blocks in /usr/local. To see if this is the problem, set the environment variable GRC_BLOCKS_PATH to /usr/local/share/gnuradio/grc/blocks/ (or wherever your blocks are) and start gnuradio-companion. If this works, then you can statically set this path in ~/.gnuradio/config.conf (see http://gnuradio.org/redmine/projects/gnuradio/wiki/GNURadioCompanion). This behaviour is already documented (Issue #606), but we get very few people who mix the source and binary builds. When trying to import osmosdr directly in a python interpreter: the first time I issue the import statement, I get ImportError: /usr/lib/libgnuradio-blocks-3.7.1.1.so.0.0.0: undefined symbol: volk_64u_byteswap_u. As far as I can tell, libvolk is installed on my machine. The second time I issue the import, the python interpreter crashes with a seg fault. I'm not too concerned about the crashing in 3.7.2.1 unless it's easily solvable or related to the second issue. The main thing I'm concerned about is getting gr-osmosdr working. Any guidance on troubleshooting this? I'm not familiar enough with gnuradio yet to know where to look. Well, if GNU Radio doesn't work you won't be able to use gr-osmosdr either. I can't think of a solution off the top of my head, though. Perhaps this is a case where pybombs might be able to help you. If you want to try this, do the following: - Uninstall everything GNU Radio- and OsmoSDR-related - Run git clone git://github.com/pybombs/pybombs cd pybombs ./pybombs install gnuradio and then ./pybombs install gr-osmosdr http://gnuradio.org/redmine/projects/pybombs/wiki/QuickStart will guide you. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpXmNiTQ9fWW.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] BER AWGN example - question
On Sat, Dec 07, 2013 at 02:26:18PM +0100, bie...@student.agh.edu.pl wrote: Could you explain how the converting the EbNo value to the noise voltage in the following example is done? http://gnuradio.org/redmine/projects/gnuradio/repository/entry/gr-digital/examples/berawgn.py I can see that there is a function (EbNo_to_noise_voltage) responsible for that but I have problem with understanding where this equation came from. Could you possibly explain it to me or at least recommend some book where I can find the solution? Given an E_b of 1, what is the noise *voltage* (i.e. the expected amplitude of the AWGN process) that will cause an E_b / N_0 of x, if E_b / N_0 is given in dB? If you take pencil and paper, and solve for the noise voltage, you'll get this equation. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgp59p2DaRGRH.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Enhancement request - gnuradion-companion only opens one properties dialog at a time
On Fri, Dec 06, 2013 at 09:30:13PM -0800, John Blommers wrote: As an enhancement to gnuradio-companion, might this feature be added to the would-be-nice list please? John, you can edit the wiki page yourself. If you feel like this is something you'd like to code yourself, put your name behind it. Otherwise, remember that the GRC wish list page is no guarantee that someone will volunteer to implement a feature, it is meant to be a centralized place to collect ideas and mark who's working on what. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgputhEJUvKzu.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] how to implement synchronous source block correctly ?
On Thu, Dec 05, 2013 at 02:05:31AM -0800, Artem Pisarenko wrote: Btw, this restriction frustrating. Someone would like to make useful graph containing both audio source and sink in single chain, but it's impossible due to current GNU Radio design. It's not impossible. The very first thing I did in GNU Radio (~6 years ago) was feed my mic input into an FM modulator and transmit that. That's 2 hardware clocks right there. If you *directly* connect audio source to sink, you can run into the problems you describe -- depending on the backend (my intuition says, Jack would handle that better than ALSA, haven't tried). I think it would be better to implement such scheduler which do synchronization itself (using software generator or some external source provided by user). Optionally, of course. Maybe it wouldn't be such flexible in this case, but overall effect is better. I guess authors considered this variant but abandoned it by some reasons... Let's close this thread. Artem, if you have any specific questions please ask them in a new thread. I'd also like to ask everyone to stay respectful towards other people on this list and be appreciative of people spending their free time towards helping out. Martin -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpAg9qf7nEoX.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] All packets may lose when running benchmark example in gr-digital/examples/narrowband
On Thu, Dec 05, 2013 at 06:47:16PM +0800, Damon wrote: When I was running benchmark example in gr-digital/examples/narrowband, all packets may lose. The environment is shown below. Hardware: USRP N210 with WBX Software: GNU Radio v3.7.2.1-62-g6195ff3c and UHD_003.006.000-0-g58f4af97 The two USRPs are placed close to each other. The example is run by: On the TX side: python benchmark_tx.py -f 1.55G -m qpsk -r 200k -M 10 On the RX side: python benchmark_rx.py -f 1.55G -m qpsk -r 200k Sometimes, all packets could be received. Then I restarted test, nothing was printed in the terminator on the RX side. It looks like a random event. I guess there is something wrong with timing synchronizer in the receive path. By the way, everything is ok when we do the test with gmsk. This can happen, it takes a bit of practice to transmit and receive a clean signal. There lots of reasons this can go wrong: Interference, non-linear distortions (wrong gain settings)... GMSK is a bit more robust in these regards. Nothing to worry about! MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpMtdWZWFOhV.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GRC Working Group Call
Hi everyone, the call is live on: https://www.youtube.com/watch?v=FeeDnyM5tSM#t=656 You can join through the G+ community page. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgprNGJ9ur529.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Prevented in-tree build. This is bad practice. ???
On Wed, Dec 04, 2013 at 11:12:01AM +0200, Stefan Gofferje wrote: On 12/04/2013 10:53 AM, Martin Braun (CEL) wrote: On Wed, Dec 04, 2013 at 10:37:58AM +0200, Stefan Gofferje wrote: what is THAT??? Occurred with the 3.7.2 download package... enterprise:/usr/src/gr-build # cmake ../gnuradio-3.7.2 CMake Error at CMakeLists.txt:22 (message): Prevented in-tree build. This is bad practice. It looks like you tried an in-tree build, which cmake prevented you from doing, because it's bad practice :) You'll need to clean the repo (if nothing's changed, git clean -xdf will do) and then rebuild *outside* your tree. Follow the build instructions, and make sure you call cmake in a separate build folder. Did you actually read what I posted? I was calling cmake ../gnuradio-3.7.2 while being in the directory /usr/src/gr-build. Yes, Stefan, I read what you posted. Did you read what I just posted? About making sure you're helping people help you solve your problems? Also remember, this thread isn't only for your benefit, but for others with similar problems who might read this now or find it in the archives later. Now, the most common cause for your problem is leftover cmake files. As I said, clean out the source dir before continuing. And I didn't use git but the download package from the gnuradio website. I'm assuming you're able to ignore my suggestion in that case and clean the directory using other methods. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpp_essNPV9B.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] QT GUI Sink: Waterfall much faster than standalone waterfall and time domain display crashes
On Wed, Dec 04, 2013 at 01:18:56PM +0200, Stefan Gofferje wrote: so I got gnuradio basically running and started to experiment. 2 things, I noticed: 1.) The waterfall display in the QT GUI sink seems to be about twice as fast as the standalone QT GUI Waterfall sink. That's nothing bad but I'd be curious where this come from. 2.) When I choose the Time Domain Display tab in the QT GUI sink, the window just closes. Nothing on the console, like error messages, etc... Just *puff* gone... Is there a know bug with that? Have you tried calling the .py-file generated by GRC on the command line? I've had some problems with segfaults caused by QT not being displayed inside GNU Radio. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpFXUrl9wpcn.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Prevented in-tree build. This is bad practice. ???
On Wed, Dec 04, 2013 at 12:23:24PM +0200, Stefan Gofferje wrote: On 12/04/2013 12:03 PM, Martin Braun (CEL) wrote: Also remember, this thread isn't only for your benefit, but for others with similar problems who might read this now or find it in the archives later. Point taken. However, I was not in-tree in that case unless I understand the expression in-tree wrong. It does mean inside the directory where all the source files are, doesn't it? Yes, although the error message is triggered when it finds specific files inside the tree, even if you actually call cmake from outside the tree. So if you do an in-tree build first, then realize your error, and try the out-of-tree build afterwards, you still see the same error. Now, the most common cause for your problem is leftover cmake files. As I said, clean out the source dir before continuing. I'm assuming you're able to ignore my suggestion in that case and clean the directory using other methods. rm -rf gnuradio-3.7.2 rm -rf gr-build tar xzf gnuradio-3.7.2.tar.gz md gr-build cd gr-build cmake ../gnuradio-3.7.2 = same result OK, that's unusual and I can't reproduce it here even by copy pasting the commands and doing exactly the same. You could try 3.7.2.1 (although I couldn't say why 3.7.2 wouldn't work) and using other build directories. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpsRnJr_EtdY.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] how to implement synchronous source block correctly ?
On Tue, Dec 03, 2013 at 03:59:34AM -0800, Artem Pisarenko wrote: Last few days I tried to implement RTP stream source block (based on sync_block) and found that this simple task is not trivial, as it seems to be, because GNU Radio scheduler and general data flow are not documented (for users). There's an overview of the scheduler: http://gnuradio.squarespace.com/blog/2013/9/15/explaining-the-gnu-radio-scheduler.html Users, as you say, usually don't need more than this to write GNU Radio code, and most often don't need to know anything at all about it. What mecahisms are allowed to be used in order to achieve producing data synchronously and make possible to use block in any flow graph ? Blocking/sleeping inside work() function ? I wasted a lot of time to find out that my flow graph works crappy not because of my block. Create signal source - throttle - complex to float - audio sink and you will hear jerky sound. Is it because of having more than one synchronous block in single flow chain ? If so, do I have to implement two versions of my block (sync and async) and user have to be responsible in selecting correct one ? Furthermore, there are no correct way to stop graph, instead work() function must never block for more than some finite interval of time. How to choose it - 10, 50, 100 ms ?.. Also note, that stop() method doesn't allow implementing any kind of interruption, it just called after graph finished already. I consider these issues are fundamental. A couple of things need clarifying: - You never use a throttle and a hardware clock in one flow graph (e.g. throttle + audio) - work() should never block. Sources are a bit of an exception, though, because blocking might be better than continuously producing no output if there's nothing to produce. In this case, it's your job to never produce underruns (what you called 'jerky sound'), and produce enough items often enough. - I'm pretty sure you've misunderstood the concept of a sync block. Refer to [1] for an introduction. It merely describes the ratio of input and output rates. The opposite of a sync block is *not* an 'async' block. - The scheduler does all the work for you regarding calling of work(). You don't need to interrupt work(). Not sure what you're intentions were with using stop(). Hope, at least, my remarks will help users who read encouraging writing gnuradio blocks is simple ! at wiki and being stuck in practice. Writing blocks is one of the things we try and document as good as possible. The corresponding tutorial [1] has received a lot of feedback and has been continuously updated. It also discusses most of the questions you had earlier. I also hope that nothing on gnuradio.org discourages people from using GNU Radio and writing blocks. Martin [1] http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpImnKz_mPE8.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Reporting Problems to this Mailing List
Hi guys, whenever you have a problem and are asking the mailing list for help, there are a few things to keep in mind. First of all, make sure you have read this: http://gnuradio.org/redmine/projects/gnuradio/wiki/ReportingErrors However, there's something else you should keep in mind: If you want help from the mailing list, you must present your problem such that it is easiest for us to understand. Remember, none of us is getting paid to read this list and answer your questions, and if you present your question well, more people will likely read it and possibly have an answer. It's in *your* best interest that lots of people want to read your posting and help you. Here's a couple of guidelines that might help: ** Always post all relevant details ** How did you install (source / binaries), which GR version, which OS, which platform, which RF hardware... ** Don't post long logs or files ** When posting something like a cmake or make output, or maybe files longer than 15 lines, use a service like pastebin.com to paste your text. Most terminals have a back-scroll feature which allows you to copy a large number of lines. Ideally, you can identify the line that is most relevant to your problem, and post that inside your email. (Note: When doing a parallel make that fails, it's not necessarily the last one!). Unless you know the source of your problem, though, still go ahead and pastebin the entire output. Don't post screenshots of text! We might want to use the 'search' feature. ** No large attachments ** Please upload anything larger than a few kB to an upload service such as Dropbox, don't send it to the mailing list. ** Show us the code ** If your code is not working, *send us the code*. If you're working on a secret project, make a snippet with just your problem (rename blocks and variables or whatever). If you're working on a high-profile project and really, really don't want to share any of it, but are still stuck, the mailing list might not be the right place for this problem. ** GRC: Use the screenshot feature ** When you have a faulty GRC flowgraph and send out the .grc file, you are expecting people to download the file, load it into their GRC and run it (they might even have the wrong version of GNU Radio installed, or none at all on the computer they are currently using). To increase the number of people who will have a look at the flow graph, use GRC's screenshot feature and upload the image to a service such as imgur.com. Often, just having a look at a flow graph will reveal errors, and since the effort to do this is much smaller than opening the .grc file, more people will help you. That said, it doesn't hurt to send out both. Most .grc files are small enough you can attach them. tl;dr: Make it as easy as possible for the list readers to help you. Martin -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpKF3Y9OlIyU.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] git support in gr_modtool
Hi, the master branch has a new feature for modtool: git support. If enabled, 'gr_modtool create' will automatically turn the newly created directory into a git repository and add all the new files. The modtool subcommands add, rm, disable and makexml can then update the git index when operating. To enable git support, either use the switch --scm-mode, which is globally available for all subcommands, or add scm_mode=auto (or scm_mode=yes) to the [modtool] section of your .gnuradio/config.conf. The default behaviour is to *not* use git support. Available options for scm_mode are: yes, no and auto. The latter autodetects the presence of a repository and does nothing if no repo is detected. Note that 'commit' is not called by gr_modtool. This is because most of the time, a git commit is not done after calling gr_modtool add. Some background: gr_modtool actually calls the 'git' executable to do this. Support for GitPython is there, but GitPython has proven a bit shaky when mixed with the command line client, so it's currently deactivated. There are safeguards to make sure that nothing happens if no git is detected, but if someone finds some bug with with, please contact me. Finally, if there is real demand for other source control management systems, that can be added quite easily. For now, only git is supported. Enjoy! Martin -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpMzCdE7IuKv.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] can't use ControlPort in gnuradio 3.7
On Mon, Nov 25, 2013 at 01:45:47PM +0400, nesimi eldarov wrote: Thanks! here is the link: http://pastebin.com/hC7k9tfG I'm not sure what you pasted here, but it's not the output of running cmake in GNU Radio. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpy2sTzY7bTH.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Discuss-gnuradio Digest, Vol 132, Issue 22
On Mon, Nov 25, 2013 at 01:22:37PM +0500, Murtaza Ali wrote: hi everyone i am generating LFM signal in gnu radio with signal source and vco. i do not know about parameters of vco like sensitivity . does anybody knows?? When writing to this list, don't reply to a digest email. Create a new thread, use a meaningful subject line and make sure the question is clearly stated. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgp8oaibg6puF.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] can't use ControlPort in gnuradio 3.7
On Mon, Nov 25, 2013 at 02:50:20PM +0400, nesimi eldarov wrote: Sorry, now I put the correct file: http://pastebin.com/3bLcTYrE As you can see in line 74, you do not have ICE installed. If you want to use CtrlPort, you will have to install it, although most GNU Radio components work fine without it. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpgAe_5nABTY.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] can't use ControlPort in gnuradio 3.7
On Sat, Nov 23, 2013 at 09:30:37PM +0400, nesimi eldarov wrote: Hi People, My system: Ubuntu 13.04 GNURADIO 3.7 How did you install GNU Radio? Did you build it from source? If so, was CtrlPort enabled during build time? You can pastebin the cmake output if that's the case. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpenWByVvPty.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] can't use ControlPort in gnuradio 3.7
On Sun, Nov 24, 2013 at 03:33:36PM +0400, nesimi eldarov wrote: Hi Martin, I installed from source. I look into build folder I could not find ControlPort. I guess it was disabled during installation but I am not sure. What do you mean with ' pastebin the cmake output '? It means you copy and paste the output of running cmake to a service like pastebin.com so we can inspect it. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpHhhKZ2D2Fp.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Public method in out of tree module
On Fri, Nov 22, 2013 at 10:51:22AM -0500, Dirk Van Bruggen wrote: I've tried following the examples of in tree blocks, but just cannot seem to be able to access pub() from python. Am I missing an include, or something? Just to make sure, did you rebuild everything (including SWIG bindings)? Are you accessing pub() from QA code? If not, did you reinstall afterwards? MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpW4wjlcKbzC.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] FTW IEEE802.11a/g/p OFDM Frame Encoder: How to run on gnuradio v3.6.5.1 ?
On Wed, Nov 20, 2013 at 02:48:53PM +0400, nesimi eldarov wrote: Hi, I was also trying to use that, but that is hopeless (you have to have ubuntu 9.10, USRP2 which is EOL). For the record and the mailing list archives: libusrp2 was deprecated; the actual device (USRP2) is still supported and works with any version of UHD. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpUEa_Jr5Lrl.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Dev Call November
Hi all, this Thursday is the third Thursday of the month, and as usual, there will be a developer's call. To get the time in your time zone, head over to our G+ page to have Google convert it for you (it's 19:00 CET). If you want to listen in, join the IRC channel #gnuradio on Freenode and go to the Google+ page of our community to watch the video. You can even join the call (make sure your audio settings are correct and your G+ hangout plugin is working!) by heading to the G+ community page and hitting refresh until the call is displayed (this is seriously how we do it). MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpNwyZXuhTe4.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Using gr-atsc library
On Sat, Nov 16, 2013 at 01:21:20PM -0200, Yuri P.M wrote: Hi, My name is Yuri and I'm new to the GNU Radio world. I'm trying to use some pieces of the code from the gr-atsc librabry in my project, for latter adaptation to my purpose, but I don't know if what I'm doing is correct (I suspect not), so any tip and hint would be of great help. I'm trying to use it in GRC. Can you please specify how you installed GNU Radio? My first thought is that maybe your OOT-module is not configured link against gr-atsc. In your modules top CMakeFile.txt, look for lines that look like this: set(GR_REQUIRED_COMPONENTS RUNTIME ATSC) find_package(Gnuradio 3.7.2 REQUIRED) ...and make sure the 'ATSC' is in there. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgp6StOKavZ0D.pgp Description: PGP signature ___ 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
On Mon, Nov 18, 2013 at 02:19:55PM +0100, Frederik Wing wrote: Hi Tom, what you are writing is completely right. Simply increasing the sampling frequency will result in a more complex filter. Nevertheless the firdes.low_pass function does NOT want to calculate the 101-tap-filter. But it DOES calculate the 11-tap-filter. Really strange. So this might not be a memory problem. The magic border I described is at 1MHz. Not at 1GHz as I wrote accidentally. Can you post the exact call too firdes.low_pass(), thanks. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpILkUKVl4gG.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] FFT -- IFFT
On Mon, Nov 18, 2013 at 08:22:08AM -0500, Robert James wrote: Wow, switching to a rectangular window of fft_size solved it! I'm baffled: I know windows are a way of pretransforming the wave prior to FFT, to eliminate artifacts. I just used the default window. Why did I need a rectangular window here? In what other cases do I need it? If you want to keep all the properties of the signal, you need a rect window. What you did was: apply a window, then do an FFT, apply the window again, do an IFFT. Obviously, you're distorting the signal every time you do the (I)FFT. A boxcar window won't change the signal. For spectral analysis or filter design, you typically use other windows. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpTph7X4lLip.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] White Noise detection and elimination
On Mon, Nov 18, 2013 at 08:29:02AM -0500, Robert James wrote: I'm working on a series of blocks to measure the level of white noise and attentuate it. (Yes, I know there are better ways of doing this, like a Wiener filter - my goal here is to experiment and learn.) Model: Assume white noise is present in equal power at all frequencies. Plan: Signal -- FFT -- [Find min power val over entire freq vector] -- [Subtract that min val from all freq] -- IFFT -- Output Two questions: 1. Will this work? I doubt it will do what you want it to. What do you mean, 'subtract that min val from all freq'? How do you subtract a power value from a complex amplitude? 2. What format does the FFT output vector use? I imagine to find the min power at any freq I need to write my own block - hopefully I can do this in Python. Code to do that in Python is trivial, but I can't find the FFT output vector format documented. Likewise for Subtract - I mean this as a mathematical subtraction, *not* attenuation (multiply), which would attentuate the signal just as much. So if the FFT output vector is in a logarithmic format, I need to first turn it into a linear format before subtracting. I'm not sure you understand what the FFT does. Output is complex values. A power spectrum density could be displayed logarithmically, but that's *not* an FFT. I'm not sure what you're attempting, but it looks like you want to - find frequencies with power - design a filter that attenuates the rest - filter your (time-domain) signal. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpk6DbeLqEHW.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] White Noise detection and elimination
On Mon, Nov 18, 2013 at 09:56:03AM -0500, Robert James wrote: I'm eager to learn what's wrong with my concept, especially from the experts here. Robert, there's a lot of basics that need to be covered here. You might have to go into the textbooks. First of all, the FFT does *not* give you the power at a frequency. It gives you a Fourier coefficient. It's amplitude does have something to do with the power, but it's not the same. Short tangent: You can estimate a PSD by using an FFT and then mag-squaring the output. This is called a 'peridogram'. You can get a better estimate by applying a window, and averaging several periodograms. This is called 'Welch's method'. Now here's the difference: You're chucking away the phase, and squaring the amplitude. So what are you subtracting from what? This goes on and on. Have look at the concept of 'digital filtering', and specifically the Fourier method of designing filters. You will find some similarities to your approach. Also, be careful when assigning absolute powers (in Watts) to FFT bins! I guess it's technically correct when you multiply the PSD value here with the size of the FFT bin, but that assumes a good estimate of the PSD, and for absolute values, that you have calibrated your system correctly. Even if it is *completely* wrong, I'd like to know the format of the FFT output vector, so I can experiment myself. What is the format? Complex numbers (representing Fourier coefficients). MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpL7bI6kb4p0.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] [User Experience] Hangout Thursday
The call has started, to join please head to #gnuradio on Freenode and the G+ page. We'll be streaming live on YouTube, too. MB On Mon, Nov 11, 2013 at 06:24:51PM +0100, Martin Braun (CEL) wrote: Hi everyone, Thursday is our first post-conference hangout regarding everything user experience related. This includes: - The web site (in particular: state of the in-wiki docs, FAQ) - Tutorials - General user experience At the conference, this spawned many different discussions and I've received lots of feedback, so I'm expecting a busy call. For people who have joined the community recently: This is a good place to help and contribute. In order to improve docs etc., we need GNU Radio beginners to give us feedback or, better still, write stuff yourself. The call starts 19:00 CET. Please head over to our Google Plus community page (https://plus.google.com/communities/105194615257651755927) to find out more and convert the time to your timezone. Please also join the #gnuradio IRC channel during the call. This way we can coordinate people who have trouble joining (and no matter how tech-savvy you think you are, G+ has ways of keeping you out of the call :). Also, we might run into participant limits, because hangouts only take 10 people max. Looking forward to new faces and good discussions! Martin -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgprl6kU9mOgP.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] [User Experience] Hangout Thursday
On Thu, Nov 14, 2013 at 06:58:20PM +0100, Martin Braun (CEL) wrote: The call has started, to join please head to #gnuradio on Freenode and the G+ page. We'll be streaming live on YouTube, too. The recording is available at http://www.youtube.com/watch?v=7LN6M-8bJuU. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgp24y0OfokME.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] FOSDEM '14 - Call for Participation
On Mon, Nov 11, 2013 at 06:32:28PM +0100, Martin Braun (CEL) wrote: Hi guys, once again, I'd like to invite everyone to submit presentations! We are very open to anything you have, and the slots don't have fixed lengths, so be it short or long, tutorial or presentation, come and participate! Since I've been getting lots of questions regarding this, here's the FAQ: * What do I have to submit? For the CfP deadline (1.12.) we only need a short abstract, a title and an approx. duration (usually 30 mins). Basically, we need to know who's definitely coming and what they're talking about, so we can make a nice schedule, perhaps group the presentations by subject etc. This takes about 5 Minutes, as we don't need any slides etc. right now. (But you have to sign up to Pentabarf). * What kind of presentation are you expecting? We're very open here. Most of the presentations will probably be along the lines of here's cool project X I've been working on, which is great. We want to see lots of different cool projects X, Y and Z! However, if you want do do a tutorial, a group experiment etc., why not? Or a contest? Perhaps contact us outside of Pentabarf if it's too funky. * Relevant dates? CfP deadline is December 1st, Notification December 20th and the actual track is February 2nd. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpo4lXY4cfcK.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Announce OOT module for IEEE-802.15.4g MR-FSK
On Mon, Nov 11, 2013 at 03:17:14PM -0800, Wayne Roberts wrote: I have reached release functionality of out-of-tree module I use to help in PHY conformance/interoperability to the MR-FSK standard in IEEE-802.15.4g. [...] For more info, see the wiki for it https://github.com/dudmuck/gr-ieee802154g Hi Wayne, and thanks a lot for publishing this! Perhaps you can submit a recipe for PyBombs? I had a very quick look at it (I don't really have anything to test it with). One of the QA codes (qa_mrfsk_pkt_sink) doesn't work properly, it uses the installed version to test. Some more suggestions: - Can you add a full UHD-to-bits GRC flow graph in apps/ ? That would help people see how it all works together. - Perhaps you can add an IQ capture to test the code without having a transmitter nearby? I'm not sure of the overall bandwidth occupied, but if it's not too big, that might be useful. Cheers, Martin -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpMpwx8A3Py2.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Give sample rate to throttle block dynamically
On Wed, Nov 13, 2013 at 07:42:35AM -0800, Jenny Galasso wrote: I am parsing the sample rate from a file name and would like to dynamically pass that to a downstream block (for instance the throttle block). I tried using a function proble to get the sample rate value and having the throttle get the sample rate from it. It seems like the throttle is only getting the initial value from the function probe though and not updating. Please let me know if I'm on the right track, or if there is a better way to pass the sample rate to other blocks. Hi Jenny, the throttle block is really only used to run offline flowgraphs and make sure they don't swamp the CPU. Do you have any other clocks in your flowgraph, or is this the only one? If you're reading the sample rate from a file name, my suggestion is to figure that out before you start the FG, and set it while initializing. If you want to change sampling rates dynamically, this calls for stream tags. However, there's no block in stock GNU Radio that reads sampling rates from stream tags. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpA3N8gGXaMj.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Give sample rate to throttle block dynamically
Hi Jenny, please stick to the mailing list. On Wed, Nov 13, 2013 at 12:07:19PM -0800, Jenny Galasso wrote: Thanks for your response, Martin- It's very helpful. I still have some confusion about the function probe though. Briefly, how do I query it's value from another block? I'm not sure what you mean. You can write the variable name from the function probe into any field that has a callback. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpR2pDjPbnNo.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Fwd: Questions on rx_ofdm example in GR 3.7.1
On Thu, Nov 07, 2013 at 09:59:15AM -0500, Aditya Dhananjay wrote: Yes, I am using the current version pulled from the git sources. To clarify, this is not a rare occurrence. With a 50% probability, when I reduce the TX/RX gain, the problem shows up. The header/payload demux is always the offending block. Also, once this problem shows up, the entire RX path freezes up, and needs to be restarted. Hey guys, and thanks again for testing this. I ran some tests today and was able to reproduce this problem. However, to make it happen, you have to severely screw up the OFDM signal at the transmit side. The preamble detector (which is pretty robust) will still detect packets, and then flood the header/payload demuxer with guaranteed garbage. Eventually, even the 8-Bit CRC fails, after rejecting lots of packets. At this point, the HPD *should* catch the problem, but doesn't, which causes the block_executor to throw a runtime_error. I'm not sure where the bug is, but there definitely is one. I've opened http://gnuradio.org/redmine/issues/611 and will try and figure this out. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpArgLks7D89.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GnuradioConfig.cmake not working properly ?
On Tue, Nov 12, 2013 at 06:54:43PM +0100, Sylvain Munaut wrote: The attached patch fixes that by re-declaring the variable in the parent scope. This fixes the gr-osmosdr build for me. @Martin : could you give it a shot to check it fixes it for you too ? Yep, this fixes gr-osmosdr on my side. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpU7SIrUC1Ck.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Question about working with multiples of input values
On Tue, Nov 12, 2013 at 01:07:52PM -0500, Tommy Tracy II wrote: Dear GNU Radio, I am writing a GNU Radio block that processes the input in blocks of 1024. Is there a way for me to tell the scheduler that I can only accept inputs in multiples of 1024, or do I need to block the input, and save the left-overs for the next work() call? If the latter, how do I know if the work() call is called for the last time? If it's a sync block, set_output_multiple() will do that. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpbcevqAB6M0.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How to detect collision when two packets are transmitted simultaneously from two transmitters.
On Mon, Nov 11, 2013 at 03:14:04PM +0530, Sumedha Goyal wrote: Hello Aditya, 1. I tried checking for the average power but that doesn't work. Even with two transmitters transmitting at the same time the energy detected by the receiver doesn't change much. It remains in the same order. 2. Is there any other simpler way of detecting collisions other than the mentioned paper? Sumedha, this problem is a very fundamental one, and there is no one single correct answer. Using power as a metric is tricky, as in practice, you never know the initial power levels of the inidivual received signals. And if you had a test, how could you be sure it correctly identified a collision, and you didn't simply lose a packet due to a bad wave propagation situation? Perhaps you should try and tackle this on the MAC layer. When there is a collision, you will receive neither packet correctly, perhaps that will trigger an ARQ etc. You can allocate slots to users, or something like that. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpusaDfKnl3S.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] [User Experience] Hangout Thursday
Hi everyone, Thursday is our first post-conference hangout regarding everything user experience related. This includes: - The web site (in particular: state of the in-wiki docs, FAQ) - Tutorials - General user experience At the conference, this spawned many different discussions and I've received lots of feedback, so I'm expecting a busy call. For people who have joined the community recently: This is a good place to help and contribute. In order to improve docs etc., we need GNU Radio beginners to give us feedback or, better still, write stuff yourself. The call starts 19:00 CET. Please head over to our Google Plus community page (https://plus.google.com/communities/105194615257651755927) to find out more and convert the time to your timezone. Please also join the #gnuradio IRC channel during the call. This way we can coordinate people who have trouble joining (and no matter how tech-savvy you think you are, G+ has ways of keeping you out of the call :). Also, we might run into participant limits, because hangouts only take 10 people max. Looking forward to new faces and good discussions! Martin -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpibhqBw4e3L.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] FOSDEM '14 - Call for Participation
On Mon, Oct 14, 2013 at 04:36:33PM +0200, Martin Braun (CEL) wrote: Dear friends and colleagues, next year's FOSDEM (the free and open source developer's meeting in Brussels, Europe) will feature a new track on Software Defined Radio. Therefore, we invite developers and users from the free software radio community and to join us for this track and present your talks or demos. [...] The track's web site resides at: http://gnuradio.org/redmine/projects/gnuradio/wiki/FOSDEM14 Hi guys, once again, I'd like to invite everyone to submit presentations! We are very open to anything you have, and the slots don't have fixed lengths, so be it short or long, tutorial or presentation, come and participate! Quick reminder: FOSDEM is a free software happening in Brussels, Belgium. It's February 1st and 2nd, and it's free (although you'll have to pay your own beers). So have you... - Made something cool with SDRs? - Hacked wireless telecommunications? - Used SDR sensors for something new and awesome? - Some random project? We are looking to get a diversity of talks, ranging from signal processing, SDR hardware, projects, out-of-tree modules... Also, to make sure this is not misunderstood: This is *not* solely a GNU Radio event. We are looking to mix people from different projects, and bring FLOSS devs together from all over the world. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpwtZUx6QvAU.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] I couldn't observe 2.4G Wi-Fi signal and didn't know why
On Sun, Nov 10, 2013 at 11:53:41AM +0800, Howard He wrote: I use four antennas for test. Two are official VERT2400, others are 2.4G antennas. I use the given example uhd_fft.grc (a simple FFT block) hoping to observe frequency spectrum of Wi-Fi signal. No matter what antenna I set up (even without antenna) and what central frequency I tune, the FFT window only shows something like noise around -50--60dB on whole spectrum (sample rate=25M) which is unlike the 802.11 standard. There is low possibility of bad hardware I guess. I doubt that there may be some problems with my test methods and hope for some advice. Hi Howard, have you made sure the wifi stations are actually transmitting? Do you have a real spectrum analyzer which shows energy transmitted? And are you on the correct centre frequency? MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgph7X3dVluBF.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How to call another blocks in custom out-of-tree module
On Wed, Nov 06, 2013 at 11:55:00AM +, y...@solid.co.kr wrote: Thank you for your concern. I will tell you more detail about my problem. I'm trying to make frequency hopping system. [...] You don't need to call other blocks from your blocks to do this. Perhaps this can help you: https://github.com/jmalsbury/pre-cog MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpa6hP5MZaOK.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Fwd: Questions on rx_ofdm example in GR 3.7.1
On Wed, Nov 06, 2013 at 06:27:40PM -0500, Aditya Dhananjay wrote: I created an OFDM TX/RX flowgraph (mostly copying stuff out from the GNU Radio reference GRC implementation), where the TX goes out to a USRP UHD sink, and the RX reads from a USRP UHD source. As long as the receive SNR is high enough, the problem does not show up. However, as I gradually reduce the RX gain, at some point, the entire thing crashes with the Buffer too small for min_noutput_items error. Are you using a current version? This problem was caused by bit errors creating incorrect, but validated headers. In the current header, we have an 8 Bit CRC check, which is pretty unlikely to cause this. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgprsvZkgRde1.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How to call another blocks in custom out-of-tree module
On Tue, Nov 05, 2013 at 12:56:24PM +, y...@solid.co.kr wrote: I want to call another gnu-blocks (or another hier-block) in work function. (Line 14~16) 1) How to connect input item to another block’s input 2) How to connect local array to another block’s output In GNU Radio's 'block' terminology, you will *never* call another block from within one block's work function. You always connect the output of one block the input of the next. What exactly are you trying to do? Are you simply trying to outsource some signal processing code out of your block? We do this quite a lot, but then the object we call from the work function is not a GNU Radio block, but rather a generic object. Of course, you can include any Python module or object into your own Python blocks. Or are you trying to call another, existing GNU Radio block? In this case, you might want to think about splitting your block up such that you can connect your block and existing blocks through the regular mechanism (i.e. top_block.connect()). Please help me. Actually I need to make my own sub block. But I need gnuradio blocks during processing my own block. Perhaps a hier block will solve your problem? MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpq6_ydGz5AS.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Why the Qam modulation cannot work well in ofdm benchmark example?
On Fri, Nov 01, 2013 at 07:23:33PM -0700, Yingjie Chen wrote: Recently, I have conducted a project based on ofdm benchmark. However, when I use the high modulation rate like qam16 and qam64, the packet error rate increase significantly. I guess the reason is that the preamble in gunradio is too weak to do channel estimation, thereby raising the packet error rate. Furthermore, even though I test the example offline without going through the channel, the packet error rate still very high, which make me feel confused. It is supposed to perform normally offline, without any decoding error right? In order to do QAM over OFDM, you will need a good equalizer; we currently don't have good ones implemented. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgp_NCW6tUgiF.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'square3_ff'
On Sun, Nov 03, 2013 at 03:58:47PM +0200, Aydin Tarik Zengin wrote: Now I'm able to add running blocks. Good :) However, if I want to add a block written only in Python - there are no C++ files -, I add it with gr_modtool, gr_modtool add -t sync -l python square3_ff Then it gives the following error, You have called ADD_LIBRARY for library gnuradio-howto without any source files. This typically indicates a problem with your CMakeLists.txt file CMake Error: CMake can not determine linker language for target:gnuradio-howto CMake Error: Cannot determine link language for target gnuradio-howto. The oot-module templates are not designed for not having C++ blocks. The way the CMake templates are set up is that there is at least one C++ block. You can always remove the 'lib' folder from your module (and the make system); that should work if you only have Python blocks. If this is generally considered a bug, we could add some checks in the CMake files to catch this case. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpamGkkVxKQ8.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute
On Sun, Nov 03, 2013 at 07:44:37PM +0200, Aydin Tarik Zengin wrote: Now my question is about how to write python blocks for gnuradio. Is there a tutorial for that? It's the same you've been quoting before. What I want to know is how to pass the block parameters to python work method. You can't do that. The scheduler calls work, and it has a fixed signature. You can pass anything you need to the constructor. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpwJsc2rGmEn.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] [volk] google hangout/meeting
FYI, the hangout is live on: https://www.youtube.com/watch?feature=player_embeddedv=tD2lWtMQesA Expect a lot of silence at the beginning. MB On Fri, Oct 18, 2013 at 12:58:58PM -0500, West, Nathan wrote: I think it might be good for whoever would be interested in VOLK to get together for another meeting in a couple of weeks to discuss any progress and to include anyone who was not at the inaugural meeting at GRCon. A rough agenda: * Data collected so far from pybombs -- what can we get out of it * I'm planning an experiment for existing blocks that I'll present results from if they're interesting. * What is everybody working on? -- avoid duplicated efforts Proposed Time: Thursday, October 31st 5PM UTC. (12pm noon US Central time). This is the same time of day as GR dev calls, and 2 weeks after yesterday's call. If you are interested in attending, please RSVP on G+ (https://plus.google.com/u/0/events/celd7aonrkj0g0ivvcs5rm42b40) or reply to me here (no need to reply all). -Nathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpEgGFetbcW1.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] signal to noise ratio and multiply const
On Wed, Oct 30, 2013 at 01:18:53PM +0100, Baier wrote: Hi all, I have simulated ofdm transmitter with 200kbps in grc. Without function multiply const I got a very bad spectrum mask of the transmiitter. If I insert the block multiply const with the 0.05 the spectrum mask and SNR will be much better (see attached pictures). How can I explain it? The dynamic range of the ofdm signal will be reduced if I insert the multiply const? That could be better for the amplifier (PAPR reducing)? Thanks Hi AB, PAPR is part of the reason. Without such a multiplier, your signal clips. In gr-digital/examples/ofdm/tx_ofdm.grc you will find such a multiplier and a scope sink (this example was recently updated, you should pull it from current master). Use the scope sink to make sure your amplitude stays smaller than 1.0 (lots smaller!). This does mean you're not using all the bits of the D/A converter (I guess that's what you mean with dynamic range reduction), but you don't need them all to produce a clean OFDM signal. On the contrary, you want to stay away from saturating the D/A range in order to avoid signal distortions. As for your comment on SNR: When clipping, you're increasing the out-of-band emissions. Technically, that's a kind of SNR but it's not what people usually think of. MB PS: If you have a copy of Kammeyer's book, he explains it quite well. -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpxsAOazdZx1.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio-core.pc file is missing
On Mon, Oct 28, 2013 at 11:52:19PM +0400, nesimi eldarov wrote: what do I need? - I need gruradio-core. That is not in the folder pkgconfig. There is not any folder with the name gruradio-core and the file gruradio-core.pc. I set export PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/usr/local/lib/pkgconfig for my application but it does not work. gnuradio-core is gone in 3.7. If you have 13.04 and want a 3.6 GNU Radio, I recommend uninstalling all you just installed, and use apt-get install gnuradio, because 13.04 ships an older version. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpUPGQZQReHg.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Is there a way to get already programmed blocks?
On Mon, Oct 28, 2013 at 11:10:05AM -0700, mhor...@cellantenna.com wrote: I am trying to use Gnuradio with the bladeRF software defined radio technology, so I followed the steps for installing Gnuradio towards the bottom of the page of the following website https://github.com/Nuand/bladeRF/wiki/ Getting-Started%3A-Linux. I am running a Debian ubuntu OS and the kernal is 3.11.0-12-generic. I noticed that when I installed the Gnuradio, I had the QT sinks and sources that I was looking for. But I think when I changed the libraries to incorporate gr-osmosdr, they disappeared. The only sources and sinks that I have now are osmocom source and sink, and RTL-SDR source. I suppose the Osmocom sink is capable of all the same scope guis? I cant seem to find anything online as to how to use the Osmocom sink. Is there anyway for me to have the osmocom blocks without losing the QT blocks? Sorry if this seems trivial, I am new to all of this. Michael, there's no reason the QT blocks should vanish when you install osmo. Can you detail the steps of how you installed GR, and then osmo. MB PS: And please reply to the list. -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpj32NPA3OGa.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio-core.pc file is missing
On Tue, Oct 29, 2013 at 02:46:20PM +0400, nesimi eldarov wrote: hi Martin, I run : sudo apt-get install gnuradio It installed something in a short time. However that did not work when I run another application; it produces this error: checking for GNURADIO_CORE... configure: error: Package requirements (gnuradio-core = 3) were not met: Did you also apt-get install gnuradio-dev? If no, does that help? MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgptAKSeq0VoF.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] AttributeError: 'module' object has no attribute 'square3_ff'
Hi Tarik, On Tue, Oct 29, 2013 at 04:43:53PM +0200, Aydin Tarik Zengin wrote: I'm getting an error while adding a new block to grc version 3.7.2git-110-gb8b9bff2. I followed the tutorial at http://gnuradio.org/redmine/projects/gnuradio/wiki/ OutOfTreeModules Also had to modify at some points as below. - in the test code it worked when I changed ; from gnuradio import gr, gr_unittest into from gnuradio import gr, gr_unittest, blocks Thanks, there were some references to GNU Radio 3.6-style blocks. I've updated the tutorial to reflect that. All the tests pass too. 100% tests passed, 0 tests failed out of 2 Did you add a test for the Python block? (Perhaps there's a problem in the Python, which would show up here). I added 3 blocks using c++ for first 2 and python for the last as explained in the tutorial. I can see the blocks in the grc block list and can add them into the sketch. It generates the python code without any error. But the generated python code cannot be run and giving the error below: Traceback (most recent call last): File top_block.py, line 82, in module tb = top_block() File top_block.py, line 48, in __init__ self.test_square3_ff_0 = test.square3_ff() AttributeError: 'module' object has no attribute 'square3_ff' You can see the generated file from http://pastebin.com/nE4SFn8Y test module is placed under /usr/lib/python2.7/site-packages/test gnuradio is under /usr/lib/python2.7/site-packages/gnuradio Is there any point in the tutorial that does not match with the current version of gnuradio? Yes there is, but I'm not sure that's the problem. I couldn't replicate your problem, however. Make sure - your Python block works correctly (unit test it) - the XML definition for the GRC block is correct - everything is installed correctly. Perhaps you want to go over the tutorial with the updated info again. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpVSRlQJ429Z.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] First proper build - missing blocks
On Mon, Oct 28, 2013 at 12:29:31PM -, e...@silchestervillage.co.uk wrote: Sorry but this is a very newbie question. I tried to get GR up and running many years ago when Fedora 8 was new! I then tried a couple of times to get it going on windows - I got some blocks up but could not move or connect then. I have now just installed Ubuntu 13.10 on an old laptop to have a proper go at getting GR up and running as I now have some time to try and play properly. I went with the simplest looking way of doing GR3.7.1 with $ sudo apt-get install gnuradio but ended up with 205 warnings and a load of errors. You got errors when running apt-get install gnuradio? Can you please pastebin them somewhere? In general, you can and should use apt-get install if the version you get is new enough for your taste. I tried this a couple of times with same result. I then tried to remove as much of this as I could and went down this road $ git clone http://git.gnuradio.org/git/gnuradio.git $ ./build-gnuradio FYI: build_gnuradio does the cloning for you. And this seemed to work OK. No warnings, no errors. Some time later I managed to get gnuradio-companion (can I still call it grc?) up and running and tried to get the Dial Tone example built. You can't call it grc on the command line (there was a package conflict a while back). First thing - no Signal Source block. The only source blocks I have in Audio is Audio Source and Wav File Source, no Signal Source. I then tried to load up rtl2832-cfile.grc and ended with multiple Error: Block key gr_file_source not found in Platform - grc ... Other blocks not found included gr_uchar_to_float, gr_add_const_vxx, gr_multiply_const_vxx, gr_float_to_complex stc. It seems like you're trying to import a really old flow graph. All of these blocks have been moved to a new sub-component (in this case, gr-blocks). When you start GRC, you can find all of these blocks in the sidebar. This way, you should be able to reconstruct your flow graph in no time. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpxIYhQ3aIzp.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Is there a way to get already programmed blocks?
On Mon, Oct 28, 2013 at 08:29:48AM -0700, mhor...@cellantenna.com wrote: I am an engineering intern at a company called Cellantenna and I just recently installed Gnuradio 3.71. I've been trying to follow some tutorials online, and I noticed that a lot of these tutorials use blocks (such as QT GUI Sink and Variable Slider) that my program simply doesn't have... I've tried to search for some block packages such as gr-braz, but I ran into gruel errors when trying to install. I believe this is due to the fact that I am not running 3.6. Is there any way for me to get these blocks without writing them myself? This is actually several different problems. As for the QT blocks, there's no reason for you not to have them. Perhaps you have no QT on your machine, but in general, they're part of core GNU Radio. Make sure you've installed GR correctly (if you need help here, please specify your OS and how you installed GR). gr-baz, like many other projects out there, is an extension to GNU Radio. You might not even need it. However, if you do, you only have these options: - Install an old GNU Radio (then gr-baz will work) - Port gr-baz to 3.7 (that's a lot of work, even for non-beginners). MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpP33077T5HJ.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] OFDM GRC Examples
Hi all, I just updated the examples in gr-digital/examples/ofdm using the feedback I got the last couple of weeks. They're in the current master, so if you want to check them out you probably need to git pull first. Some notes on the examples: - ofdm_loopback.grc is probably where you want to start playing around. This gives you a configurable hier block for both transmitter and receiver. It uses a channel model block to simulate the channel, and you can play around with the SNR, frequency offset, channel coefficients to figure out how far you can take the transceiver chain before it can't cope. - rx_ofdm.grc and tx_ofdm.grc demonstrate the inner workings of the hier blocks. I've made them loopback examples too, now, so they immediately run stand-alone and you can see what's happening at all places in the flow graph without having to feed them file data etc. You can use these to connect tag debugs, scope sinks, FFT sinks, constellation sinks etc. at any place in the flow graph and thus find out how the OFDM blocks actually work. If you want to implement new equalizers, working off of rx_ofdm.grc is probably a good idea, because you can change the value of payload_equalizer to whatever you like. NOTE: If you want to change the *modulation type* of the payload (e.g. from QPSK to 8-PSK) you have to change it both in the transmitter *and* receiver, in any of these examples. Have fun, MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpbpNGf83FCz.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] tx_ofdm.grc rx_ofdm.grc output data
On Wed, Oct 23, 2013 at 06:19:00PM -0700, eontool wrote: Has anyone tested successfully these two files combined? The input data or vector source is an array of 96 elements [0-95] but I'm getting a strange output at the end. The 96 + 4 elements from the crc, then another 100 values (200 total), then the sequence repeats. Hi eontool, did you change any of the other settings, or use the defaults? The data you're seeing is *after* the CRC? I tried using the OFDM transmitter and receiver blocks and they work perfectly, same input as ouput. I began tracing the problem comparing the same log debug output files and it seems the Header/Payload Demux is causing some issues. Which issues are these? Can you check the payload output of the HPD. It contains two tags: The length of the packet in bytes (==100 in your case) (key: len_tag_key) and the number of OFDM symbols (depends on your config, key is frame_len_tag_key). Are these correct? If yes, can you confirm that the stream tags were correct at the transmitter? Can you post the argument for the vector_source? MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpN5l_vPlm79.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] forecast and set history function for haar decomposition
On Tue, Oct 22, 2013 at 11:10:54PM -0700, Bharat Mukkala wrote: I am creating a new gnu radio block for decomposing the signal using haar wavelet decompostion and includes the option of number of levels of decompostion. In order to write the code, how should i set the set_history or forecast function because in order to produce output the input signal should be processed as a whole rather than in chunks. This seems to be a case of set_output_multiple() rather than forecast() (the i/o ratio is still a constant, right?). MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpvYo1vEOCGy.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] forecast and set history function for haar decomposition
On Wed, Oct 23, 2013 at 03:23:36AM -0700, Bharat Mukkala wrote: the i/o ratio is 1 since the number of input items is same the number of output items, but while processing we use the whole signal but not a single element while calculating the output elements, i have doubt in figuring out how to tell that to gnuradio,my idea is that, can i set_output_multiple to ninput_items_required and then do processing. thank you You can only set_output_multiple before work starts, usually in the constructor. So you set_output_multiple such that you can process the entire signal at once, and make your block a gr::sync_block. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpfEcty018h_.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Google Summer of Code 2014
Dear students, dear prospective mentors, Google has already put out the word that GSoC will continue next year. Given the huge success of our summer of code, we're pretty sure we'll also continue participating. Of course, it's too early to say anything definitive about next year's GSoC, except for the fact that we'll most likely be part of it. Still, if you're interested in GSoC, you should read on. There's one section each for * Students * Faculty members * Anyone who might be a mentor (i.e. anyone else) Students If you're a student next year (i.e. enrolled at a university somewhere in the world), you're probably eligible for GSoC. This means you have the opportunity to write free software during the summer, get paid for it (by Google), collect fame and nerd cred by participating in a prestigious program, and win a t-shirt. GNU Radio has participated only twice so far, but both years, we had no students fail, and many interesting projects were tackled. Perhaps some of the past students want to weigh in here, but my impression as mentor and admin was that it's a huge opportunity to learn lots and actively contribute. If this sounds interesting, you should think about participating earlier rather than later. When we evaluate proposals (which act as applications), we take your previous coding experience into account, as well as your ability to use a mailing list and interact with an open source community. If you have been active in the GNU Radio project before submitting a proposal, that can count to your favour. Being active in this community can definitely increase your chances. One of our main goals with GSoC is to find people that stay with us and continue contributing. This will help us get to know you before the short application phase. Faculty Members === If you like, you can help us with GSoC--become a mentor, suggest projects etc. But right now, all I ask is that you encourage students who want to participate in GSoC. Sadly, every year, we hear of students who don't apply for GSoC because it doesn't fit into their curriculum, or simply because advisors oppose the idea of students working on something like GSoC during the summer. A student returning from GSoC will most likely have learnt lots about signal processing, coding, collaborating in a software project and general radio stuff. You will get a better student in return! GSoC and university can also go together really well. As an example, two years ago, one of our students participated in GSoC while he was finishing his degree's final project. This was possible because mentors and university cooperated such that his GSoC project had a very large overlap with his final project, and he didn't lose any time with GSoC. Such win-win-win situations are rare, but not impossible. If you're a faculty member and believe there is space for cooperation, please contact me off-list. Potential mentors = How about mentoring a project? You can support up-and-coming new SDR hackers, teach wisdom and promote projects you're enthusiastic about. Mentoring *is* some work. But it's also lots of fun! So think about if you'd like to mentor, and sign up next summer. Martin -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpiJkr1L4tOa.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GnuRadio in particle accelerators
On Wed, Oct 23, 2013 at 02:14:01PM -0200, Aylons Hazzud wrote: Moreover, this particular project (Sirius, in Brasil), has adopted an open hardware and free software attitude, which makes the use of Gnuradio particularly interesting. That's a great attitude :) 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? This depends on what exactly you need to do. But GNU Radio has been used for many different things in the past, and most likely, it'll be useful for you. I'm always amazed what people have achieved with GNU Radio. Hopefully you can add another cool application :) Happy hacking, MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpccLICj5Tbx.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Sending file through tx_ofdm.grc in gnuradio 3.7.1
On Wed, Oct 23, 2013 at 10:06:57PM +0800, ashish mishra wrote: I want to transmit a file through tx_ofdm.grc model and receive it in using rx_ofdm.grc. Presently this simulation takes in a vector source of packet length as input and it creates tags for it. I am able to receive these vectors correctly using rx_ofdm.grc Hi Ashish, and first of all, thanks for testing the OFDM codes. Now I want to send file as data but I dont find any block which adds tags to file. Alternately, can someone suggest the method of converting the file content into vectors of packet length configurable by the user so that it can be entered into the vector source. There's no simple way to do this, which I believe is an omission. I've created http://gnuradio.org/redmine/issues/603 and will add a block soon. Until then, you'll have to load the block into an array, split that into manageable chunks and pass all of them as tagged streams to the vector_source (in Python land). Cheers, MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpH4fUPUqvWh.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Sending file through tx_ofdm.grc in gnuradio 3.7.1
On Wed, Oct 23, 2013 at 07:05:08PM +0200, Martin Braun (CEL) wrote: Alternately, can someone suggest the method of converting the file content into vectors of packet length configurable by the user so that it can be entered into the vector source. There's no simple way to do this, which I believe is an omission. I've created http://gnuradio.org/redmine/issues/603 and will add a block soon. Can you please try this: https://github.com/mbant/gnuradio/tree/streamtagger Thanks, MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpifHhYfBF8s.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Using USRP to transmit and receive samples
On Mon, Oct 21, 2013 at 09:06:24PM -0500, JPL wrote: Hello, Martin 1. Would you please tell me where the manual page is? It's in the manual. You go to gnuradio.org, click 'C++ manual', then 'Related Pages', then 'Tagged Stream Blocks'. Because I cannot understand How the Vector source works (tagged_streams.make_lengthtags((packet_len,), (0,).length_tag_name)? and where the Importblock grab the value from (from gnuradio.digital.utils import tagged_streams), (import numpy), and (import random)? I just need to know how vector source related to those import block 2. And you are saying keep vector source block not replace with file source block. How can vector source import and read my *.dat? You will have to load the .dat into a variable and then pass that to the vector sink. It's not the most user-friendly method, I admit, but the tagged stream blocks are still pretty new and we're only just figuring out use-cases. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpRTMo4kay6N.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] zero ninput_items_required[0]
On Tue, Oct 22, 2013 at 02:22:20PM +0200, Nemanja Savic wrote: Or maybe the question should be like this: on which parameter to rely when making general work function, number of iput items or number of output items? As I just said, in a sync_interpolator, you're not using general_work(), and your question goes away. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgp5TNwKUkSfe.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] zero ninput_items_required[0]
On Tue, Oct 22, 2013 at 02:20:04PM +0200, Nemanja Savic wrote: Hello guys again! Based on Martins suggestion and Marucs' explanation I copied some principles from sync_interpolator and situation looks much better. I used function set_output_multiple and set_relative rate and now the outcome of calling FYI: When using sync_interpolator, it will call set_relative_rate for you (that's why you specify an interpolation rate). forecast function is much better. For example, for symbol rate of 10k and sampling rate of 500k i get following: ninput_items_required 8, noutput_items 4000 ninput_items_required 4, noutput_items 2000 ninput_items_required 2, noutput_items 1000 ninput_items_required 1, noutput_items 500 ninput_items_required 8, noutput_items 4000 And as u can see it always offers integer multiple of samp_rate/sym_rate. The problem comes now when i run the flowgraph with vector source that repeats the pattern. After calling forecast program executes work function but it provides me 32768 input samples which is of course silly: work function, ninput: 32768, noutput: 4000 Don't worry about that. In all sync blocks, the output buffer is what's relevant. If you fill up the output buffer in this case, you will consume 8 input items. How are you even getting the number of input items? sync_interpolator::work() doesn't tell you that. It still seems like you're abusing the API somehow. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpcKh2u_CNxV.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Using USRP to transmit and receive samples
On Fri, Oct 18, 2013 at 06:00:48PM -0500, JPL wrote: Question: (1) should I just replace the Vector Source block into File Source in tx_ofdm.grc? This won't work, the input expects a tagged stream (see the corresponding manual page). You will need to split the file into packets, and tag them with their length. Currently there's no automatic way to do that. (2) the rx_ofdm.grc, again, am I right just replace tag debug with file sink? This on the other hand should work, providing your receiver is actually working. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpR6Rg0_xxyB.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] FOSDEM '14 - Call for Participation
On Mon, Oct 14, 2013 at 04:36:33PM +0200, Martin Braun (CEL) wrote: Dear friends and colleagues, next year's FOSDEM (the free and open source developer's meeting in Brussels, Europe) will feature a new track on Software Defined Radio. Therefore, we invite developers and users from the free software radio community and to join us for this track and present your talks or demos. To anyone attending FOSDEM: We need volunteers to handle our A/V setup, so that we can record videos of the talks. FOSDEM guys will provide all the hardware and do a short tutorial on how to use it. So if you're interested in the SDR talks anyway, you'd be doing us a huge favour if you help us with this. If you're interested, contact me off-list. More people is better than fewer. Cheers, Martin -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgp1M5EV5PlLZ.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] zero ninput_items_required[0]
On Fri, Oct 18, 2013 at 02:32:48PM +0200, Nemanja Savic wrote: The body of my forecast function is: ninput_items_required[0] = noutput_items * d_sym_rate / d_sampling_freq; printf(ninput_items_required %d, noutput_items %d\n, ninput_items_required [0], noutput_items); If d_sym_rate and d_sampling_freq are integers, integer division will cause ninput_items_required to be zero for small values of noutput_items. when i run execution, the output is following: ninput_items_required 8, noutput_items 4096 ninput_items_required 4, noutput_items 2048 ninput_items_required 2, noutput_items 1024 ninput_items_required 1, noutput_items 512 ninput_items_required 0, noutput_items 256 ninput: 0, produced: 0 The last line of the output comes from general_work function and prints number of input items and number of produced output samples. Can somebody explain me why forecast is called 5 times, till number of input items reach 0, and after that nothing is possible in work function, cause it won't enter the loop since ninput_items = 0; Depending on the state of the buffers, the scheduler calls forecast() until it finds a value of ninput_items_required that works (it tries to process as much as possible). In your case, there is probably some situation where the input buffer is not full. The way you've set up forecast(), the scheduler will eventually find out that it doesn't need any items to produce at least 256 output items. So it calls work() with no input data, expecting 256 output items. But since you can't produce anything without input, nothing happens. It seems like what you want is a sync_decimator, got a gr::block. This means you set relative_rate in the ctor and don't need to handle all of this yourself. Make sure you don't set relative_rate to zero, again! In a sync_decimator, you won't need forecast() at all and your work function is much simpler. The scheduler will also never try to call a sycn_decimator w/o input. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpSTdMcprpVT.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GRC USRP source/sink block - IP address
On Fri, Oct 18, 2013 at 06:06:16AM -0700, Alexander B wrote: That part I have correct. - I can ping the device - uhd_find_devices returns as it should - utilitiy programs (txrx_loopback) work My problem I think is in integration with GRC. You need to specify addr=IP, not just the IP (otherwise, UHD doesn't know you want to use ethernet). The generated code is as follows: self.uhd_usrp_source_0 = uhd.usrp_source( device_addr=192.168.10.2, That's wrong ^ MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpYcao62tHbO.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Retrieving audio after FFT and IFFT
On Wed, Oct 16, 2013 at 07:01:31PM -0300, Gui Ritter wrote: Sorry, forgot the attachment. GR 3.7 won't open this. Can you pastebin a screenshot? MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpxH1t2MgIUN.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Retrieving audio after FFT and IFFT
On Thu, Oct 17, 2013 at 11:13:14AM -0300, Gui Ritter wrote: I'm new to Pastebin, and I couldn't find an option to upload images, so I used ImageShack instead. That's fine :) Have you tried a boxcar window? MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgp1eZbXkpYih.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Retrieving audio after FFT and IFFT
On Thu, Oct 17, 2013 at 04:44:00PM +0200, Sylvain Munaut wrote: http://img844.imageshack.us/img844/5910/s2i3.png I'm not convinced by the way you handle the complex part of the FFT result ... You can't just drop it, it's needed for the reconstruction ... You're right, but in this case the input was already real and the channel doesn't modify the phase. So it's OK--the 'correct' thing would be to do a real FFT. See: http://imgur.com/z733PGU Works fine. If you want do to an ifft(fft(x)), you can't have windows (feel free to do OS jokes here). MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgp7xsJx4oLAg.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Retrieving audio after FFT and IFFT
On Thu, Oct 17, 2013 at 05:17:45PM +0200, Sylvain Munaut wrote: Hi, You're right, but in this case the input was already real and the channel doesn't modify the phase. So it's OK--the 'correct' thing would be to do a real FFT. Huh ? Erm, yep :) My apology. I was assuming you meant the complex part at the end. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpAG3Da_fFPQ.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Dev Call October 2013
The video is available at: http://www.youtube.com/watch?v=rBXcqNg_xT8feature=share Thanks everyone for attending! Martin On Wed, Oct 16, 2013 at 11:32:14PM +0200, Martin Braun (CEL) wrote: On Wed, Oct 09, 2013 at 10:57:39AM +0200, Martin Braun (CEL) wrote: As usual, we will be doing a developer's call the third Thursday a month, which is October 17, 1700 UTC (19:00 CET, other timezoners please convert yourself). Just a quick reminder--this call is tomorrow, so if you want to join us, feel free to do so. Make sure you're Google Hangout is working! -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpxahRZoaaXx.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Dev Call October 2013
On Wed, Oct 09, 2013 at 10:57:39AM +0200, Martin Braun (CEL) wrote: As usual, we will be doing a developer's call the third Thursday a month, which is October 17, 1700 UTC (19:00 CET, other timezoners please convert yourself). Just a quick reminder--this call is tomorrow, so if you want to join us, feel free to do so. Make sure you're Google Hangout is working! Bye, MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpmOQeDsDbTO.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio version
On Tue, Oct 15, 2013 at 06:54:50PM +0100, Sohaib Khan wrote: Kindly suggest me the most suitable version of gnuradio that can be used with rtlsdr2832u and Funcube dongle. Just use the latest and you should be fine. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpaUU6B3EfoC.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] why the code in gnuradio in 3.6 cannot work in 3.7?
On Fri, Oct 11, 2013 at 10:47:27PM -0700, Yingjie Chen wrote: Thanks for your reply, Martin. I have read the website about the change before. But still nothing change when I run benchmark example in terminal, even though I delete some original code in C++ block(for test). That means my added code cannot take effect. Do I miss something? Hard to say without knowing details. Probably yes. MB Best, Kay 2013/10/11 Martin Braun (CEL) martin.br...@kit.edu Read http://gnuradio.org/redmine/projects/gnuradio/wiki/Move_3-6_to_3-7 MB On Fri, Oct 11, 2013 at 09:25:53PM +0800, Yingjie Chen wrote: Hi guy, I have updated the gunradio to 3.7.1, but fond the c++ block name and style changed a litter bit. like ofdm_insert_preamble.cc is changed to ofdm_instert_preamble_impl.cc. When I add some codes in general work funciton, and use the command make and make install it in build directory as usual in gnuradio 3.6, I cannot see any change after adding my personal code. I guess the build fire is not installed. what is happening in 3.7? Any help would be appreciated. Best, Kay ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association ___ 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 -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgp8ao0Jb4M_c.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] FOSDEM '14 - Call for Participation
Dear friends and colleagues, next year's FOSDEM (the free and open source developer's meeting in Brussels, Europe) will feature a new track on Software Defined Radio. Therefore, we invite developers and users from the free software radio community and to join us for this track and present your talks or demos. Software Radio has become an important tool to allow anyone access the EM spectrum. Using free software radio libraries and applications and cheap hardware, anyone can now start hacking on wireless communications, remote sensing, radar or other applications. At FOSDEM, we hope to network all these projects and improve collaboration, bring new ideas forward and get more people involved. The track's web site resides at: http://gnuradio.org/redmine/projects/gnuradio/wiki/FOSDEM14 Here, we will publish updates and the final schedule. ** Submit your presentations To suggest a talk, go to https://penta.fosdem.org/submission/FOSDEM14 and follow the instructions. You need to create an 'Event'; make sure it's in the Software Defined Radio track! Lengths aren't fixed, but give a realistic estimate and please don't exceed 30 minutes unless you have something special planned (in that case, contact one of us). Also, don't forget to include time for QA. Typical slot lengths would be 30 Minutes including QA. You aren't limited to slide presentations, of course. Be creative. However, FOSDEM is an open source conference, therefore we ask you to stay clear of marketing presentations. Of course, we like nitty-gritty technical stuff. We will reserve time to simply hack, it won't all be talks. ** Important Dates FOSDEM is February 1st 2nd 2014. * December 1st 2013: Submission Deadline * December 20th 2013: Speaker Notification * January 10th 2014: Announcement of final schedule * February 2nd 2014: SDR Track ** Steering Committee The track committee consists of: * Philipp Balister (OpenEmbedded / OpenSDR) * Martin Braun (GNU Radio) * Sylvain Munaut (OsmoCom) Hope to hear of you soon! Martin -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgp1cxCw87LHi.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] why the code in gnuradio in 3.6 cannot work in 3.7?
Read http://gnuradio.org/redmine/projects/gnuradio/wiki/Move_3-6_to_3-7 MB On Fri, Oct 11, 2013 at 09:25:53PM +0800, Yingjie Chen wrote: Hi guy, I have updated the gunradio to 3.7.1, but fond the c++ block name and style changed a litter bit. like ofdm_insert_preamble.cc is changed to ofdm_instert_preamble_impl.cc. When I add some codes in general work funciton, and use the command make and make install it in build directory as usual in gnuradio 3.6, I cannot see any change after adding my personal code. I guess the build fire is not installed. what is happening in 3.7? Any help would be appreciated. Best, Kay ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpG4BCqiRkAd.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Question over the Silder in GRC
On Wed, Oct 09, 2013 at 05:15:04PM -0400, Baokun Liu wrote: Hi all, I am using USRP N210 and GRC. I have a question over changing a USRP parameter using a slider in GRC. If I want to change the TX frequency from 2GHz to 4GHz using a slider, as we know, during this process, the slider would experience many in-between values, such as 2.1, 3, 3.55, 3.888 and so on, how USRP would react to these in-between values? Is there some mechanism to prevent the USRP from overloaded if I move the slider very fast? Should the slider value hold on for some time before sending the value to USRP? Hi Baokun, haven't checked this, but are you sure the event doesn't get triggered once you let go of the slider? At least that's what I thought would happen. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpNuMBF5hTHS.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] More wishes for GRC
On Wed, Oct 09, 2013 at 08:12:35PM -0400, Marcus D. Leech wrote: [Ideas] Marcus, can you please add them to http://gnuradio.org/redmine/projects/gnuradio/wiki/GRCroadmap? Thanks, MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpRmn9OgpW0x.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Radio interoperability
Hi Bijendra, it's not quite clear what your question is. A couple of things you might want to consider: - AM is per se noisy. A commercial HF receiver would also have much better filters than you can achieve with an LFRX-only setup, so expect much noise here - FM is much better with noise. - You're not supposed to rx AM signals with an FM receiver. - VHF and HF usually designate (separate) frequency ranges. So when talking about 'interoperability' between those, most people will be confused. Well, I am. MB On Thu, Oct 10, 2013 at 12:58:06PM +0530, Bijendra Singh wrote: Hello every one, I'm working on a college level project to show interoperability between HF and VHF radio using GNU radio. My aims are listed below: 1) To obtain FM transmitter and receiver waveform in GNU radio as flowgraph, so that i can communicate between laptop and VHF radio (In my case I'm using radio of the range 30-89.899 MHz) :- This I have already achieved 2) To obtain AM transmitter and receiver waveform in GNu radio as flowgraph, so that I can communicate between laptop and HF radio (In my case I'm using a HF radio of the range 3-30 MHz) :- I was able to download a SSB receiver and it is functional but the noise level is high. 3) To integrate Fm transmitter with AM receiver, so that one way communicaton is possible from HF radio to VHF radio. :- This I have already achieved, but with too much of noise and low pitch voice. 4) To integrate AM transmitter with FM receiver so that one way communication is possible from VHF radio to HF radio. I'm still lackung behind in this. 5) To integrate both the 3rd and 4rth flowgraphs in a single flowgraph to make Hf and VHF radio interoperable from both sides. 6) My GNU version is 3.6.4.1, I'm using two usrp's 1 for the HF with lftx and lfrx daughter boards and the other for VHF with basic trans and basic receive daughter cards.Also I'm using dipole antenna. 0 Please guide me. I'm here attaching some .grc file I have downloaded, and which are working in my GNU, but noisy( only ssb_rx is noisy and sstx1 is not working) ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpB1nazkun0w.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Summary of embedded working group at GRCON13
Great idea! In fact, it's so good, it's already been implemented: http://gnuradio.org/redmine/projects/gnuradio/wiki/GRCon13WG MB On Thu, Oct 10, 2013 at 08:02:22AM -0400, Michael Dickens wrote: It is great to see some of the working group notes coming up for all to work with on the GR wiki. I'm thinking it would be great to see other working group notes doing the same. I know there's a page for GRC improvements, which maybe is related to the discussion group as well as the email and #irc discussions. I'd love to see the same for the other working groups. Do we think it's worth the time for each working group leader to create a page on the wiki and point the community to it? I do ... - MLD On Oct 10, 2013, at 7:19 AM, Philip Balister phi...@balister.org wrote: I've taken the notes we made on the board and put them on the wiki at: http://gnuradio.org/redmine/projects/gnuradio/wiki/GRCon13Embedded Please add you name to the attendee list and edit as needed. The next question is how do we keep the conversation going and how do we actually get the work done. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpDG3HtVLdfK.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Dev Call October 2013
Hi everyone, still feeling good about GRCon13? Or maybe you couldn't attend and would like another chance to participate? How about this: As usual, we will be doing a developer's call the third Thursday a month, which is October 17, 1700 UTC (19:00 CET, other timezoners please convert yourself). As you can imagine, there's not lots of dev stuff that needs talking about--after nearly a week of solid GNU Radio, we're set in that regard. However, we feel like we really started some fantastic discussions at the conference, and we would like to present the opportunity to continue those. The agenda is currently very short, very open and not very tech-heavy: http://gnuradio.org/redmine/projects/gnuradio/wiki/Call20131017 So if anyone wants to start joining these calls, this would be great time to do so. The call itself is done through Google Hangout, plus the chitchat in #gnuradio (The IRC channel, not the hash tag :). To join the call, go through our Google Plus community. Phil or I will be waiting in the call so you know you're right. Do *not* start your own hangout. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpPrSc1olRnr.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GR Community Development / User Experience Working Group
Dear community, at the last GRCon we discussed the user experience regarding GNU Radio. A pretty huge group of people came together for a very productive discussion on how the user experience can be improved. Our method of choice was to go through the life cycle of a GNU Radio developer, starting at the first time they enter gnuradio.org, through installation issues and the first time they start using GNU Radio. We clearly did not have enough time, which is why I would like to invite the mailing list to continue the discussion in this thread. But first, let me recap the results from the GRCon working group. I will give an overview here; for the details, head over to the new wiki page at http://gnuradio.org/redmine/projects/gnuradio/wiki/GRCon13Community Web Site Clearly, the web site is extremely important. We need to make sure we make a good first impression, but then also provide a useful page for everyone. Even within our group, we had nearly as many opinions as there were people. A lot of us agreed the start page has too much content, but as to what is relevant and what can go to sub-pages, there was no consensus. Installation In the future, we want to steer novice users clear from source installs, and recommend using binary installs where sensible. As soon as 3.7 releases hit the major distros, this will be very easy for most users. Since for a long time, source installs were really the only viable option (which gave cause for tools such as build_gnuradio), people have been getting used to this even though for many cases, source installs are really not a requirement. Of course, at some stage, they are necessary, but we want to make sure people only do source installs when they actually hit this stage. We definitely need to harden pybombs and get the word out to use that. However, pybombs needs to be installed through a git checkout, which is not much more difficult than doing a GR source install. We're not quite sure how to fix this. Something we never considered is that people might actually be after one of the many great OOT-modules (e.g. gr-ais), and simply consider GNU Radio a dependency. This should be reflected in the install page. Examples As with most projects, examples are one of the most important elements when learning GNU Radio. Unfortunately, we sometimes don't treat our examples very well. Sometimes, they don't even work, but in any case, there could be more examples available. This is something new users can do: Create good examples, and test the old ones. We currently don't have automated QA mechanisms for our examples, so we need real humans to have a look at them for us. There was an idea to integrate the examples into GRC, such that we add a drop down menu which accesses all the installed examples. GRC has received a very long wishlist though, so don't expect to see this any time soon (or perhaps add it yourself :). Beginners who are trying to learn GNU Radio through examples should not be shy to complain about non-working examples, but rather treat them like any other bug. This is actually a very nice way to become a contributor, by filing tickets against broken examples, fixing them or adding new ones. Tutorials = Of course, tutorials are also a major component when learning a tool such as GNU Radio. It was agreed that there are not enough entry-level tutorials, which also should be accompanied with GRC files. Luckily, we found some volunteers to work on this. GNU Radio Companion === An entire sub-working group was created to discuss development on GRC. There are a lot of expectations towards GRC; fortunately, there are also a lot of volunteers to help improve it. A separate wiki page was created to coordinate dev on the companion: http://gnuradio.org/redmine/projects/gnuradio/wiki/GRCroadmap News A surprisingly easy wish was to have more output on the newsletter than release notes. We'll try our best! OK, those were the topics discussed at GRCon13. As I said, feel free to comment or discuss! Martin -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgprNYl1PF4e3.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GRCon '13 Hackfest Wrap-Up
Hi everyone, following GRCon '13, we had a one-day hackfest. A *lot* of people stayed around for this, improving GNU Radio on all fronts. Since there has been a request to know what we did, I have started a wiki page: http://gnuradio.org/redmine/projects/gnuradio/wiki/Hackfest1310 I would like to invite all participants to add a quick note on what was done. Thank you! MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgp2m6MdKK2p7.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Bug? grc xml file throws error when DEFANGED_param elements out of order
Hi Jared, this is how the XML validation works, yes. It's probably just an artifact of whatever XML parser we're using, but we've all gotten used to it. MB On Fri, Oct 04, 2013 at 12:46:54PM -0600, Jared Clements wrote: I'm getting the following error when opening gnuradio-companion on my hand-coded blocks: ERROR:VALID:DTD_NOT_PCDATA: Element block was declared #PCDATA but contains non text nodes I'm seeing it when I do the following in the xml file: DEFANGED_param namevlen/name keyvlen/key typeint/type value128/value /DEFANGED_param When I correct the block to look like this: DEFANGED_param namevlen/name keyvlen/key value128/value typeint/type /DEFANGED_param The error goes away. Is this expected behavior? The only difference is how I order the tags inside the param blocks. Jared ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpTrdAyr4Kdb.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] FOSDEM 2014 GNU Radio
Hi everyone, I'm very happy to announce that there will be an SDR-themed developer room at FOSDEM 2014. FOSDEM is an annual event for free software people of all shapes and colours. It always takes place in Brussels; the next FOSDEM will happen on 1 2 February 2014. For more info on this event see https://fosdem.org/. I believe this is an awesome opportunity to network developers in the SDR scene, specifically in Europe. We will keep you updated on the details, but the gist of it will be that we do a mini-conference within FOSDEM to talk SDR etc. At some point, we will be asking people to volunteer for doing talks. Also, I'd like to thank Phil, he deserves all the praise for getting this done. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpWWSfDQqUyQ.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] ofdm examples
On Wed, Oct 02, 2013 at 08:02:55PM +0530, lingeswar kandregula wrote: hi community, can we do these examples without using the length tags.. if so please let me know the way.. looking forward for reply. You could rewrite the blocks for fixed lengths. Out of the box, no, you can't dispense with the tags. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpghxiWj9sJ4.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] I/Q samples and Analytic Signals
Hi Lucas, On Mon, Sep 30, 2013 at 11:26:16AM -0300, Lucas Ingles wrote: I am using GNU Radio to study digital communications systems. good choice! Can someone please recommend me some reference books about the theory of I/Q samples? There is actually a page on this topic on the web site: http://gnuradio.org/redmine/projects/gnuradio/wiki/SuggestedReading Perhaps this helps. Complex baseband is in fact one of the most important topics to understand. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpiqG49c038X.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Fwd: Questions on rx_ofdm example in GR 3.7.1
On Thu, Sep 26, 2013 at 06:25:50PM +, Monahan-Mitchell, Tim wrote: On Wed, Sep 25, 2013 at 04:57:55PM -0700, Daniel Domínguez wrote: The solution I found was to set the Fixed Frame Length parameter to 1 on the OFDM Frame Equalizer block of the Header Stream. 1 is the correct setting. I'm currently adding a tx into the example so it runs as-is (like benchmark). It would be interesting to keep the original diagram, and then also show a replacement diagram that instead uses the OFDM Demod block and any other newer ones that consolidate the equivalent function. Nothing's going to change with the original diagram. I'll just add an ofdm_tx so it runs in loopback mode. The reason: The headers have constant length, therefore it is not necessary to propagate them as tagged streams. The way the header/paylod demux work, it splits off the header and passes that regularly. There's no need to generate a length tag. Maybe that explains why my earlier issue about the Length Tag Key value for that same block does not matter (see GR issue # 593), since 1 implies it is not needed. Yep, exactly. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpunLNhLaTTJ.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Fwd: Questions on rx_ofdm example in GR 3.7.1
On Wed, Sep 25, 2013 at 04:57:55PM -0700, Daniel Domínguez wrote: The solution I found was to set the Fixed Frame Length parameter to 1 on the OFDM Frame Equalizer block of the Header Stream. Hi guys, 1 is the correct setting. I'm currently adding a tx into the example so it runs as-is (like benchmark). The reason: The headers have constant length, therefore it is not necessary to propagate them as tagged streams. The way the header/paylod demux work, it splits off the header and passes that regularly. There's no need to generate a length tag. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpZcA3TXg0nY.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] About setting the GRC block properties.
On Fri, Sep 20, 2013 at 01:45:46PM -0500, Kevin wrote: Virtual source block shows pre-ofdm, which means I need to create some blocks like Virtual sink labeled pre-ofdm before this? Don't worry about these blocks, they are just to make the Figures look complete (or rather, to label the inputs). I think you just need brackets around the carrier allocation table. Also, use Python's range() to make stuff more readable. Can you explain it more specifically? bracket at which section? You need more (). The carrier tables are vectors of vectors ((...), ...). python's range() I have no idea what this is? Look up the range() function in Python. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpEitx8KBpEP.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Updating gr-specest to 3.7
Hi Jared, thanks for oiling our module. I will look into this soon, maybe we can merge your stuff back into our repo. MB On Fri, Sep 20, 2013 at 09:38:03AM -0600, Jared Clements wrote: Thanks for the help, I'm now compiling without errors. I generated a new skeleton module with gr_modtool and through diffing the CMakeLists files between the generated and the currently used ones I was able to track down the last of the include/linking errors. Worked much better than attempting to track them down in the in-tree modules. Again, all changes pushed to http://github.com/dfxx/gr-specest Thanks, Jared ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgps20eND1pFA.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio