[Discuss-gnuradio] OOT Module Not Working Properly

2018-01-11 Thread Tellrell White
Hello Guys

I'm creating a customized block in the GNU Radio framework using python
that takes in a number of input items and once that number of input items
surpasses a certain number, 1024 of the input items are taken and stored
into an array, and then those items are converted to dB and lastly compared
to a threshold value, 5 in this case. If any of the values are greater than
the threshold value, a message is printed indicating a signal is present,
and if none of the values are greater than 5, this is indicated with a
message stating "No signal is present".

In the flow graph attached, I'm using a cosine source and a gaussian noise
source to test my block in two different scenarios.

In scenario 1, I run the flow graph with both signal sources and I expect
to receive a message stating "A signal is present" because the power of the
signal will be greater than the threshold.

In scenario 2, the cosine source is disabled and only the noise source is
runing. In this scenario I expect to get a message indicating no signal is
present because the calculated power will be lower than the threshold.

Scenario 1 works, however, scenario 2 doesn't work no matter how high I
raise the threshold value and, at this point, I'm not quite sure as to why.

Any help would be appreciated. Both the .py script for the oot block and
the .grc file are included.

Tellrell


Ener_detec.py
Description: Binary data


ener_dtec.grc
Description: Binary data
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] OFDM channel tap questions

2018-01-11 Thread Jeff Long
I have to agree with you, and I don't understand what's going on. It 
looks like the magnitude of the taps should be 1.0, even if there's a 
phase offset.


On 01/11/2018 03:53 PM, edwin wrote:

Hi Jeff,

Thanks for the reply. What you said about the noise makes sense. 
However, even if I turn the noise off, I still get the weired taps:


Offset: 2112  Source: n/a Key: ofdm_sync_chan_taps   Value: #[(0,0) 
(0,0) (0,0) (0,0) (0,0) (0,0) (35.5567,-53.2143) (-6.27313,-63.6921) 
(-45.255,-45.255) (-63.6921,-6.27313) (-53.2143,35.5567) 
(-18.5783,61.2445) (24.4919,59.1286) (56.4432,30.1695) 
(62.7706,-12.4858) (40.6014,-49.4729) (2.45706e-06,-64.0003) 
(-40.6014,-49.4729) (-62.7706,-12.4858) (-56.4432,30.1695) 
(-24.4919,59.1286) (18.5783,61.2445) (53.2143,35.5567) 
(6.36922,-0.627315) (4.52551,-4.52551) (6.27312,-63.6921) 
(-3.55567,-5.32143) (-6.12445,-1.85783) (-5.91286,2.44919) 
(-3.01695,5.64432) (1.24858,6.27706) (4.94729,4.06014) (0,0) 
(4.94729,-4.06014) (1.24858,-6.27706) (-3.01696,-5.64433) 
(-5.91286,-2.44919) (-6.12445,1.85783) (-3.55567,5.32144) 
(6.27312,63.6921) (4.52551,4.52551) (6.36922,0.627312) 
(5.32143,-3.55567) (1.85783,-6.12445) (-2.44919,-5.91286) 
(-5.64433,-3.01696) (-6.27706,1.24858) (-4.06014,4.94729) 
(-1.9985e-06,6.40003) (4.06014,4.94729) (6.27706,1.24858) 
(5.64432,-3.01696) (2.44918,-5.91286) (-18.5783,-61.2445) 
(-5.32143,-3.55567) (-6.36922,0.62731) (-4.52551,4.52551) 
(-0.627314,6.36921) (3.55567,5.32143) (0,0) (0,0) (0,0) (0,0) (0,0)]



The piece of code you posted:

   for (int i = loop_start; i < loop_end; i++) {
 if ((d_ref_sym[i-carr_offset] != gr_complex(0, 0))) {
   taps[i-carr_offset] = sym[i] / d_ref_sym[i-carr_offset];
 }
   }

I believe it comes from the ofdm_chanest_vcvc_impl.cc, doesn't it? 
According to my understanding, it is calculating the channel taps by 
dividing the received symbol with the sync symbols, which are known. If 
the channel is perfect and there is no noise, the received symbols 
should be exactly the same as the sync symbols. The channel taps should 
be 1.



Regards,

Edwin




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


