Re: [Discuss-gnuradio] Overrun issue and packet loss

[Sam mite]

Andrew thanks for your reply.

I open terminal only (on ubuntu12.04 LTS), no other application/window.
Running the command again gave me following output.

Testing receive rate 0.50 Msps
O
Benchmark rate summary:
  Num received samples:149995956
  Num dropped samples: 1815
  Num overflows detected:  5
  Num transmitted samples: 0
  Num sequence errors: 0
  Num underflows detected: 0

Any suggestions? What is the reason for these overruns ?



On Mon, Aug 19, 2013 at 5:08 PM, Andrew Davis wrote:

> Try running it without anything else on the network or on your computer,
> not even X11.
>
> Andrew
>
>
> On Mon, Aug 19, 2013 at 3:44 AM, Sam mite  wrote:
>
>> can somebody please comment on it ? Thanks a head of time.
>>
>>
>> --
>> Sam
>>
>>
>>
>> On Fri, Aug 16, 2013 at 10:11 AM, Sam mite  wrote:
>>
>>> I am facing Overrun issue on 500K sampling rate with USRPN210. I see an
>>> 'O' after irregular time intervals when I use my flowgrpah . PC is directly
>>> connected to USRP with Ethernet cable. PC details:
>>>
>>> Processor: Intel® Core™ i7-2600 CPU @ 3.40GHz × 8
>>> Memory: 3.8GiB
>>>
>>> GNU C++ version 4.6.3; Boost_104601; UHD_003.005.000-26-gb65a3924
>>> Gnruadio version: 3.6.3rc0
>>>
>>> Also to check, I ran ./benchmark_rate --rx_rate 500e3 --duration 300,
>>> three times and following are the outputs:
>>>
>>> Testing receive rate 0.50 Msps
>>> OO
>>> Benchmark rate summary:
>>>   Num received samples:149997045
>>>   Num dropped samples: 726
>>>   Num overflows detected:  2
>>>
>>> Testing receive rate 0.50 Msps
>>>
>>> Benchmark rate summary:
>>>   Num received samples:149998497
>>>   Num dropped samples: 0
>>>   Num overflows detected:  0
>>>
>>> Testing receive rate 0.50 Msps
>>> OOO
>>> Benchmark rate summary:
>>>   Num received samples:149997408
>>>   Num dropped samples: 1089
>>>   Num overflows detected:  3
>>>
>>>
>>> What could be the issue here? And what can I do to fix this issue as I
>>> am losing 3 to 4 packets in every 10k packets when I use my flow-graph. Any
>>> comments would be appreciated.
>>>
>>> --
>>>
>>> Best Regards,
>>>
>>> Sam
>>>
>>
>>
>>
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
>


-- 

Best Regards,

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

[Discuss-gnuradio] Make fails and gives the following

[sanjeeb]

Johnathan Corgan  corganenterprises.com> writes:

> 
> On Thu, Feb 12, 2009 at 2:03 AM, Emil Molin  gmail.com> wrote:
> 
> >> > after doing ./bootstrap and then ./configure
> >> >
> >> > make gives the following message:
> >> >
> >> > libtool: Version mismatch error.  This is libtool 2.2.6, but the
> >> > libtool: definition of this LT_INIT comes from an older release.
> >> > libtool: You should recreate aclocal.m4 with macros from libtool 2.2.6
> >> > libtool: and run autoconf again.
> >> > make[3]: *** [howto.lo] Error 63
> >> > make[2]: *** [check] Error 2
> >> > make[1]: *** [check-recursive] Error 1
> 
> Can you give us the details on your OS, GNU Radio version, installed
> libtool and automake verions?
> 
> Thanks.
> 
> Johnathan
>
Hello There,

After ./bootstrap and ./ configure when I run make, I am having the
following error in my ubantu 11.10 OS.
Need help

