[Discuss-gnuradio] GNURadio 3.7.2.1 source installation problem

2013-12-15 Thread carondemonio 
I'm trying to install GNURadio 3.7.2.1 from source on Deabian Wheezy 7.2.
After typing:

there aren't problems, but launching

there're five test errors:

so i typed 
 to see the errors, and the ouput is:



[]

[]

[]


If I try to type:

Appear this strange error:


Can anyone help me!! Thanks at all!!




--
View this message in context: 
http://gnuradio.4.n7.nabble.com/GNURadio-3-7-2-1-source-installation-problem-tp45357.html
Sent from the GnuRadio mailing list archive at Nabble.com.

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

[Discuss-gnuradio] GNURadio 3.7.2.1 Installation Problem

2013-12-15 Thread Francesco Natale 
I'm trying to install GNURadio 3.7.2.1 from source on Deabian Wheezy
7.2. After typing: 
mkdir build
cmake ../
make -j 2
there aren't problems, but launching 
make test
there're five test errors: 
The following tests FAILED:
  1 - qa_volk_test_all (Failed)
 92 - qa_freq_xlating_fir_filter (Failed)
 93 - qa_fir_filter (Failed)
169 - qa_uhd (Failed)
177 - qa_codec2_vocoder (Failed)
so i typed 
ctest --output-on-failure
 to see the errors, and the ouput is: 

 Start   1: qa_volk_test_all
  1/180 Test   #1: qa_volk_test_all .***Failed
1.62 sec
Running 74 test cases..
[]
volk_32fc_s32f_magnitude_16i: fail on arch u_orc
Best aligned arch: a_sse3
Best unaligned arch: generic
/home/eldiablo/Programmi/gnuradio-3.7.2.1/volk/lib/testqa.cc(39): error
in "volk_32fc_s32f_magnitude_16i_test": check
run_volk_tests(volk_32fc_s32f_magnitude_16i_get_func_desc(), (void
(*)())volk_32fc_s32f_magnitude_16i_manual,
std::string("volk_32fc_s32f_magnitude_16i"), 1, 32768, 20462, 1, 0,
"NULL") == 0 failed [true != 0]
[]
*** 1 failure detected in test suite "Master Test Suite"
[] 
92/180 Test  #92: qa_freq_xlating_fir_filter ...***Failed
0.74 sec
Using Volk machine: ssse3_32_orc

==
FAIL: test_fir_filter_scc_001 (__main__.test_freq_xlating_filter)
--
Traceback (most recent call last):
  File
"/home/eldiablo/Programmi/gnuradio-3.7.2.1/gr-filter/python/filter/qa_freq_xlating_fir_filter.py",
 line 283, in test_fir_filter_scc_001
self.assertComplexTuplesAlmostEqual(expected_data, result_data, 4)
  File
"/home/eldiablo/Programmi/gnuradio-3.7.2.1/gnuradio-runtime/python/gnuradio/gr_unittest.py",
 line 74, in assertComplexTuplesAlmostEqual
self.assertComplexAlmostEqual (a[i], b[i], places, msg)
  File
"/home/eldiablo/Programmi/gnuradio-3.7.2.1/gnuradio-runtime/python/gnuradio/gr_unittest.py",
 line 47, in assertComplexAlmostEqual
(msg or '%s != %s within %s places' % (`first`, `second`, `places`
))
AssertionError: 0j != (nan+nanj) within 4 places

==
FAIL: test_fir_filter_scc_002 (__main__.test_freq_xlating_filter)
--
Traceback (most recent call last):
  File
"/home/eldiablo/Programmi/gnuradio-3.7.2.1/gr-filter/python/filter/qa_freq_xlating_fir_filter.py",
 line 299, in test_fir_filter_scc_002
self.assertComplexTuplesAlmostEqual(expected_data, result_data, 4)
  File
"/home/eldiablo/Programmi/gnuradio-3.7.2.1/gnuradio-runtime/python/gnuradio/gr_unittest.py",
 line 74, in assertComplexTuplesAlmostEqual
