Re: [Discuss-gnuradio] is there a SDR based software for mobile detector

2017-05-31 Thread Marcus Müller 
Hi,

that circuit is, at best, a badly working energy detector.

So, yes. That's trivial to implement yourself. In case you need
pointers: [1]

Best regards,

Marcus

[1]
https://stackoverflow.com/questions/44141818/gnu-radio-companion-how-to-calculate-average-power-of-a-signal
On 31.05.2017 08:56, Stack Programer wrote:
> hi, i want ask for a mobile detector see more info
>  http://www.instructables.com/id/simple-mobile-detector-circuit/
> is there a SDR based mobile Detector?
> thanks
>
>
> ___
> 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] Audio issues on BBB

2017-05-31 Thread Philip Balister 
On 05/29/2017 07:49 AM, Usman Haider wrote:
> Hi,
> 
> I am using GNU Radio on beaglebone black (BBB). I have transmitter and
> receiver flowgraph with audio sink audio source. When I run the flowgraphs
> on laptop or desktops I receive all the data packets correctly. But when I
> run either receiver or transmitter flowgraph on BBB there are intermittent
> packet drops. Packet loss is very small but it is there. There are no audio
> underruns or audio overruns. I am using a usb sound card with BBB.
> 
> I am using jessie 8.6 on BBB, GNU Radio version is 3.7.10.1. Enabled
> components are shown below
> 
> $ gnuradio-config-info --enabled-components
> python-support;testing-support;volk;gnuradio-runtime;gr-blocks;gnuradio-companion;gr-fft;gr-filter;gr-analog;gr-digital;gr-audio;*
> alsa;* oss;* jack;*
> portaudio;gr-channels;gr-noaa;gr-pager;gr-utils;gr-video-sdl;gr-vocoder;gr-fcd;gr-wavelet;gr-wxgui;gr-zeromq
> 
> 
> Have anyone else tried using usb audio sound card on BBB with gnuradio
> before? Any idea what could be wrong? Thanks

Try using perf top to get an idea where the flowgraph hot spots are. The
BBB is a single core arm, so there isn't much processing power.

Philip


> 
> 
> 
> ___
> 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] uhd time_spec

2017-05-31 Thread Garver, Paul W 
Did you do ldconfig after compiling? Also, you can remove the try/catch in 
python/__init__.py this should tell you the actual error if you use a debugger.

Paul Garver


On May 31, 2017, at 2:35 AM, Amirhosein naseri 
mailto:amirhosein_nas...@yahoo.com>> wrote:


Tnx Paul for your answer.
Yeah I read that page and I added UHD , but I got same error again.


On Tue, May 30, 2017 at 17:20, Garver, Paul W
mailto:garv...@gatech.edu>> wrote:
Did you link against the appropriate libraries in cmake? Haven’t done this 
myself for UHD library calls, but my guess is you need to add UHD to 
GR_REQUIRED_COMPONENTS, or something similar [1]. That error is a really poor 
message for diagnosing the root issue ,which is likely a linking problem.

PWG

[1] https://wiki.gnuradio.org/index.php/OutOfTreeModulesConfig
On May 29, 2017, at 5:53 AM, Amirhosein naseri 
mailto:amirhosein_nas...@yahoo.com>> wrote:

Hi

i am writing my own block. in my code when i use uhd::time_spec_t class, in 
running my GRC i got "AttributeError: 'module' object has no attribute"  error. 
but if dont use this class my block works fine. WHY?

tnx.
___
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] gr-fec

2017-05-31 Thread Cinaed Simson 
Actually, I'm at my desktop now and I noticed there are qa shell scripts
in the build directory for each of qa python scripts in the source
directory - and they all work - no kludges needed.

I was using the source qa python scripts on my netbook - which in the
past - for other modules - always worked.

Sorry about the noise.

-- Cinaed



On 05/29/2017 11:01 PM, li...@lazygranch.com wrote:
> This isn't exactly the problem I was having since the polar tests failed for 
> me. But as soon as the code is patched I will do a build and see if my 
> problems go away. 
> 
> At one time the polar tests passed on Opensuse for me , but to be fair it was 
> on a different build of Opensuse 42.2. (Long story short, bttrfs wasn't 
> better, and I had to do some hacks to neuter it, so I decided to do a fresh 
> OS installation. )
> 
> 
>   Original Message  
> From: Cinaed Simson
> Sent: Monday, May 29, 2017 10:05 PM
> To: GNURadio Discussion List
> Subject: [Discuss-gnuradio] gr-fec
> 
> There appears to be a bug in version 3.7.11 of gr-fec.
> 
> I was on poking around on my netbook this weekend - trying to run some
> polar grc examples - but I couldn't load any of the polar flow graphs -
> they would hang the grc - I had to kill grc to get out.
> 
> But
> 
> make test
> 
> ran without any errors.
> 
> I tried running
> 
> qa_polar_decoder_sc.py
> 
> but it gave me the
> 
> ImportError: No module named fec_swig
> 
> To make a long story, in order for me to get
> 
> qa_polar_decoder_sc.py
> 
> to run - plus a couple of other scripts which were needed, I had to
> replace
> 
> import fec_swig as fec
> 
> with
> 
> from gnuradio import fec
> import _fec_swig as fec_swig
> 
> I did a find on
> 
> /lib/python2.7/dist-packages/gnuradio
> 
> and located the following files
> 
> fec_swig.py
> _fec_swig.so
> 
> and then played around with them until I got it to work.
> 
> -- Cinaed
> 
> 
> 
> 
> 
> ___
> 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] Rational Resampler no output.

