[Discuss-gnuradio] [GSoC'18][MIMO] Updates of the week

2018-08-03 Thread Luca Schmid 
Hi all,
my new blog post

is uploaded. This week, I did a generalization of the MIMO blocks to a
vector basis, in order to include them into the OFDM transceiver.
The MIMO-OFDM receiver is nearly finished. Currently, I can pass data in a
loopback from the transmitter over a flat, static channel to the receiver.
But the receiver still contains a bunch of bugs, that I want to remove in
the next, final week of GSoC.

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

Re: [Discuss-gnuradio] Error: Template 'vector' undefined.

2018-08-03 Thread Anon Lister 
I'll also point out that the swig file referenced is located in the system
install path. So if you are using a pybombs install of source build, swig
is likely picking up some files from an apt install, which could be causing
issues.

On Fri, Aug 3, 2018, 10:39 Michael Dickens 
wrote:

> Could be that the gnuradio reinstall didn't get all of the files in place.
> Could be that your modifications to the gr-howto do something strange for
> SWIG purposes. Could be something entirely unexpected. Really hard to know
> without source code, a logfile, and info about your host computer: OS (name
> and version), compiler (name and version), GNU Radio (version and how
> installed). Sorry I can't provide more specific help. - MLD
>
> On Thu, Aug 2, 2018, at 6:34 PM, Linda20071 wrote:
>
> Reinstalled the workspace for gnuradio. Tried a test on the new workspace
> with the howto example, but didn't create the Python QA test file. Instead,
> I directly modified the "square_ff_impl.cc" file. "cmake" command has
> passed. While doing "make" command, I got:
>
> Swig source
> /usr/include/gnuradio/swig/pmt_swig.i:50: Error: Template 'vector'
> undefined.
> ..
>
> In the pmt_swig.i, there are lines:
>
>
> %include 
> %template(pmt_vector_int8) std::vector;
> %template(pmt_vector_uint8) std::vector;
> %template(pmt_vector_int16) std::vector;
> %template(pmt_vector_uint16) std::vector;
> %template(pmt_vector_int32) std::vector;
> %template(pmt_vector_uint32) std::vector;
> %template(pmt_vector_float) std::vector;
> %template(pmt_vector_double) std::vector;
> %template(pmt_vector_cfloat) std::vector< std::complex >;
> %template(pmt_vector_cdouble) std::vector< std::complex >;
>
> Being able to make it work before in another workspace. It looks like no
> changes in the swig. Does anybody know where the real problem is?
>
> ___
> 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] Fixing the number of input_items streaming in a block

2018-08-03 Thread Savino Piccolomo 
Hi all,

I am writing a gnuradio block in python equivalent to the *QT GUI time Sink*
block but which plots an input vector/s instead of input stream/s.

The *input_items* in the *work* function is a matrix of shape:
*(inputs*, *vectors*, *vector_length*),
where *inputs* is the number of input vectors to be plotted, *vector_length
*is the size of  each vector to be plotted and *vectors* is the number of
vectors streaming and processed at each call of the *work* function.

I have noticed that *vectors* is connected to *vector_length*; more
precisely, for increasing *vector_length,* *vectors* decreases till
eventually 1; for decreasing *vector_length, vectors *increases and the
computation time increases as well, because at each step (i.e. each time
the work function is called) more data (*vectors*) has to be processed.

My question therefore is: is there a way to fix (possibly to 1) *vectors*?
So far I haven't find a way playing around with functions as *consume* and
*forecast*. Any help would be appreciated.

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

Re: [Discuss-gnuradio] _uhd_swig.so: undefined symbol

2018-08-03 Thread Savino Piccolomo 
Reinstalling Ubuntu and then gnuradio worked fine. Too bad I didn't find a
way to avoid such a drastic solution.
Thanks anyway.

On Thu, 2 Aug 2018 at 14:00, Savino Piccolomo  wrote:

> well I just run *./build-gnuradio -ut release_003_009_007 *without
> success. I tried also* ./build-gnuradio* alone but it fails as well.
>
> Should I uninstall gnuradio first. If so, how?
> Regards
> Savino
>
> On Tue, 31 Jul 2018 at 14:53, Müller, Marcus (CEL) 
> wrote:
>
>> Most likely problem is that you've built GNU Radio against a different
>> version of UHD than you've got installed.
>>
>> best regards,
>> Marcus
>>
>> On Tue, 2018-07-31 at 14:36 +0200, Savino Piccolomo wrote:
>> > Hi members of the GNURadio Discussion List,
>> >
>> > I am using an USRP x310 and installed gnuradio/uhd using the script by
>> Marcus Leech but then faced a problem (already reported by my college
>> Nicolas Ballard) by which the only subdev specifications working are AB and
>> BA but not A and B separately.
>> >
>> > I follow the instructions already reported in Nicolas thread and
>> installed the script with option -ut release_003_009_007
>> > Even though this solution seemed to work for him it did not on my
>> computer as I receive the following error when I do 'from gnuradio import
>> uhd'
>> >
>> > ImportError:
>> /usr/local/lib/python2.7/dist-packages/gnuradio/uhd/_uhd_swig.so: undefined
>> symbol: _ZN3uhd4usrp10multi_usrp7ALL_LOSB5cxx11E
>> >
>> > Any help?
>> >
>> > Thanks in advance for your time.
>> > Regards,
>> >
>> > ___
>> > Discuss-gnuradio mailing list
>> > Discuss-gnuradio@gnu.org
>> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
>
> --
> - Savino
>


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

Re: [Discuss-gnuradio] how to read .dat file saved via the file sink

2018-08-03 Thread CEL 
Dear Linda,

we hope you're doing well and hope you succeed in your SDR endeavors!

But: seriously, I strongly recommend you keep with your installation of
GNU Radio via apt. The version of GNU Radio that Ubuntu18.04 ships is
relatively new, and you will have much less problems than when you
build from source.

Frankly, most, if not all, the problems you're having were due to you
not really being overly prolific at using your system, or could have
been solved by someone a bit more experienced with the help of Google.
(for example, the question how to install from source, really)

Doing a build and installation from source is, at this point, not
really helpful for you. None of the problems you're having stem from
the fact that you installed via apt!

Best regards,
Marcus

On Fri, 2018-08-03 at 11:15 -0400, Michael Dickens wrote:
> The GNU Radio Wiki is your friend. If you've already installed GNU Radio via 
> 'apt', then you can just following the basic GR install here: < 
> https://wiki.gnuradio.org/index.php/BuildGuide#III._Start_the_build_proce 
> >. Hope this helps! - MLD
> 
> On Fri, Aug 3, 2018, at 10:59 AM, Linda20071 wrote:
> > My gnuradio is installed from apt, but I keep getting problems. Could 
> > somebody provide the detailed steps on how to install gnuradio on 
> > Ubuntu18.04.1 without using apt?
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

smime.p7s
Description: S/MIME cryptographic signature
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] how to read .dat file saved via the file sink

2018-08-03 Thread Michael Dickens 
The GNU Radio Wiki is your friend. If you've already installed GNU Radio
via 'apt', then you can just following the basic GR install here: <
https://wiki.gnuradio.org/index.php/BuildGuide#III._Start_the_build_process
>. Hope this helps! - MLDOn Fri, Aug 3, 2018, at 10:59 AM, Linda20071 wrote:
> My gnuradio is installed from apt, but I keep getting problems. Could
> somebody provide the detailed steps on how to install gnuradio on
> Ubuntu18.04.1 without using apt?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] how to read .dat file saved via the file sink

2018-08-03 Thread Linda20071 
My gnuradio is installed from apt, but I keep getting problems. Could
somebody provide the detailed steps on how to install gnuradio on
Ubuntu18.04.1 without using apt?

On Fri, Aug 3, 2018 at 4:05 AM, Anon Lister  wrote:

> Incase you installed from apt, you can download a copy of the file from
> here:
>
> https://github.com/gnuradio/gnuradio/tree/master/gr-utils/octave
>
>
>
> On Thu, Aug 2, 2018, 11:22 Linda20071  wrote:
>
>> I simply don't have anything related to read_complex_binary.m in my
>> utilities folder (/usr/include/boost/geometry/index/detail/rtree/utilities).
>> I am not sure if I am the only one who has such an issue.
>>
>> On Tue, Jul 31, 2018 at 1:24 PM, sumit kumar  wrote:
>>
>>> There is an octave script in gnuradio utilities. read_complex_binary.m
>>> It will show you the IQ data
>>>
>>> On Tue, 31 Jul 2018, 19:22 Linda20071,  wrote:
>>>
 I saved the transmitted complex signal (I/Q data) in a .dat file using
 the file sink. How could I read the I/Q data in this saved .dat file?

 Thanks in advance!
 ___
 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] Error: Template 'vector' undefined.