self.assertComplexAlmostEqual (a[i], b[i], places, msg)
  File
"/home/eldiablo/Programmi/gnuradio-3.7.2.1/gnuradio-runtime/python/gnuradio/gr_unittest.py",
 line 47, in assertComplexAlmostEqual
(msg or '%s != %s within %s places' % (`first`, `second`, `places`
))
AssertionError: 0j != (nan+nanj) within 4 places

==
FAIL: test_fir_filter_scf_001 (__main__.test_freq_xlating_filter)
--
Traceback (most recent call last):
  File
"/home/eldiablo/Programmi/gnuradio-3.7.2.1/gr-filter/python/filter/qa_freq_xlating_fir_filter.py",
 line 251, in test_fir_filter_scf_001
self.assertComplexTuplesAlmostEqual(expected_data, result_data, 4)
  File
"/home/eldiablo/Programmi/gnuradio-3.7.2.1/gnuradio-runtime/python/gnuradio/gr_unittest.py",
 line 74, in assertComplexTuplesAlmostEqual
self.assertComplexAlmostEqual (a[i], b[i], places, msg)
  File
"/home/eldiablo/Programmi/gnuradio-3.7.2.1/gnuradio-runtime/python/gnuradio/gr_unittest.py",
 line 47, in assertComplexAlmostEqual
(msg or '%s != %s within %s places' % (`first`, `second`, `places`
))
AssertionError: 0j != (nan+nanj) within 4 places

==
FAIL: test_fir_filter_scf_002 (__main__.test_freq_xlating_filter)
--
Traceback (most recent call last):
  File
"/home/eldiablo/Programmi/gnuradio-3.7.2.1/gr-filter/python/filter/qa_freq_xlating_fir_filter.py",
 line 267, in test_fir_filter_scf_002
self.assertComplexTuplesAlmostEqual(expected_data, result_data, 4)
  File
"/home/eldiablo/Programmi/gnuradio-3.7.2.1/gnuradio-runtime/python/gnuradio/gr_unittest.py",
 line 74, in assertComplexTuplesAlmostEqual
self.assertComplexAlmostEqual (a[i], b[i], places, msg)
  File
"/home/eldiablo/Programmi/gnuradio-3.7.2.1/gnuradio-runtime/python/gnuradio/gr_unittest.py",
 line 47, in assertComplexAlmostEqual
(msg or '%s != %s within %s places' % (`first`, `second`, `places`
))
AssertionError: 0j != (nan+nanj) within 4 places

-

Re: [Discuss-gnuradio] GNURadio 3.7.2.1 Installation Problem

2013-12-15 Thread Tom Rondeau 
On Sun, Dec 15, 2013 at 11:18 AM, Francesco Natale
 wrote:
> I'm trying to install GNURadio 3.7.2.1 from source on Deabian Wheezy
> 7.2. After typing:
> mkdir build
> cmake ../
> make -j 2
> there aren't problems, but launching
> make test
> there're five test errors:

What's your processor?

Can you send the full output of "ctest -V -R volk"? The fir filter
failures are likely a result of the VOLK issues. And don't worry about
the codec2 failures (unless you're trying to use it).



> If I try to type:
> gnuradio-companion
> Appear this strange error:
> Warning: Block key "blocks_ctrlport_monitor_performance" not found when
> loading category tree.
> Warning: Block key "blocks_ctrlport_monitor_performance" not found when
> loading category tree.
> terminate called after throwing an instance of 'std::bad_alloc'
>   what():  std::bad_alloc
> Aborted
>
> Can anyone help me!! Thanks at all!!

Looks like you're trying to load a GRC graph with the ControlPort
block that runs the Performance Monitor application but you don't have
ControlPort installed. When cmake is done running, you should see
gr-ctrlport in the "Gnuradio disabled components" list. Most likely,
you'll need Zeroc Ice to build ControlPort (but watch out for
conflicts with Ice 3.4.2 and gcc >= 4.7).

