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

Ralph A. Schmid, dk5ras ralph at schmid.xxx
Mon Feb 24 07:16:39 UTC 2020


Hi,

 

I did not try for some time, but I will test these days if it still works with my RasPi 4. My tests showed that not more than 5 MHz bandwidth work, as the CPU power of the little thingy is the limitation.

 

Ralph.

 

From: James Hagerman [mailto:james.hagerman at gmail.com] 
Sent: Saturday, February 22, 2020 1:55 PM
To: Andre Puschmann <andre.puschmann at softwareradiosystems.com>
Cc: Ralph A. Schmid, dk5ras <ralph at schmid.xxx>; srslte-users <srslte-users at lists.softwareradiosystems.com>; zip at swigerco.com
Subject: Re: [srslte-users] Building srsLTE on RasPi 4 Buster...

 

Andre,

Thank you for the background information; that's good to know.

Today I rebuilt the entire RPi4 from a fresh Raspbian image and tried the same experiment with the BladeRF. I ran into the exact same issue.

I guess I'll put this whole project back on the shelf until the next release and see how that goes.

Thanks again for your help,
James

 

On Thu, Feb 20, 2020 at 12:19 PM Andre Puschmann <andre.puschmann at softwareradiosystems.com <mailto:andre.puschmann at softwareradiosystems.com> > wrote:

Hi James,

I am afraid I can't really help you on this at the moment. There are
people (e.g. Ralph) who have successfully used the Rpi4 with the eNB,
but we haven't really tried that ourselves.

We've changed many things regarding timing in recent past and those will
be made available in the next release. So hopefully things will be
easier then.

Cheers
Andre

On 20/2/20 1:16, James Hagerman wrote:
> Andre,
> 
> Sorry for the delay. I uploaded 3 sets of logs to the following Gist.
> Warning level logs, Info level logs, and the console output of `sudo
> srsenb` while capturing the Info level logs.
> 
> https://gist.github.com/JamesHagerman/784a009ae8ab4886c32d1dd0a726352f
> 
> The only line in there that is a bit worrisome is:
> 
> [ERROR] Tx Calibration: MCU error 4 (SXT tune failed)
> 
> But I've tried just about everything I can to get that to go away and
> nothing works. If you think that is the root cause, I'll reach out to
> the LimeSDR community and try to sort it out.
> 
> Thanks again for the help!
> James
> 
> On Tue, Feb 18, 2020 at 12:57 PM Andre Puschmann
> <andre.puschmann at softwareradiosystems.com <mailto:andre.puschmann at softwareradiosystems.com> 
> <mailto:andre.puschmann at softwareradiosystems.com <mailto:andre.puschmann at softwareradiosystems.com> >> wrote:
> 
>     Hey,
> 
>     On 18/2/20 21:44, James Hagerman wrote:
>     > I will grab eNB logs later today. What logging level is appropriate?
> 
>     Info level should be enough as a start. Maybe you can also try a warning
>     only to see if this already brings up an issue.
> 
>     Thanks
>     Andre
> 
>     >
>     > Thanks,
>     > James
>     >
>     > On Tue, Feb 18, 2020 at 12:37 PM Andre Puschmann
>     > <andre.puschmann at softwareradiosystems.com <mailto:andre.puschmann at softwareradiosystems.com> 
>     <mailto:andre.puschmann at softwareradiosystems.com>
>     > <mailto:andre.puschmann at softwareradiosystems.com <mailto:andre.puschmann at softwareradiosystems.com> 
>     <mailto:andre.puschmann at softwareradiosystems.com <mailto: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>  <mailto:james.hagerman at gmail.com <mailto:james.hagerman at gmail.com> >
>     <mailto:james.hagerman at gmail.com <mailto:james.hagerman at gmail.com>  <mailto:james.hagerman at gmail.com <mailto:james.hagerman at gmail.com> >>
>     >     > <mailto:james.hagerman at gmail.com <mailto:james.hagerman at gmail.com> 
>     <mailto:james.hagerman at gmail.com <mailto:james.hagerman at gmail.com> >
>     >     <mailto:james.hagerman at gmail.com <mailto:james.hagerman at gmail.com> 
>     <mailto: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 <mailto: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-> 
>     <mailto:srslte-users- <mailto:srslte-users-> >
>     >     <mailto:srslte-users- <mailto:srslte-users->  <mailto:srslte-users- <mailto:srslte-users-> >>
>     <mailto:srslte-users- <mailto:srslte-users->  <mailto:srslte-users- <mailto:srslte-users-> > <mailto:srslte-users- <mailto:srslte-users-> 
>     <mailto:srslte-users- <mailto:srslte-users-> >>>
>     >     >         > bounces at lists.softwareradiosystems.com <mailto:bounces at lists.softwareradiosystems.com> 
>     <mailto:bounces at lists.softwareradiosystems.com <mailto:bounces at lists.softwareradiosystems.com> >
>     >     <mailto:bounces at lists.softwareradiosystems.com <mailto:bounces at lists.softwareradiosystems.com> 
>     <mailto:bounces at lists.softwareradiosystems.com <mailto:bounces at lists.softwareradiosystems.com> >>
>     >     >         <mailto:bounces at lists.softwareradiosystems.com <mailto:bounces at lists.softwareradiosystems.com> 
>     <mailto:bounces at lists.softwareradiosystems.com <mailto:bounces at lists.softwareradiosystems.com> >
>     >     <mailto:bounces at lists.softwareradiosystems.com <mailto:bounces at lists.softwareradiosystems.com> 
>     <mailto:bounces at lists.softwareradiosystems.com <mailto:bounces at lists.softwareradiosystems.com> >>>] On Behalf Of
>     >     >         zip at swigerco.com <mailto:zip at swigerco.com>  <mailto:zip at swigerco.com <mailto:zip at swigerco.com> >
>     <mailto:zip at swigerco.com <mailto:zip at swigerco.com>  <mailto:zip at swigerco.com <mailto:zip at swigerco.com> >>
>     >     <mailto:zip at swigerco.com <mailto:zip at swigerco.com>  <mailto:zip at swigerco.com <mailto:zip at swigerco.com> >
>     <mailto:zip at swigerco.com <mailto:zip at swigerco.com>  <mailto: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> 
>     <mailto:srslte-users at lists.softwareradiosystems.com <mailto:srslte-users at lists.softwareradiosystems.com> >
>     >     <mailto:srslte-users at lists.softwareradiosystems.com <mailto:srslte-users at lists.softwareradiosystems.com> 
>     <mailto:srslte-users at lists.softwareradiosystems.com <mailto:srslte-users at lists.softwareradiosystems.com> >>
>     >     >         <mailto:srslte-users at lists.softwareradiosystems.com <mailto:srslte-users at lists.softwareradiosystems.com> 
>     <mailto:srslte-users at lists.softwareradiosystems.com <mailto:srslte-users at lists.softwareradiosystems.com> >
>     >     <mailto:srslte-users at lists.softwareradiosystems.com <mailto:srslte-users at lists.softwareradiosystems.com> 
>     <mailto: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> 
>     <mailto:srslte-users at lists.softwareradiosystems.com <mailto:srslte-users at lists.softwareradiosystems.com> >
>     >     <mailto:srslte-users at lists.softwareradiosystems.com <mailto:srslte-users at lists.softwareradiosystems.com> 
>     <mailto:srslte-users at lists.softwareradiosystems.com <mailto:srslte-users at lists.softwareradiosystems.com> >>
>     >     >         <mailto:srslte-users at lists.softwareradiosystems.com <mailto:srslte-users at lists.softwareradiosystems.com> 
>     <mailto:srslte-users at lists.softwareradiosystems.com <mailto:srslte-users at lists.softwareradiosystems.com> >
>     >     <mailto:srslte-users at lists.softwareradiosystems.com <mailto:srslte-users at lists.softwareradiosystems.com> 
>     <mailto: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> 
>     <mailto:srslte-users at lists.softwareradiosystems.com>
>     >     <mailto:srslte-users at lists.softwareradiosystems.com <mailto:srslte-users at lists.softwareradiosystems.com> 
>     <mailto:srslte-users at lists.softwareradiosystems.com <mailto:srslte-users at lists.softwareradiosystems.com> >>
>     >     >         <mailto:srslte-users at lists.softwareradiosystems.com <mailto:srslte-users at lists.softwareradiosystems.com> 
>     <mailto:srslte-users at lists.softwareradiosystems.com <mailto:srslte-users at lists.softwareradiosystems.com> >
>     >     <mailto:srslte-users at lists.softwareradiosystems.com <mailto:srslte-users at lists.softwareradiosystems.com> 
>     <mailto: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> 
>     <mailto:srslte-users at lists.softwareradiosystems.com <mailto:srslte-users at lists.softwareradiosystems.com> >
>     >     <mailto:srslte-users at lists.softwareradiosystems.com <mailto:srslte-users at lists.softwareradiosystems.com> 
>     <mailto:srslte-users at lists.softwareradiosystems.com <mailto:srslte-users at lists.softwareradiosystems.com> >>
>     >     >
>     http://www.softwareradiosystems.com/mailman/listinfo/srslte-users
>     >     >
>     >
> 
> 
>     -- 
>     Andre Puschmann
> 
>     Software Radio Systems (SRS)
>     http://www.softwareradiosystems.com
> 
>     PGP/GnuPG key: 6C42AB31
>     fingerprint: 137A AE49 785B A445 257C 8AD7 D877 A498 6C42 AB31
> 


-- 
Andre Puschmann

Software Radio Systems (SRS)
http://www.softwareradiosystems.com

PGP/GnuPG key: 6C42AB31
fingerprint: 137A AE49 785B A445 257C 8AD7 D877 A498 6C42 AB31

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.srsran.com/pipermail/srsran-users/attachments/20200224/2b898374/attachment.htm>


More information about the srsran-users mailing list