[srslte-users] Pi 4 srsLTE

Andre Puschmann andre.puschmann at softwareradiosystems.com
Tue May 12 20:40:20 UTC 2020


Hey Kenny,

On 12/5/20 14:22, Kenny Barlee wrote:
> Ok great, I'll make a pull request to add a new page to the app note docs.

Thanks a ton for your contribution. This is much appreciated. You've
probably noticed that we've already left some review comments.

We are currently trying to reproduce the setup in our lab but due to
the current circumstances lab access is a bit restricted.

Thanks
Andre

> 
> Thanks
> 
> Kenny
> 
> 
> On 12/05/2020 09:09, Andre Puschmann wrote:
>> Kenny, Mark, all,
>>
>> first of all thanks for the digging into this. It looks really good.
>>
>> On 11/5/20 21:57, mark h wrote:
>>> Kenny,
>>> I agree, and would be more than happy to help document getting srsLTE up
>>> and running on Low-cost SBC's and SDR's. There has been a lot of
>>> disaggregated work done and there are a LOT of emails to dig through.
>> Yes, I agree. Also there is quite some info on Github (closed issues)
>> available that might also be useful for users.
>>
>>> Andre,
>>> Would you be interested in a WIKI like Kenny suggest?
>> We are definitely interested in improving the user experience. In order
>> to keep the work load manageable on our side, we would however prefer to
>> use the existing mechanisms for documenting the project. The official
>> srsLTE docs are publicly hosted [1] and we are happy to
>> review/test/accept pull requests from our side. They are published under
>> [2].
>>
>> Maybe there is content that one could put inside a Wiki but that
>> wouldn't fit into this "docs format". The "Running srsLTE on Pi4"
>> walk-through, however, is amazing and would perfectly fit under the
>> application notes in [3].
>>
>> What are your thoughts on this?
>>
>> Thanks
>> Andre
>>
>> [1]
>> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FsrsLTE%2FsrsLTE_docs&data=02%7C01%7Ckenneth.barlee%40strath.ac.uk%7Ca84e0e81abd44454e06008d7f64bc1a4%7C631e0763153347eba5cd0457bee5944e%7C0%7C0%7C637248677544802581&sdata=a8rkRyVxRlrgauRwnU2g2h4qq4jgqZ0G%2Bd23r3j59CA%3D&reserved=0
>>
>> [2]
>> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.srslte.com%2Fen%2Flatest%2F&data=02%7C01%7Ckenneth.barlee%40strath.ac.uk%7Ca84e0e81abd44454e06008d7f64bc1a4%7C631e0763153347eba5cd0457bee5944e%7C0%7C0%7C637248677544802581&sdata=z3pVS38mvM9YNS4dxG5jQW6YV4x3C3lDsVAkz%2BehYfM%3D&reserved=0
>>
>> [3]
>> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.srslte.com%2Fen%2Flatest%2Fapp_notes%2Fsource%2Findex.html&data=02%7C01%7Ckenneth.barlee%40strath.ac.uk%7Ca84e0e81abd44454e06008d7f64bc1a4%7C631e0763153347eba5cd0457bee5944e%7C0%7C0%7C637248677544812572&sdata=%2BhW5XeuVx5vGltfU%2BCgDG0maJjOXW9LI8zfbNEFMBZo%3D&reserved=0
>>
>>
>>
>>
>>> On Mon, May 11, 2020 at 12:54 PM Kenneth Barlee
>>> <kenneth.barlee at strath.ac.uk <mailto:kenneth.barlee at strath.ac.uk>>
>>> wrote:
>>>
>>>      Sorry, emails got a little out of sync here..____
>>>
>>>      ----____
>>>
>>>      Mark____
>>>
>>>      Sure, I tend to write a setup guide when I do this sort of thing.
>>>      Copied below. It would be good if there was a community-editable
>>>      wiki on the srsLTE git for people to share things like this! ____
>>>
>>>      Its been running for over 2 hours now with x2 phones attached and
>>>      streaming live internet radio. B210 in 2x2, tm=2. CPU and memory
>>>      utilization is not horrendous.____
>>>
>>>      cid:part1.4922EE7C.92DAB34B at strath.ac.uk____
>>>
>>>      __ __
>>>
>>>
>>>          Pi4 Ubuntu image____
>>>
>>>     
>>> https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fcdimage.ubuntu.com%2Freleases%2F20.04%2Frelease%2Fubuntu-20.04-preinstalled-server-arm64%2Braspi.img.xz&data=02%7C01%7Ckenneth.barlee%40strath.ac.uk%7Ca84e0e81abd44454e06008d7f64bc1a4%7C631e0763153347eba5cd0457bee5944e%7C0%7C0%7C637248677544812572&sdata=QyzLB7J68GraxJwv5wKKT%2FNk3YoJVDhDAJyfI%2FzEt9c%3D&reserved=0
>>>
>>>
>>>      ____
>>>
>>>
>>>          UHD____
>>>
>>>      sudo add-apt-repository ppa:ettusresearch/uhd|____|
>>>
>>>      sudo apt-get update|____|
>>>
>>>      sudo apt-get install libuhd-dev libuhd3.15.0 uhd-host|____|
>>>
>>>      sudo /usr/lib/uhd/utils/uhd_images_downloader.py____
>>>
>>>      sudo uhd_usrp_probe____
>>>
>>>      __ __
>>>
>>>
>>>          SoapySDR____
>>>
>>>      git clone
>>> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fpothosware%2FSoapySDR.git%257C____%257C&data=02%7C01%7Ckenneth.barlee%40strath.ac.uk%7Ca84e0e81abd44454e06008d7f64bc1a4%7C631e0763153347eba5cd0457bee5944e%7C0%7C0%7C637248677544812572&sdata=bx%2Fly%2FsOniAZ1SCkvmU3GnjPhGRryJrEANSMGZtii1I%3D&reserved=0
>>>
>>>
>>>      cd SoapySDR|____|
>>>
>>>      git checkout a489f3dca9d3ccd9b276b95a608ac3ef0299f635|____|
>>>
>>>      mkdir build && cd build|____|
>>>
>>>      cmake ..|____|
>>>
>>>      make|____|
>>>
>>>      sudo make install|____|
>>>
>>>      sudo ldconfig____
>>>
>>>      __ __
>>>
>>>
>>>          LimeSuite____
>>>
>>>      sudo add-apt-repository -y ppa:myriadrf/drivers|____|
>>>
>>>      sudo apt-get update|____|
>>>
>>>      sudo apt-get install git g++ cmake libsqlite3-dev|____|
>>>
>>>      sudo apt-get install libi2c-dev libusb-1.0-0-dev____
>>>
>>>      __ __
>>>
>>>      git clone
>>> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fmyriadrf%2FLimeSuite.git%257C____%257C&data=02%7C01%7Ckenneth.barlee%40strath.ac.uk%7Ca84e0e81abd44454e06008d7f64bc1a4%7C631e0763153347eba5cd0457bee5944e%7C0%7C0%7C637248677544812572&sdata=pcpqOOCT04MyjUZ6notXfQYpSSquyayFZIfA0rUCq0c%3D&reserved=0
>>>
>>>
>>>      cd LimeSuite|____|
>>>
>>>      mkdir build && cd build|____|
>>>
>>>      cmake ../|____|
>>>
>>>      make|____|
>>>
>>>      sudo make install|____|
>>>
>>>      sudo ldconfig____
>>>
>>>      __ __
>>>
>>>      cd ..|____|
>>>
>>>      cd udev-rules|____|
>>>
>>>      sudo ./install.sh____
>>>
>>>      __ __
>>>
>>>      LimeUtil --find|____|
>>>
>>>      LimeUtil --update|____|
>>>
>>>      SoapySDRUtil --find____
>>>
>>>      __ __
>>>
>>>
>>>          srsLTE____
>>>
>>>      sudo apt-get install cmake libfftw3-dev libmbedtls-dev
>>>      libboost-program-options-dev libconfig++-dev libsctp-dev____
>>>
>>>      git clone
>>> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FsrsLTE%2FsrsLTE.git%257C____%257C&data=02%7C01%7Ckenneth.barlee%40strath.ac.uk%7Ca84e0e81abd44454e06008d7f64bc1a4%7C631e0763153347eba5cd0457bee5944e%7C0%7C0%7C637248677544812572&sdata=tLiahpRxwz9uKIl5vwXqQiSRKwrkORbB33v5UTmFyno%3D&reserved=0
>>>
>>>
>>>      cd srsLTE|____|
>>>
>>>      git checkout d045213fb9cbf98c83c06d7c17197a9dcbfddacf|____|
>>>
>>>      mkdir build &&  cd build|____|
>>>
>>>      cmake ../|____|
>>>
>>>      make|____|
>>>
>>>      sudo make install|____|
>>>
>>>      sudo ldconfig____
>>>
>>>      __ __
>>>
>>>      |sudo srslte_install_configs.sh user|____
>>>
>>>      __ __
>>>
>>>
>>>          Run software / edit configs____
>>>
>>>      sudo nano /root/.config/srslte/enb.conf
>>>      sudo nano /root/.config/srslte/epc.conf
>>>      sudo nano /root/.config/srslte/ue.conf
>>>      |s|udo nano /root/.config/srslte/user_db.csv
>>>      sudo srsenb||sudo srsepc||sudo srsue____
>>>
>>>      # eNB conf:
>>>      # device_name = UHD / soapy
>>>      # device_args = auto < leave as is or it wont connect!
>>>
>>>
>>>      ____
>>>
>>>
>>>          Pi CPU____
>>>
>>>      sudo apt install linux-tools-common
>>>      sudo apt install linux-tools-raspi
>>>      sudo systemctl disable ondemand____
>>>
>>>      sudo nano /etc/default/cpufrequtils
>>>      * GOVERNOR="performance"____
>>>
>>>      reboot____
>>>
>>>      sudo cpupower frequency-info
>>>      sudo cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor____
>>>
>>>      __ __
>>>
>>>      __ __
>>>
>>>      __ __
>>>
>>>      __ __
>>>
>>>      On 11/05/2020 19:37, mark h wrote:____
>>>
>>>      Kenny,____
>>>
>>>      __ __
>>>
>>>      Great to hear that you got it working. I am beginning to wonder if
>>>      part of the problem I am having is due to the SoapySDR driver
>>>      combined with Limesuite. I have been using Soapy because UHD has a
>>>      lot of overhead. I share your sentiment regarding hardware access,
>>>      similar situation here where I have been home and have limited
>>>      hardware, but I do have an ettus N210 on hand so I would like to
>>>      give it a try. Would you mind sharing your Pi software
>>>      build/versions so I can try to replicate your results? After seeing
>>>      that the Pi is capable I am going to dive back into them. I will
>>> let
>>>      you know how it goes when I try the LimeSDR with the UHD driver
>>> this
>>>      afternoon.____
>>>
>>>      __ __
>>>
>>>      Take care____
>>>
>>>      Mark____
>>>
>>>      __ __
>>>
>>>      __ __
>>>
>>>      __ __
>>>
>>>      On Mon, May 11, 2020 at 11:02 AM Kenneth Barlee
>>>      <kenneth.barlee at strath.ac.uk <mailto:kenneth.barlee at strath.ac.uk>>
>>>      wrote:____
>>>
>>>      Hey Mark____
>>>
>>>      Good shout on the governor. Changing that to performance, I can run
>>>      a 2x2 cell with the USRP B210 on the Pi4, and am now getting
>>> ~10Mbit
>>>      downlink and ~3Mbit uplink (srsLTE v19.12). It seems to struggle
>>>      with dynamic reconfiguration of resource blocks though, so if
>>>      another UE appears it kills the first one - you have to toggle
>>>      flight mode to get the two running happily.____
>>>
>>>      One of the things Pi people have been complaining about is that the
>>>      USB3 bus on the Pi4 is not full USB3. Seems to be ok for the USRP
>>>      though, which does point to the USB/Soapy/LimeSuite interface
>>>      introducing too much latency. I don't have any other higher spec
>>> dev
>>>      boards to hand, so can't really try anything else. There are some
>>>      Intel STK1AW32SC compute sticks on my desk in the office, but I
>>>      haven't been allowed into the office for over 2 months now! Quad
>>>      core 1.92GHz/ 2GB RAM and USB3.1; so you never know, they may work
>>>      well.____
>>>
>>>      I have just received a USRP E320 - may have a shot with that too.
>>>      Not sure how it will cope though with running srsLTE as it has a
>>>      lower spec CPU and less RAM than the Pi4! It does have a big
>>> FPGA to
>>>      play with though... potential project in trying to split the PHY
>>> off
>>>      and push it down onto the FPGA fabric. ____
>>>
>>>      Cheers____
>>>
>>>      Kenny____
>>>
>>>      __ __
>>>
>>>      __ __
>>>
>>>      *From:*mark h <markremington47 at gmail.com
>>>      <mailto:markremington47 at gmail.com>>
>>>      *Sent:* 11 May 2020 17:19
>>>      *To:* Andre Puschmann <andre.puschmann at softwareradiosystems.com
>>>      <mailto:andre.puschmann at softwareradiosystems.com>>
>>>      *Cc:* Kenneth Barlee <kenneth.barlee at strath.ac.uk
>>>      <mailto:kenneth.barlee at strath.ac.uk>>; srslte-users
>>>      <srslte-users at lists.softwareradiosystems.com
>>>      <mailto:srslte-users at lists.softwareradiosystems.com>>
>>>      *Subject:* Re: [srslte-users] Pi 4 srsLTE____
>>>
>>>      __ __
>>>
>>>      Kenny,____
>>>
>>>      I have been trying to get SRSUE and ENB to run on Pi-4's and have
>>>      been experiencing the same issue. When I moved to a faster SBC
>>>      (UP^2) board I was able to get both ENB and UE to work with the
>>> same
>>>      settings. If I had to guess I feel the latency on the Pi introduces
>>>      timing issues and it cannot establish the scheduling connection. We
>>>      are trying to compile a real-time Kernel to reduce the latency
>>> so we
>>>      will see what happens.____
>>>
>>>      __ __
>>>
>>>      I have also been struggling to get higher bandwidths using the
>>>      LimeUSB's with i7 and i5 laptops but get a real stable connection
>>>      that runs for hours at 1-2 MBPS. one thing I have found is that the
>>>      signal cleans up significantly when I put the governor in
>>>      performance mode rather than on demand. I also no longer get late
>>>      errors. I have attached a couple of images that show a change in
>>> the
>>>      signal when the governor is changed. You can see the significant
>>>      jump in SNR. I also see a bandwidth increase when running a IPERF3
>>>      test. ____
>>>
>>>      __ __
>>>
>>>      Summery of things I have found got me closer:____
>>>
>>>      Cool and overclock the Pi____
>>>
>>>      Set cpu governor to "performance"____
>>>
>>>      Ensure the Pi has plenty of power____
>>>
>>>      power the LimeSDR externally____
>>>
>>>      Build SRSLTE and dependencies from source____
>>>
>>>      __ __
>>>
>>>      setup-1: Not working fails at the same point yours is but ENB
>>> signal
>>>      looks good on the SPEC-AN____
>>>
>>>      Pi-4____
>>>
>>>      LimeUSB (on an externally powered USB)____
>>>
>>>      Raspian latest Distro____
>>>
>>>      __ __
>>>
>>>      Built from source:____
>>>
>>>      SRSLTE 20.04____
>>>
>>>      SoapySDR 0.7.01 (I had issues building the mos recent release they
>>>      changed a variable type and SRSLTE no longer builds)____
>>>
>>>      LimeSuite 20.01____
>>>
>>>      __ __
>>>
>>>      Setup-2: working at Nprb=15____
>>>
>>>      Up^2 SBC____
>>>
>>>      LimeUSB (on an externally powered USB)____
>>>
>>>      ubuntu 18.04____
>>>
>>>      __ __
>>>
>>>      Built from source:____
>>>
>>>      SRSLTE 20.04____
>>>
>>>      SoapySDR 0.7.01 (I had issues building the mos recent release they
>>>      changed a variable type and SRSLTE no longer builds)____
>>>
>>>      LimeSuite 20.01____
>>>
>>>        ____
>>>
>>>      __ __
>>>
>>>      Hope this helps.____
>>>
>>>      __ __
>>>
>>>      Mark____
>>>
>>>      __ __
>>>
>>>      __ __
>>>
>>>      __ __
>>>
>>>      On Wed, May 6, 2020 at 11:51 AM Andre Puschmann
>>>      <andre.puschmann at softwareradiosystems.com
>>>      <mailto:andre.puschmann at softwareradiosystems.com>> wrote:____
>>>
>>>          Kenneth,
>>>
>>>          frankly speaking we don't do much over-the-air testing
>>> ourselves
>>>          with
>>>          the Pi4. All success or failure stories so far have been from
>>>          users on
>>>          the list.
>>>
>>>          Anyway, we'll have a look into this over the next days.
>>>
>>>          Thanks
>>>          Andre
>>>
>>>          On 6/5/20 15:49, Kenneth Barlee wrote:
>>>          > Hey guys
>>>          >
>>>          > I have been having a play with a Pi 4B /4GB rev 1.2 running
>>>          the new
>>>          > Ubuntu Pi Server 20.04 x64 image, and trying to get srsLTE
>>>          working. I
>>>          > know several others have been talking about trying this, but
>>>          haven't
>>>          > noticed my issue coming up elsewhere.
>>>          >
>>>          > I started with the latest versions of UHD, SoapySDR,
>>>          LimeSuite, srsLTE
>>>          > (commit ID e3e38482100f5bf13f15af3bc09df882e937bc60).
>>> Everything
>>>          > compiles happily (no need to change those lines in
>>>          CMakeLists.txt), and
>>>          > the srsenb/srsepc software runs successfully (after an
>>> initial
>>>          wait of
>>>          > ~5 mins after first launch for any change in n_prb). However,
>>>          no phone
>>>          > is able to fully connect when using a USRP B210/ LimeSDR-USB/
>>>          > LimeSDR-Mini. It seems to start the attach, and there is a
>>> core
>>>          > handshake, but the core reports that the "UE is not ECM
>>>          connected" and
>>>          > the UE never shows the signal bars.
>>>          >
>>>          > Decided to roll the Pi back to srsLTE v19.12, commit ID
>>>          > d045213fb9cbf98c83c06d7c17197a9dcbfddacf, as I have been
>>>          running this on
>>>          > my desktop for a while now, and know it is stable. Again,
>>> this
>>>          compiles
>>>          > without issue. With this version, a phone will join a USRP
>>>          B210 (not the
>>>          > LimeSDRs, but that is probably another issue). It seems
>>> relatively
>>>          > stable, and can continue running for several hours with a
>>>          phone attached
>>>          > running internet ping tests.
>>>          >
>>>          > I have attached logs and PCAPs for the two setups.
>>>          >
>>>          > A potentially related sidenote, with both srsenb versions,
>>> and all
>>>          > radios, "SCHED: Could not transmit RAR within the window (RA
>>>          TTI=2591,
>>>          > Window=10, Now=2608)" type messages appear repeatedly in the
>>>          terminal.
>>>          > Running cellmapper on the phone, the LTE timing advance is
>>>          estimated to
>>>          > be '~250m' when using the USRP, but over '3.5km' with the
>>>          LimeSDRs. This
>>>          > is likely one of the reasons the LimeSDRs do not work with
>>>          srsLTE v19.12.
>>>          >
>>>          > For reference, the UE used was a Samsung S20 Ultra 5G; LTE B3
>>>          earfcn
>>>          > 1934, n_prb=15, SISO tm=1 nof_ports = 1.
>>>          >
>>>          > Has anybody experienced similar? Happy to do more testing if
>>>          it helps
>>>          > with debugging!
>>>          >
>>>          > Thanks
>>>          >
>>>          >
>>>          > Kenny Barlee | Research Associate
>>>          > Software Defined Radio Research Laboratory
>>>          > Department of Electronic and Electrical Engineering
>>>          > University of Strathclyde
>>>          >
>>>          > _______________________________________________
>>>          > srslte-users mailing list
>>>          > srslte-users at lists.softwareradiosystems.com
>>>          <mailto:srslte-users at lists.softwareradiosystems.com>
>>>          >
>>>         
>>> https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.softwareradiosystems.com%2Fmailman%2Flistinfo%2Fsrslte-users&data=02%7C01%7Ckenneth.barlee%40strath.ac.uk%7Ca84e0e81abd44454e06008d7f64bc1a4%7C631e0763153347eba5cd0457bee5944e%7C0%7C0%7C637248677544812572&sdata=gYCNlfv9MWvACCF3nGhChwZLAtX1yvB1GIRUA8ZQWoE%3D&reserved=0
>>> <https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.softwareradiosystems.com%2Fmailman%2Flistinfo%2Fsrslte-users&data=02%7C01%7Ckenneth.barlee%40strath.ac.uk%7Ca84e0e81abd44454e06008d7f64bc1a4%7C631e0763153347eba5cd0457bee5944e%7C0%7C0%7C637248677544812572&sdata=gYCNlfv9MWvACCF3nGhChwZLAtX1yvB1GIRUA8ZQWoE%3D&reserved=0>
>>>
>>>          >
>>>
>>>          _______________________________________________
>>>          srslte-users mailing list
>>>          srslte-users at lists.softwareradiosystems.com
>>>          <mailto:srslte-users at lists.softwareradiosystems.com>
>>>         
>>> https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.softwareradiosystems.com%2Fmailman%2Flistinfo%2Fsrslte-users&data=02%7C01%7Ckenneth.barlee%40strath.ac.uk%7Ca84e0e81abd44454e06008d7f64bc1a4%7C631e0763153347eba5cd0457bee5944e%7C0%7C0%7C637248677544812572&sdata=gYCNlfv9MWvACCF3nGhChwZLAtX1yvB1GIRUA8ZQWoE%3D&reserved=0
>>> <https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.softwareradiosystems.com%2Fmailman%2Flistinfo%2Fsrslte-users&data=02%7C01%7Ckenneth.barlee%40strath.ac.uk%7Ca84e0e81abd44454e06008d7f64bc1a4%7C631e0763153347eba5cd0457bee5944e%7C0%7C0%7C637248677544812572&sdata=gYCNlfv9MWvACCF3nGhChwZLAtX1yvB1GIRUA8ZQWoE%3D&reserved=0>____
>>>
>>>
>>


-- 
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



More information about the srsran-users mailing list