Tom

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

Re: [Discuss-gnuradio] Install: qa_volk_test_all fails on armv7

2013-12-15 Thread Tom Rondeau 
On Wed, Dec 11, 2013 at 10:35 AM, Monahan-Mitchell, Tim
 wrote:
> I am wondering if the QA failure is relates, to the use of the hard float 
> ABI.
 For me, whenever I have tried to specify hard or soft float ABI, cmake 
 fails. If I don't specify it, it just works...
>
> I'm switching my OE builds to armthf now so I can compare my results with 
> Tom's.
>
>>> I'm working on a real fix for the qa code (not just symlinking until
>> > it works) Hopefully, I can confirm hard float status tomorrow.
>
>>> Philip
>
>>Seems like Philip was able to replicate these VOLK bugs using the hard float 
>>build.
>> I just tried it myself using his hard float OE, but I'm still getting 
>> everything to pass ok on my system.
>> Tom
>
> OK, good to hear. Does that mean bugs 582 and 583 should be re-opened?

I've reopened the tickets as "Works for some". Philip, Nathan, and I
agreed to work together this week to try to resolve it seeing as how
Philip can replicate the problems.

Weather has delayed my weekend travel plans, so I won't get home until
late tomorrow night. Hopefully, we can get to this Tuesday or
Wednesday.

Tom

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

[Discuss-gnuradio] Installation issue

2013-12-15 Thread bob wole 
I installed gnuradio and UHD using instruction on

http://gnuradio.org/redmine/projects/gnuradio/wiki/BinaryPackages#Binaries-from-Ettus-Research-Linux-Windows

UHD programs are running fine e.g uhd_find _devices. But when I run
$ gnuradio-config-info
I get following
gnuradio-config-info: error while loading shared libraries:
liblog4cpp.so.5: cannot open shared object file: No such file or directory

I have also done sudo ldconfig and my paths are set properly. What could be
the issue ?


Can I use 'build gnuradio' script to install a specific version of gnuradio
and UHD? If yes, how? What is the recommended way to do this?

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

Re: [Discuss-gnuradio] Installation issue

2013-12-15 Thread bob wole 
I am using Ubuntu 12.04 LTS 64 bit.


On Sun, Dec 15, 2013 at 9:36 AM, bob wole  wrote:

> I installed gnuradio and UHD using instruction on
>
>
> http://gnuradio.org/redmine/projects/gnuradio/wiki/BinaryPackages#Binaries-from-Ettus-Research-Linux-Windows
>
> UHD programs are running fine e.g uhd_find _devices. But when I run
> $ gnuradio-config-info
> I get following
> gnuradio-config-info: error while loading shared libraries:
> liblog4cpp.so.5: cannot open shared object file: No such file or directory
>
> I have also done sudo ldconfig and my paths are set properly. What could
> be the issue ?
>
>
> Can I use 'build gnuradio' script to install a specific version of
> gnuradio and UHD? If yes, how? What is the recommended way to do this?
>
> --
> bob
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Installation issue

2013-12-15 Thread Tom Rondeau 
On Sun, Dec 15, 2013 at 12:36 PM, bob wole  wrote:
> I installed gnuradio and UHD using instruction on
>
> http://gnuradio.org/redmine/projects/gnuradio/wiki/BinaryPackages#Binaries-from-Ettus-Research-Linux-Windows
>
> UHD programs are running fine e.g uhd_find _devices. But when I run
> $ gnuradio-config-info
> I get following
> gnuradio-config-info: error while loading shared libraries: liblog4cpp.so.5:
> cannot open shared object file: No such file or directory
>
> I have also done sudo ldconfig and my paths are set properly. What could be
> the issue ?
>
>
> Can I use 'build gnuradio' script to install a specific version of gnuradio
> and UHD? If yes, how? What is the recommended way to do this?
>
> --
> bob


Do you have log4cpp installed? You can do it using 'apt-get install
liblog4cpp5-dev". That should sort you out.

