Re: [Discuss-gnuradio] \"make\" error while making detector (howto_detect_ff) block.

Hi Abhishek, that guide refers to a somewhat outdated API, so it doesn't apply to your case (that guide refers to an architecture where there was no separate _impl class). Have you read the guided tutorials and their chapter on C++ blocks? It's explaining how you can add functions to blocks. I'd

Re: [Discuss-gnuradio] Error in creating a block

Hi Vishwanatha, we already talked about this: http://lists.gnu.org/archive/html/discuss-gnuradio/2015-03/threads.html#00516 Did something change? Did my instructions help you or are there still problems you encountered and could not solve? Best regards, Marcus On 04/01/2015 09:15 AM, Vishwanatha

[Discuss-gnuradio] costas loop for 16 PSK

Hi.. Any one has the control loop code for 16 PSK. Where should I get the code? thanks ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] "Run to completion" not working with message passing blocks

Hi Piotr, nice to hear you got a step ahead! so, > I did that and what I obtained was: > --- > 16 Thread 0x7fffbdffb700 (LWP 13462) "python" > pthread_cond_wait@@GLIBC_2.3.2 () at > ../nptl/sysdeps/unix/sysv/l

Re: [Discuss-gnuradio] Error in creating a block

Vishwanatha, the error tells you about the problem. I'll have to rely on your ability to interpret that error. You might find things that you don't understand, and it's fine if you then write an email with a sufficient description of the problem you're having. For now, you only give us a screensho

[Discuss-gnuradio] Top-block does not find Probe Signal block

Hello GNUR's! I am currently working with a SDR dongle which I want to lock at four different frequencies to see four consecutive parts of the spectrum. I have to do so because the sampling rate is not enough (2.4 MHz) to see at one glance the bandwidth I need (8 MHz). To achieve so I am multip

[Discuss-gnuradio] Simulating MIMO-OFDM systems

Hi, I am interested in simulating various algorithms for signal processing in MIMO-OFDM based software-defined radios and cognitive radios. In this context, I am curious to know if such simulations are possible with GNU Radio? For example, I would like to have a set of users with MIMO channels be

Re: [Discuss-gnuradio] Simulating MIMO-OFDM systems

Hi Debarshi, well, there's WiNeLo (Wireless Networks in the loop), which you can attach multiple "virtual" SDR frontends to, and which uses GNU Radio to model the channel and the SDRs. https://github.com/no-net/gr-winelo http://www.cel.kit.edu/download/OtterbachBraunJondral_ISWCS.pdf Note: back wh

[Discuss-gnuradio] Empty volk directory when I git gnuradio

Looks like some kind of link or something is broken when you try to GIT gnuradio. The build fails as volk will not build, and the volk sub- directory is empty. I did successfully GIT volk directly and clone it to it's sub-directory in gnuradio, and the build then went fine. Just throwing that ou

Re: [Discuss-gnuradio] Empty volk directory when I git gnuradio

git clone --recursive ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] How to increase the noutput_items

Dear all, I'm experiencing a problem with the noutput_items. I have written a sync block which did "return" several times. I found the noutput_items dropped exactly by the amount that I returned. For example, if I wrote "return 10", after that, I printed noutput_items and found it decreased to

Re: [Discuss-gnuradio] How to increase the noutput_items

Hi, noutput_items is what GNU Radio can maximally allow your block to produce, which is the free size in the output buffer, which is the input buffer of the next block. So if your block is faster than the downstream block, you will see exactly the behaviour you are observing. This is normal, and go

Re: [Discuss-gnuradio] Empty volk directory when I git gnuradio

On 04/01/2015 10:20 AM, Sylvain Munaut wrote: git clone --recursive ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio When did the change actually occur? I knew it was coming, but was w

Re: [Discuss-gnuradio] Empty volk directory when I git gnuradio

