[srslte-users] SrsLTE using USRP N321

[Charbel Lahoud]

Hi,

I already modified the cmake file to "option(USE_LTE_RATES   "Use standard LTE sampling rates"          ON)" and compiled the code, I will try to compile again. Is there a way that I can modify the sampling rate manually depending on the number of RBs ?

Thanks!

Regards
Charbel

-----Original Message-----
From: Andre Puschmann <andre.puschmann at softwareradiosystems.com> 
Sent: Friday, December 11, 2020 1:18 PM
To: Charbel Lahoud <charbel.lahoud at etit.tu-chemnitz.de>
Cc: srslte-users at lists.softwareradiosystems.com
Subject: Re: [srslte-users] SrsLTE using USRP N321

You are still running with the reduced sample rates. The N3xx doesn't support that. Also increase the network buffers like suggested in UHD.

I also see you are running srsLTE with debug logs, that's not needed.
Unless you see an issue, warning is fine.

Cheers
Andre


On 10/12/20 16:54, Charbel Lahoud wrote:
> Hi,
> Please find the eNB and ue logs attached. Please tell me if anything else needed to solve the problem. Thanks!
> 
> Regards
> Charbel
> 
> -----Original Message-----
> From: Andre Puschmann <andre.puschmann at softwareradiosystems.com>
> Sent: Thursday, December 10, 2020 4:22 PM
> To: Charbel Lahoud <charbel.lahoud at etit.tu-chemnitz.de>
> Cc: srslte-users at lists.softwareradiosystems.com
> Subject: Re: [srslte-users] SrsLTE using USRP N321
> 
> Hi,
> 
> On 10/12/20 15:45, Charbel Lahoud wrote:
>> I have configured and compiled with "cmake -DUSE_LTE_RATES=True ..", still getting same result:
>> 	- 6 RBs: srsue connected but not stable
> 
> 6 PRBs are a bit iffy at times bc the block size isn't small and sometime the transport/UHD doesn't like that. UHD tuning might help here but I don't have any "good" config here. Maybe someone else on the list has.
> 
>> 	- 15 and 75 RBs: srsue connected and stable
> 
> Good. So you know your setup works in general.
> 
>> 	- 25 and 100 RBs: srsue not connected
> 
> Send screenlog and real logs please.
> 
> Cheers
> Andre
> 
>>
>> Appreciate you help!
>>
>> Also I am not able to connect srsue to the internet, but pinging it is working. The steps I have done: 
>> 	- running "sudo srsepc_if_masq <out_interface>" (I replaced out_interface by the net interface connected to internet)
>> 	- I filled gtpu_bind_addr in EPC with the ip of the net interface connected to internet.
>>
>> Cheers
>> Charbel
>>
>> -----Original Message-----
>> From: Andre Puschmann <andre.puschmann at softwareradiosystems.com>
>> Sent: Thursday, December 10, 2020 2:58 PM
>> To: Charbel Lahoud <charbel.lahoud at etit.tu-chemnitz.de>
>> Subject: Re: [srslte-users] SrsLTE using USRP N321
>>
>> Hi,
>>
>> the N3xx requires to use standard LTE sample rates. For this purpose, you have to configure and compile with "cmake -DUSE_LTE_RATES=True .."
>>
>> The next release will include a run-time option to switch between both modes.
>>
>> Cheers
>> Andre
>>
>>
>> On 10/12/20 14:10, Charbel Lahoud wrote:
>>> Hello,
>>>
>>>  
>>>
>>> I have successfully build srsLTE software with radio heads USRP N321.
>>> But it is only working with 75 resource blocks, when I change to 
>>> other options such as 100, 50 and 25 the srsue isn't connecting and 
>>> I have additional warnings.
>>>
>>>  
>>>
>>> [WARNING] [RFNOC] The requested decimation is odd; the user should 
>>> expect passband CIC rolloff.
>>>
>>> Select an even decimation to ensure that a halfband filter is enabled.
>>>
>>> Decimations factorable by 4 will enable 2 halfbands, those 
>>> factorable by
>>> 8 will enable 3 halfbands.
>>>
>>> decimation = dsp_rate/samp_rate -> 11 = (245.760000 MHz)/(23.040000
>>> MHz)
>>>
>>>  
>>>
>>> [WARNING] [MULTI_USRP] The hardware does not support the requested 
>>> RX sample rate:
>>>
>>> Target sample rate: 23.040000 MSps
>>>
>>> Actual sample rate: 22.341818 MSps
>>>
>>>  
>>>
>>> [WARNING] [MULTI_USRP] The hardware does not support the requested 
>>> RX sample rate:
>>>
>>> Target sample rate: 23.040000 MSps
>>>
>>> Actual sample rate: 22.341818 MSps
>>>
>>>  
>>>
>>> [WARNING] [RFNOC] The requested interpolation is odd; the user 
>>> should expect passband CIC rolloff.
>>>
>>> Select an even interpolation to ensure that a halfband filter is enabled.
>>>
>>> interpolation = dsp_rate/samp_rate -> 11 = (245.760000
>>> MHz)/(23.040000
>>> MHz)
>>>
>>>  
>>>
>>> [WARNING] [RFNOC] The requested interpolation is odd; the user 
>>> should expect passband CIC rolloff.
>>>
>>> Select an even interpolation to ensure that a halfband filter is enabled.
>>>
>>> interpolation = dsp_rate/samp_rate -> 11 = (245.760000
>>> MHz)/(23.040000
>>> MHz)
>>>
>>>  
>>>
>>> [WARNING] [MULTI_USRP] The hardware does not support the requested 
>>> TX sample rate:
>>>
>>> Target sample rate: 23.040000 MSps
>>>
>>> Actual sample rate: 22.341818 MSps
>>>
>>>  
>>>
>>> [WARNING] [MULTI_USRP] The hardware does not support the requested 
>>> TX sample rate:
>>>
>>> Target sample rate: 23.040000 MSps
>>>
>>> Actual sample rate: 22.341818 MSps
>>>
>>>  
>>>
>>> Regards
>>>
>>> Charbel
>>>
>>>
>>> _______________________________________________
>>> srslte-users mailing list
>>> 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