It looks like that package might be built with the logger but log4cpp
is not defined as a dependency. I'll check with our package maintainer
on this.

Tom

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

[Discuss-gnuradio] GNURadio 3.7.2.1 Installation Problem

2013-12-15 Thread kdag 
On Sun, Dec 15, 2013 at 6:00 PM,  wrote:

> Can anyone help me!! Thanks at all!!


Francesco, on the same platform/arch i was able to install gnuradio using
the installer script.. it actually resolve a very old issue i had with
portaudio that even though is not present was always breaking make. give it
a try:

http://www.sbrac.org/files/build-gnuradio

the pybombs method did just that.. bombs! (no offense, nothing personal)

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

Re: [Discuss-gnuradio] Installation issue

2013-12-15 Thread bob wole 
On Sun, Dec 15, 2013 at 10:57 PM, Tom Rondeau  wrote:

> On Sun, Dec 15, 2013 at 12:36 PM, bob wole  wrote:
> > I installed gnuradio and UHD using instruction on
> >
> >
> http://gnuradio.org/redmine/projects/gnuradio/wiki/BinaryPackages#Binaries-from-Ettus-Research-Linux-Windows
> >
> > UHD programs are running fine e.g uhd_find _devices. But when I run
> > $ gnuradio-config-info
> > I get following
> > gnuradio-config-info: error while loading shared libraries:
> liblog4cpp.so.5:
> > cannot open shared object file: No such file or directory
> >
> > I have also done sudo ldconfig and my paths are set properly. What could
> be
> > the issue ?
> >
> >
> > Can I use 'build gnuradio' script to install a specific version of
> gnuradio
> > and UHD? If yes, how? What is the recommended way to do this?
> >
> > --
> > bob
>
>
> Do you have log4cpp installed? You can do it using 'apt-get install
> liblog4cpp5-dev". That should sort you out.
>
> It looks like that package might be built with the logger but log4cpp
> is not defined as a dependency. I'll check with our package maintainer
> on this.
>
> Tom
>

Thanks Tom for reply.

sudo apt-get install liblog4cpp5-dev worked for me. I downloaded deb file
from

http://files.ettus.com/binaries/gnuradio/latest_stable/

I am unable to find the source code i.e .cc files for gnuradio blocks.
Where I can  find them? Installing from "deb" does not download the source
code as well?

Also, Its mention on the gnuradio page that build gnuradio script should be
used for newer ubuntu versions. How can I use 'build gnuradio' script to
install a specific version of gnuradio and UHD?

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

Re: [Discuss-gnuradio] Installation issue

2013-12-15 Thread Marcus D. Leech 

On 12/15/2013 01:18 PM, bob wole wrote:




On Sun, Dec 15, 2013 at 10:57 PM, Tom Rondeau > wrote:


On Sun, Dec 15, 2013 at 12:36 PM, bob wole mailto:bnw...@gmail.com>> wrote:
> I installed gnuradio and UHD using instruction on
>
>

http://gnuradio.org/redmine/projects/gnuradio/wiki/BinaryPackages#Binaries-from-Ettus-Research-Linux-Windows
>
> UHD programs are running fine e.g uhd_find _devices. But when I run
> $ gnuradio-config-info
> I get following
> gnuradio-config-info: error while loading shared libraries:
liblog4cpp.so.5:
> cannot open shared object file: No such file or directory
>
> I have also done sudo ldconfig and my paths are set properly.
What could be
> the issue ?
>
>
> Can I use 'build gnuradio' script to install a specific version
of gnuradio
> and UHD? If yes, how? What is the recommended way to do this?
>
> --
> bob


Do you have log4cpp installed? You can do it using 'apt-get install
liblog4cpp5-dev". That should sort you out.

It looks like that package might be built with the logger but log4cpp
is not defined as a dependency. I'll check with our package maintainer
on this.

Tom


Thanks Tom for reply.

sudo apt-get install liblog4cpp5-dev worked for me. I downloaded deb 
file from


http://files.ettus.com/binaries/gnuradio/latest_stable/