Re: [Discuss-gnuradio] cannot install gr-burst and gr-eventstream on raspberry pi 3

2018-01-11 Thread Cinaed Simson
On 01/11/2018 03:15 AM, ogün levent wrote:
> Hi everyone
> I cannot install gr-burst and gr-eventstream to raspberry pi rasbian os
> via cmake. I get these messages during installation

In the README for gr-burst, it indicates you need to install gr-mapper.

Also the included error messages are for gr-burst - do you have a
different set of error messages for gr-eventstream?

-- Cinaed

> 
> Best
> 
> [  7%] Building CXX object
> lib/CMakeFiles/gnuradio-burst.dir/synchronizer_v4_impl.cc.o
> [  7%] Building CXX object lib/CMakeFiles/gnuradio-burst.dir/qa_helpers.cc.o
> [  7%] Linking CXX shared library libgnuradio-burst.so
> [  7%] Built target gnuradio-burst
> Scanning dependencies of target test-burst
> [  7%] Building CXX object lib/CMakeFiles/test-burst.dir/test_burst.cc.o
> [  7%] Building CXX object
> lib/CMakeFiles/test-burst.dir/qa_synchronizer_v4.cc.o
> [  7%] Building CXX object lib/CMakeFiles/test-burst.dir/qa_burst.cc.o
> [  7%] Building CXX object lib/CMakeFiles/test-burst.dir/qa_helpers.cc.o
> [  7%] Linking CXX executable test-burst
> [  7%] Built target test-burst
> Scanning dependencies of target burst_swig_swig_doc
> [  7%] Built target burst_swig_swig_doc
> Scanning dependencies of target _burst_swig_swig_tag
> [  7%] Building CXX object
> swig/CMakeFiles/_burst_swig_swig_tag.dir/_burst_swig_swig_tag.cpp.o
> [  7%] Linking CXX executable _burst_swig_swig_tag
> [  7%] Built target _burst_swig_swig_tag
> [  7%] Generating burst_swig.tag
> Scanning dependencies of target burst_swig_swig_2d0df
> [  7%] Building CXX object
> swig/CMakeFiles/burst_swig_swig_2d0df.dir/burst_swig_swig_2d0df.cpp.o
> [  7%] Linking CXX executable burst_swig_swig_2d0df
> Swig source
> /home/pi/gr-burst/swig/burst_swig.i:6: Error: Unable to find
> 'mapper/mapper/swig/mapper_swig.i'
> swig/CMakeFiles/burst_swig_swig_2d0df.dir/build.make:134: recipe for
> target 'swig/burst_swig_swig_2d0df' failed
> make[2]: *** [swig/burst_swig_swig_2d0df] Error 1
> make[2]: *** Deleting file 'swig/burst_swig_swig_2d0df'
> CMakeFiles/Makefile2:274: recipe for target
> 'swig/CMakeFiles/burst_swig_swig_2d0df.dir/all' failed
> make[1]: *** [swig/CMakeFiles/burst_swig_swig_2d0df.dir/all] Error 2
> Makefile:138: recipe for target 'all' failed
> make: *** [all] Error 2
> 
> 
> ___
> 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] OFDM channel tap questions

2018-01-11 Thread edwin

Hi Jeff,

Thanks for the reply. What you said about the noise makes sense. 
However, even if I turn the noise off, I still get the weired taps:


