[srslte-users] Building srsLTE on RasPi 4 Buster...

Sat Feb 15 10:45:12 UTC 2020

Hey all,

I'm new on this mailing list but I've been poking at srsLTE for a bit now.
I've been taking notes in this github gist. I need to clean it up, but it
might contain some useful info:
https://gist.github.com/JamesHagerman/fafec6ee2ee076fe7cda4cf4dd74edd0

This reply is response to getting srsLTE running on the RPI4 with a LimeSDR
Mini. After starting up srsenb and srsepc on the RPi4, whenever a UE
(either a physical LTE phone or srsue) sends it's RACH, the eNB running on
the RPi4 always throws this error:

RACH:  tti=4501, preamble=52, offset=24, temp_crnti=0x46
SCHED: Could not transmit RAR within the window (RA TTI=4501, Window=10,
Now=4554)
Disconnecting rnti=0x46.
[and repeats a bunch]

When I try to connect with srsue (using my laptop and a BladeRF), it logs a
matching error:

Attaching UE...
Searching cell in DL EARFCN=3400, f_dl=2685.0 MHz, f_ul=2565.0 MHz
[INFO] setSampleRate(Rx, 0, 1.920000 MHz), actual = 1.920000 MHz
Set Rx bandwidth to 2.50 MHz
[INFO] setSampleRate(Tx, 0, 1.920000 MHz), actual = 1.920000 MHz
Set Tx bandwidth to 1.50 MHz

Warning TX/RX time offset has not been calibrated for device none. Set a
value manually

Found Cell:  Mode=FDD, PCI=1, PRB=25, Ports=1, CFO=-1.1 KHz
[INFO] setSampleRate(Rx, 0, 5.760000 MHz), actual = 5.760000 MHz
Set Rx bandwidth to 5.00 MHz
[INFO] setSampleRate(Tx, 0, 5.760000 MHz), actual = 5.760000 MHz
Set Tx bandwidth to 5.00 MHz

Warning TX/RX time offset has not been calibrated for device none. Set a
value manually

Found PLMN:  Id=00101, TAC=7
Random Access Transmission: seq=15, ra-rnti=0x2
/[REDACTED]/srsLTE/lib/src/phy/rf/rf_soapy_imp.c.145: Error while receiving
aync metadata: UNKNOWN (0), flags=6, channel=0, timeNs=1208675223

Random Access Transmission: seq=1, ra-rnti=0x2
Random Access Transmission: seq=24, ra-rnti=0x2
Random Access Transmission: seq=23, ra-rnti=0x2
Random Access Transmission: seq=3, ra-rnti=0x2
Random Access Transmission: seq=33, ra-rnti=0x2
Random Access Transmission: seq=2, ra-rnti=0x2
Random Access Transmission: seq=44, ra-rnti=0x2
Random Access Transmission: seq=13, ra-rnti=0x2
Random Access Transmission: seq=1, ra-rnti=0x2
Warning: Detected Radio-Link Failure

Here are the versions of software I using on the RPI4:

LimeSuite 19.04.0
LimeSDR Mini running v1.30 of the Gateware FW (the latest; installed with
LimeSuite 19.04.0)
SoapySDR 0.7.2 (master is on 0.8.0 and srsLTE needs updates before we can
upgrade)
srsLTE 19.12

I chose these versions because they work great when I run the eNB and EPC
from my laptop using the LimeSDR Mini, LimeSDR USB, or BladeRF. When I
installed everything on the RPi4, I compiled from source on the Pi from.
For srsLTE, I had to comment our those -Werror lines to get the build to
complete.

So far there are the things I've tried to get this working on the RPi4:

- Ensured the LimeSDR is nice and cool (I have one of the Lime AC Mini
active cooling cases and it's around 29C at idle and bumps up to about 35C
when the eNB is running. Much better than the 58C it used to hit...)
- Overclocked the RPi4 (and disabled the overclock after it didn't improve
the situation)
- Ensured the RPi4 has enough power and is not throttling due to
undervolting or overheating
- Ensured the LimeSDR Mini has plenty of power available by using the USB
Y-splitter that came with the LimeSDR USB and plugging in to a second, high
current USB power source
- Tried all USB3 and USB2 ports available from the RPi4
- Tried using a powered USB3 hub between the Pi and the LimeSDR Mini
- Tried setting `time_adv_nsamples` to a selection of values between 0 and
500 without noticeable change

Again, all of this works fine when it's running on my laptop! Based on
this, as far as I can tell, srsLTE 19.12.0 does not run correctly on the
RPi4 at this point.

What am I missing?

Thanks for your help,
James Hagerman

On Fri, Oct 25, 2019 at 4:37 AM Ralph A. Schmid, dk5ras <ralph at schmid.xxx>
wrote:

> Great that it looks good for you, too. Usually you should be ready to go,
> enter sour SIM card data into the user_db.csv, start srsepc and srsenb, and
> it should be on air and ready to be used. In my tests it was as stable and
> reliable as any commercial network out here.
>
> Now I need to find a way to NAT between wlan0 and srs_spgw_sgi, to test
> internet access.
>
> Ralph.
>
>
> > -----Original Message-----
> > From: srslte-users [mailto:srslte-users-
> > bounces at lists.softwareradiosystems.com] On Behalf Of zip at swigerco.com
> > Sent: Thursday, October 24, 2019 9:17 PM
> > To: srslte-users <srslte-users at lists.softwareradiosystems.com>
> > Subject: [srslte-users] Building srsLTE on RasPi 4 Buster...
> >
> > Thanks so much - with your notes got srsLTE built in RPi4B raspbian, by
> > commenting out the two lines 393/394 in CMakeLists.txt:
> >
> > # Add -Werror to C/C++ flags for newer compilers if(NOT
> > CMAKE_CXX_COMPILER_VERSION VERSION_LESS 4.9)
> > #  set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -Werror")            <-- comment
> > out
> > # set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -Werror")         <--     "
> > endif()
> >
> > I also had to remove zmq -dev package or run into an error there.
> > Installed (still running make test), and started up epc/enb with default
> config
> > OK, LimeSDR-Mini seems happy. Have not tested over the air attach yet
> (still
> > remote).
> >
> > --Chuck
> >
> > > Ralph - it would be wise in these kind of projects to note down the
> > > exact version of everything from LimeSuite firmware to operating
> > > system, everything!
> >
> > At the moment this is quite simple, all in latest release.
> >
> > LimeSDR Mini, Gateware 1.30
> >
> > Limesuite:
> >
> > commit 627c82c76938765e93e85784cb359ea4aa71554e (HEAD -> master,
> > origin/master, origin/HEAD)
> >
> >
> > _______________________________________________
> > srslte-users mailing list
> > srslte-users at lists.softwareradiosystems.com
> > http://www.softwareradiosystems.com/mailman/listinfo/srslte-users
>
> _______________________________________________
> 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/20200215/f01aa997/attachment.htm>