I am unable to find the source code i.e .cc files for gnuradio blocks. 
Where I can  find them? Installing from "deb" does not download the 
source code as well?


Also, Its mention on the gnuradio page that build gnuradio script 
should be used for newer ubuntu versions. How can I use 'build 
gnuradio' script to install a specific version of gnuradio and UHD?


--
Bob


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
The build-gnuradio script cannot be used (without modifications) to 
download specific versions, except that "-o" fetches 3.6.5.1 Gnu Radio, 
while
  "-m" causes Gnu Radio from the "master" branch to be fetched, and 
using neither of those causes Gnu Radio from the "maint" branch to be

  fetched.



--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org

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

Re: [Discuss-gnuradio] Install: qa_volk_test_all fails on armv7

2013-12-15 Thread Tom Tsou 
On Sun, Dec 15, 2013 at 12:23 PM, Tom Rondeau  wrote:
> On Wed, Dec 11, 2013 at 10:35 AM, Monahan-Mitchell, Tim
>> OK, good to hear. Does that mean bugs 582 and 583 should be re-opened?
>
> I've reopened the tickets as "Works for some". Philip, Nathan, and I
> agreed to work together this week to try to resolve it seeing as how
> Philip can replicate the problems.

Just another data point. Similar results here with native A15 build on
Linaro 13.11.

$ make test
Running tests...
Test project /tmp/gnuradio/build
Start 1: qa_volk_test_all
1/1 Test #1: qa_volk_test_all .***Failed1.88 sec

0% tests passed, 1 tests failed out of 1

Total Test time (real) =   1.94 sec

The following tests FAILED:
 1 - qa_volk_test_all (Failed)
Errors while running CTest
make: *** [test] Error 8

  -TT

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

[Discuss-gnuradio] constellation soft decoder

2013-12-15 Thread Miklos Maroti 
Hi Guys,

Constellation soft decoder crashes for constellation_bpsk() and
constellation_8psk(). I could not find the cause of this problem, the
back trace on my machine points to