Offset: 2112  Source: n/a Key: ofdm_sync_chan_taps   Value: #[(0,0) 
(0,0) (0,0) (0,0) (0,0) (0,0) (35.5567,-53.2143) (-6.27313,-63.6921) 
(-45.255,-45.255) (-63.6921,-6.27313) (-53.2143,35.5567) 
(-18.5783,61.2445) (24.4919,59.1286) (56.4432,30.1695) 
(62.7706,-12.4858) (40.6014,-49.4729) (2.45706e-06,-64.0003) 
(-40.6014,-49.4729) (-62.7706,-12.4858) (-56.4432,30.1695) 
(-24.4919,59.1286) (18.5783,61.2445) (53.2143,35.5567) 
(6.36922,-0.627315) (4.52551,-4.52551) (6.27312,-63.6921) 
(-3.55567,-5.32143) (-6.12445,-1.85783) (-5.91286,2.44919) 
(-3.01695,5.64432) (1.24858,6.27706) (4.94729,4.06014) (0,0) 
(4.94729,-4.06014) (1.24858,-6.27706) (-3.01696,-5.64433) 
(-5.91286,-2.44919) (-6.12445,1.85783) (-3.55567,5.32144) 
(6.27312,63.6921) (4.52551,4.52551) (6.36922,0.627312) 
(5.32143,-3.55567) (1.85783,-6.12445) (-2.44919,-5.91286) 
(-5.64433,-3.01696) (-6.27706,1.24858) (-4.06014,4.94729) 
(-1.9985e-06,6.40003) (4.06014,4.94729) (6.27706,1.24858) 
(5.64432,-3.01696) (2.44918,-5.91286) (-18.5783,-61.2445) 
(-5.32143,-3.55567) (-6.36922,0.62731) (-4.52551,4.52551) 
(-0.627314,6.36921) (3.55567,5.32143) (0,0) (0,0) (0,0) (0,0) (0,0)]



The piece of code you posted:

  for (int i = loop_start; i < loop_end; i++) {
if ((d_ref_sym[i-carr_offset] != gr_complex(0, 0))) {
  taps[i-carr_offset] = sym[i] / d_ref_sym[i-carr_offset];
}
  }

I believe it comes from the ofdm_chanest_vcvc_impl.cc, doesn't it? 
According to my understanding, it is calculating the channel taps by 
dividing the received symbol with the sync symbols, which are known. If 
the channel is perfect and there is no noise, the received symbols 
should be exactly the same as the sync symbols. The channel taps should 
be 1.



Regards,

Edwin

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


Re: [Discuss-gnuradio] cannot install gr-burst and gr-eventstream on raspberry pi 3

2018-01-11 Thread CEL
Hi Ogün,

this might be many things – generally, your Pi might just be running
out of memory during the build, for example (in that case, you'll often
find a hint about the OOM (out-of-memory) killer in `dmesg`; I suspect
memory limits because SWIG is especially hungry for RAM).

make VERBOSE=1

