[srslte-users] Attaching problem

[Lanfranco Zanzi]

Hi Andre,

thank you for your reply.
I saw what Ismael suggested, and i used it as starting point for my setup.
The desktop PC should satisfy the requirements and 3 physical threads are
already running. However, the setting "otw_format=sc12" leads in my case to
core dumped failure:

linux; GNU C++ version 5.3.1 20151219; Boost_105800; UHD_003.009.002-0-unknown

Reading configuration file ue.conf.example...
---  Software Radio Systems LTE UE  ---

Opening RF device with 2 RX antennas...
Using Volk machine: avx2_64_mmx_orc
Opening USRP with args: otw_format=sc12
-- 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 16.000000 MHz...
-- Actually got clock rate 16.000000 MHz.
-- Performing timer loopback test... pass
-- Performing timer loopback test... pass
-- Setting master clock rate selection to 'automatic'.
-- Asking for clock rate 48.000000 MHz...
-- Actually got clock rate 48.000000 MHz.
-- Performing timer loopback test... pass
-- Performing timer loopback test... pass
-- Asking for clock rate 61.440000 MHz...
-- Actually got clock rate 61.440000 MHz.
-- Performing timer loopback test... pass
-- Performing timer 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
Waiting PHY to initialize...
...
Searching cell in DL EARFCN=1700, f_dl=1855.0 MHz, f_ul=1760.0 MHz
.
Found Cell:  PCI=80, PRB=100, Ports=2, CFO=3.3 KHz
Found PLMN:  Id=00101, TAC=1
Select cell: PCI=80, EARFCN=1700, Cell ID=0x6601
Random Access Transmission: seq=1, ra-rnti=0x2
srsue: /usr/include/boost/smart_ptr/intrusive_ptr.hpp:174: T*
boost::intrusive_ptr<T>::operator->() const [with T =
uhd::transport::managed_send_buffer]: Assertion `px != 0' failed.
srsue: /usr/include/boost/smart_ptr/intrusive_ptr.hpp:174: T*
boost::intrusive_ptr<T>::operator->() const [with T =
uhd::transport::managed_send_buffer]: Assertion `px != 0' failed.
Aborted (core dumped)



Am i missing something?

Thank you again





2017-10-25 14:40 GMT+02:00 Andre Puschmann <
andre.puschmann at softwareradiosystems.com>:

> Hi,
>
> there seems to be an issue with receiving from the USRP as well, see
> logs for overflow warning.
>
> Have you tried what Ismael suggested a few days ago to Andres? Also, if
> you have the possibility, you could try to reduce the bandwidth of the
> cell to 15 or 10 MHz to lower the processing load for the UE.
>
> Cheers
> Andre
>
>
> On 23/10/17 17:20, Lanfranco Zanzi wrote:
> > Hi all,
> >
> > we are facing some problem during the attach procedure of our USRP b210
> > with a commercial LTE base station. We want to try the new srsLTE
> > release and test it over a 2x2 MIMO setup.
> >
> > As you can see from the logs attached, the procedure starts correctly,
> > but it does not complete due to "Timer T310 expired: Radio Link Failure".
> > I'm not an expert  user of srsLTE, but i do not see any issue from the
> > logs, except for some " Sync error. Sending out-of-sync to RRC".
> > The software is running on a powerful desktop PC (quad core i7 4.4Ghz),
> > and the basic ue.conf file has been modified only for 2 receiving
> > antennas and 3 physical threads.
> >
> > Could the out-of-sync issue be the main problem, and how can i try to
> > fix it?
> > Other devices such as mobile phone or USB dongles perfectly attach, so i
> > would exclude incorrect configuration in the base station.
> >
> > Thank you in advance.
> >
> >
> > _______________________________________________
> > srslte-users mailing list
> > srslte-users at lists.softwareradiosystems.com
> > http://www.softwareradiosystems.com/mailman/listinfo/srslte-users
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.srsran.com/pipermail/srsran-users/attachments/20171025/aa03bd63/attachment.htm>