gnuradio/gr-digital/lib/constellation.cc:286
 for(int j = 0; j < k; j++) {

which does not make any sense. Any idea what could go wrong?

Miklos

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

Re: [Discuss-gnuradio] Unexpected issue with file source and USRP source

2013-12-15 Thread Maria Stevens 
On Fri, Dec 13, 2013 at 3:58 PM, Maria Stevens wrote:

>
> > So, Only case 1 is working for me. I am not using any custom
>> gnuradio-block in
>> > my receiver. Major blocks in my demodulator chain consists of FIR
>> filters,
>> > gr_pfb_clock_sync_ccf and packet decoder along with some adders
>> subtractors
>> > etc. what is the difference caused by the same demodulator chain when
>> reading
>> > data directly from usrp source and from file source? is it because some
>> of the
>> > demodulator chain blocks are causing back pressure due to taking too
>> much time
>> > in processing but when run in real time it causes data loss during
>> exchange of
>> > samples between blocks.? I am confused if in real time the
>>
>> > gr_pfb_clock_sync_ccf block or any other major block stucks in
>> processing
>> > during which samples are lost due to new incoming samples.
>>
>> Are you observing overflows? If so, have you tried reducing the
>> bandwidth and see if that helps?
>>
>
> Thanks for your reply. I am not observing any overflows. I am using 500k
> sample rate. My system specs are 6GB RAM core i7 ubuntu 12.04.
>
> What could be the issue ?
>
> Regards.
> M.S.
>

Any comments on this issue? Anything that i can try to cater this issue?

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

Re: [Discuss-gnuradio] constellation soft decoder

2013-12-15 Thread Alfredo Muniz 
Seems like a strange error for C++. I usually get for loop errors with C
where you can't declare variables in the for loop. Perhaps try to declare j
outside the for loop.

AM KC3BBL


On Sun, Dec 15, 2013 at 7:05 PM, Miklos Maroti wrote:

> Hi Guys,
>
> Constellation soft decoder crashes for constellation_bpsk() and
> constellation_8psk(). I could not find the cause of this problem, the
> back trace on my machine points to
>
> gnuradio/gr-digital/lib/constellation.cc:286
>  for(int j = 0; j < k; j++) {
>
> which does not make any sense. Any idea what could go wrong?
>
> Miklos
>
> ___
> 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] constellation soft decoder

2013-12-15 Thread Marcus Müller 

Could you post the whole backtrace (as a github gist, pastebin etc)?
That would be very helpful, along with information such as:
Compiler (Gcc (version), VC++, clang ...), Platform (Linux, win, mac,...),
architecture (x86(64), ARMv9, IBM S7390,...) and GNU Radio source version.

Thanks and happy hacking,
Marcus
On 12/16/2013 01:05 AM, Miklos Maroti wrote:

Hi Guys,

Constellation soft decoder crashes for constellation_bpsk() and
constellation_8psk(). I could not find the cause of this problem, the
back trace on my machine points to

gnuradio/gr-digital/lib/constellation.cc:286
  for(int j = 0; j < k; j++) {

which does not make any sense. Any idea what could go wrong?

Miklos

___
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] constellation soft decoder

2013-12-15 Thread Miklos Maroti 
Hi Marcus,

I do not think it is a compiler bug, but something uninitialized.
Constellation_qpsk and constellation_calcdist does not crash (I did
not verify if they work). However, if I generate the LUT for
constellation_qpsk, then it crashes.

# uname -a
Linux maroti-t410 3.11.0-14-generic #21-Ubuntu SMP Tue Nov 12 17:04:55
UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

# gcc --version
gcc (Ubuntu/Linaro 4.8.1-10ubuntu9) 4.8.1

Using latest master branch of gnuradio, hash 117058bac41c91, both
CMAKE_BUILD_TYPE=Debug and Release produces the same behavior

# gdb `which python` core
Reading symbols from /usr/bin/python2.7...(no debugging symbols found)...done.

warning: core file may not match specified executable file.
[New LWP 2249]
[New LWP 2251]
[New LWP 2240]
[New LWP 2248]
[New LWP 2247]
[New LWP 2239]
[New LWP 2250]

warning: Can't read pathname for load map: Input/output error.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `python ./constellation_simulation.py'.
Program terminated with signal 11, Segmentation fault.
#0  0x7f98dbbe01a7 in gr::digital::constellation::calc_soft_dec (
this=0x48321c0, sample=..., npwr=)
at /home/mmaroti/workspace/gnuradio/gr-digital/lib/constellation.cc:286
286for(int j = 0; j < k; j++) {

i stack
#0  0x7f98dbbe01a7 in gr::digital::constellation::calc_soft_dec (
this=0x48321c0, sample=..., npwr=)
at /home/mmaroti/workspace/gnuradio/gr-digital/lib/constellation.cc:286
#1  0x7f98dbbe0f7e in gr::digital::constellation::soft_decision_maker (
this=0x48321c0, sample=...)
at /home/mmaroti/workspace/gnuradio/gr-digital/lib/constellation.cc:355
#2  0x7f98dbbe94dc in
gr::digital::constellation_soft_decoder_cf_impl::work (this=0x4fb11a0,
noutput_items=8190, input_items=..., output_items=...)
at 
/home/mmaroti/workspace/gnuradio/gr-digital/lib/constellation_soft_decoder_cf_impl.cc:68
#3  0x7f98e1c5dd38 in gr::sync_interpolator::general_work (
this=0x4fb11c0, noutput_items=, ninput_items=...,
input_items=..., output_items=...)
at 
/home/mmaroti/workspace/gnuradio/gnuradio-runtime/lib/sync_interpolator.cc:67

You should be able to reproduce the problem quite easily, but if
needed I can provided a test program.

Best,
Miklos