might shed more light, but not necessarily so :(

I'd generally recommend cross-compiling when  building software for an
embedded-style device like the Pi; you wouldn't try to compile software
on your car's embedded computers, either!
It depends on the OS you're using on the Pi how easy that is.

Best regards,
Marcus

On Thu, 2018-01-11 at 14:15 +0300, ogün levent wrote:
> Hi everyone
> I cannot install gr-burst and gr-eventstream to raspberry pi rasbian
> os via cmake. I get these messages during installation
> 
> Best
> 
> [  7%] Building CXX object lib/CMakeFiles/gnuradio-
> burst.dir/synchronizer_v4_impl.cc.o
> [  7%] Building CXX object lib/CMakeFiles/gnuradio-
> burst.dir/qa_helpers.cc.o
> [  7%] Linking CXX shared library libgnuradio-burst.so
> [  7%] Built target gnuradio-burst
> Scanning dependencies of target test-burst
> [  7%] Building CXX object lib/CMakeFiles/test-
> burst.dir/test_burst.cc.o
> [  7%] Building CXX object lib/CMakeFiles/test-
> burst.dir/qa_synchronizer_v4.cc.o
> [  7%] Building CXX object lib/CMakeFiles/test-
> burst.dir/qa_burst.cc.o
> [  7%] Building CXX object lib/CMakeFiles/test-
> burst.dir/qa_helpers.cc.o
> [  7%] Linking CXX executable test-burst
> [  7%] Built target test-burst
> Scanning dependencies of target burst_swig_swig_doc
> [  7%] Built target burst_swig_swig_doc
> Scanning dependencies of target _burst_swig_swig_tag
> [  7%] Building CXX object
> swig/CMakeFiles/_burst_swig_swig_tag.dir/_burst_swig_swig_tag.cpp.o
> [  7%] Linking CXX executable _burst_swig_swig_tag
> [  7%] Built target _burst_swig_swig_tag
> [  7%] Generating burst_swig.tag
> Scanning dependencies of target burst_swig_swig_2d0df
> [  7%] Building CXX object
> swig/CMakeFiles/burst_swig_swig_2d0df.dir/burst_swig_swig_2d0df.cpp.o
> [  7%] Linking CXX executable burst_swig_swig_2d0df
> Swig source
> /home/pi/gr-burst/swig/burst_swig.i:6: Error: Unable to find
> 'mapper/mapper/swig/mapper_swig.i'
> swig/CMakeFiles/burst_swig_swig_2d0df.dir/build.make:134: recipe for
> target 'swig/burst_swig_swig_2d0df' failed
> make[2]: *** [swig/burst_swig_swig_2d0df] Error 1
> make[2]: *** Deleting file 'swig/burst_swig_swig_2d0df'
> CMakeFiles/Makefile2:274: recipe for target
> 'swig/CMakeFiles/burst_swig_swig_2d0df.dir/all' failed
> make[1]: *** [swig/CMakeFiles/burst_swig_swig_2d0df.dir/all] Error 2
> Makefile:138: recipe for target 'all' failed
> make: *** [all] Error 2
> ___
> 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


[Discuss-gnuradio] cannot install gr-burst and gr-eventstream on raspberry pi 3

2018-01-11 Thread ogün levent
Hi everyone
I cannot install gr-burst and gr-eventstream to raspberry pi rasbian os via
cmake. I get these messages during installation

Best

[  7%] Building CXX object lib/CMakeFiles/gnuradio-burst.
dir/synchronizer_v4_impl.cc.o
[  7%] Building CXX object lib/CMakeFiles/gnuradio-burst.dir/qa_helpers.cc.o
[  7%] Linking CXX shared library libgnuradio-burst.so
[  7%] Built target gnuradio-burst
Scanning dependencies of target test-burst
[  7%] Building CXX object lib/CMakeFiles/test-burst.dir/test_burst.cc.o
[  7%] Building CXX object lib/CMakeFiles/test-burst.dir/
qa_synchronizer_v4.cc.o
[  7%] Building CXX object lib/CMakeFiles/test-burst.dir/qa_burst.cc.o
[  7%] Building CXX object lib/CMakeFiles/test-burst.dir/qa_helpers.cc.o
[  7%] Linking CXX executable test-burst
[  7%] Built target test-burst
Scanning dependencies of target burst_swig_swig_doc
[  7%] Built target burst_swig_swig_doc
Scanning dependencies of target _burst_swig_swig_tag
[  7%] Building CXX object swig/CMakeFiles/_burst_swig_
swig_tag.dir/_burst_swig_swig_tag.cpp.o
[  7%] Linking CXX executable _burst_swig_swig_tag
[  7%] Built target _burst_swig_swig_tag
[  7%] Generating burst_swig.tag
Scanning dependencies of target burst_swig_swig_2d0df
[  7%] Building CXX object swig/CMakeFiles/burst_swig_
swig_2d0df.dir/burst_swig_swig_2d0df.cpp.o
[  7%] Linking CXX executable burst_swig_swig_2d0df
Swig source
/home/pi/gr-burst/swig/burst_swig.i:6: Error: Unable to find
'mapper/mapper/swig/mapper_swig.i'
swig/CMakeFiles/burst_swig_swig_2d0df.dir/build.make:134: recipe for target
'swig/burst_swig_swig_2d0df' failed
make[2]: *** [swig/burst_swig_swig_2d0df] Error 1
make[2]: *** Deleting file 'swig/burst_swig_swig_2d0df'
CMakeFiles/Makefile2:274: recipe for target
'swig/CMakeFiles/burst_swig_swig_2d0df.dir/all'
failed
make[1]: *** [swig/CMakeFiles/burst_swig_swig_2d0df.dir/all] Error 2
Makefile:138: recipe for target 'all' failed
make: *** [all] Error 2
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] GNURadio FFT Plot and UBX Maximum Input Power

2018-01-11 Thread Ali
Hi to all,

I have an X310 USRP and a UBX-160 on it. There is also an antenna
connected. I am transmistting some signal by a handheld radio and plotting
the FFT plot of IQ data in GNURadio. It seems that power reaches almost
0dB. If I close too much the spectrum fluctuates, it does not look good. I
think it saturates.

When the peak at FFT Plot is -10 or -20 dB, the spectrum's shape is good.
But the UBX is said to have max. input power of -15dBm which -45 dB. Do I
give harm to my daughterboard in this case? I am confused. It does not look
that I am harming.

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