This happened on Sunday. The --recursive flag could have been added at any point in anticipation of it. On Wed, Apr 1, 2015 at 8:24 AM, Marcus D. Leech wrote: > On 04/01/2015 10:20 AM, Sylvain Munaut wrote: > >> git clone --recursive >> >> ___ >> Disc

Re: [Discuss-gnuradio] Empty volk directory when I git gnuradio

On 04/01/2015 11:26 AM, Johnathan Corgan wrote: This happened on Sunday. The --recursive flag could have been added at any point in anticipation of it. Well, spank me. I'd had it in my fuzzy little brain that I'd have to wait. Ah well, just testing an update to build-gnuradio now. On Wed

Re: [Discuss-gnuradio] How to increase the noutput_items

Dear Marcus, Thanks for your comment! I made a typo my previous post that I was going to say "set_min_noutput_items" but I wrote "set_noutput_items". I actually used it in the work function, but it didn't seem to function as I expected. After reading your comment, I put it in the constructor and n

Re: [Discuss-gnuradio] Simulating MIMO-OFDM systems

Debarshi, To be clear, since it sounds like you're new to GNU Radio, yes you can implement MIMO-OFDM and it has been done by many people. There are papers online that you can find detailing the journey, search for 'MIMO-OFDM with GNU Radio' or something similar. The details of this will be up to y

Re: [Discuss-gnuradio] How to increase the noutput_items

Zhe, Can you explain again why you require a min size for noutput_items? It sounds like there might still be a misunderstanding as to what this variable is used for. Why does your block care about the value of noutput_items? v/r, Rich On Wed, Apr 1, 2015 at 8:34 AM, Zhe Feng wrote: > Dear Marc

[Discuss-gnuradio] build failing in gr-dtv due to VOLK issues

I've attached the log from the make. This is on Fedora 18, on a x64 platform. The repo was cloned fresh just before the build, and I used the "maint" branch. [ 5%] Built target volk [ 5%] Built target test_all [ 5%] Built target volk-config-info [ 5%] Built target volk_profile [ 5%] Bu

[Discuss-gnuradio] How to define a minimum number of input samples for a block.

Hi, I'm developing a block that need a minimum number of input samples to process, for example, the block must have at least 1000 samples. In the work() function may I compare if the ninput_items[] is greater than 1000 and if not I return zero? Should I need to create an internal buffer (history)

Re: [Discuss-gnuradio] How to define a minimum number of input samples for a block.

http://gnuradio.org/doc/doxygen/classgr_1_1block.html#a65cfc579150dc4d10c6180d3365aa9a8 M On 01.04.2015 10:04, Daniel Mazzer wrote: Hi, I'm developing a block that need a minimum number of input samples to process, for example, the block must have at least 1000 samples. In the work() function

Re: [Discuss-gnuradio] How to increase the noutput_items

I don't know the details off the top of my head, but this might be one of those functions that you can't call during work(). Have you tried calling it in the ctor? M On 01.04.2015 08:34, Zhe Feng wrote: Dear Marcus, Thanks for your comment! I made a typo my previous post that I was going to

Re: [Discuss-gnuradio] Simulating MIMO-OFDM systems

The advantage will also be that you can use the exact same code for measurements. A lot of 'pure simuation' codes disregard too many real-world phenomena and only use AWGN as distortion, but lack the means to test over real channels. As someone who spent a lot of time in academia, writing mixe

Re: [Discuss-gnuradio] gr-uhd: rx_freq tag and lo_locked

On 31.03.2015 14:25, Anderson, Douglas J. wrote: Marcus, That makes sense, I hadn't thought of the DSP tuning issue, though I think it would be infinitely more useful to make the stream tagging logic aware of LO/DSP tuning and tag the first usable block in either case. Slightly more involved tha

Re: [Discuss-gnuradio] How to increase the noutput_items

