Closed Bobavince closed 6 years ago
It seems to be a much wider problem thant I expected.
USB Drivers, UHD Drivers, power mode of the host, CPU speed, ... It may has no easy solution.
L and O console outputs come directly from the UHD USRP driver and indicate late packets and overruns respectively. The B210 must be connected to a USB 3.0 port. We also recommend that you disable frequency scaling on your CPU.
Hello,
Im currently setting up srsepc and srsenb for my thesis.
Im facing the same issue while testing the enb.
My output is the following;
Built in Release mode using commit 1c015aa on branch master.
--- Software Radio Systems LTE eNodeB ---
Reading configuration file enb.conf... [INFO] [UHD] linux; GNU C++ version 5.4.0 20160609; Boost_105800; UHD_3.14.0.0-165-g1d5c186c Opening USRP with args: type=b200,master_clock_rate=30.72e6 [INFO] [B200] Detected Device: B210 [INFO] [B200] Operating over USB 3. [INFO] [B200] Initialize CODEC control... [INFO] [B200] Initialize Radio control... [INFO] [B200] Performing register loopback test... [INFO] [B200] Register loopback test passed [INFO] [B200] Performing register loopback test... [INFO] [B200] Register loopback test passed [INFO] [B200] Asking for clock rate 30.720000 MHz... [INFO] [B200] Actually got clock rate 30.720000 MHz. Setting frequency: DL=2685.0 Mhz, UL=2565.0 MHz [INFO] [B200] Asking for clock rate 11.520000 MHz... Failed to connect to MME - retrying in 10 seconds [INFO] [B200] Actually got clock rate 11.520000 MHz. Setting Sampling frequency 11.52 MHz
==== eNodeB started ===
Type
Reading through the comments and other topics may point to my CPU being the problem. I run srsenb on Ubuntu 14.04 inside a VM with an 2.6 GHz 6 core i7.
Is there something I can do to solve the problem? I updated my UHD drivers and other software.
Thank you so much for your time...im getting a little bit desperate..
Jasper
I suggest you to get a look at the mailing list. We exchanged a lot (personnally) on this specific problem.
At the time, I had a problem with the "standard respository" version of uhd_driver, which is a dependency of srsLTE. I had to compile it manually.
Regarding your specific setup, I suggest you to get Ubuntu 18 (as it is the officially supported version, if not an error) or at least use their repository. CPU and RAM is not a "so" big issue. It can be, but it was running fine on a i5 3.2 Ghz, with few Go of RAM.
The VM is a bit more complex to handle. System call may be delayed and this may be your bottleneck here. Verify your USRP B210 is on a USB 3.0 (USB 2.0 is really unlikely to achieve it).
Hope it may help
Thank you for the quick response. Really appreciate it!
Im pretty new on the subject so learning a lot while I test (which of course is part of writing a thesis) ...especially using the VM environment.
I think I will create a new VM with Ubuntu 18 and build srsLTE on that machine to see if it helps.
One thing to note is that Ubuntu 16 is a little bit lagging while running, despite the fact I give it 4 100% cores to work with.
Im using an USB 3.0 dongle...so usb 2.0 is not the problem.
If the problems still holds on ubuntu 18, I will do some more research on the mailing list.
Jasper
I would highly suggest not to use a VM environement and run it "on material". You can even do a bootable USB key with Ubuntu on it (you can directly and carefully install Ubuntu on an USB key), if you want a "portable" environement. I did try it and it was working well.
Be sure to switch power settings of your OS while running to performance mode (not power-saving mode) where the CPU frequency is steady.
Thank you!
In that case I will try and boot my Mac from an USB with Ubuntu. I only have one laptop available, so my options are somewhat limited. I hope I will figure it out eventually ;)
Good to see the srsLTE community is very supportive!
Hi,
Did you get theLLOO issue solved? I am a newbie to this and using B210 with VM on 18.04 Ubuntu. I am using the USB3.0 and I do not face an issue with RAM or CPU. Can any of you help me with this ?
Did you try previous solutions given in this thread ? PowerCPU mode ? VM ? Why are you sure it's not the RAM or the CPU ? Did you try to change the source of UHD Driver ? (source vs official repo) ...
I have an intel core 4 windows machine with virtual box running the Ubuntu - 18.04 I have 8 Gig RAM and two cores allocated for the virtualbox Do you recokon the above specs shoudl be enough ?
Hey,
If you are getting LLLL's or OOOO's, your specs are not enough. I would suggest using srsLTE outside of a virtualbox for better performance.
Regards, Francisco
On Mon, Mar 11, 2019 at 12:57 AM allan4rf notifications@github.com wrote:
I have an intel core 4 windows machine with virtual box running the Ubuntu
- 18.04 I have 8 Gig RAM and two cores allocated for the virtualbox Do you recokon the above specs shoudl be enough ?
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/srsLTE/srsLTE/issues/183#issuecomment-471367248, or mute the thread https://github.com/notifications/unsubscribe-auth/AEDr3CrTq1Ux-hp6GfHLnJsFmrH6sVX5ks5vVZvSgaJpZM4UvAwR .
EDIT : May be partially fixed. See the end of the message. I let it here if it can help someone. Still questions to be answered and new caracters are printed.
Hi,
I'm just getting started with the lib, and I have few questions.
My setup
srsepc + srsenb running on a laptop, connected to a USRP B210, expecting (not setup now) to connect a "normal" smartphone on the eNodeB with custom SIM.
Problem
While running srsepc + srsenb, I get a strange trace. Note that I do not connect any device to the eNodeB (there is not even antennas connected to it, and the problem is similar if antennas are connected) and I don't do "fancy stuff". I simply launch the 2 scripts with the default configuration Only one line modified in the enb.conf : line #73
device_args = type=b200,otw_format=sc16,num_recv_frames=64,num_send_frames=64
The trace : sudo srsenb enb.conf
What srsepc see on his side :
Questions :
Global informations :
Tests made
Note that, if I modify the line (enb.conf) :
device_args = type=b200,otw_format=sc16,num_recv_frames=64,num_send_frames=64
by :device_args = type=b200,otw_format=sc16
I get this error, after 7145 caracters of "LLLLLOLLL...OLLLLOLLLO":Which logs :
EDIT : It seems that's an overflow problem at the UHD level. Running tests and looking at logs (by default /tmp/eng.log) gave explicitly the "OVERFLOW" warning. A partial fix is to connect the card to a USB 3.0 port.
It does, now, write "ODDO" in the console or "SSLLSLSLLLLLLLLLL" for example. No information on UHD logs about any problem.