Re: [Discuss-gnuradio] VOLK: fast way to log10()?

On a side note, this is extremely impressive and I wish I knew about it sooner: https://software.intel.com/sites/landingpage/IntrinsicsGuide/ There's a few different log10_ps (packed single) functions in there. Brian On Wed, Sep 16, 2015 at 12:24 AM, Dennis Glatting

[Discuss-gnuradio] AttributeError: 'module' object has no attribute 'ofdm_chanest_MMSE_vcvc'

Hii I have added a new block and it is available in the block list of gnuradio. I am using it in the flow graph. When i run it, it shows the error : *self.Channel_Estimation_ofdm_chanest_MMSE_vcvc_0 = Channel_Estimation.ofdm_chanest_MMSE_vcvc((sync_word1), (sync_word2), 8, 0, -1, False, 0.1)*

Re: [Discuss-gnuradio] building with cmake

On 15.09.2015 17:40, Robert Durkacz wrote: > Certainly gnuradio is not too large a project to maintain by the make > utility. I hope Marcus will confirm that for the benefit of people who > never use make directly. It is for reasons of portability that you > need a 'meta-make', right? A meta-make

Re: [Discuss-gnuradio] VOLK: fast way to log10()?

On Tue, 2015-09-15 at 23:35 -0400, Marcus D. Leech wrote: > On 09/15/2015 11:15 PM, Dennis Glatting wrote: > > With the VOLK library, is there a way to compute the log10() of > > each > > 32f in a buffer? > > > > That is: > > > > for( int i = 0; i < num; ++i ) > > buf[i] = std::log10(

Re: [Discuss-gnuradio] VOLK: fast way to log10()?

On Wed, Sep 16, 2015 at 12:24 AM, Dennis Glatting wrote: > > 1) Working with VOLK to learn VOLK. > 2) Having fun with vectors. > 3) Generating power data points for plotting across a selected >set of samples. Lastly, another alternative, if you wanted to utilize what is

Re: [Discuss-gnuradio] VOLK: fast way to log10()?

On 09/15/2015 11:15 PM, Dennis Glatting wrote: With the VOLK library, is there a way to compute the log10() of each 32f in a buffer? That is: for( int i = 0; i < num; ++i ) buf[i] = std::log10( buf[i]); I only see log2() in the library but don't know if there is an easy way to compute

Re: [Discuss-gnuradio] VOLK: fast way to log10()?

It sounded like a fun and interesting question, so apparently there is a little post from 2007 about a new implementation in C licensed under GPLv2: https://sourceware.org/ml/libc-alpha/2007-06/msg00124.html It would be interesting to compare and see if the results are beneficial even if no

Re: [Discuss-gnuradio] VOLK: fast way to log10()?

On Wed, 2015-09-16 at 00:32 -0400, Brian Padalino wrote: > On a side note, this is extremely impressive and I wish I knew about > it sooner: > > https://software.intel.com/sites/landingpage/IntrinsicsGuide/ > > There's a few different log10_ps (packed single) functions in there. > That's

Re: [Discuss-gnuradio] building with cmake

Marcus Leech writes "When a project blooms in portability, size, dependencies, and "reach", the use of a meta-make scheme of some sort actually makes those kinds of project practical." Certainly gnuradio is not too large a project to maintain by the make utility. I hope Marcus will confirm that

[Discuss-gnuradio] VOLK: fast way to log10()?

With the VOLK library, is there a way to compute the log10() of each 32f in a buffer? That is: for( int i = 0; i < num; ++i ) buf[i] = std::log10( buf[i]); I only see log2() in the library but don't know if there is an easy way to compute log10(). Thanks.

Re: [Discuss-gnuradio] Transmission error

Please kindly help with the above error Thanks, Dave On Sep 14, 2015 5:02 PM, "Rama V" wrote: > Hey all, > I have a small doubt regarding the reception of data packets. I am > attaching a small figure of the command 'uhd_fft' where I mentioned the > frequency and the

Re: [Discuss-gnuradio] building with cmake

