[srslte-users] Building srsLTE on RasPi 4 Buster...
James Hagerman
james.hagerman at gmail.com
Tue Feb 18 20:44:41 UTC 2020
Hey Andre,
Thank you for the response!
I'm running the eNB on the RPi4 currently. I've been testing with a Oneplus
One with a custom SIM and it works great when the eNB is running on my
laptop.
I will grab eNB logs later today. What logging level is appropriate?
Thanks,
James
On Tue, Feb 18, 2020 at 12:37 PM Andre Puschmann <
andre.puschmann at softwareradiosystems.com> wrote:
> Hey James,
>
> are you currently debugging the eNB or the UE on the RPi4?
>
> Users on the list here use the RPi4 with the eNB. But the UE might be a
> bit more difficult in terms of processing, etc, so I would not recommend
> this just yet. Please use a phone or any other UE that you know is
> working for you.
>
> For your eNB issue, can you please send along logs, etc?
>
> Thanks
> Andre
>
> On 15/2/20 12:01, James Hagerman wrote:
> > Oh, I should add: I have since shifted the Carrier Offset Frequency
> > (CFO) from -1.1kHz down to -0.4kHz with:
> > freq_offset = -1100
> >
> > The same issue happens.
> >
> > On Sat, Feb 15, 2020 at 2:45 AM James Hagerman <james.hagerman at gmail.com
> > <mailto:james.hagerman at gmail.com>> wrote:
> >
> > 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- <mailto:srslte-users-
> >
> > > bounces at lists.softwareradiosystems.com
> > <mailto:bounces at lists.softwareradiosystems.com>] On Behalf Of
> > zip at swigerco.com <mailto:zip at swigerco.com>
> > > Sent: Thursday, October 24, 2019 9:17 PM
> > > To: srslte-users <srslte-users at lists.softwareradiosystems.com
> > <mailto: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
> > <mailto:srslte-users at lists.softwareradiosystems.com>
> > >
> http://www.softwareradiosystems.com/mailman/listinfo/srslte-users
> >
> > _______________________________________________
> > srslte-users mailing list
> > srslte-users at lists.softwareradiosystems.com
> > <mailto: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/20200218/ed028344/attachment.htm>
More information about the srsran-users
mailing list