2018-08-03 Thread Michael Dickens 
Could be that the gnuradio reinstall didn't get all of the files in
place. Could be that your modifications to the gr-howto do something
strange for SWIG purposes. Could be something entirely unexpected.
Really hard to know without source code, a logfile, and info about your
host computer: OS (name and version), compiler (name and version), GNU
Radio (version and how installed). Sorry I can't provide more specific
help. - MLD
On Thu, Aug 2, 2018, at 6:34 PM, Linda20071 wrote:
> Reinstalled the workspace for gnuradio. Tried a test on the new
> workspace with the howto example, but didn't create the Python QA test
> file. Instead, I directly modified the "square_ff_impl.cc" file.
> "cmake" command has passed. While doing "make" command, I got:> 
> Swig source
> /usr/include/gnuradio/swig/pmt_swig.i:50: Error: Template 'vector'
> undefined.> ..
> 
> In the pmt_swig.i, there are lines:
> 
> 
> %include 
> %template(pmt_vector_int8) std::vector;
> %template(pmt_vector_uint8) std::vector;
> %template(pmt_vector_int16) std::vector;
> %template(pmt_vector_uint16) std::vector;
> %template(pmt_vector_int32) std::vector;
> %template(pmt_vector_uint32) std::vector;
> %template(pmt_vector_float) std::vector;
> %template(pmt_vector_double) std::vector;
> %template(pmt_vector_cfloat) std::vector< std::complex >;
> %template(pmt_vector_cdouble) std::vector< std::complex >;
> 
> Being able to make it work before in another workspace. It looks like
> no changes in the swig. Does anybody know where the real problem is?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Synchronization with additional noise issues

2018-08-03 Thread victor mesnager 

Hi,

I have experienced some problem using the Symbol Synchronizer from  
gr-nwr-master (OOT). In the flowgraph attached, I'm doing QPSK with  
the DVBS2x modulator, the QPSK demodulator comes from the tutorial  
however I switched the different returns in  
my_qpsk_demod_cb_impl::get_minimum_distances :



if (sample.imag() >= 0 and sample.real() >= 0) {
  return 0x00;
}
else if (sample.imag() >= 0 and sample.real() < 0) {
  return 0x02;
}
else if (sample.imag() < 0 and sample.real() < 0) {
  return 0x03;
}
else if (sample.imag() < 0 and sample.real() >= 0) {
  return 0x01;
}


In my flowgraph, I'm comparing the input of the modulator with the  
output of the demodulator. In order to see errors between the 2  
streams, the input is subtracted to the output. For a fixed noise  
voltage, high enough to get few errors, I will see a normal amount of  
errors at first and pretty quickly most of the received samples gets  
"wrong", as if the Symbol Synchronizer had lost tracking and the block  
delay changed at some point. It might be due to a frequency rotation  
too but I expect the Costas Loop working well.


I used the mpsk_stage6.grc to get started with synchronization stuff  
on gnu-radio, and the Polyphase Clock Sync is handling well noise  
voltage from 0V to 1V. However, when I tried to launch the  
mpsk_stage6.grc without differential encoding and decoding the  
behavior of the Polyphase Clock Sync turns out to be the same as the  
Symbol Synchronizer in my flowgraph.


The point is I want to start working on BER curves, so I need the  
synchronization not to be randomly relevant. What am I doing wrong not  
to get my Sync block performing with noise addition ?



Regards,

Victor


dvbs2_receiver_v2.grc
Description: XML document
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] how to read .dat file saved via the file sink

2018-08-03 Thread Anon Lister 
Incase you installed from apt, you can download a copy of the file from
here:

https://github.com/gnuradio/gnuradio/tree/master/gr-utils/octave



On Thu, Aug 2, 2018, 11:22 Linda20071  wrote:

> I simply don't have anything related to read_complex_binary.m in my
> utilities folder
> (/usr/include/boost/geometry/index/detail/rtree/utilities). I am not sure
> if I am the only one who has such an issue.
>
> On Tue, Jul 31, 2018 at 1:24 PM, sumit kumar  wrote:
>
>> There is an octave script in gnuradio utilities. read_complex_binary.m
>> It will show you the IQ data
>>
>> On Tue, 31 Jul 2018, 19:22 Linda20071,  wrote:
>>
>>> I saved the transmitted complex signal (I/Q data) in a .dat file using
>>> the file sink. How could I read the I/Q data in this saved .dat file?
>>>
>>> Thanks in advance!
>>> ___
>>> 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