2017-05-31 Thread Cor Legemaat 
Hi:

filter.firdes.low_pass get called with:
 * fractional_bw = 0.4
 * trans_width = 0.1
 * mid_transition_band = 0.45
 * interpolation = 24

But return: (nan, <788 times nan>)

Regards:
Cor

On Tue, 2017-05-30 at 00:06 +0200, Marcus Müller wrote:
> Hi Cor,
> >  * When using 1 as "taps" there is output.
>  Aha!!
> So, here's the thing: something might be going wrong in the python
> code that sets up the taps automatically if you don't set them
> explicitly. 
> Maybe you can figure out where things go wrong; the interesting part
> (maybe add some `print`s here?) from [1]:
> 
>     # If we don't have user-provided taps, reduce the interp and
>     # decim values by the GCD (if there is one) and then define
>     # the taps from these new values.
>     if taps is None:
>     interpolation = interpolation // d
>     decimation = decimation // d
>     taps = design_filter(interpolation, decimation,
> fractional_bw)
> 
> and
> 
> 
> def design_filter(interpolation, decimation, fractional_bw):
>     """
>     Given the interpolation rate, decimation rate and a fractional
> bandwidth,
>     design a set of taps.
> 
>     Args:
>     interpolation: interpolation factor (integer > 0)
>     decimation: decimation factor (integer > 0)
>     fractional_bw: fractional bandwidth in (0, 0.5)  0.4 works
> well. (float)
>     Returns:
>     : sequence of numbers
>     """
> 
>     if fractional_bw >= 0.5 or fractional_bw <= 0:
>     raise ValueError, "Invalid fractional_bandwidth, must be in
> (0, 0.5)"
> 
>     beta = 7.0
>     halfband = 0.5
>     rate = float(interpolation)/float(decimation)
>     if(rate >= 1.0):
>     trans_width = halfband - fractional_bw
>     mid_transition_band = halfband - trans_width/2.0
>     else:
>     trans_width = rate*(halfband - fractional_bw)
>     mid_transition_band = rate*halfband - trans_width/2.0
> 
>     taps = filter.firdes.low_pass(interpolation,
> # gain
>   interpolation,
> # Fs
>   mid_transition_band,  
> # trans mid point
>   trans_width,  
> # transition width
>   filter.firdes.WIN_KAISER,
>   beta) 
> # beta
> 
>     return taps
> 
> 
> 
> Best regards,
> Marcus
> 
> [1] https://github.com/gnuradio/gnuradio/blob/master/gr-filter/python
> /filter/rational_resampler.py
> 
> On 29.05.2017 19:01, Cor Legemaat wrote:
> > Hi:
> > 
> >  * The only warning is about the thread priority but that's on
> > both.
> >  * Type "Complex->Complex (Complex Taps)"
> >  * When using 1 as "taps" there is output.
> > 
> > I can open it in Nemiver if I know where to put the break point...
> > 
> > Regards:
> > Cor
> > 
> > On Mon, 2017-05-29 at 11:36 +0200, Marcus Müller wrote:
> > > Hi Cor,
> > > that's kind of surprising¹. My first bet is that your AMD system
> > > is
> > > missing some dependency that the intel system has, so that
> > > something
> > > goes wrong during build. But then again, you shouldn't be seeing
> > > the
> > > rational resampler block at all in that case. Let's head straight
> > > to
> > > debugging:
> > > * Do you get any warning/console output during the execution of
> > > that
> > > flow graph?
> > > * Which is the input/output type (float or complex, orange or
> > > blue
> > > connector in GRC, if using that)
> > > * If in GRC: when explicitly using [1,] as "taps", do you get
> > > output?
> > > Best regards,
> > > Marcus
> > > 
> > > ¹ "wat?!"
> > > 
> > > On 29.05.2017 06:35, Cor Legemaat wrote:
> > > > Hi:
> > > > 
> > > > I have 2 different hardware setup's with funtoo/gentoo and
> > > > gnuradio
> > > > installed. On the Intel system the "Rational Resampler" is
> > > > working
> > > > correctly but on the AMD system there is no output. This is on
> > > > a
> > > > flow
> > > > graph for an basic wide band fm receiver based on the USPR
> > > > 10min fm
> > > > receiver tutorial.
> > > > 
> > > > AMD system:
> > > >  * AMD FX(tm)-8150 Eight-Core Processor
> > > >  * CPU_FLAGS_X86="aes avx fma4 mmx mmxext popcnt sse sse2 sse3
> > > > sse4_1 sse4_2 sse4a ssse3 xop"
> > > > 
> > > > Intel system:
> > > >  * Intel(R) Core(TM) i5-2430M CPU @ 2.40GHz
> > > >  * CPU_FLAGS_X86="aes avx mmx mmxext popcnt sse sse2 sse3
> > > > sse4_1
> > > > sse4_2
> > > >    ssse3"
> > > > 
> > > > Tried with different versions of GNURadio and gcc but the same
> > > > symptoms, both systems is compiled with CFLAGS="-march=native
> > > > -O2
> > > > -pipe". At the moment it is gcc:6.3.0  and net-
> > > > wireless/gnuradio-
> > > > 3.7.11:0/3.7.11  USE="alsa analog atsc audio channels digital
> > > > doc
> > > > dtv
> > > > examples fec filter grc noaa pager performance-counters
> > > > portaudio
> > > > qt4
> > > > uhd utils vocoder wavelet wxwidgets zeromq -fcd