Dear Martin, I tried to call it in the constructor, and it's the same as call it in the work function. It didn't work as I expected. I was actually trying to update and adding more features to peak_detector2. There is a conditional statement below in my work function. if( noutput_items >= d_look

Re: [Discuss-gnuradio] gr-uhd: rx_freq tag and lo_locked

Martin, I think we could have the same effect with a much simpler solution: What about adding an lo_locked metadata tag to the stream of samples? You could send lo_locked value=False on the last sample before LO unlocks, and lo_locked value=True for first sample after LO locks. That should be (

Re: [Discuss-gnuradio] How to increase the noutput_items

Dear Richard, I was trying to update and adding more features to the peak_detector2. There is a sliding look_ahead parameter described in peak_detector, but it's not actually implemented. There is a fixed look_ahead parameter coded in peak_detector2, but there is a litte bug. So I was trying to co

Re: [Discuss-gnuradio] gr-uhd: rx_freq tag and lo_locked

Hi Doug, > What about adding an lo_locked metadata tag to the stream of samples? > > You could send lo_locked value=False on the last sample before LO unlocks, > and lo_locked value=True for first sample after LO locks. That should be (?) > simple to implement and would be equally as useful. The

Re: [Discuss-gnuradio] How to increase the noutput_items

Have you tried set_output_multiple(x)? That would ensure that you'd always get n*x output space, with n in 1,2,3... Greetings, Marcus On 04/01/2015 07:49 PM, Zhe Feng wrote: > Dear Martin, > > I tried to call it in the constructor, and it's the same as call it in > the work function. It didn't w

Re: [Discuss-gnuradio] How to define a minimum number of input samples for a block.

Hi Martin, Thank you, I will try. My block is asymmetric, for n input samples it will have always 4 output samples. So I thinking that if I configure the previous block as you suggested, it will work, right? Regards, Daniel On Wed, Apr 1, 2015 at 2:19 PM, Martin Braun wrote: > http://gnuradio

Re: [Discuss-gnuradio] gr-uhd: rx_freq tag and lo_locked

Excellent information, I will stick to dumping n samples after receiving rx_freq. Thank you! -Doug From: discuss-gnuradio-bounces+danderson=its.bldrdoc@gnu.org [discuss-gnuradio-bounces+danderson=its.bldrdoc@gnu.org] on behalf of Marcus Müller [

[Discuss-gnuradio] E310 Network Mode

I am trying to enable the network emulation mode on my E310. It is my understanding that the UHD version must be 3.08 or higher to support this, but is that the UHD version on the laptop or E310? My Lubuntu 14.04 laptop has UHD 3.08 while the E310 has 3.07. Mark _

[Discuss-gnuradio] Release Announcement: GNU Radio 4.1

Hey everyone, as you might have heard, a GNU Radio hackfest is going on in sunny California, and one thing we've gotten going is the 4.1 release for GNU Radio. As you can tell, this is a major version jump. Here's a release summary: *Move to .NET*: This is probably the biggest change for now

Re: [Discuss-gnuradio] Release Announcement: GNU Radio 4.1

I just threw up in my mouth a little... From: discuss-gnuradio-bounces+danderson=its.bldrdoc@gnu.org [discuss-gnuradio-bounces+danderson=its.bldrdoc@gnu.org] on behalf of Martin Braun [martin.br...@ettus.com] Sent: Wednesday, April 01, 2015 1:30 P

Re: [Discuss-gnuradio] E310 Network Mode

On 04/01/2015 03:13 PM, SOUTHCOTT, MARK A CIV USAF AFMC AFRL/RITC wrote: I am trying to enable the network emulation mode on my E310. It is my understanding that the UHD version must be 3.08 or higher to support this, but is that the UHD version on the laptop or E310? My Lubuntu 14.04 laptop ha

Re: [Discuss-gnuradio] Release Announcement: GNU Radio 4.1

I totally agree On 01/04/15 21:34, Anderson, Douglas J. wrote: I just threw up in my mouth a little... From: discuss-gnuradio-bounces+danderson=its.bldrdoc@gnu.org [discuss-gnuradio-bounces+danderson=its.bldrdoc@gnu.org] on behalf of Martin Bra

Re: [Discuss-gnuradio] Release Announcement: GNU Radio 4.1

On 04/01/2015 03:30 PM, Martin Braun wrote: Hey everyone, as you might have heard, a GNU Radio hackfest is going on in sunny California, and one thing we've gotten going is the 4.1 release for GNU Radio. As you can tell, this is a major version jump. Here's a release summary: *Move to .NET*

Re: [Discuss-gnuradio] E310 Network Mode

You should use UHD 3.8.2 on your laptop. You will need to build UHD from source, as most pre-built packages don't enable E310 support (E310 support is not enabled by default). When you build with CMake, be sure to add "-DENABLE_E300=ON" as a command-line option. --Neel On 1 April 2015 at 12:1

Re: [Discuss-gnuradio] Release Announcement: GNU Radio 4.1

On 01.04.2015 12:40, Marcus D. Leech wrote: You know, there's a tradition about April 1, that jokes played after 13:00 local cause bad kharma to flow to the joker. Just, you know, sayin'. You underestimate my West-ness of timezone. M ___ Discuss-g

Re: [Discuss-gnuradio] Release Announcement: GNU Radio 4.1

It's just not fair to keep reminding me that today's 1 APR. It's been too busy to sort out the cruft from the rest of it all. On Wed, Apr 1, 2015 at 2:40 PM, Marcus D. Leech wrote: > On 04/01/2015 03:30 PM, Martin Braun wrote: > >> Hey everyone, >> >> as you might have heard, a GNU Radio hackfes

Re: [Discuss-gnuradio] Release Announcement: GNU Radio 4.1

On Wed, Apr 1, 2015 at 12:30 PM, Martin Braun wrote: > > Unfortunately, we can't provide liveSDR ISOs anymore, now, because of > licensing issues. Rest assured we are almost ready to announce our GNU Radio Live SDR Floppy Disk Environment and parallel port license dongle. -- Johnathan Corgan

Re: [Discuss-gnuradio] Release Announcement: GNU Radio 4.1

Hi Martin, thanks for wrapping up the news! Just to add a bit from the developers/infrastructural side of things: >From the infrastructure side of things, we've agreed to migrate to our own SharePoint server, and ditch git. It had terrible Perforce support, and isn't really suited for VisualStudio

Re: [Discuss-gnuradio] Release Announcement: GNU Radio 4.1

On 04/01/2015 03:43 PM, Martin Braun wrote: On 01.04.2015 12:40, Marcus D. Leech wrote: You know, there's a tradition about April 1, that jokes played after 13:00 local cause bad kharma to flow to the joker. Just, you know, sayin'. You underestimate my West-ness of timezone. M The Interne

Re: [Discuss-gnuradio] Release Announcement: GNU Radio 4.1

Please tell me the SharePoint server has no backups, and is running off a 56K modem running on GNURadio in somebody's grandmother's basement... Michael On Wed, Apr 1, 2015 at 12:48 PM, Marcus Müller wrote: > Hi Martin, > > thanks for wrapping up the news! > Just to add a bit from the developers

Re: [Discuss-gnuradio] Release Announcement: GNU Radio 4.1

In the interest of saving the GR support team costly web hosting fees, may I send a self-addressed package with my blank 3.5" floppies to get the release? How many blank floppies should I send? I think I can get them in bulk on eBay. I'm in no hurry, so return by pre-paid surface mail is fine for

Re: [Discuss-gnuradio] Release Announcement: GNU Radio 4.1

This was a good April fools post, mainly because I forgot it was April 1st and believed it. Thank you for getting the juices flowing! Rich On Wed, Apr 1, 2015 at 12:55 PM, Monahan-Mitchell, Tim < tmona...@qti.qualcomm.com> wrote: > In the interest of saving the GR support team costly web hosting

Re: [Discuss-gnuradio] Release Announcement: GNU Radio 4.1

On 04/01/2015 03:55 PM, Monahan-Mitchell, Tim wrote: In the interest of saving the GR support team costly web hosting fees, may I send a self-addressed package with my blank 3.5" floppies to get the release? How many blank floppies should I send? I think I can get them in bulk on eBay. I'm in no

Re: [Discuss-gnuradio] Release Announcement: GNU Radio 4.1

I liked the one with porting to .Net especially that the previous day I got a presentation on a conference with how open source is .Net and how open MS is now :) Bogdan On Wednesday, April 1, 2015 10:56 PM, "Monahan-Mitchell, Tim" wrote: In the interest of saving the GR support

Re: [Discuss-gnuradio] Release Announcement: GNU Radio 4.1

My blood pressure spiked for the first sentence and a half! (then I remembered the date) @(^.^)@ Ed On 4/1/15, 3:30 PM, Martin Braun wrote: *Move to .NET*: This is probably the biggest change for now. Because of our continuing troubles with SWIG, we decided to move to a different platform for

Re: [Discuss-gnuradio] build failing in gr-dtv due to VOLK issues

On 04/01/2015 01:02 PM, Marcus D. Leech wrote: I've attached the log from the make. This is on Fedora 18, on a x64 platform. The repo was cloned fresh just before the build, and I used the "maint" branch. ___ Discuss-gnuradio mailing list Discu

Re: [Discuss-gnuradio] Release Announcement: GNU Radio 4.1

On 01.04.2015 13:15, Ed Criscuolo wrote: My blood pressure spiked for the first sentence and a half! (then I remembered the date) I was assuming the version number would be a clue, too :) M ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org

Re: [Discuss-gnuradio] Release Announcement: GNU Radio 4.1

"This also allowed us to modify the block API. The downside is, all OOT modules will be incompatible with GR4" I have to ask for real - is this part of the April fools joke, or is it true? :) On Wed, Apr 1, 2015 at 2:12 PM, Martin Braun wrote: > On 01.04.2015 13:15, Ed Criscuolo wrote: > >> My

