Project

General

Profile

Bug #3346

osmo-trx-lms "R_CTL_LPF range limit reached"

Added by laforge 2 months ago. Updated about 1 month ago.

Status:
New
Priority:
Normal
Assignee:
Category:
LimeSDR
Target version:
-
Start date:
06/13/2018
Due date:
% Done:

0%

Estimated time:
Spec Reference:

Description

When trying to use two channels on a LimeSDR, I'm getting the following:

Wed Jun 13 22:07:07 2018 DMAIN <0000> LMSDevice.cpp:188 [tid=139802759618432] Setting LPFBW chan 0
Wed Jun 13 22:07:07 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] MCU algorithm time: 10 ms
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] MCU algorithm time: 0 ms
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] MCU Ref. clock: 30.72 MHz
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] MCU algorithm time: 0 ms
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] MCU algorithm time: 166 ms
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] RX LPF configured
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] INT 75, FRAC 0, DIV_OUTCH_CGEN 18
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] VCO 2334.72 MHz, RefClk 30.72 MHz
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] csw 154; interval [151, 157]
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] MCU algorithm time: 0 ms
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] MCU algorithm time: 0 ms
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] MCU Ref. clock: 30.72 MHz
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] MCU algorithm time: 0 ms
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] MCU algorithm time: 71 ms
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] Filter calibrated. Filter order-4th, filter bandwidth set to 5.2 MHz.Real pole 1st order filter set to 2.5 MHz. Preemphasis filter not active
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] INT 75, FRAC 0, DIV_OUTCH_CGEN 18
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] VCO 2334.72 MHz, RefClk 30.72 MHz
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] csw 154; interval [151, 157]
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] TX LPF configured
Wed Jun 13 22:07:08 2018 DMAIN <0000> LMSDevice.cpp:193 [tid=139802759618432] Calibrating chan 0
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] MCU algorithm time: 0 ms
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] MCU algorithm time: 0 ms
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] MCU algorithm time: 0 ms
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] MCU algorithm time: 110 ms
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] Rx calibration finished
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] MCU algorithm time: 0 ms
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] MCU algorithm time: 0 ms
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] MCU algorithm time: 0 ms
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] MCU algorithm time: 243 ms
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] Tx calibration finished
Wed Jun 13 22:07:08 2018 DMAIN <0000> LMSDevice.cpp:188 [tid=139802759618432] Setting LPFBW chan 1
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] MCU algorithm time: 0 ms
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] MCU algorithm time: 0 ms
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] MCU Ref. clock: 30.72 MHz
Wed Jun 13 22:07:08 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] MCU algorithm time: 0 ms
Wed Jun 13 22:07:09 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] MCU algorithm time: 279 ms
Wed Jun 13 22:07:09 2018 DLMS <0001> LMSDevice.cpp:76 [tid=139802759618432] Tune Rx Filter: MCU error 12 (Rx R_CTL_LPF range limit reached)
Wed Jun 13 22:07:09 2018 DMAIN <0000> LMSDevice.cpp:207 [tid=139802759618432] Error in LMS open, closing: 
Wed Jun 13 22:07:09 2018 DMAIN <0000> osmo-trx.cpp:447 [tid=139802759618432] Failed to create radio device
Shutting down transceiver...

So as one can see, the first RX filter can be tuned as expected, but the second filter for the second channel then fails. I don't understand enough about the LimeSDR to debug this further. Interestingly, google returns exactly zero related hits when searching for that error message, as do the LimeSuite github and the myriadrf forum.

Config file looks like this:

trx
 bind-ip 127.0.0.1
 remote-ip 127.0.0.1
 base-port 5700
 egprs disable
 tx-sps 4
 rx-sps 4
 chan 0
  tx-path BAND1
  rx-path LNAW
 chan 1
  tx-path BAND2
  rx-path LNAH

It doesn't really matter which tx-path / rx-path we are setting in chan 1, it will fail with the same error.


Related issues

Related to OsmoTRX - Feature #2919: Native LimeSDR supportResolved2018-02-09

History

#1 Updated by laforge 2 months ago

#2 Updated by laforge about 1 month ago

  • Assignee set to roh

Should be fixed by this commit:

https://github.com/myriadrf/LimeSuite/commit/40824fd1e1aaf65c436cd372ff5dbbe2990704f1

roh please test against a recent LimeSuite (including above commit) using the config file snippet I posted above. If it does start up, it appears to be fixed. If it doens't start and spits the "R_CTL_LPF range limit reached" error, the bug still persists.

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)