[srslte-users] [liblte-users] Matlab Scripts

Fri Sep 25 11:16:43 UTC 2015

Hi German,

I cc the new maillist (srslte-users) because the old one should be
inactive.

On Fri, 25 Sep 2015 at 11:37 Germán Corrales Madueño <gco at es.aau.dk> wrote:

> Hi Ismael,
>
> Thanks for the help, I did not consider to compile first :)
> Very impressive work by the way.
>
> I had some small issues that might help people in the future:
>
>
>    - It had some issues to detect my MATLAB installation, I'm using
>    R2015b (v8.6) and Ubuntu 14.04.3 LTS. I had to avoid the auto-detection in
>    FindMATLAB.cmake and set the folder manually:
>
>
> set(MATLAB_ROOT /usr/local/MATLAB/R2015b)
> (Right before "# Check if this is a Mac" line).
>
> I run cmake again and it detected MATLAB.
>
>
Next time, the best is to pass MATLAB_ROOT variable to cmake as an
argument.

>
>    - Although it did detect MATLAB it did not detect Octave or compile
>    the MEX files... I did not have the time to check what is the problem. Any
>    suggestions?
>
>
same as above, set OCTAVE_INCLUDE_DIR and OCTAVE_LIBRARIES variables to
your installation path.

>    - In addition, I had some issues with the USRP B210, when I tried to
>    run any of the examples, it always throw clock source error. I had to
>    comment line 188 in srslte/lib/cuhd/src/cuhd_imp.cpp:
>
> - ->
>
> //handler->usrp->set_clock_source(“internal”);
>
>
> I not using GPS clock or anything, so I do not understand why it cannot be
> set to internal clock.
>

We never had this issue, but thank you for spotting it.

>
>
>    - cell_search example does not work. I tried to search for cells in
>    the band and I got the following:
>
>
Yes, the cell search is configured to do a fast scan of a band and since
does not spend much time on each EARFCN it only detects cells with high
SNR, high power and low interference. We'll try to improve that, thank you.

Best regards
Ismael

>
>    /* Cell Search Results */
>    OO[648/749]: EARFCN 1848 Freq. 1869.80 MHz looking for PSS.
>    OO[649/749]: EARFCN 1849 Freq. 1869.90 MHz looking for PSS.
>    OO[650/749]: EARFCN 1850 Freq. 1870.00 MHz looking for PSS.
>    OO[651/749]: EARFCN 1851 Freq. 1870.10 MHz looking for PSS.
>    OO[652/749]: EARFCN 1852 Freq. 1870.20 MHz looking for PSS.
>
>    But if I enter manually the frequency in cell_measurement it detects
>    the cell:
>
>    /* Cell Measurement Result */
>    massm2m at Zeus:~/Desktop/massSDR/srsLTE/build/srslte/examples$ sudo
>    ./cell_measurement -f 1870000000
>    linux; GNU C++ version 4.8.4; Boost_105400; UHD_003.009.001-2-g4b8a5333
>
>    Opening UHD device...
>    -- Detected Device: B210
>    -- Operating over USB 3.
>    -- Initialize CODEC control...
>    -- Initialize Radio control...
>    -- Performing register loopback test... pass
>    -- Performing register loopback test... pass
>    -- Performing CODEC loopback test... pass
>    -- Performing CODEC loopback test... pass
>    -- Asking for clock rate 30.720000 MHz...
>    -- Actually got clock rate 30.720000 MHz.
>    -- Performing timer loopback test... pass
>    -- Performing timer loopback test... pass
>
>    UHD Warning:
>        The requested decimation is odd; the user should expect CIC
>    rolloff.
>        Select an even decimation to ensure that a halfband filter is
>    enabled.
>        decimation = dsp_rate/samp_rate -> 31 = (30.720000 MHz)/(1.000000
>    MHz)
>
>    UHD Warning:
>        The requested interpolation is odd; the user should expect CIC
>    rolloff.
>        Select an even interpolation to ensure that a halfband filter is
>    enabled.
>        interpolation = dsp_rate/samp_rate -> 31 = (30.720000
>    MHz)/(1.000000 MHz)
>    Tunning receiver to 1870.000 MHz
>    Searching for cell...
>    Using Volk machine: avx2_64_mmx
>     Found Cell_id:   0 CP: Normal  , DetectRatio= 0% PSR=0.00, Power=-inf
>    dBm
>     Found Cell_id:   0 CP: Normal  , DetectRatio= 0% PSR=0.00, Power=-inf
>    dBm
>    *Found Cell_id: 461 CP: Normal  , DetectRatio=100% PSR=13.74,
>    Power=-17.8 dBm
>    Decoding PBCH for cell 461 (N_id_2=2)
>    Decoded MIB. SFN: 728, offset: 2rameCnt: 0, State: 1
>
> Kernel: 3.19.0-25-generic #26~14.04.1-Ubuntu x86_64
>
>

> Best regards,
> Germán
>
> Date: Fri, 18 Sep 2015 10:36:20 +0000
> From: Ismael Gomez <ismael.gomez at softwareradiosystems.com>
> Subject: Re: [liblte-users] Matlab Scripts
> To: liblte-users at lists.sourceforge.net
> Message-ID:
>         <CAAC4g6t-cU8jbc0fbgj8es0ofRMQnjX4s2YnJoPcbme_=
> vEPjA at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
>
> Hi German,
>
> These functions are MEX files written in C that need to be compiled before
> calling them from matlab. You need to srsLTE in a debug directory and the
> mex files should be created if compilation settings are correct.
>
> Also be advised that these matlab functions are used by the srsLTE
> developers to test some parts of the PHY functionality, so some of them
> might not work from time to time.
>
> Cheers,
> Ismael
>
> 2015-09-18 11:47 GMT+02:00 Germán Corrales Madueño <gco at es.aau.dk>:
>
>> Hello,
>>
>> My name is Germán Corrales from the MassM2M Research Group at Aalborg
>> University.
>> I found your srsLTE project very interesting for our M2M lab.
>>
>> I'm just getting familiar with the project, more specifically with the
>> MATLAB scripts tests.
>> I'm running sync_test.m (and some other examples) both from the master
>> and the winnforum branches, but some functions are missing.
>>
>> The code add a path that is not included in the repository:
>>
>>> addpath('../../debug/lte/phy/lib/sync/test')
>>>
>>
>> In addition, functions like srslte_pss and srslte_prach are missing.
>>
>> Thanks you in advance,
>> Germán Corrales Madueño - PostDoc
>> MassM2M Research Group at Aalborg University
>> http://massm2m.lab.es.aau.dk
>>
>>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> liblte-users mailing list
> liblte-users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/liblte-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.srsran.com/pipermail/srsran-users/attachments/20150925/ac337086/attachment.htm>