On 09/15/2015 08:40 PM, Robert Durkacz wrote: Marcus Leech writes "When a project blooms in portability, size, dependencies, and "reach", the use of a meta-make scheme of some sort actually makes those kinds of project practical." Certainly gnuradio is not too large a project to maintain by the

[Discuss-gnuradio] Possibly ways to help contribute

Hello GNU Radio dev community! I wanted to pass on some information for you that might be a good way for you to help contribute to our project. Thanks to Pete Mathys during out GRCon15 Hackfest, we now have a list of blocks with minimal or no documentation. I've put together a Google spreadsheet

[Discuss-gnuradio] On the convolutional code performance of gr-ieee802-11

I've measured time taken by convolutional decoding in gr-ieee802-11. The module is using Punctured Convolutional Code class from IT++ library ( http://itpp.sourceforge.net/4.3.0/classitpp_1_1Punctured__Convolutional__Code.html ) I've used chrono (chrono.h, chrono) to measure time taken. You can

Re: [Discuss-gnuradio] Simple FIR Filter

Thanks Doug. I ended up implementing my own solution using a volk call. I hadn't realized the built in filters were wrappers for volk, thank you for pointing that out. Glad to know I did it in a gnuradio centric way. Rich Sent from my iPhone > On Sep 15, 2015, at 8:14 AM, Douglas Geiger

Re: [Discuss-gnuradio] Demodulating CPFSK with Viterbi algorithm using gr-trellis

Thanks, that did the trick. I got about 4e-5 BER and 1.1 % PER at 6dB Es/N0 with my particular CPFSK parameters. From: Achilleas Anastasopoulos [mailto:anas...@umich.edu] Sent: Saturday, September 12, 2015 1:21 PM To: Nowlan, Sean Cc: Discuss-gnuradio@gnu.org

Re: [Discuss-gnuradio] Demodulating CPFSK with Viterbi algorithm using gr-trellis

Hi Sean, Any chance you can share your work? On Tue, Sep 15, 2015 at 2:33 PM Nowlan, Sean wrote: > Thanks, that did the trick. I got about 4e-5 BER and 1.1 % PER at 6dB > Es/N0 with my particular CPFSK parameters. > > > > *From:* Achilleas Anastasopoulos

Re: [Discuss-gnuradio] N210 & WBX for sale

On Mon, Sep 14, 2015 at 08:05:31PM +0200, James Kitchen wrote: > I'm not using my N210 neither my WBX any longer and i wonder if someone > might be interested in buying them. They have been used very little. If > someone is interested, please send me a private message. In case somebody would

Re: [Discuss-gnuradio] No tests were found!!!

Hi Monika, man often gives instructions on how to use a program. man ctest yields something like the following: >-R , --tests-regex > Run tests matching regular expression. > > This option tells ctest to run only the tests whose > names match the given

Re: [Discuss-gnuradio] No tests were found!!!

Hi Martin, I run *ctest -V -R qa_ofdm_chanest_MMSE_vcvc* It is giving the test results. So, do we need to give the QA test file name in place of square ? Thanks. On Mon, Sep 14, 2015 at 10:38 PM, Martin Braun wrote: > On 11.09.2015 21:51, monika bansal wrote: > > When

Re: [Discuss-gnuradio] On the convolutional code performance of gr-ieee802-11

Made a mistake. The DVB-T receiver is not part of the 3.7.8 release. It's a recent commit on the master branch (3.7.9git). Ron On 09/15/2015 01:31 AM, Ron Economos wrote: The author of gr-dvbt looked at this issue when he developed the DVB-T receiver. Here's a blog entry on his findings.

Re: [Discuss-gnuradio] On the convolutional code performance of gr-ieee802-11

The author of gr-dvbt looked at this issue when he developed the DVB-T receiver. Here's a blog entry on his findings. http://yo3iiu.ro/blog/?p=1393 He benchmarked the IT++ decoder in last place. IT++ = 2-3 Mbps gr-trellis = 5 Mbps Karn C = 7-8 Mbps gr-dvbt = 39-40 Mbps The gr-dvbt receiver

Re: [Discuss-gnuradio] No tests were found!!!