On Mon, Dec 16, 2013 at 7:59 AM, Marcus Müller  wrote:
> Could you post the whole backtrace (as a github gist, pastebin etc)?
> That would be very helpful, along with information such as:
> Compiler (Gcc (version), VC++, clang ...), Platform (Linux, win, mac,...),
> architecture (x86(64), ARMv9, IBM S7390,...) and GNU Radio source version.
>
> Thanks and happy hacking,
> Marcus
>
> On 12/16/2013 01:05 AM, Miklos Maroti wrote:
>>
>> Hi Guys,
>>
>> Constellation soft decoder crashes for constellation_bpsk() and
>> constellation_8psk(). I could not find the cause of this problem, the
>> back trace on my machine points to
>>
>> gnuradio/gr-digital/lib/constellation.cc:286
>>   for(int j = 0; j < k; j++) {
>>
>> which does not make any sense. Any idea what could go wrong?
>>
>> Miklos
>>
>> ___
>> 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 mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] gr-lte updated to GNU Radio 3.7 API

2013-12-15 Thread Mike Cornelius 
Hi Johannes,

I gave this a try today so I thought I'd pass on my results:-

Firstly, I found that I could not 'import lte' as sync_cc.py could not
import 'window' from gnuradio.
I 'fixed' that by changing sync_cc.py as follows:-

self.pfft = fft.fft_vcc(fftl, True, window.rectangular(fftl), False, 1)
to
self.pfft = fft.fft_vcc(fftl, True, fft.window.rectangular(fftl), False, 1)


Now when I run it with my reference waveform I see:-



Press Enter to quit:
pss_calculator_vcm NEW half_frame_start = -13166 N_id_2 = 0 corr_val =
27512.798828


pss_calculator_vcm NEW half_frame_start = -8784 N_id_2 = 2 corr_val =
30075.925781


pss_calculator_vcm NEW half_frame_start = 13187 N_id_2 = 0 corr_val =
33294.562500

sync_frequency_c ASYNC! new offset = 6611 old offset = 0 samp_num = 5910

pss_calculator_vcm NEW half_frame_start = 21971 N_id_2 = 1 corr_val =
35808.539062

sync_frequency_c ASYNC! new offset = 13187 old offset = 6611 samp_num = 5899

pss_calculator_vcm NEW half_frame_start = 43907 N_id_2 = 0 corr_val =
36685.992188

sync_frequency_c ASYNC! new offset = 15 old offset = 13187 samp_num = 15027

pss_calculator_vcm is locked! half_frame_start = 61455 N_id_2 = 0 corr_val
= 36685.992188

sync_frequency_c ASYNC! new offset = 16 old offset = 15 samp_num = 12763

sss_calculator_vcm locked to frame_start = 215056 abs_pos = 1751056 cell_id
= 132

sss_calculator_vcm publish_frame_start 215056
sss_calculator_vcm publish_cell_id 132
> received
cell_id = 132
 >  cell_id
=  cell_id =  132 132  generating RS map!
received cell_id = 132
  generating RS map!

remove_cp_cvc
frame_start = 1751056
mod start   = 215056

Segmentation fault



I'm not certain whether CID 132 is correct for this waveform so it's hard
to say whether it's working up to the seg fault or not.

Regards,

Mike




On 15 December 2013 10:34, Johannes Demel  wrote:

> Hello GNU Radio enthusiasts,
>
> some time after the GNU Radio 3.7 release I started to move the code for
> 'gr-lte' to the new API. Besides moving it to the new API, I wanted to
> clean up code and rework a lot of tests. Thus, the whole transition took
> a lot of time and work.
> Now, all current blocks are moved to the GNU Radio 3.7 API with lots of
> enhancements. e.g. I tried to remove all hierarchical python blocks and
> created them as GRC hier blocks instead. Or runtime status events, like
> cell_id extraction, are all propagated through message ports now.
> Also, there is a PyBOMBS recipe now to ease the installation process.
>
> I hope 'gr-lte' can be useful for others.
>
> Source code is available at https://github.com/kit-cel/gr-lte
>
> Happy hacking
> Johannes
>
> ___
> 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