Re: [Discuss-gnuradio] gr-uhd: rx_freq tag and lo_locked

On 01.04.2015 10:49, Anderson, Douglas J. wrote: Martin, I think we could have the same effect with a much simpler solution: What about adding an lo_locked metadata tag to the stream of samples? This would require the FPGA to automatically send some kind of notification that the LO has locke

Re: [Discuss-gnuradio] How to define a minimum number of input samples for a block.

On 01.04.2015 11:19, Daniel Mazzer wrote: Hi Martin, Thank you, I will try. My block is asymmetric, for n input samples it will have always 4 output samples. So I thinking that if I configure the previous block as you suggested, it will work, right? In that case, you want something else: Make

Re: [Discuss-gnuradio] GNU Radio on Zedboard

On 03/31/2015 11:39 AM, Alireza Khodamoradi wrote: > Philip, > > I got it working. For some reason if I use *Ubuntu's Archive Manager* on my > laptop to uncompress the .xz file, it doesn't work! > > I had to uncompress it by this command: *unxz -d > sdimage-8G-zedboard.direct.xz* in order to get

Re: [Discuss-gnuradio] GNU Radio on Zedboard

Thank you Philip! I also don't have the audio jack working. Should I ask it on the meta-xilinx list? On Wed, Apr 1, 2015 at 4:50 PM, Philip Balister wrote: > On 03/31/2015 11:39 AM, Alireza Khodamoradi wrote: > > Philip, > > > > I got it working. For some reason if I use *Ubuntu's Archive Manag