make[3]: *** [usrp_rx_cfile] Error 1
make[3]: Leaving directory `/home/sanjeeb/Desktop/n+/gnuradio/gr-usrp/apps'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/sanjeeb/Desktop/n+/gnuradio/gr-usrp'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/sanjeeb/Desktop/n+/gnuradio'
make: *** [all] Error 2




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

[Discuss-gnuradio] AssertionError: udp_zero_copy

[Sam mite]

Hi list,

 I am using gnuradio 3.6.3rc0 and uhd UHD_003.005.000-26-gb65a3924. USRP is
N210 with a GPSDO. GNU C++ version 4.6.3. Linux Ubuntu 12.04 LTS.  I am
getting following error:

terminate called after throwing an instance of 'uhd::assertion_error'
  what():  AssertionError: ::send(_sock_fd, (const char *)_mem, size(), 0)
== ssize_t(size())
  in virtual void udp_zero_copy_asio_msb::release()
  at /home/sam/uhd/host/lib/transport/udp_zero_copy.cpp:115

What does that mean? What is the fix?

-- 

Best Regards,

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

[Discuss-gnuradio] Meet up in Rio de Janeiro, Brazil, or Santiago, Chile

[Johnathan Corgan]

I'll be in Rio de Janeiro the week of August 26 and in Santiago the
following Mon/Tue, teaching a couple of private GNU Radio classes.

Eu gostaria de reunir-se com os usuários de rádio GNU locais para tomar
uma cerveja (ou dois) e discutir rádio software.

Me gustaría reunirme con los usuarios de GNU Radio locales para tomar
una cerveza (o dos) y discutir la radio software.

Contact me off list, thanks.

-- 
Johnathan Corgan, Corgan Labs
SDR Training and Development Services
http://corganlabs.com
Visit us at GRCON13 Oct. 1-4 http://ow.ly/ntmpL



signature.asc
Description: OpenPGP digital signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] How to use gr-audio on Windows?

[Luong Tan Phong]

My problem here:

On Windows PC1, I've install gnuradio with gr-audio (using portaudio) from
source code, write a program to read data from LineIn port on sound card.
Every thing is OK.

On Windows PC2:
   1. I copy the gnuradio dlls from PC1 to PC2 (don't install gnuradio),
included portaudio.dll, QT4Core.dll, ...
   2. Create a directory named *.gnuradio* in my *%HOME%*, here *
C:\Users\LTP\.gnuradio*. In this directory create a file named *config.conf.
*Set* *audio_module = portaudio.
   3. Copy my program from PC1 to PC2. The program can run but it can't
read data from LineIn port on sound card.

Could you help me, please?

LTP.


On Mon, Aug 19, 2013 at 10:58 PM, Tom Rondeau  wrote:

> On Wed, Aug 14, 2013 at 8:04 PM, Luong Tan Phong 
> wrote:
> > Sorry for my misstake.
> >
> > When I move my program to new PC, it can't read data from soundcard.
>
> I'm still a little confused.
>
> You have a Windows machine that you can use with gr-audio.
>
> You have a /second/ Windows machine that cannot use gr-audio.
>
> Right?
>
> As I said, the native Windows interface in gr-audio does not work. But
> if you are using portaudio on one Windows machine, make sure your
> other machine is set up the exact same way to use portaudio there,
> too.
>
> Tom
>
>
> > On Aug 15, 2013 7:01 AM, "Luong Tan Phong"  wrote:
> >>
> >> On the PC has installed gnuradio with portaudio, the 'audio_mode' has
> set
> >> portaudio in gr-audio.conf file.
> >> When I move my program to a new PC, it can read data from soundcard and
> I
> >> don't know how to use gr-audio.conf file to configure gr-audio (where
> to set
> >> file conf, using it).
> >> Could you help me,  please?
> >>
> >> Thanks so much.
> >>
> >> Best regards.
> >>
> >> LTP.
> >>
> >> On Aug 15, 2013 4:31 AM, "Tom Rondeau"  wrote:
> >>>
> >>> On Tue, Aug 13, 2013 at 4:39 AM, Luong Tan Phong 
> >>> wrote:
> >>> > Hi Lists,
> >>> >
> >>> > I've install gnuradio on Windows following the link:
> >>> >
> >>> >
> http://voltronics.blogspot.com/2013/01/gnu-radio-windows-build-guide.html.
> >>> > It's OK.After that, I've write program to read data from soundcard
> with
> >>> > gr-audio lib. It's OK (using portaudio lib).
> >>> >
> >>> > When I copy the program and all dll from gnuradio, QT,... into a
> >>> > directory
> >>> > on another PC, the program can run but it can't read data from
> >>> > soundcard.
> >>> >
> >>> > Could you help me, please?
> >>> >
> >>> > Best regards.
> >>> >
> >>> > LTP.
> >>>
> >>> Windows native audio is currently not implemented (see But 521 on our
> >>> issues tracker). We need someone willing to work on it to see if we
> >>> can fix it.
> >>>
> >>> But it sounds like you had it working using portaudio, so maybe you
> >>> just need to get portaudio working properly on the new machine. And
> >>> look at the installed gr-audio.conf file to set 'audio_mode' to
> >>> portaudio to make sure you're properly selecting that.
> >>>
> >>> --
> >>> Tom
> >>> Visit us at GRCon13 Oct. 1 - 4
> >>> http://www.trondeau.com/grcon13
>
>
>
> --
> Tom
> Visit us at GRCon13 Oct. 1 - 4
> http://www.trondeau.com/grcon13
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] GR_TEST_TARGET_DEPS Settings?

[Johnathan Corgan]

On Mon, Aug 19, 2013 at 4:24 PM, Michael Dickens  wrote:


> I'm happy to hack through this and figure out what needs to set and to
> what.  But, I'd prefer a sanity check from others (Linux or OSX) that shows
> that my beliefs are founded.  So, can some other folks try -building- (not
> installing) GNU Radio from the latest (master or next) with no other GNU
> Radio installed, and see if "make test" works?  Thanks! - MLD
>

Please, feel free to modify as needed to get things working for you, so we
can see the diff.  However, the test script I use to validate
maint/master/next branches before push does pass make test with no
installed GNU Radio.  This is Ubuntu 12.04 LTS 64 and 32-bit, mostly.

-- 
Johnathan Corgan
Corgan Labs - SDR Training and Development Services
http://corganlabs.com
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] GR_TEST_TARGET_DEPS Settings?

[Michael Dickens]

I recently posted a "my bad", but it lead me to wonder why "make test" was 
failing.  I had commit 64f8434d0 from 02-August-2013 installed, and had built 
commit 9be83a4d from 16-August-2013 and was executing "make test" from that 
build directory.  Tests were failing because a symbol was missing from a 
library that, according to the debug output, should not have been being used.

So, today I spent some time playing around with GrTest.cmake and the settings 
for GR_TEST_TARGET_DEPS.  For this test, I deactivated -all- installed versions 
of GNU Radio. I then built (but did not install) 9be83a4d from 16-August-2013.  
"make test" failed again for (almost?) all tests because libraries were not 
found.  After poking around, I see that in the top-level CMakeLists.txt file, 
GR_TEST_TARGET_DEPS is being set to "volk gnuradio-runtime".  Then, in many of 
the components, I find 'set(GR_TEST_TARGET_DEPS "")'!  Which says to me that 
this component has no internal dependencies; which is not going to be the case 
except for maybe gruel or pmt.  And, the cmake test shell scripts reflect this 
too (no internal dependencies).

Some of the components have actual dependencies set, e.g., gr-filter: 
'list(APPEND GR_TEST_TARGET_DEPS test-gr-filter gnuradio-filter gnuradio-fft)'. 
 But, again, some of the required libraries are still not being found.

I believe that most of the GR_TEST_TARGET_DEPS settings are not correct, and, 
further, that in the top-level setting gnuradio-pmt should be added.

I'm happy to hack through this and figure out what needs to set and to what.  
But, I'd prefer a sanity check from others (Linux or OSX) that shows that my 
beliefs are founded.  So, can some other folks try -building- (not installing) 
GNU Radio from the latest (master or next) with no other GNU Radio installed, 
and see if "make test" works?  Thanks! - MLD


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

Re: [Discuss-gnuradio] Possible diagnosis for issue 520, hier_block2::disconnect_all() misbehavior

[Tom Rondeau]

On Sat, Aug 17, 2013 at 12:33 PM, Kevin Reid  wrote:
> (I would have sent this as a comment on the issue tracker, but creating an 
> account didn't seem to give me permission to comment.)

See this in the FAQ for posting:

http://gnuradio.org/redmine/projects/gnuradio/wiki/FAQ#How-can-I-post-on-this-wiki-use-the-bug-tracker

I have added you to the GNU Radio project so you can post now.

> I've been using GNU Radio (strictly via Python) and met what seems to be the 
> already-reported issue , where a 
> hier_block2 will misbehave after calling disconnect_all().
>
> Specifically, according to the exceptions seen from Python, it forgets that 
> it has any inputs or outputs and rejects attempts to connect to them; for 
> example, "output port 0 out of range for throttle(2)" resulting from 
> self.connect(throttle, self).
>
> I took a look at the code, and I found this suspicious bit in 
> hier_block2_detail.cc:
>
>   void
>   hier_block2_detail::disconnect_all()
>   {
> d_fg->clear();
> d_blocks.clear();
> d_inputs.clear();
> d_outputs.clear();
>   }
>
> I have very little C++ experience, but if I understand correctly, the last 
> two lines will cause the input and output port vectors to have length 0, 
> which would explain the observed behavior. There does not seem to be any code 
> which increases the size of the vectors again.
>
> If this is so, the fix would be to reset each element to the unset value 
> individually rather than removing elements. (I don't know how to write that 
> in idiomatic C++.)
>
> I hope someone who has a working GNU Radio development environment (I've 
> tried and failed, which is an unrelated problem) can try this fix.
>
> --
> Kevin Reid  

This is really good information. Johnathan and I will look it over and
discuss it.

Thanks!

-- 
Tom
Visit us at GRCon13 Oct. 1 - 4
http://www.trondeau.com/grcon13

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

Re: [Discuss-gnuradio] How to use gr-audio on Windows?

[Tom Rondeau]

On Wed, Aug 14, 2013 at 8:04 PM, Luong Tan Phong  wrote:
> Sorry for my misstake.
>
> When I move my program to new PC, it can't read data from soundcard.

I'm still a little confused.

You have a Windows machine that you can use with gr-audio.

You have a /second/ Windows machine that cannot use gr-audio.

Right?

As I said, the native Windows interface in gr-audio does not work. But
if you are using portaudio on one Windows machine, make sure your
other machine is set up the exact same way to use portaudio there,
too.

Tom


> On Aug 15, 2013 7:01 AM, "Luong Tan Phong"  wrote:
>>
>> On the PC has installed gnuradio with portaudio, the 'audio_mode' has set
>> portaudio in gr-audio.conf file.
>> When I move my program to a new PC, it can read data from soundcard and I
>> don't know how to use gr-audio.conf file to configure gr-audio (where to set
>> file conf, using it).
>> Could you help me,  please?
>>
>> Thanks so much.
>>
>> Best regards.
>>
>> LTP.
>>
>> On Aug 15, 2013 4:31 AM, "Tom Rondeau"  wrote:
>>>
>>> On Tue, Aug 13, 2013 at 4:39 AM, Luong Tan Phong 
>>> wrote:
>>> > Hi Lists,
>>> >
>>> > I've install gnuradio on Windows following the link:
>>> >
>>> > http://voltronics.blogspot.com/2013/01/gnu-radio-windows-build-guide.html.
>>> > It's OK.After that, I've write program to read data from soundcard with
>>> > gr-audio lib. It's OK (using portaudio lib).
>>> >
>>> > When I copy the program and all dll from gnuradio, QT,... into a
>>> > directory
>>> > on another PC, the program can run but it can't read data from
>>> > soundcard.
>>> >
>>> > Could you help me, please?
>>> >
>>> > Best regards.
>>> >
>>> > LTP.
>>>
>>> Windows native audio is currently not implemented (see But 521 on our
>>> issues tracker). We need someone willing to work on it to see if we
>>> can fix it.
>>>
>>> But it sounds like you had it working using portaudio, so maybe you
>>> just need to get portaudio working properly on the new machine. And
>>> look at the installed gr-audio.conf file to set 'audio_mode' to
>>> portaudio to make sure you're properly selecting that.
>>>
>>> --
>>> Tom
>>> Visit us at GRCon13 Oct. 1 - 4
>>> http://www.trondeau.com/grcon13



-- 
Tom
Visit us at GRCon13 Oct. 1 - 4
http://www.trondeau.com/grcon13

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

Re: [Discuss-gnuradio] QT GUI RANGE Widget doesn't work in grc

[Tom Rondeau]

On Thu, Aug 15, 2013 at 10:56 AM, Andrey Khoroshun  wrote:
> Hello Tom! Thanks for your reply.
> Qt-4.8.2 from Slackware_14_64 package
> QWT-5.2.1, built from sources. Configured by qmake with default options.
> PyQt-4.9.1 from Slackware_14_64 package as a PyQt4 module
> PyQwt-5.2.0, built from sources, default configuration.
>
> Andrey

Ok, so you're definitely running new enough versions. The error
message refers to a QwtWheel error. Is this the same error regardless
of what type of range style you are trying to use (slider, wheel,
counter, etc.)? Or does it change depending on which type of style you
are trying to use?

If it's the same error all the time, that would suggest to me that
there's some error in what you've built yourself. Perhaps something
didn't configure properly when building Qwt or PyQwt?

Tom


> Среда, 14 августа 2013, 16:57 -04:00 от Tom Rondeau :
>
> On Thu, Aug 8, 2013 at 12:44 PM, ua6cey  wrote:
>> Gnuradio version 3.7.0
>
> What version of QT and QWT are you using?
>
> We just put in stronger checks for QWT (will be in 3.7.1), so it's
> possible you're using an older version than the 5.2.0 that we require,
> so you're missing some features from there.
>
> --
> Tom
> Visit us at GRCon13 Oct. 1 - 4
> http://www.trondeau.com/grcon13
>
>
>> On 08.08.2013 19:15, UA6CEY wrote:
>>
>> Hi guys!
>>
>> I couldn't run a QT GUI RANGE block in grc. Any of its widget (Counter,
>> Slider, etc.) causes an error:
>>
>> Traceback (most recent call last):
>> File "/home/goodman/top_block.py", line 16, in 
>> import PyQt4.Qwt5 as Qwt
>> File "/usr/lib64/python2.7/site-packages/PyQt4/Qwt5/__init__.py", line 32,
>> in 
>> from Qwt import *
>> ImportError: /usr/lib64/python2.7/site-packages/PyQt4/Qwt5/Qwt.so:
>> undefined
>> symbol: _ZTI8QwtWheel
>>
> Done
>>
>> Anyway, all other QT GUI Widgets (Chooser, Check Box, etc) works fine.
>> All of QT Instrumentation (Frequency Sink, Waterfall Sink, etc) runs too.
>>
>> A Qwt.so is on the right place. _ZTI8QwtWheel symbol is absent in lib of
>> course.
>>
>> System Slackware_14_64
>>
>> ~$ uname --all
>> Linux home 3.2.29 #2 SMP Mon Sep 17 14:19:22 CDT 2012 x86_64 AMD
>> Turion(tm)
>> II Dual-Core Mobile M500 AuthenticAMD GNU/Linux
>>
>> Gnuradio and all that it need are built from sources.
>> GCC 4.7.1
>>
>> Any ideas, please!
>>
>> 73! Andrey.
>
>
>
> --
>



-- 
Tom
Visit us at GRCon13 Oct. 1 - 4
http://www.trondeau.com/grcon13

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

Re: [Discuss-gnuradio] Make tests failed when Building for version 3.7.1git

[Tom Rondeau]

On Mon, Aug 19, 2013 at 8:29 AM, Damon  wrote:
> Hi all,
>
> I tried installing GNUradio v3.7.1git. The build completed, but several of
> the build tests fail.
>
> The OS is Ubuntu 12.04 32bit, with kernel version Linux
> 3.2.0-51-generic-pae. CPU is Intel® Core™ i7-3770 CPU @ 3.40GHz × 8 .
>
> The prerequisites were built by :
> apt-get install libfontconfig1-dev libxrender-dev libpulse-dev swig g++ \
> automake autoconf libtool python-dev libfftw3-dev \
> libcppunit-dev libboost1.48-all-dev libusb-dev libusb-1.0-0-dev fort77 \
> libsdl1.2-dev python-wxgtk2.8 git-core \
> libqt4-dev python-numpy ccache python-opengl libgsl0-dev \
> python-cheetah python-lxml doxygen qt4-dev-tools libusb-1.0-0-dev \
> libqwt5-qt4-dev libqwtplot3d-qt4-dev pyqt4-dev-tools python-qwt5-qt4 \
> cmake git-core wget libxi-dev python-docutils gtk2-engines-pixbuf r-base-dev
> python-tk \
> liborc-0.4-0 liborc-0.4-dev libasound2-dev python-gtk2
>
> then I ran cmake, make and make test.
> The following tests FAILED:
>   1 - qa_volk_test_all (Failed)
>  85 - qa_freq_xlating_fir_filter (Failed)
>  93 - qa_fir_filter (Failed)
> 167 - qa_codec2_vocoder (Failed)
> So  I ran:
> ctest --output-on-failure -O ctest_log_file
> Attached please find the log file.
>
> How to fix it?
>
> Best regards,
> Damon

Damon,

Thanks for the detailed report. Can you try uninstalling ORC and
rebuilding without it? It looks like those errors might be related to
differences in precision/rounding with ORC.

And ignore the codec2 problem, unless you specifically want to use
codec2. It's a known problem, but we don't have a fix for it, yet.

-- 
Tom
Visit us at GRCon13 Oct. 1 - 4
http://www.trondeau.com/grcon13

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

Re: [Discuss-gnuradio] Overrun issue and packet loss

[Andrew Davis]

Try running it without anything else on the network or on your computer,
not even X11.

Andrew


On Mon, Aug 19, 2013 at 3:44 AM, Sam mite  wrote:

> can somebody please comment on it ? Thanks a head of time.
>
>
> --
> Sam
>
>
>
> On Fri, Aug 16, 2013 at 10:11 AM, Sam mite  wrote:
>
>> I am facing Overrun issue on 500K sampling rate with USRPN210. I see an
>> 'O' after irregular time intervals when I use my flowgrpah . PC is directly
>> connected to USRP with Ethernet cable. PC details:
>>
>> Processor: Intel® Core™ i7-2600 CPU @ 3.40GHz × 8
>> Memory: 3.8GiB
>>
>> GNU C++ version 4.6.3; Boost_104601; UHD_003.005.000-26-gb65a3924
>> Gnruadio version: 3.6.3rc0
>>
>> Also to check, I ran ./benchmark_rate --rx_rate 500e3 --duration 300,
>> three times and following are the outputs:
>>
>> Testing receive rate 0.50 Msps
>> OO
>> Benchmark rate summary:
>>   Num received samples:149997045
>>   Num dropped samples: 726
>>   Num overflows detected:  2
>>
>> Testing receive rate 0.50 Msps
>>
>> Benchmark rate summary:
>>   Num received samples:149998497
>>   Num dropped samples: 0
>>   Num overflows detected:  0
>>
>> Testing receive rate 0.50 Msps
>> OOO
>> Benchmark rate summary:
>>   Num received samples:149997408
>>   Num dropped samples: 1089
>>   Num overflows detected:  3
>>
>>
>> What could be the issue here? And what can I do to fix this issue as I am
>> losing 3 to 4 packets in every 10k packets when I use my flow-graph. Any
>> comments would be appreciated.
>>
>> --
>>
>> Best Regards,
>>
>> Sam
>>
>
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] How does probe level works

[Mike Jameson]

Hi Dilip,

Have a look at the scanoo GRC flowgraph build in GNU Radio 3.7 which uses
the probe functions for spectrum sensing:

https://github.com/m0mik/scanoo

This is the GRC flowgraph in question:

https://raw.github.com/m0mik/scanoo/master/apps/scanoo.com_rx.grc

The 'Function Probe' block is used to call either the 'level()' or
'unmuted()' function in the probe_avg_mag_sqrd block.  You can then access
the value using the name of the 'Function Probe' block.  The same technique
applies for calling the value of the 'Probe Signal' and 'Probe Signal
Vector' blocks, however these only have the 'level()' function available.

Regards,

Mike

--
Mike Jameson M0MIK BSc MIET
Email: m...@scanoo.com
Web: http://scanoo.com


On Mon, Aug 19, 2013 at 6:07 AM, dilip thapa  wrote:

> Hi,
>
> I am trying to detect the presence of primary user by energy detection.
> And after searching I was advised to use probe block to do the sense.
> (gr.probe_avg_mag_sqrd_f).
>
> Can anyone explain how this works. How level() method gives the energy
> level.
>
> ~Dilip
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Overrun issue and packet loss

[Sam mite]

can somebody please comment on it ? Thanks a head of time.


--
Sam


On Fri, Aug 16, 2013 at 10:11 AM, Sam mite  wrote:

> I am facing Overrun issue on 500K sampling rate with USRPN210. I see an
> 'O' after irregular time intervals when I use my flowgrpah . PC is directly
> connected to USRP with Ethernet cable. PC details:
>
> Processor: Intel® Core™ i7-2600 CPU @ 3.40GHz × 8
> Memory: 3.8GiB
>
> GNU C++ version 4.6.3; Boost_104601; UHD_003.005.000-26-gb65a3924
> Gnruadio version: 3.6.3rc0
>
> Also to check, I ran ./benchmark_rate --rx_rate 500e3 --duration 300,
> three times and following are the outputs:
>
> Testing receive rate 0.50 Msps
> OO
> Benchmark rate summary:
>   Num received samples:149997045
>   Num dropped samples: 726
>   Num overflows detected:  2
>
> Testing receive rate 0.50 Msps
>
> Benchmark rate summary:
>   Num received samples:149998497
>   Num dropped samples: 0
>   Num overflows detected:  0
>
> Testing receive rate 0.50 Msps
> OOO
> Benchmark rate summary:
>   Num received samples:149997408
>   Num dropped samples: 1089
>   Num overflows detected:  3
>
>
> What could be the issue here? And what can I do to fix this issue as I am
> losing 3 to 4 packets in every 10k packets when I use my flow-graph. Any
> comments would be appreciated.
>
> --
>
> Best Regards,
>
> Sam
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio