[srslte-users] Commercial eNodeB

Fri Aug 30 16:13:28 UTC 2019

I have been comparing the logs between the LimeSDR MIni and the B210.  The
Lime is timing out from a SoapySDRDevice_readStream(), and the B210 is
getting overruns...I believe those stem from the same root cause.
Apparently, this is unique to my setup.  What am I missing, here?

I have a Log-Periodic antenna pointing at the tower, a 1m cable run, my
RSRP is -40dBm, I do not have a GPSDO or external clock for either radio,
USB3.0 into my machine, which has an Intel i7-8565U running Ubuntu 18.04.

Thank you,

Mark

On Fri, Aug 30, 2019 at 9:51 AM Mark Santorello <mark.s.public at gmail.com>
wrote:

> I've been playing with the gain, and I'm still having no luck decoding the
> PDSCH.  I'm going to try some other locations, tomorrow, but here are the
> results of my latest attempt:
>
> I attached ue.log, and here is the console output:
> Reading configuration file lime.conf...
>
> Built in Release mode using commit 5343b33f on branch master.
>
> ---  Software Radio Systems LTE UE  ---
>
> Opening 1 RF devices with 1 RF channels...
> [INFO] [UHD] linux; GNU C++ version 7.4.0; Boost_106501;
> UHD_3.15.0.git-58-gea06c70f
> [INFO] [LOGGING] Fastpath logging disabled at runtime.
> Warning: Failed to create thread with real-time priority. Creating it with
> normal priority: Success
> Warning: Failed to create thread with real-time priority. Creating it with
> normal priority: Success
> Warning: Failed to create thread with real-time priority. Creating it with
> normal priority: Success
> Warning: Failed to create thread with real-time priority. Creating it with
> normal priority: Success
> Opening USRP with args:
> Error opening UHD: code 11
> Soapy has found device #0: addr=24607:1027, driver=lime, label=LimeSDR
> Mini [USB 3.0] 1D4C463E946EFC, media=USB 3.0, module=FT601, name=LimeSDR
> Mini, serial=1D4C463E946EFC,
> [INFO] Make connection: 'LimeSDR Mini [USB 3.0] 1D4C463E946EFC'
> [INFO] Reference clock 40.00 MHz
> [INFO] Device name: LimeSDR-Mini
> [INFO] Reference: 40 MHz
> [INFO] LMS7002M calibration values caching Disable
> Setting up Rx stream with 1 channel(s)
> Setting up Tx stream with 1 channel(s)
> [INFO] RX LPF configured
> Set Rx bandwidth to 2.50 MHz
> [INFO] Filter calibrated. Filter order-4th, filter bandwidth set to 5
> MHz.Real pole 1st order filter set to 2.5 MHz. Preemphasis filter not active
> [INFO] TX LPF configured
> Set Tx bandwidth to 5.00 MHz
> Available device sensors:
>  - clock_locked
>  - lms7_temp
> Available sensors for Rx channel 0:
>  - lo_locked
> [ERROR] Tx Calibration: MCU error 4 (SXT tune failed)
> [INFO] Rx calibration finished
> State of gain elements for Rx channel 0 (AGC not supported):
>  - TIA: 0.00 dB
>  - LNA: 30.00 dB
>  - PGA: -12.00 dB
> State of gain elements for Tx channel 0 (AGC not supported):
>  - TIA: 0.00 dB
>  - LNA: 30.00 dB
>  - PGA: -12.00 dB
> Rx antenna set to LNAH
> Tx antenna set to BAND1
>
> Warning burst preamble is not calibrated for device lime_mini. Set a value
> manually
>
> Waiting PHY to initialize...
> ...
> Attaching UE...
> Searching cell in DL EARFCN=5110, f_dl=739.0 MHz, f_ul=709.0 MHz
> [INFO] Selected RX path: LNAW
> [INFO] Selected TX path: Band 2
> [WARNING] Rx LPF min bandwidth is 4MHz when TIA gain is set to -12 dB
> [INFO] RX LPF configured
> Set Rx bandwidth to 2.50 MHz
> [INFO] Rx calibration finished
> [INFO] Filter calibrated. Filter order-4th, filter bandwidth set to 5
> MHz.Real pole 1st order filter set to 2.5 MHz. Preemphasis filter not active
> [INFO] TX LPF configured
> Set Tx bandwidth to 5.00 MHz
> [INFO] Tx calibration finished
>
> Warning TX/RX time offset has not been calibrated for device lime_mini.
> Set a value manually
>
> .
> Found Cell:  Mode=FDD, PCI=371, PRB=50, Ports=2, CFO=-0.6 KHz
> Set master clock rate to 11.52 MHz
> [INFO] RX LPF configured
> Set Rx bandwidth to 8.64 MHz
> SoapySDRDevice_readStream returned -6: TIME_ERROR
> SYNC:  Receiving from radio while in IDLE_RX
> [INFO] Rx calibration finished
> [INFO] Filter calibrated. Filter order-4th, filter bandwidth set to 8.64
> MHz.Real pole 1st order filter set to 2.5 MHz. Preemphasis filter not active
> [INFO] TX LPF configured
> Set Tx bandwidth to 8.64 MHz
> [INFO] Tx calibration finished
>
> Warning TX/RX time offset has not been calibrated for device lime_mini.
> Set a value manually
>
> Invalid inputs rv_idx=-1, cb_idx=30
> Invalid inputs rv_idx=-1, cb_idx=30
> Invalid inputs rv_idx=-1, cb_idx=30
> Invalid inputs rv_idx=-1, cb_idx=30
> Invalid inputs rv_idx=-1, cb_idx=30
> Invalid inputs rv_idx=-1, cb_idx=30
> Invalid inputs rv_idx=-1, cb_idx=30
> Invalid inputs rv_idx=-1, cb_idx=30
> Invalid inputs rv_idx=-1, cb_idx=30
> Invalid inputs rv_idx=-1, cb_idx=30
> Invalid inputs rv_idx=-1, cb_idx=30
> Invalid inputs rv_idx=-1, cb_idx=30
> Invalid inputs rv_idx=-1, cb_idx=30
> Invalid inputs rv_idx=-1, cb_idx=30
> Invalid inputs rv_idx=-1, cb_idx=30
> Invalid inputs rv_idx=-1, cb_idx=30
> Invalid inputs rv_idx=-1, cb_idx=30
> Invalid inputs rv_idx=-1, cb_idx=30
> Invalid inputs rv_idx=-1, cb_idx=30
> Invalid inputs rv_idx=-1, cb_idx=30
> Invalid inputs rv_idx=-1, cb_idx=30
> Invalid inputs rv_idx=-1, cb_idx=30
> Invalid inputs rv_idx=-1, cb_idx=30
> Invalid inputs rv_idx=-1, cb_idx=30
> Invalid inputs rv_idx=-1, cb_idx=30
> Invalid inputs rv_idx=-1, cb_idx=30
> Invalid inputs rv_idx=-1, cb_idx=30
> Invalid inputs rv_idx=-1, cb_idx=30s
>
> ... REPEATS ...
>
>
> On Wed, Aug 28, 2019 at 3:35 PM Andre Puschmann <
> andre.puschmann at softwareradiosystems.com> wrote:
>
>> Mark,
>>
>> we haven't tested the Lime Mini ourselves but have heard good stories
>> from other users. We've tested with the normal Lime and this works fine.
>> In general, the Lime works better in the sub GHz frequencies. Using the
>> default LTE rates is a good idea. Lime calibration is done automatically
>> in the newer LimeSuite versions.
>>
>> You are likely having gain issues. Try to play with the Rx gain settings
>> in your case and send a log and/or console trace if it still doesn't
>> pick up the cell.
>>
>> Cheers
>> Andre
>>
>>
>>
>> On 16/8/19 19:50, Mark S wrote:
>> > I am trying to use a low-cost SDR to attach (legitimately) to a
>> > commercial eNodeB.  I don't care about speed or throughput, I just want
>> > to reliably attach.
>> >
>> > My low-cost SDR of choice is the LimeSDR Mini.  As far as I can tell,
>> > the Lime Mini is designed for LTE, with its 30.72 MHz sample rate, and
>> > high-precision TCVCXO, and I was expecting pdsch_ue and srsue to work
>> > out-of-the-box.  However, pdsch_ue has an enormous miss rate, and srsue
>> > isn't even getting past the SIB decode stage.
>> >
>> > Am I entirely off-base for believing that srsLTE + Lime Mini can support
>> > this function?  Do you guys have any tips or notes on a viable Lime MIni
>> > setup?
>> >
>> > Thank you,
>> >
>> > Mark
>> >
>> >
>> > _______________________________________________
>> > 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/20190830/666c1b58/attachment.htm>