Re: [Discuss-gnuradio] GNU Radio on Zedboard

On 04/01/2015 04:53 PM, Alireza Khodamoradi wrote: > Thank you Philip! > > I also don't have the audio jack working. Should I ask it on the > meta-xilinx list? Bug them. It is also likely a driver issue. My understanding is there are a bunch of analog devices parts on the board that they wrote dr

[Discuss-gnuradio] Failed to install gnuradio with PyBOMBS

Dear Sir, Recently I failed to install GNU Radio using PyBOMBS. Error message: /home/sgku/download/gnuradio/pybombs/src/gnuradio/gr-dtv/lib/dvbt2/dvbt2_paprtr_cc_impl.cc:750:95: error: ‘volk_32fc_s32fc_multiply_32fc’ was not declared in this scope /home/sgku/download/gnuradio/pybombs/src/gnuradio

Re: [Discuss-gnuradio] Failed to install gnuradio with PyBOMBS

I know what's causing this error. It's a function of using the GCC 4.7 compiler. It works with GCC 4.8 or later because the define "complex" in is undefined in . I'll have a fix for this soon. Ron On 04/01/2015 04:57 PM, Activecat wrote: Dear Sir, Recently I failed to install GNU Radio usi

Re: [Discuss-gnuradio] Failed to install gnuradio with PyBOMBS