* Thanks Marcus ... On Tue, Sep 15, 2015 at 2:24 PM, monika bansal wrote: > Thanks Martin for the nice explanation... > > On Tue, Sep 15, 2015 at 1:59 PM, Marcus Müller > wrote: > >> Hi Monika, >> >> man >> >> often gives instructions on how to

Re: [Discuss-gnuradio] On the convolutional code performance of gr-ieee802-11

Hi Jeon, speed depends on your hardware and the implementation of the decoder. As a rule of thumb: the more "generally applicable" a decoder is, the slower it gets. Jan wrote a set of highly SIMD-optimized decoders, but these are (pretty common) special cases, so they don't cover all the cases

Re: [Discuss-gnuradio] No tests were found!!!

Thanks Martin for the nice explanation... On Tue, Sep 15, 2015 at 1:59 PM, Marcus Müller wrote: > Hi Monika, > > man > > often gives instructions on how to use a program. > > man ctest > > yields something like the following: > >-R , --tests-regex >

Re: [Discuss-gnuradio] Simple FIR Filter

Rich, If you look in gr-filter/lib/fir_filter.cc you'll see all the filter kernel implementations. Since it looks like you're only interested in floats (and therefore, I assume real - not complex - signals and taps), if you look at fir_filter_fff::filter(const float input[]) you can see that it

Re: [Discuss-gnuradio] Sigidwiki

Wow thanks. That's awesome. I think the 10 Bd Russian XPA signal stole some riffs from Dream Theater. http://www.sigidwiki.com/wiki/CIS_20-MFSK_XPA Lou -- View this message in context: http://gnuradio.4.n7.nabble.com/Sigidwiki-tp56045p56065.html Sent from the GnuRadio mailing list archive

[Discuss-gnuradio] (no subject)

Hi guys, What does the sampling rate in this usrp block does?i'm talking about the uhd:usrp source block. Is this the one that samples the IF from my TVRX2 daughterboard? Or is this the bandwidth that is displayed on the QT Sink? Or is this the bandwidth that needs to be sample. As far as I know,

[Discuss-gnuradio] UHD: USRP Source

Hi guys, What does the sampling rate in this usrp block does?i'm talking about the uhd:usrp source block. Is this the one that samples the IF from my TVRX2 daughterboard? Or is this the bandwidth that is displayed on the QT Sink? Or is this the bandwidth that needs to be sample. As far as I know,

Re: [Discuss-gnuradio] UHD: USRP Source

It sets the output sampling rate of the USRP, and hence the usable bandwidth. Internally, it sets the DDC chain's decimation, so if you request 1 Msps, it will decimate from 100 MHz sampling rate by a factor of 100. The rate at which the IF is sampled from the TVRX2 is, as you point out, fixed to

Re: [Discuss-gnuradio] Demodulating CPFSK with Viterbi algorithm using gr-trellis

Sure. Here was the pulse normalization fix Achilleas suggested: https://github.com/gnuradio/gnuradio/pull/636 And this is a patch for CPFSK with modulation index h=25/3 (based off the PR above): https://gist.github.com/nowls/8566d649e20ac0fa6d4e Sean From: Dan CaJacob

[Discuss-gnuradio] Printing values on the flowgraph.

Hi all, I'm still trying to get used to things on Gnu Radio and i'm ready to jump into making my own "tweaks". I am trying to duplicate a scanner that I saw on YouTube. ( https://www.youtube.com/watch?v=r9GtAFn5UlY ). The question that I have is regarding printing out of values. For instance

Re: [Discuss-gnuradio] Demodulating CPFSK with Viterbi algorithm using gr-trellis

The BER and PER seem to be very sensitive to the oversampling factor (samples per symbol), Q. For low Q, Achilleas’ point about needing more samples to get a better resolution on the symbol matched filters makes sense. However, I’m not sure why there’s a big jump in performance from Q=8 to

Re: [Discuss-gnuradio] Sigidwiki

This bears some resemblance to the idea we discussed in the Community Working Group at GRCON15. Am I right? :) 2015-09-14 17:33 GMT-03:00 Martin Braun : > Hey, > > for those stragglers out there, who, like me, take a while to hear about > new websites, this is