I believe Michael Dickens will have a comprehensive fix for issues like this soon. On Wed, Apr 1, 2015 at 5:44 PM, Ron Economos wrote: > I know what's causing this error. It's a function of using the GCC 4.7 > compiler. It works with GCC 4.8 or later because the define "complex" in > is undefi

Re: [Discuss-gnuradio] Failed to install gnuradio with PyBOMBS

I'm not sure my forthcoming pull request directly addresses these specific issues, but it does a bunch of others for C++11 compliance in std::complex -- whether or not you're using C++11; it's backward compatible with C++0x and earlier, and should be forward compatible as well. Before we address th

Re: [Discuss-gnuradio] Failed to install gnuradio with PyBOMBS

In your previous pull request, you deleted the line: #include in gr-dtv/lib/dvbt2/dvbt2_paprtr_cc_impl.cc This would directly fix the build issues reported by Activecat and Marcus Leech. Ron On 04/01/2015 06:34 PM, Michael Dickens wrote: I'm not sure my forthcoming pull request directly ad

Re: [Discuss-gnuradio] Failed to install gnuradio with PyBOMBS

Ok; my PR will remove that header, so hopefully it'll take care of the issue. - MLD On Wed, Apr 1, 2015, at 09:49 PM, Ron Economos wrote: > In your previous pull request, you deleted the line: > > #include > > in gr-dtv/lib/dvbt2/dvbt2_paprtr_cc_impl.cc > > This would directly fix the build is

Re: [Discuss-gnuradio] Failed to install gnuradio with PyBOMBS

Dear Sir, I have comment out the "#include ", but still has error, as below: [ 80%] Building CXX object gr-dtv/lib/CMakeFiles/gnuradio-dtv.dir/dvbt2/dvbt2_paprtr_cc_impl.cc.o [ 86%] Built target gnuradio-qtgui [ 86%] Built target fcd_nfm_rx [ 87%] Built target test_atsci [ 87%

Re: [Discuss-gnuradio] Failed to install gnuradio with PyBOMBS

On 04/01/2015 09:24 PM, Johnathan Corgan wrote: I believe Michael Dickens will have a comprehensive fix for issues like this soon. Ah, this probably explains my failure earlier today for apparently the same reason. On Wed, Apr 1, 2015 at 5:44 PM, Ron Economos > wrot

Re: [Discuss-gnuradio] Failed to install gnuradio with PyBOMBS

The actual fix is a little more complicated. You can download a patched file from here: http://www.w6rz.net/dvbt2_paprtr_cc_impl.cc w6rz.net is my personal website. Ron On 04/01/2015 07:11 PM, Activecat wrote: Dear Sir, I have comment out the "#include ", but still has error, as below:

[Discuss-gnuradio] Weird build-gnuradio failures on Ubuntu

Got around to looking at build failures on Ubuntu today (on versions where it previously worked). It turns out that Ubuntu *renamed* the libzmq packages to libzmq1 and the --ignore-missing directive isn't really what you expect it to be--it only ignores *repo* failures, NOT "I've never heard