Re: [USRP-users] Phase synchronization after hopping

[Snehasish Kar via USRP-users]

Understood. Thanks. Let me try this out.

Regards
Snehasish

Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10

From: Marcus Müller<mailto:marcus.muel...@ettus.com>
Sent: 06 March 2021 23:41
To: Snehasish Kar<mailto:snehasish@live.com>; 
usrp-users@lists.ettus.com<mailto:usrp-users@lists.ettus.com>
Subject: Re: [USRP-users] Phase synchronization after hopping

See the tuning notes in the UHD manual. I'm assuming you're not explicitly 
setting
POLICY_MANUAL without reason!

Best regards,
Marcus

On 06.03.21 18:43, Snehasish Kar wrote:
>
> Thanks Marcus for the prompt response. Can you please help me with an example 
> showing
> DSP tuning. I have gone through Piotr’s implementation, but was not able to 
> understand
> how he was maintaining the time synchronization based on GNURadio work 
> function.
>
>
>
> Regards
>
>
>
> Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10
>
>
>
> *From: *Marcus Müller via USRP-users <mailto:usrp-users@lists.ettus.com>
> *Sent: *06 March 2021 23:00
> *To: *usrp-users@lists.ettus.com <mailto:usrp-users@lists.ettus.com>
> *Subject: *Re: [USRP-users] Phase synchronization after hopping
>
>
>
> Hi Snehasish,
>
> you're not actually using timed commands, so there's no exact timing 
> involved. Your usleep
> doesn't make much sense either, you shouldn't let your PC sleep while the 
> analog chain
> tune, but instead already issue the next timed command. In this situation, I 
> also would
> *not* tune the RF frontend *at all*, but only use DSP tuning (maybe you're 
> doing that, no
> idea where your "rf_freq" and "dsp_freq" come from).
>
> Piotr Krysik solved your exact problem (X310, following GSM hopping) before. 
> I remember
> the talk he held at an OsmoDevCon some years ago, maybe look for that.
>
> Best regards,
>
> Marcus
>
> On 06.03.21 17:31, Snehasish Kar via USRP-users wrote:
> >
> > Hello everyone
> >
> >
> >
> > I am trying to achieve frequency hopping in GSM using twinrx with usrp 
> > x310. Here I am
> > using timed command for tuning a single port across a given frequency list. 
> > During
> > hopping it stays in each frequency for 4msecs and till the time frequency 
> > hopping
> > continues, I am able to identify FCCH using phase difference. But as soon 
> > as the hopping
> > is over and it tunes back to the actual frequency containing the broadcast 
> > channel, I am
> > not getting phase difference greater than 0 and thus not able to demodulate 
> > the GSM
> > burst. Can anyone please help where I am going wrong below is the snippet 
> > of the code,
> > responsible for  hopping.
> >
> >
> >
> > Function handling hopping:
> >
> >
> >
> >   uhd::tune_request_t tune_request(rf_freq);
> >
> >   tune_request.rf_freq_policy = 
> > uhd::tune_request_t::POLICY_MANUAL;
> >
> >   tune_request.dsp_freq_policy = 
> > uhd::tune_request_t::POLICY_MANUAL;
> >
> >   tune_request.rf_freq = rf_freq;
> >
> >   tune_request.dsp_freq = dsp_freq;
> >
> >   uhd_src->set_rx_freq(tune_request, chan_num);
> >
> >   {
> >
> >If(verbose_lvl==3){
> >
> >  char msg[100]={0x00};
> >
> >  sprintf(msg,"info: DSP freq: 
> > changed to channel
> > %d: %fMHz offset %fMHz", chan_num, uhd_src->get_rx_freq(chan_num)/1e6, 
> > dsp_freq);
> >
> >  vipl_printf(msg,error_lvl, 
> > __FILE__, __LINE__);
> >
> >}
> >
> >   }
> >
> >   //uhd_src->clear_command_time();
> >
> >   usleep(11); // allow LOs to lock
> >
> >
> >
> >
> >
> >
> >
> > Module for setting back to original frequency with broadcast:
> >
> >
> >
> >uhd_src->clear_command_time();
> >
> >   uhd::tune_request_t tune_request(rf_freq, 0x00); 
> > //considering LO-Offset
> > to be zero
> >
> >   tune_request.rf_freq_policy = 
> > uhd::tune_request_t::POLICY_AUTO;
> >
> >   tune_request.dsp_freq_policy = 
> > uhd::tune_request_t::POLICY_AUTO;
> >
> >   tune_request.rf_freq = rf_freq;
> >

Re: [USRP-users] Phase synchronization after hopping

[Snehasish Kar via USRP-users]

Thanks Marcus for the prompt response. Can you please help me with an example 
showing DSP tuning. I have gone through Piotr’s implementation, but was not 
able to understand how he was maintaining the time synchronization based on 
GNURadio work function.

Regards

Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10

From: Marcus Müller via USRP-users<mailto:usrp-users@lists.ettus.com>
Sent: 06 March 2021 23:00
To: usrp-users@lists.ettus.com<mailto:usrp-users@lists.ettus.com>
Subject: Re: [USRP-users] Phase synchronization after hopping

Hi Snehasish,

you're not actually using timed commands, so there's no exact timing involved. 
Your usleep
doesn't make much sense either, you shouldn't let your PC sleep while the 
analog chain
tune, but instead already issue the next timed command. In this situation, I 
also would
*not* tune the RF frontend *at all*, but only use DSP tuning (maybe you're 
doing that, no
idea where your "rf_freq" and "dsp_freq" come from).

Piotr Krysik solved your exact problem (X310, following GSM hopping) before. I 
remember
the talk he held at an OsmoDevCon some years ago, maybe look for that.

Best regards,

Marcus

On 06.03.21 17:31, Snehasish Kar via USRP-users wrote:
>
> Hello everyone
>
>
>
> I am trying to achieve frequency hopping in GSM using twinrx with usrp x310. 
> Here I am
> using timed command for tuning a single port across a given frequency list. 
> During
> hopping it stays in each frequency for 4msecs and till the time frequency 
> hopping
> continues, I am able to identify FCCH using phase difference. But as soon as 
> the hopping
> is over and it tunes back to the actual frequency containing the broadcast 
> channel, I am
> not getting phase difference greater than 0 and thus not able to demodulate 
> the GSM
> burst. Can anyone please help where I am going wrong below is the snippet of 
> the code,
> responsible for  hopping.
>
>
>
> Function handling hopping:
>
>
>
>   uhd::tune_request_t tune_request(rf_freq);
>
>   tune_request.rf_freq_policy = 
> uhd::tune_request_t::POLICY_MANUAL;
>
>   tune_request.dsp_freq_policy = 
> uhd::tune_request_t::POLICY_MANUAL;
>
>   tune_request.rf_freq = rf_freq;
>
>   tune_request.dsp_freq = dsp_freq;
>
>   uhd_src->set_rx_freq(tune_request, chan_num);
>
>   {
>
>If(verbose_lvl==3){
>
>  char msg[100]={0x00};
>
>  sprintf(msg,"info: DSP freq: changed 
> to channel
> %d: %fMHz offset %fMHz", chan_num, uhd_src->get_rx_freq(chan_num)/1e6, 
> dsp_freq);
>
>  vipl_printf(msg,error_lvl, __FILE__, 
> __LINE__);
>
>}
>
>   }
>
>   //uhd_src->clear_command_time();
>
>   usleep(11); // allow LOs to lock
>
>
>
>
>
>
>
> Module for setting back to original frequency with broadcast:
>
>
>
>uhd_src->clear_command_time();
>
>   uhd::tune_request_t tune_request(rf_freq, 0x00); //considering 
> LO-Offset
> to be zero
>
>   tune_request.rf_freq_policy = uhd::tune_request_t::POLICY_AUTO;
>
>   tune_request.dsp_freq_policy = uhd::tune_request_t::POLICY_AUTO;
>
>   tune_request.rf_freq = rf_freq;
>
>   //tune_request.dsp_freq = -dsp_freq;
>
>   uhd_src->set_rx_freq(tune_request, channel);
>
>   {
>
>char msg[100]={0x00};
>
>sprintf(msg,"info: freq: set to channel %d: %fMHz 
> requested
> freq %fMHz", channel, uhd_src->get_rx_freq(channel)/1e6, rf_freq/1e6);
>
>vipl_printf(msg,error_lvl, __FILE__, __LINE__);
>
>   }
>
>   usleep(11);
>
>
>
> My UHD version is 3.14.0.0
>
> USRP: X310
>
> Daughter board: 2 sets of Twinrx
>
> OS: Debian 10
>
> Interface: 10gig sfp+ ethernet
>
>
>
> Thanks!!
>
>
>
>
>
> Regards
>
> Snehasish Kar
>
>
>
> Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10
>
>
>
>
> ___
> USRP-users mailing list
> USRP-users@lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] Phase synchronization after hopping

[Snehasish Kar via USRP-users]

Hello everyone

I am trying to achieve frequency hopping in GSM using twinrx with usrp x310. 
Here I am using timed command for tuning a single port across a given frequency 
list. During hopping it stays in each frequency for 4msecs and till the time 
frequency hopping continues, I am able to identify FCCH using phase difference. 
But as soon as the hopping is over and it tunes back to the actual frequency 
containing the broadcast channel, I am not getting phase difference greater 
than 0 and thus not able to demodulate the GSM burst. Can anyone please help 
where I am going wrong below is the snippet of the code, responsible for  
hopping.

Function handling hopping:

  uhd::tune_request_t tune_request(rf_freq);
  tune_request.rf_freq_policy = uhd::tune_request_t::POLICY_MANUAL;
  tune_request.dsp_freq_policy = uhd::tune_request_t::POLICY_MANUAL;
  tune_request.rf_freq = rf_freq;
  tune_request.dsp_freq = dsp_freq;
  uhd_src->set_rx_freq(tune_request, chan_num);
  {
   If(verbose_lvl==3){
 char msg[100]={0x00};
 sprintf(msg,"info: DSP freq: changed 
to channel %d: %fMHz offset %fMHz", chan_num, 
uhd_src->get_rx_freq(chan_num)/1e6, dsp_freq);
 vipl_printf(msg,error_lvl, __FILE__, 
__LINE__);
   }
  }
  //uhd_src->clear_command_time();
  usleep(11); // allow LOs to lock



Module for setting back to original frequency with broadcast:

   uhd_src->clear_command_time();
  uhd::tune_request_t tune_request(rf_freq, 0x00); //considering 
LO-Offset to be zero
  tune_request.rf_freq_policy = uhd::tune_request_t::POLICY_AUTO;
  tune_request.dsp_freq_policy = uhd::tune_request_t::POLICY_AUTO;
  tune_request.rf_freq = rf_freq;
  //tune_request.dsp_freq = -dsp_freq;
  uhd_src->set_rx_freq(tune_request, channel);
  {
   char msg[100]={0x00};
   sprintf(msg,"info: freq: set to channel %d: %fMHz 
requested freq %fMHz", channel, uhd_src->get_rx_freq(channel)/1e6, rf_freq/1e6);
   vipl_printf(msg,error_lvl, __FILE__, __LINE__);
  }
  usleep(11);

My UHD version is 3.14.0.0
USRP: X310
Daughter board: 2 sets of Twinrx
OS: Debian 10
Interface: 10gig sfp+ ethernet

Thanks!!


Regards
Snehasish Kar

Sent from Mail for Windows 10

___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] USRP sensitivity

[Snehasish Kar via USRP-users]

Ok. Thanks for the info.

Regards
Snehasish

Get Outlook for iOS<https://aka.ms/o0ukef>

From: Marcus D Leech 
Sent: Wednesday, September 9, 2020 4:46:23 AM
To: Snehasish Kar 
Cc: Martin Braun ; usrp-users@lists.ettus.com 

Subject: Re: [USRP-users] USRP sensitivity

You did need to use a known calibration source.

You’d need to build a calibration table over your expected operating parameter 
space, including:

Frequency
Gain
Sample rate
Analog bandwidth setting (if applicable)

The I/Q samples will be linearly proportional over a goodly chunk of the input 
dynamic range. They will differ from linear at the bottom and top of the range.

Lab instruments line spectrum analysers typically have this done at the 
factory, using expensive calibration sources. They must be recalibrated 
regularly.


Sent from my iPhone

On Sep 8, 2020, at 5:08 PM, Snehasish Kar via USRP-users 
 wrote:


Hello Marcus

Just had a query in this context, how do we calculate the Power or Received 
signal strength then from the IQ samples.

Regards
Snehasish

Get Outlook for iOS<https://aka.ms/o0ukef>

From: USRP-users  on behalf of Martin Braun 
via USRP-users 
Sent: Tuesday, September 8, 2020 8:53:57 PM
To: usrp-users@lists.ettus.com 
Subject: Re: [USRP-users] USRP sensitivity

On 9/5/20 4:59 PM, Koyel Das (Vehere) via USRP-users wrote:
> NI told me magnitude of IQ samples received in usrp is the voltage in volts.

Can you point us to where you got that information?

For the list archives: UHD 4.0 will have the ability to map digital
signals to power levels for X3x0 and B200 series, if you can provide
your own calibrated gear.

--M

___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] USRP sensitivity

[Snehasish Kar via USRP-users]

Hello Marcus

Just had a query in this context, how do we calculate the Power or Received 
signal strength then from the IQ samples.

Regards
Snehasish

Get Outlook for iOS

From: USRP-users  on behalf of Martin Braun 
via USRP-users 
Sent: Tuesday, September 8, 2020 8:53:57 PM
To: usrp-users@lists.ettus.com 
Subject: Re: [USRP-users] USRP sensitivity

On 9/5/20 4:59 PM, Koyel Das (Vehere) via USRP-users wrote:
> NI told me magnitude of IQ samples received in usrp is the voltage in volts.

Can you point us to where you got that information?

For the list archives: UHD 4.0 will have the ability to map digital
signals to power levels for X3x0 and B200 series, if you can provide
your own calibrated gear.

--M

___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] Query regarding rfnoc

[Snehasish Kar via USRP-users]

Hello

We are trying to implement some filters in rfnoc, we wanted to use fixed point 
numbers. As per my knowledge, I and Q are I16 bits individually and IQ combined 
I32 bits. We wanted to convert them into fixed point numbers. But I am 
concerned about the host UHD driver's interpretation of the data. Do we need to 
keep a stage at the last where we are converting from fixed point back to 
integer I32?

Regards
Snehasish


___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] Data rate using usrp and grc

[Snehasish Kar via USRP-users]

Hello Koyel

I think using a 10gbps nic card, a processor with 3.6GHz clockspeed, DDR4 RAM 
with an nvme ssd or ssd should be fine.

Regards
Snehasish

Get Outlook for iOS

From: USRP-users  on behalf of Koyel Das 
(Vehere) via USRP-users 
Sent: Saturday, July 25, 2020 8:21:01 PM
To: Marcus Müller ; 'USRP-users@lists.ettus.com' 

Subject: Re: [USRP-users] Data rate using usrp and grc

Hi Marcus,

I don’t know what system features would ensure a 6 gbps continuous data 
reception and storage from usrp. I only know we have 10 gbps servers so I was 
asking if that is not enough to ensure that data rate or something more is 
needed. I was expecting the system requirements to be outlined for the 
mentioned data rate.

Regards,
Koyel

Get Outlook for iOS

From: Marcus Müller 
Sent: Saturday, July 25, 2020 7:01:31 PM
To: Koyel Das (Vehere) ; 'USRP-users@lists.ettus.com' 

Subject: Re: [USRP-users] Data rate using usrp and grc

Hi Koyel,

I'm sorry if I'm repeating myself. I see this seems hard to believe, but:

we really can't tell you. We don't know how well your system performs.

Best regards,
Marcus

On 25.07.20 13:32, Koyel Das (Vehere) wrote:
> Hi Marcus,
>
> “as to your previous questions regarding "will my computer be able to
> keep up": We can't tell you how fast your computer and storage is.”
>
> If I use a 10 gbps server and
>
> RAM disk storage or as you said the following:
>
> “Also, setting larger output buffers in the GNU Radio blocks can help,
> too, if you don't need low latency (which you don't need at all, if
> you're just recording). Try setting "2**24" in the min output buffer
> setting in your USRP source's "advanced" tab.”
>
>
>  Then will I be able to write data at 6 gbps ?
>
> Regards,
> Koyel
>
>
>
> Get Outlook for iOS
> 
> From: Marcus Müller 
> Sent: Saturday, July 25, 2020 1:57:49 PM
> To: Koyel Das (Vehere) ; 'USRP-users@lists.ettus.com' 
> 
> Subject: Re: [USRP-users] Data rate using usrp and grc
>
> Hi Koyel,
>
>> Will there be packet drops if USRP source is set at 32 bit complex
> float in grc when receiving at 100 MSPS each from two channels?
>
> as to your previous questions regarding "will my computer be able to
> keep up": We can't tell you how fast your computer and storage is.
>
> Anyway,
>
>> I am unable to set usrp source block in grc to 16 bit complex as then
> the usrp source block is not compatible with file sink which doesn’t
> have option for 16 bit complex
>
> Nothing in GNU Radio cares about the content of the data bytes you're
> pushing around: simply set your file sink to e.g. int, or float, or to
> short with vector length 2, or to byte with vector length 4: Doesn't
> matter, as long as the item size ends up being 32 bits.
>
> Best regards,
>
> Marcus
>
> On 25.07.20 09:43, Koyel Das (Vehere) via USRP-users wrote:
>> Hi,
>>
>> I want to capture data from usrp 2955 using USRP Source block of grc and 
>> write to file using file sink block of grc. Will there be packet drops if 
>> USRP source is set at 32 bit complex float in grc when receiving at 100 MSPS 
>> each from two channels? That makes 2*100e6*64 (32 bit I and 32 bit Q) = 
>> 12800e6 or 12.8 gbps. I am unable to set usrp source block in grc to 16 bit 
>> complex as then the usrp source block is not compatible with file sink which 
>> doesn’t have option for 16 bit complex. Please help
>>
>> Regards,
>> Koyel
>>
>> Get Outlook for iOS
>>
>>
>> ___
>> USRP-users mailing list
>> USRP-users@lists.ettus.com
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] support for synchronizing two USRPs

[Snehasish Kar via USRP-users]

Thanks Neel for the clarification!

Regards
Snehasish

From: Neel Pandeya 
Sent: Thursday, July 16, 2020 3:51 PM
To: Snehasish Kar 
Cc: usrp-users@lists.ettus.com 
Subject: Re: [USRP-users] support for synchronizing two USRPs

You cannot synchronize USRP devices by using a daisy-chain configuration.  The 
10 MHz reference and the 1 PPS on both USRP devices must be connected to a 
common 10 MHz reference and to a common 1 PPS signal.  The OctoClock-G device 
can be used to generate these signals and to distribute them to 8 devices.  
Then, for each USRP device, in UHD or GNU Radio, set your clocking source and 
timing source to "external".

https://kb.ettus.com/OctoClock_CDA-2990

https://kb.ettus.com/Synchronization_and_MIMO_Capability_with_USRP_Devices

--Neel Pandeya



On Thu, 16 Jul 2020 at 05:00, Snehasish Kar via USRP-users 
mailto:usrp-users@lists.ettus.com>> wrote:
Hello

I am trying to time synchronize two USRPs. I have connected reference and PPS 
trigger out of USRP A to reference and PPS trigger in of USRP B. In USRP A i 
have set time and clock source to GPSDO and in USRP B I have set time and clock 
source to external. But I when I try to compare uhd::time_spec for both the 
boards I see there is a time mismatch. Please help me understanding where I am 
going wrong.

Regards
Snehasish
___
USRP-users mailing list
USRP-users@lists.ettus.com<mailto:USRP-users@lists.ettus.com>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] support for synchronizing two USRPs

[Snehasish Kar via USRP-users]

Hello

I am trying to time synchronize two USRPs. I have connected reference and PPS 
trigger out of USRP A to reference and PPS trigger in of USRP B. In USRP A i 
have set time and clock source to GPSDO and in USRP B I have set time and clock 
source to external. But I when I try to compare uhd::time_spec for both the 
boards I see there is a time mismatch. Please help me understanding where I am 
going wrong.

Regards
Snehasish
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] Fractional downsampling in rfnoc

[Snehasish Kar via USRP-users]

Hello EJ

Just needed some information to use the channelizer. We are able to set 
25.6msps as input rate to the channelizer and get 200kspsx2 each channel, also 
we are able to decode GSM burst with it. But I am unable to get anything on the 
negative side. Suppose I tune into 947.8MHz and try setting index 40(947.8MHz), 
I am able to get spectrum and able to decode GSM burst. But when I try setting 
index 64 (935.2MHz) . I get a error message saying " WHOA! Couldnt get 
requested  256 samples could get only 0, timeout on channel 0"

Please advice on how to choose index value for the negative frequencies.

Regards
Snehasish


From: EJ Kreinar 
Sent: Monday, April 27, 2020 6:09 AM
To: Snehasish Kar 
Cc: Jonathon Pendlum ; usrp-users@lists.ettus.com 

Subject: Re: [USRP-users] Fractional downsampling in rfnoc

Hi Snehasish,

A few thoughts...

> 25msps and tried dividing it into 16 channels. I should have returned 
> 625kspsx2 sample rate each channel

Based on your screen shot I'm guessing you started with 10 Msps and used 16 
channels to get 625 kHz channel spacing (with 1250 ksps per channel). Is that 
correct?

> But you can see the snaphshots, if a tune into 955.4MHz and try to get a 
> channel on index 0 ie the center freq, it works well and I am able to decode 
> GSM Burst from it. But if I try to add index 2(which is 955.8MHz), the 
> amplitude in the spectrum falls and also I am not able to decode any GSM burst

Is it correct that your "index 2" center frequency is targetting 400 kHz offset 
from the center frequency? If so, I dont expect this would work. Using a 
channel spacing of 625 kHz, the closest channel you could receive next to 955.4 
MHz would be 956.025 MHz. Based on your screenshot it actually seems like the 
peak energy you're looking for may be lower than the channel frequency by about 
200 kHz?

This is one downside of the polyphase channelizer in this particular 
implementation. The channel outputs are consistently spaced and cannot be 
changed except by moving the sample rate, center frequency, or number of 
channels.

EJ

On Fri, Apr 24, 2020 at 8:31 AM Snehasish Kar 
mailto:snehasish@live.com>> wrote:
Hello EJ

I tried using your channelizer. Its really a helpful module. The challenge I 
faced when i tried using it with a input sample rate of 25msps and tried 
dividing it into 16 channels. I should have returned 625kspsx2 sample rate each 
channel. But you can see the snaphshots, if a tune into 955.4MHz and try to get 
a channel on index 0 ie the center freq, it works well and I am able to decode 
GSM Burst from it. But if I try to add index 2(which is 955.8MHz), the 
amplitude in the spectrum falls and also I am not able to decode any GSM burst. 
The same happens when i tune 955.8MHz and try to get index  14(ie 955.4MHz), I 
don't see the spectrum, the same happens for 128 and 256 channel (input sample 
rate 50msps). Can you please let me know if I am going wrong somewhere.   I 
have attached the snapshots and flow graph for your reference. My uhd version 
is UHD_3.14.0.0-0-unknown.

Regards
Snehasish



From: EJ Kreinar mailto:ejkrei...@gmail.com>>
Sent: Friday, April 24, 2020 4:22 PM
To: Snehasish Kar mailto:snehasish@live.com>>
Cc: Jonathon Pendlum 
mailto:jonathon.pend...@ettus.com>>; 
USRP-users@lists.ettus.com<mailto:USRP-users@lists.ettus.com> 
mailto:usrp-users@lists.ettus.com>>
Subject: Re: [USRP-users] Fractional downsampling in rfnoc

Hi Snehasish,

Since you're already working with theseus-cores, I assume you've found the 
rfnoc polyphase channelizer has channel downselection already integrated into 
rfnoc and gnuradio (brief write up about it here: 
https://www.theseus-cores.com/2019/12/17/rfnoc-deinterleaving-polyphase-channelizer/).
 I believe this worked with UHD-3.14 when I tested last December. Wondering if 
this works for you or if there's other updates you might need?

EJ

On Fri, Apr 24, 2020, 12:56 AM Snehasish Kar via USRP-users 
mailto:usrp-users@lists.ettus.com>> wrote:
Hello Jonathon

I tried building the fractional downsampler again and was successful to build 
it in this version of UHD: UHD 4.0.0.rfnoc-devel-409-gec9138eb. Also there is a 
channelizer available at https://github.com/e33b1711/rfnoc-ppchan . But the 
problem with this channelizer is, it sends almost 25.6msps samples to the host. 
Also the number of packet it sends, creates a overflow in the host even with 
10gig sfp cable. So what I am planning is to make a de-interleaver, which will 
be responsible for channel down-selection. Please let me know your thoughts on 
this.

Can you please let me know how to set the packet size on any rfnoc block.

Regards
Snehasish

From: Jonathon Pendlum 
mailto:jonathon.pend...@ettus.com>>
Sent: Sunday, April 19, 2020 8:58 AM
To: Snehasish Kar mailto:snehasish@liv

Re: [USRP-users] Fractional downsampling in rfnoc

[Snehasish Kar via USRP-users]

Snehasish Kar has shared a OneDrive file with you. To view it, click the link 
below.

[https://r1.res.office365.com/owa/prem/images/dc-generic_20.png]
fract_dec_filter.edf


Hello

> 25msps and tried dividing it into 16 channels. I should have returned 
> 625kspsx2 sample rate each channel

>Based on your screen shot I'm guessing you started with 10 Msps and used 16 
>channels to get 625 kHz channel spacing (with 1250 ksps per channel). Is that 
>correct?

Yes.
> But you can see the snaphshots, if a tune into 955.4MHz and try to get a 
> channel on index 0 ie the center freq, it works well and I am able to decode 
> GSM Burst from it. But if I try to add index 2(which is 955.8MHz), the 
> amplitude in the spectrum falls and also I am not able to decode any GSM burst

>Is it correct that your "index 2" center frequency is targetting 400 kHz 
>offset from the center frequency? If so, I dont expect this would work. Using 
>a channel spacing of 625 kHz, the >closest channel you could receive next to 
>955.4 MHz would be 956.025 MHz. Based on your screenshot it actually seems 
>like the peak energy you're looking for may be lower than the >channel 
>frequency by about 200 kHz?

No. The reason we found for the low energy was that the center of the channel 
was getting shifted by 100KHz, which we corrected using the frequency Xlating 
fir filter in gnuradio and also by changing the input sample rate.

@EJ Kreinar: thanks for the support.

@Jonathon Pendlum: I was able to re-create 
the EDIF file for the fractional downsampler in 
https://github.com/SynchronousLabs/rfnoc-SynchronousLabs and was able to build 
it. Though I believe I need to update the rfnoc API for the same. I have the 
attached EDIF file for your reference. Please guide me if only modifying the 
noc file work or we any other changes are to be made as per the new rfnoc 
version.

Regards
Snehasish


___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] Fractional downsampling in rfnoc

[Snehasish Kar via USRP-users]

Hello EJ

Any update on this?

Regards
Snehasish

Get Outlook for iOS<https://aka.ms/o0ukef>

From: Snehasish Kar 
Sent: Friday, April 24, 2020 6:01:27 PM
To: EJ Kreinar 
Cc: Jonathon Pendlum ; usrp-users@lists.ettus.com 

Subject: Re: [USRP-users] Fractional downsampling in rfnoc

Hello EJ

I tried using your channelizer. Its really a helpful module. The challenge I 
faced when i tried using it with a input sample rate of 25msps and tried 
dividing it into 16 channels. I should have returned 625kspsx2 sample rate each 
channel. But you can see the snaphshots, if a tune into 955.4MHz and try to get 
a channel on index 0 ie the center freq, it works well and I am able to decode 
GSM Burst from it. But if I try to add index 2(which is 955.8MHz), the 
amplitude in the spectrum falls and also I am not able to decode any GSM burst. 
The same happens when i tune 955.8MHz and try to get index  14(ie 955.4MHz), I 
don't see the spectrum, the same happens for 128 and 256 channel (input sample 
rate 50msps). Can you please let me know if I am going wrong somewhere.   I 
have attached the snapshots and flow graph for your reference. My uhd version 
is UHD_3.14.0.0-0-unknown.

Regards
Snehasish



From: EJ Kreinar 
Sent: Friday, April 24, 2020 4:22 PM
To: Snehasish Kar 
Cc: Jonathon Pendlum ; USRP-users@lists.ettus.com 

Subject: Re: [USRP-users] Fractional downsampling in rfnoc

Hi Snehasish,

Since you're already working with theseus-cores, I assume you've found the 
rfnoc polyphase channelizer has channel downselection already integrated into 
rfnoc and gnuradio (brief write up about it here: 
https://www.theseus-cores.com/2019/12/17/rfnoc-deinterleaving-polyphase-channelizer/).
 I believe this worked with UHD-3.14 when I tested last December. Wondering if 
this works for you or if there's other updates you might need?

EJ

On Fri, Apr 24, 2020, 12:56 AM Snehasish Kar via USRP-users 
mailto:usrp-users@lists.ettus.com>> wrote:
Hello Jonathon

I tried building the fractional downsampler again and was successful to build 
it in this version of UHD: UHD 4.0.0.rfnoc-devel-409-gec9138eb. Also there is a 
channelizer available at https://github.com/e33b1711/rfnoc-ppchan . But the 
problem with this channelizer is, it sends almost 25.6msps samples to the host. 
Also the number of packet it sends, creates a overflow in the host even with 
10gig sfp cable. So what I am planning is to make a de-interleaver, which will 
be responsible for channel down-selection. Please let me know your thoughts on 
this.

Can you please let me know how to set the packet size on any rfnoc block.

Regards
Snehasish

From: Jonathon Pendlum 
mailto:jonathon.pend...@ettus.com>>
Sent: Sunday, April 19, 2020 8:58 AM
To: Snehasish Kar mailto:snehasish@live.com>>
Cc: usrp-users@lists.ettus.com<mailto:usrp-users@lists.ettus.com> 
mailto:usrp-users@lists.ettus.com>>
Subject: Re: [USRP-users] Fractional downsampling in rfnoc

Hi Snehasish,

I forgot about that error. I actually made an issue about it on their repo: 
https://github.com/SynchronousLabs/rfnoc-SynchronousLabs/issues/2. Unless they 
provide an EDIF or their source code, you can only use their code for 
simulation. Certainly a disappointing oversight on their part.

Jonathon

On Sat, Apr 18, 2020 at 6:21 PM Snehasish Kar 
mailto:snehasish@live.com>> wrote:
Hello Jonathon

Tried building the fractional downsampler from synchronous labs and have 
encountered the following error:
source file was generated for simulation and is not permitted as input to 
synthesis 
[/home/snehasish/rfnoc-SynchronousLabs/rfnoc/fpga-src/fract_dec_filter.vhd:241995]

Can you please help me with it.

Regards
Snehasish

From: Jonathon Pendlum 
mailto:jonathon.pend...@ettus.com>>
Sent: Friday, April 17, 2020 9:22 PM
To: Snehasish Kar mailto:snehasish@live.com>>
Cc: usrp-users@lists.ettus.com<mailto:usrp-users@lists.ettus.com> 
mailto:usrp-users@lists.ettus.com>>
Subject: Re: [USRP-users] Fractional downsampling in rfnoc

Hello Snehasish,

Unfortunately, the standard library of blocks does not have a Fractional 
Decimator. Your best bet is to try to use the one made by Synchronous Labs a 
few years ago. Their code is on github here: 
https://github.com/SynchronousLabs/rfnoc-SynchronousLabs. Since it was built, 
RFNoC has had some changes that will need to be fixed, but I think this is your 
only option versus writing one from scratch.

Jonathon

On Thu, Apr 16, 2020 at 6:35 PM Snehasish Kar via USRP-users 
mailto:usrp-users@lists.ettus.com>> wrote:
Hello

I am trying to use the RFNOC based M/2 channelizer from 
https://github.com/theseus-cores/theseus-cores/releases/tag/v1.1.0 . I am 
trying to divide 25 MHz spectrum into 124 subchannels each of bandwidth 200KHz. 
I am capturing the signal at 200msps an

Re: [USRP-users] Modifying RFNoC ddc block for 16 parallel instances

[Snehasish Kar via USRP-users]

Hello EJ

There was no fix but just changing the number of chain in the parameters. 
Basically a Hit and trial. I tried building for 1:32/1:16/1:8. But, after then 
instead of having 1x1:16 block I tried breaking it into 2x1:4 DDC. After than 
increasing increasing 3x1:4 gives the same error of timing constraint while 
writing the BIT File.

Regards
Snehasish

From: EJ Kreinar 
Sent: Friday, April 24, 2020 4:14 PM
To: Snehasish Kar 
Cc: Jonathon Pendlum ; USRP-users@lists.ettus.com 

Subject: Re: [USRP-users] Modifying RFNoC ddc block for 16 parallel instances

Hi Snehasish,

That's good to hear! Out of curiosity what was failing timing?

If you put together a merge request for your fix I'll take a look and try to 
merge that in.

EJ

On Fri, Apr 24, 2020, 12:07 AM Snehasish Kar via USRP-users 
mailto:usrp-users@lists.ettus.com>> wrote:
Hello Jonathon

I need to use a sample rate between 20ksps to 1msps.

Btw I tried following Brian's advice about breaking the logic. I was able to 
use to build a fpga image with 2x1:4 DDC block. Though I required 1:16 DDC 
block, but still it is great to start working.

@Brian Padalino<mailto:bpadal...@gmail.com>: Thanks a lot for the help.

Regards

From: Jonathon Pendlum 
mailto:jonathon.pend...@ettus.com>>
Sent: Friday, April 24, 2020 9:00 AM
To: Snehasish Kar mailto:snehasish@live.com>>
Cc: Brian Padalino mailto:bpadal...@gmail.com>>; 
usrp-users@lists.ettus.com<mailto:usrp-users@lists.ettus.com> 
mailto:usrp-users@lists.ettus.com>>
Subject: Re: [USRP-users] Modifying RFNoC ddc block for 16 parallel instances

Hi Snehasish,

The DDC supports a wide range of sampling rates. Depending on the rates you 
want, some of the DDC filters could be removed to reduce utilization or there 
may be a better architecture to fit your situation. What rates do you need to 
support?

Jonathon

On Thu, Apr 23, 2020 at 3:19 AM Snehasish Kar via USRP-users 
mailto:usrp-users@lists.ettus.com>> wrote:
Hello Brian

While writing the bitstream it gave an error stung the current design didn’t 
satisfy the timing constraint.

I tried creating 12 blocks of DDC 1 to 2, blocks but that failed too saying the 
placer couldnot place more than 5% of the movable instances in the design.

Regards
Snehasish

Get Outlook for iOS<https://aka.ms/o0ukef>

From: Brian Padalino mailto:bpadal...@gmail.com>>
Sent: Thursday, April 23, 2020 4:19:14 AM
To: Snehasish Kar mailto:snehasish@live.com>>
Cc: usrp-users@lists.ettus.com<mailto:usrp-users@lists.ettus.com> 
mailto:usrp-users@lists.ettus.com>>
Subject: Re: [USRP-users] Modifying RFNoC ddc block for 16 parallel instances

On Wed, Apr 22, 2020 at 6:17 PM Snehasish Kar 
mailto:snehasish@live.com>> wrote:
Hello Brian

Thanks for your response, actually I tried using DDC 1 to n block as given 
here, but giving 1 to 8 channels have a timing issue, while generating the 
build. So I thought it as an alternative plan.

https://gitlab.com/theseus-cores/theseus-cores/-/blob/master/fpga-rfnoc/README.md#dsp-utilsnoc_block_ddc_1_to_n

What was the timing issue?  Is it possible for you to break up the logic to 
help relax timing constraints?

Brian
___
USRP-users mailing list
USRP-users@lists.ettus.com<mailto:USRP-users@lists.ettus.com>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
___
USRP-users mailing list
USRP-users@lists.ettus.com<mailto:USRP-users@lists.ettus.com>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] Fractional downsampling in rfnoc

[Snehasish Kar via USRP-users]

Hello Jonathon

I tried building the fractional downsampler again and was successful to build 
it in this version of UHD: UHD 4.0.0.rfnoc-devel-409-gec9138eb. Also there is a 
channelizer available at https://github.com/e33b1711/rfnoc-ppchan . But the 
problem with this channelizer is, it sends almost 25.6msps samples to the host. 
Also the number of packet it sends, creates a overflow in the host even with 
10gig sfp cable. So what I am planning is to make a de-interleaver, which will 
be responsible for channel down-selection. Please let me know your thoughts on 
this.

Can you please let me know how to set the packet size on any rfnoc block.

Regards
Snehasish

From: Jonathon Pendlum 
Sent: Sunday, April 19, 2020 8:58 AM
To: Snehasish Kar 
Cc: usrp-users@lists.ettus.com 
Subject: Re: [USRP-users] Fractional downsampling in rfnoc

Hi Snehasish,

I forgot about that error. I actually made an issue about it on their repo: 
https://github.com/SynchronousLabs/rfnoc-SynchronousLabs/issues/2. Unless they 
provide an EDIF or their source code, you can only use their code for 
simulation. Certainly a disappointing oversight on their part.

Jonathon

On Sat, Apr 18, 2020 at 6:21 PM Snehasish Kar 
mailto:snehasish@live.com>> wrote:
Hello Jonathon

Tried building the fractional downsampler from synchronous labs and have 
encountered the following error:
source file was generated for simulation and is not permitted as input to 
synthesis 
[/home/snehasish/rfnoc-SynchronousLabs/rfnoc/fpga-src/fract_dec_filter.vhd:241995]

Can you please help me with it.

Regards
Snehasish

From: Jonathon Pendlum 
mailto:jonathon.pend...@ettus.com>>
Sent: Friday, April 17, 2020 9:22 PM
To: Snehasish Kar mailto:snehasish@live.com>>
Cc: usrp-users@lists.ettus.com<mailto:usrp-users@lists.ettus.com> 
mailto:usrp-users@lists.ettus.com>>
Subject: Re: [USRP-users] Fractional downsampling in rfnoc

Hello Snehasish,

Unfortunately, the standard library of blocks does not have a Fractional 
Decimator. Your best bet is to try to use the one made by Synchronous Labs a 
few years ago. Their code is on github here: 
https://github.com/SynchronousLabs/rfnoc-SynchronousLabs. Since it was built, 
RFNoC has had some changes that will need to be fixed, but I think this is your 
only option versus writing one from scratch.

Jonathon

On Thu, Apr 16, 2020 at 6:35 PM Snehasish Kar via USRP-users 
mailto:usrp-users@lists.ettus.com>> wrote:
Hello

I am trying to use the RFNOC based M/2 channelizer from 
https://github.com/theseus-cores/theseus-cores/releases/tag/v1.1.0 . I am 
trying to divide 25 MHz spectrum into 124 subchannels each of bandwidth 200KHz. 
I am capturing the signal at 200msps and I need to decimate it to 
25.6msps(25MHz/128 channels). Please help me in understanding how this can be 
achieved using RFNoC, is there’s any block already defined for fractional 
downsampling.

Thanks & Regards
Snehasish

Get Outlook for iOS<https://aka.ms/o0ukef>
___
USRP-users mailing list
USRP-users@lists.ettus.com<mailto:USRP-users@lists.ettus.com>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] Modifying RFNoC ddc block for 16 parallel instances

[Snehasish Kar via USRP-users]

Hello Jonathon

I need to use a sample rate between 20ksps to 1msps.

Btw I tried following Brian's advice about breaking the logic. I was able to 
use to build a fpga image with 2x1:4 DDC block. Though I required 1:16 DDC 
block, but still it is great to start working.

@Brian Padalino<mailto:bpadal...@gmail.com>: Thanks a lot for the help.

Regards

From: Jonathon Pendlum 
Sent: Friday, April 24, 2020 9:00 AM
To: Snehasish Kar 
Cc: Brian Padalino ; usrp-users@lists.ettus.com 

Subject: Re: [USRP-users] Modifying RFNoC ddc block for 16 parallel instances

Hi Snehasish,

The DDC supports a wide range of sampling rates. Depending on the rates you 
want, some of the DDC filters could be removed to reduce utilization or there 
may be a better architecture to fit your situation. What rates do you need to 
support?

Jonathon

On Thu, Apr 23, 2020 at 3:19 AM Snehasish Kar via USRP-users 
mailto:usrp-users@lists.ettus.com>> wrote:
Hello Brian

While writing the bitstream it gave an error stung the current design didn’t 
satisfy the timing constraint.

I tried creating 12 blocks of DDC 1 to 2, blocks but that failed too saying the 
placer couldnot place more than 5% of the movable instances in the design.

Regards
Snehasish

Get Outlook for iOS<https://aka.ms/o0ukef>

From: Brian Padalino mailto:bpadal...@gmail.com>>
Sent: Thursday, April 23, 2020 4:19:14 AM
To: Snehasish Kar mailto:snehasish@live.com>>
Cc: usrp-users@lists.ettus.com<mailto:usrp-users@lists.ettus.com> 
mailto:usrp-users@lists.ettus.com>>
Subject: Re: [USRP-users] Modifying RFNoC ddc block for 16 parallel instances

On Wed, Apr 22, 2020 at 6:17 PM Snehasish Kar 
mailto:snehasish@live.com>> wrote:
Hello Brian

Thanks for your response, actually I tried using DDC 1 to n block as given 
here, but giving 1 to 8 channels have a timing issue, while generating the 
build. So I thought it as an alternative plan.

https://gitlab.com/theseus-cores/theseus-cores/-/blob/master/fpga-rfnoc/README.md#dsp-utilsnoc_block_ddc_1_to_n

What was the timing issue?  Is it possible for you to break up the logic to 
help relax timing constraints?

Brian
___
USRP-users mailing list
USRP-users@lists.ettus.com<mailto:USRP-users@lists.ettus.com>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] Modifying RFNoC ddc block for 16 parallel instances

[Snehasish Kar via USRP-users]

Hello Brian

While writing the bitstream it gave an error stung the current design didn’t 
satisfy the timing constraint.

I tried creating 12 blocks of DDC 1 to 2, blocks but that failed too saying the 
placer couldnot place more than 5% of the movable instances in the design.

Regards
Snehasish

Get Outlook for iOS

From: Brian Padalino 
Sent: Thursday, April 23, 2020 4:19:14 AM
To: Snehasish Kar 
Cc: usrp-users@lists.ettus.com 
Subject: Re: [USRP-users] Modifying RFNoC ddc block for 16 parallel instances

On Wed, Apr 22, 2020 at 6:17 PM Snehasish Kar 
mailto:snehasish@live.com>> wrote:
Hello Brian

Thanks for your response, actually I tried using DDC 1 to n block as given 
here, but giving 1 to 8 channels have a timing issue, while generating the 
build. So I thought it as an alternative plan.

https://gitlab.com/theseus-cores/theseus-cores/-/blob/master/fpga-rfnoc/README.md#dsp-utilsnoc_block_ddc_1_to_n

What was the timing issue?  Is it possible for you to break up the logic to 
help relax timing constraints?

Brian
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] Modifying RFNoC ddc block for 16 parallel instances

[Snehasish Kar via USRP-users]

Hello Brian

Thanks for your response, actually I tried using DDC 1 to n block as given 
here, but giving 1 to 8 channels have a timing issue, while generating the 
build. So I thought it as an alternative plan.

https://gitlab.com/theseus-cores/theseus-cores/-/blob/master/fpga-rfnoc/README.md#dsp-utilsnoc_block_ddc_1_to_n

Regards
Snehasish

Get Outlook for iOS<https://aka.ms/o0ukef>

From: Brian Padalino 
Sent: Thursday, April 23, 2020 3:38:02 AM
To: Snehasish Kar 
Cc: usrp-users@lists.ettus.com 
Subject: Re: [USRP-users] Modifying RFNoC ddc block for 16 parallel instances

On Wed, Apr 22, 2020 at 6:00 PM Snehasish Kar via USRP-users 
mailto:usrp-users@lists.ettus.com>> wrote:
Hello

I need to have input 16 input and output port from the RFNoC so that I can 
custom sample rate for each channel. Is it possible to modify the RFNoC DDC 
block and split stream block to achieve this.

Probably not successfully.  They are too large by themselves to just 
instantiate 16 of them.  Moreover, having lots of output ports on a block is 
not really well supported from my experience.  Lastly, having 16 blocks just 
isn't going to work.  The crossbar doesn't have enough ports.  You're better 
off making a block with 1 input and 16 outputs, but, as I mentioned before, 
that is still potentially problematic.

Also, the split stream is pretty finicky.  I don't believe it conforms to the 
AXI spec and might cause lockups.

Lastly, you need to make sure you adhere to the ~200MHz/AXI port rule of thumb.

Do you have a block diagram of what you're trying to achieve?

Brian
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] Modifying RFNoC ddc block for 16 parallel instances

[Snehasish Kar via USRP-users]

Hello

I need to have input 16 input and output port from the RFNoC so that I can 
custom sample rate for each channel. Is it possible to modify the RFNoC DDC 
block and split stream block to achieve this.

Regards
Snehasish

Get Outlook for iOS
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] Fractional downsampling in rfnoc

[Snehasish Kar via USRP-users]

Anyway thanks for the help Jonathon

Regards
Snehasish

From: Jonathon Pendlum 
Sent: Sunday, April 19, 2020 8:58 AM
To: Snehasish Kar 
Cc: usrp-users@lists.ettus.com 
Subject: Re: [USRP-users] Fractional downsampling in rfnoc

Hi Snehasish,

I forgot about that error. I actually made an issue about it on their repo: 
https://github.com/SynchronousLabs/rfnoc-SynchronousLabs/issues/2. Unless they 
provide an EDIF or their source code, you can only use their code for 
simulation. Certainly a disappointing oversight on their part.

Jonathon

On Sat, Apr 18, 2020 at 6:21 PM Snehasish Kar 
mailto:snehasish@live.com>> wrote:
Hello Jonathon

Tried building the fractional downsampler from synchronous labs and have 
encountered the following error:
source file was generated for simulation and is not permitted as input to 
synthesis 
[/home/snehasish/rfnoc-SynchronousLabs/rfnoc/fpga-src/fract_dec_filter.vhd:241995]

Can you please help me with it.

Regards
Snehasish

From: Jonathon Pendlum 
mailto:jonathon.pend...@ettus.com>>
Sent: Friday, April 17, 2020 9:22 PM
To: Snehasish Kar mailto:snehasish@live.com>>
Cc: usrp-users@lists.ettus.com<mailto:usrp-users@lists.ettus.com> 
mailto:usrp-users@lists.ettus.com>>
Subject: Re: [USRP-users] Fractional downsampling in rfnoc

Hello Snehasish,

Unfortunately, the standard library of blocks does not have a Fractional 
Decimator. Your best bet is to try to use the one made by Synchronous Labs a 
few years ago. Their code is on github here: 
https://github.com/SynchronousLabs/rfnoc-SynchronousLabs. Since it was built, 
RFNoC has had some changes that will need to be fixed, but I think this is your 
only option versus writing one from scratch.

Jonathon

On Thu, Apr 16, 2020 at 6:35 PM Snehasish Kar via USRP-users 
mailto:usrp-users@lists.ettus.com>> wrote:
Hello

I am trying to use the RFNOC based M/2 channelizer from 
https://github.com/theseus-cores/theseus-cores/releases/tag/v1.1.0 . I am 
trying to divide 25 MHz spectrum into 124 subchannels each of bandwidth 200KHz. 
I am capturing the signal at 200msps and I need to decimate it to 
25.6msps(25MHz/128 channels). Please help me in understanding how this can be 
achieved using RFNoC, is there’s any block already defined for fractional 
downsampling.

Thanks & Regards
Snehasish

Get Outlook for iOS<https://aka.ms/o0ukef>
___
USRP-users mailing list
USRP-users@lists.ettus.com<mailto:USRP-users@lists.ettus.com>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] Fractional downsampling in rfnoc

[Snehasish Kar via USRP-users]

Hello Jonathon

Tried building the fractional downsampler from synchronous labs and have 
encountered the following error:
source file was generated for simulation and is not permitted as input to 
synthesis 
[/home/snehasish/rfnoc-SynchronousLabs/rfnoc/fpga-src/fract_dec_filter.vhd:241995]

Can you please help me with it.

Regards
Snehasish

From: Jonathon Pendlum 
Sent: Friday, April 17, 2020 9:22 PM
To: Snehasish Kar 
Cc: usrp-users@lists.ettus.com 
Subject: Re: [USRP-users] Fractional downsampling in rfnoc

Hello Snehasish,

Unfortunately, the standard library of blocks does not have a Fractional 
Decimator. Your best bet is to try to use the one made by Synchronous Labs a 
few years ago. Their code is on github here: 
https://github.com/SynchronousLabs/rfnoc-SynchronousLabs. Since it was built, 
RFNoC has had some changes that will need to be fixed, but I think this is your 
only option versus writing one from scratch.

Jonathon

On Thu, Apr 16, 2020 at 6:35 PM Snehasish Kar via USRP-users 
mailto:usrp-users@lists.ettus.com>> wrote:
Hello

I am trying to use the RFNOC based M/2 channelizer from 
https://github.com/theseus-cores/theseus-cores/releases/tag/v1.1.0 . I am 
trying to divide 25 MHz spectrum into 124 subchannels each of bandwidth 200KHz. 
I am capturing the signal at 200msps and I need to decimate it to 
25.6msps(25MHz/128 channels). Please help me in understanding how this can be 
achieved using RFNoC, is there’s any block already defined for fractional 
downsampling.

Thanks & Regards
Snehasish

Get Outlook for iOS<https://aka.ms/o0ukef>
___
USRP-users mailing list
USRP-users@lists.ettus.com<mailto:USRP-users@lists.ettus.com>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] Fractional downsampling in rfnoc

[Snehasish Kar via USRP-users]

Hello Jonathon

I have tried using the down sampler from synchronous labs, but encountered a 
lot many errors while generating USRP image. I think I need to check and 
understand the differences and implement those. Also is there some other way I 
can achieve the divide the band without fractionally downsampling it. I need to 
divide the 25MHz gsm band into sub-bands of 200KHz for demodulation of GSM 
Signals

Thanks for the response.

Regards
Snehasish

Get Outlook for iOS<https://aka.ms/o0ukef>

From: Jonathon Pendlum 
Sent: Friday, April 17, 2020 9:22:19 PM
To: Snehasish Kar 
Cc: usrp-users@lists.ettus.com 
Subject: Re: [USRP-users] Fractional downsampling in rfnoc

Hello Snehasish,

Unfortunately, the standard library of blocks does not have a Fractional 
Decimator. Your best bet is to try to use the one made by Synchronous Labs a 
few years ago. Their code is on github here: 
https://github.com/SynchronousLabs/rfnoc-SynchronousLabs. Since it was built, 
RFNoC has had some changes that will need to be fixed, but I think this is your 
only option versus writing one from scratch.

Jonathon

On Thu, Apr 16, 2020 at 6:35 PM Snehasish Kar via USRP-users 
mailto:usrp-users@lists.ettus.com>> wrote:
Hello

I am trying to use the RFNOC based M/2 channelizer from 
https://github.com/theseus-cores/theseus-cores/releases/tag/v1.1.0 . I am 
trying to divide 25 MHz spectrum into 124 subchannels each of bandwidth 200KHz. 
I am capturing the signal at 200msps and I need to decimate it to 
25.6msps(25MHz/128 channels). Please help me in understanding how this can be 
achieved using RFNoC, is there’s any block already defined for fractional 
downsampling.

Thanks & Regards
Snehasish

Get Outlook for iOS<https://aka.ms/o0ukef>
___
USRP-users mailing list
USRP-users@lists.ettus.com<mailto:USRP-users@lists.ettus.com>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] Fractional downsampling in rfnoc

[Snehasish Kar via USRP-users]

Hello

I am trying to use the RFNOC based M/2 channelizer from 
https://github.com/theseus-cores/theseus-cores/releases/tag/v1.1.0 . I am 
trying to divide 25 MHz spectrum into 124 subchannels each of bandwidth 200KHz. 
I am capturing the signal at 200msps and I need to decimate it to 
25.6msps(25MHz/128 channels). Please help me in understanding how this can be 
achieved using RFNoC, is there’s any block already defined for fractional 
downsampling.

Thanks & Regards
Snehasish

Get Outlook for iOS
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] uhd error

[Snehasish Kar via USRP-users]

Hello Marcus

I am running at a sample rate of 2e6. What I am doing is tuning the usrp and 
streaming samples for 1 sec and then stopping the stream and re-tuning to 
another frequency and doing the same. My ethernet controller details are as 
follows: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit 
Ethernet Controller (rev 07).

Regards
Snehasish

From: USRP-users  on behalf of Marcus D. 
Leech via USRP-users 
Sent: Sunday, December 22, 2019 10:15 PM
To: usrp-users@lists.ettus.com 
Subject: Re: [USRP-users] uhd error

On 12/22/2019 11:15 AM, Snehasish Kar via USRP-users wrote:
Hello

Does anyone have a idea why the following error occurs
terminate called after throwing an instance of 'uhd::io_error'
  what():  EnvironmentError: IOError: [0/Radio_1] sr_write() failed: 
EnvironmentError: IOError: Block ctrl (CE_02_Port_50) no response packet - 
AssertionError: bool(buff)
  in uint64_t ctrl_iface_impl<_endianness>::wait_for_ack(bool, double) [with 
uhd::endianness_t _endianness = (uhd::endianness_t)0u; uint64_t = long unsigned 
int]
  at /home/snehasish/dsp_dev/uhd-3.14.1.1/host/lib/rfnoc/ctrl_iface.cpp:142

Aborted (core dumped)

I am using uhd-3.14.1.1 with NI USRP 2955.

Regards
Snehasish
What sample rate are you running at?  Why type of network card do you have?   
There are some Intel network chips that drop packets
  silently, and that can cause this problem.



___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] uhd error

[Snehasish Kar via USRP-users]

Hello

Does anyone have a idea why the following error occurs
terminate called after throwing an instance of 'uhd::io_error'
  what():  EnvironmentError: IOError: [0/Radio_1] sr_write() failed: 
EnvironmentError: IOError: Block ctrl (CE_02_Port_50) no response packet - 
AssertionError: bool(buff)
  in uint64_t ctrl_iface_impl<_endianness>::wait_for_ack(bool, double) [with 
uhd::endianness_t _endianness = (uhd::endianness_t)0u; uint64_t = long unsigned 
int]
  at /home/snehasish/dsp_dev/uhd-3.14.1.1/host/lib/rfnoc/ctrl_iface.cpp:142

Aborted (core dumped)

I am using uhd-3.14.1.1 with NI USRP 2955.

Regards
Snehasish
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] Api to call rfnoc split stream

[Snehasish Kar via USRP-users]

Ok that answers my question.

Regards
Snehasish

On 18-Dec-2019, at 7:55 PM, Ettus Research Support 
mailto:supp...@ettus.com>> wrote:

Hello Snehasish:

The Split Stream Block uses the generic block controller, so there should not 
be anything "extra" that you have to do.

Are you getting any errors or warnings when you build your C++ program?

--Neel Pandeya



On Tue, Dec 17, 2019 at 1:00 PM Snehasish Kar via USRP-users 
mailto:usrp-users@lists.ettus.com>> wrote:
Hello

Please let me know ho do we use the rfnoc split stream from C++ I am not able 
to find the concerned header file.

Regards
Snehasish
___
USRP-users mailing list
USRP-users@lists.ettus.com<mailto:USRP-users@lists.ettus.com>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] Api to call rfnoc split stream

[Snehasish Kar via USRP-users]

Hello

Please let me know ho do we use the rfnoc split stream from C++ I am not able 
to find the concerned header file.

Regards
Snehasish
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] Help in frequency shifting with USRP

[Snehasish Kar via USRP-users]

Hello

I tried capturing GSM 900 band at a sample rate of 25e6 centered at 947.4e6 and 
stored in a file. Then on the captured data I tried shifting 935.2e6 to the 
center and perform a low pass filter samples out followed by a re-sampler to 
get 200e3 samples out. But I think the spectrum shifting is not wroking as it 
should be I am following the following link for spectrum shifting 
https://dsp.stackexchange.com/a/1993. I am using twinrx with 10gig sfp, 
UHD_3.13.1.0-0-unknown, ubuntu 16.04 and liquid dsp for signal processing.
[https://cdn.sstatic.net/Sites/dsp/img/apple-touch-i...@2.png?v=e0439310c223]
fft - How to shift the frequency spectrum? - Signal Processing Stack 
Exchange
Stack Exchange network consists of 175 Q communities including Stack 
Overflow, the largest, most trusted online community for developers to learn, 
share their knowledge, and build their careers.. Visit Stack Exchange
dsp.stackexchange.com
Please let me know, where I might be going wrong.

BR
Snehasish
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] Status of Rfnoc pfb channelizer

[Snehasish Kar via USRP-users]

Thanks for the response Neel, let me go through it.

BR

On 02-Aug-2019, at 9:14 PM, Neel Pandeya 
mailto:neel.pand...@ettus.com>> wrote:

Hello Snehasish:

Have you seen Theseus Cores?

There is a channelizer there that might be a good match for your application.

https://github.com/theseus-cores/theseus-cores

--Neel Pandeya



On Thu, 1 Aug 2019 at 15:04, Snehasish Kar via USRP-users 
mailto:usrp-users@lists.ettus.com>> wrote:
Hello Everyone

Has anyone tried the rfnoc based pfb channelizer in the ettus github 
repository(https://github.com/EttusResearch/rfnoc-pfb-channelizer). Is it 
stable and can be directly be used or some modifications are required.

Regards
Snehasish

Sent from my iPad
___
USRP-users mailing list
USRP-users@lists.ettus.com<mailto:USRP-users@lists.ettus.com>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] Status of Rfnoc pfb channelizer

[Snehasish Kar via USRP-users]

Hello Everyone

Has anyone tried the rfnoc based pfb channelizer in the ettus github 
repository(https://github.com/EttusResearch/rfnoc-pfb-channelizer). Is it 
stable and can be directly be used or some modifications are required.

Regards
Snehasish

Sent from my iPad
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] Help with uhd

[Snehasish Kar via USRP-users]

adio_ctrl->set_rx_bandwidth(56e6,0);
>> uhd::device_addr_t stream_args_args1;
>> stream_args_args1["block_id"] = radio_ctrl_id;
>> #if 1
>> uhd::stream_args_t stream_args1("fc32", "sc16");
>> stream_args1.args = stream_args_args1;
>> uhd::tx_streamer::sptr tx_stream = usrp->get_tx_stream(stream_args1);
>> stream_args1.args["gr_vlen"] = boost::lexical_cast(1);
>> uhd::rx_streamer::sptr rx_stream = usrp->get_rx_stream(stream_args1);
>> #endif
>> //radio_ctrl->set_arg("gr_vlen",(int)1);
>> }
>> 
>> #if 1
>> uhd::rfnoc::block_id_t downsampler_ctrl_id(mboard_no, "downSampler",
>> dboard_no);
>> if(not(usrp->has_block(downsampler_ctrl_id))){
>>  std::cout<<"error: downsampler block not found..please check
>> whether the block exists in the image"<<std::endl;
>>  return (EXIT_FAILURE);
>> }else{
>>  std::cout<<"downSampler_"<<dboard_no<<" block found.."<<std::endl;
>>  downSampler = usrp-
>>> get_block_ctrl(downsampler_ctrl_
>> id);
>>  blocks.push_back(downSampler->get_block_id());
>> #if 1
>>  downSampler->set_arg("sr_n",(int)1000);
>>  downSampler->set_arg("sr_m",(int)128);
>> #endif
>> #if 0
>>  uhd::device_addr_t stream_args_args1;
>>  stream_args_args1["block_id"] = downsampler_ctrl_id;
>>  uhd::stream_args_t stream_args1("fc32", "sc16");
>>  stream_args1.args = stream_args_args1;
>>  stream_args1.args["sr_n"] =
>> boost::lexical_cast(1000);
>>  stream_args1.args["sr_m"] = boost::lexical_cast(128);
>>  uhd::rx_streamer::sptr rx_stream = usrp-
>>> get_rx_stream(stream_args1);
>>  uhd::tx_streamer::sptr tx_stream = usrp-
>>> get_tx_stream(stream_args1);
>> #endif
>> }
>> #endif
>> #if 0
>> /*/
>> //downsampler = new downSampler_block_ctrl;
>> 
>> /*/
>> #endif
>> 
>> uhd::rfnoc::block_id_t packetresizer_ctrl_id(mboard_no,
>> "PacketResizer", dboard_no);
>> if(not(usrp->has_block(packetresizer_ctrl_id))){
>>  std::cout<<"error: packetResizer block not found..please check
>> whether the block exists in the image"<<std::endl;
>>  return (EXIT_FAILURE);
>> }else{
>>  std::cout<<"packetResizer_"<<dboard_no<<" block
>> found.."<<std::endl;
>>  packetresizer_ctrl = usrp->get_block_ctrl(packetresizer_ctrl_id);
>>  blocks.push_back(packetresizer_ctrl->get_block_id());
>>  packetresizer_ctrl->set_arg("pkt_size",(int)512);
>>  //packetresizer_ctrl->set
>> #if 0
>>  uhd::device_addr_t stream_args_args1;
>>  stream_args_args1["block_id"] = packetresizer_ctrl_id;
>>  uhd::stream_args_t stream_args1("fc32", "sc16");
>>  stream_args1.args = stream_args_args1;
>>  uhd::rx_streamer::sptr rx_stream = usrp-
>>> get_rx_stream(stream_args1);
>>  stream_args1.args["pkt_size"] =
>> boost::lexical_cast(512);
>>  uhd::tx_streamer::sptr tx_stream = usrp-
>>> get_tx_stream(stream_args1);
>> #endif
>> }
>> uhd::rfnoc::block_id_t chan128_ctrl_id(mboard_no, "chan128",
>> dboard_no);
>> if(not(usrp->has_block(chan128_ctrl_id))){
>>   std::cout<<"error: chan128 block not found..please check whether
>> the block exists in the image"<<std::endl;
>>   return (EXIT_FAILURE);
>> }else{
>> std::cout<<"chan128_"<< dboard_no<<" block found.."<<std::endl;
>> chan128_ctrl = usrp->get_block_ctrl(chan128_ctrl_id);
>> blocks.push_back(chan128_ctrl->get_block_id());
>> //stream_args_args["block_id"] = chan128_ctrl_id;
>> spp = chan128_ctrl->get_args().cast("spp",spp);
>> std::cout<<"spp "<<(int)spp<<std::endl;
>> uhd::device_addr_t stream_args_args1;
>> stream_args_args1["block_id"] = chan128_ctrl_id;
>> #if 0
>> uhd::stream_args_t stream_args1("fc32", "sc16");
>> stream_args1.args = stream_args_args1;
>> stream_args1.args["gr_vlen"] = boost::lexical_cast(128);
>> stream_args1.args["spp"] = boost::lexical_cast(128);
>> uhd::rx_streamer::sptr rx_stream = usrp->get_rx_stream(stream_args1);
>> uhd::tx_streamer::sptr tx_stream = us

Re: [USRP-users] Help with uhd

[Snehasish Kar via USRP-users]

(packetresizer_ctrl->get_block_id());
   packetresizer_ctrl->set_arg("pkt_size",(int)512);
   //packetresizer_ctrl->set
#if 0
   uhd::device_addr_t stream_args_args1;
   stream_args_args1["block_id"] = packetresizer_ctrl_id;
   uhd::stream_args_t stream_args1("fc32", "sc16");
   stream_args1.args = stream_args_args1;
   uhd::rx_streamer::sptr rx_stream = usrp->get_rx_stream(stream_args1);
   stream_args1.args["pkt_size"] = boost::lexical_cast(512);
   uhd::tx_streamer::sptr tx_stream = usrp->get_tx_stream(stream_args1);
#endif
}
uhd::rfnoc::block_id_t chan128_ctrl_id(mboard_no, "chan128", dboard_no);
if(not(usrp->has_block(chan128_ctrl_id))){
std::cout<<"error: chan128 block not found..please check whether the block 
exists in the image"<<std::endl;
return (EXIT_FAILURE);
}else{
std::cout<<"chan128_"<< dboard_no<<" block found.."<<std::endl;
chan128_ctrl = usrp->get_block_ctrl(chan128_ctrl_id);
blocks.push_back(chan128_ctrl->get_block_id());
//stream_args_args["block_id"] = chan128_ctrl_id;
spp = chan128_ctrl->get_args().cast("spp",spp);
std::cout<<"spp "<<(int)spp<<std::endl;
uhd::device_addr_t stream_args_args1;
stream_args_args1["block_id"] = chan128_ctrl_id;
#if 0
uhd::stream_args_t stream_args1("fc32", "sc16");
stream_args1.args = stream_args_args1;
stream_args1.args["gr_vlen"] = boost::lexical_cast(128);
stream_args1.args["spp"] = boost::lexical_cast(128);
uhd::rx_streamer::sptr rx_stream = usrp->get_rx_stream(stream_args1);
uhd::tx_streamer::sptr tx_stream = usrp->get_tx_stream(stream_args1);
#endif
}
blocks.push_back("HOST");
pretty_print_flow_graph(blocks);
uhd::rfnoc::block_id_t fifo_ctrl_id(mboard_no, "FIFO", dboard_no);
if(not usrp->has_block(fifo_ctrl_id)){
std::cout<<"error:FIFO block not found"<<std::endl;
}else{
fifo = usrp->get_block_ctrl(fifo_ctrl_id);
}
// Connect blocks and create flow graph
uhd::device_addr_t stream_args_args1;
stream_args_args["block_id"] = fifo_ctrl_id;
rx_graph->connect(radio_ctrl->get_block_id(),downSampler->get_block_id());
//rx_graph->connect(downSampler->get_block_id(),packetresizer_ctrl->get_block_id());
//rx_graph->connect(packetresizer_ctrl->get_block_id(),chan128_ctrl->get_block_id());
rx_graph->connect(downSampler->get_block_id(),fifo->get_block_id());
uhd::stream_args_t stream_args("fc32", "sc16");
stream_args.args = stream_args_args;
//stream_args.args["spp"] = boost::lexical_cast(spp);
//stream_args.args["gr_vlen"] = boost::lexical_cast(spp);

uhd::rx_streamer::sptr rx_stream = usrp->get_rx_stream(stream_args);
//uhd::tx_streamer::sptr tx_stream = usrp->get_tx_stream(stream_args);
recv_to_file(rx_stream, spb, 0, true);
return (EXIT_SUCCESS);
}
#endif

int UHD_SAFE_MAIN(int argc, char *argv[]){
    uhd::set_thread_priority_safe();
std::string args2954R("addr=192.168.40.2");
std::string args2955R("addr=192.168.110.2");
double rate, freq, gain, bw, total_time, setup_time;

//Initializing the USRP Components

std::cout <<"Initializing USRP 2954R"<<std::endl;
uhd::usrp::multi_usrp::sptr usrp_temp = 
uhd::usrp::multi_usrp::make(args2954R);
uhd::device3::sptr usrp = usrp_temp->get_device3();
if(configure(USRP_2954_R,db_0,usrp)==1){
std::cout<<"error: Configuring USRP 2954R not successful"<<std::endl;
}
//boost::thread usrp2954_db0(configure,USRP_2954_R,db_0,usrp);
/*if(configure(USRP_2954_R,db_1,usrp)==1){
   std::cout<<"error: Configuring USRP 2954R not successful"<<std::endl;
}*/
usleep(100);
//boost::thread usrp2954_db1(configure,USRP_2954_R,db_1,usrp);
std::signal(SIGINT, _int_handler);
}



From: Marcus Müller <marcus.muel...@ettus.com>
Sent: Saturday, March 17, 2018 8:36:10 PM
To: Snehasish Kar; usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Help with uhd

Dear Shehasish,

Marcus Leech already responded to your last mail.

We can't help you without all your code, especially whatever sets up
"args2954R".

Best regards,
Marcus M

On Sat, 2018-03-17 at 06:22 +, Snehasish Kar via USRP-users wrote:
> hello
>
> On trying to use an multi usrp shared pointer, I get the following
> error in rfnoc enviroment:
>
> Error: TypeError: [0/FIFO_1] Invalid output port number (ANY).
>
> I declared the shared pointer as below
>
> uhd::usrp::multi_usrp::sptr usrp_temp =
> uhd::usrp::multi_usrp::make(args2954R);
> uhd::device3::sptr usrp = usrp_temp->get_device3();
>
> Any idea where I am going wrong.
>
> BR
> Snehasish
>
>
> ___
> USRP-users mailing list
> USRP-users@lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] Help with uhd

[Snehasish Kar via USRP-users]

hello


On trying to use an multi usrp shared pointer, I get the following error in 
rfnoc enviroment:


Error: TypeError: [0/FIFO_1] Invalid output port number (ANY).


I declared the shared pointer as below


uhd::usrp::multi_usrp::sptr usrp_temp = uhd::usrp::multi_usrp::make(args2954R);

uhd::device3::sptr usrp = usrp_temp->get_device3();


Any idea where I am going wrong.


BR

Snehasish


___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] how to capture two different frequencies from twinrx daughter board in rfnoc enviroment

[Snehasish Kar via USRP-users]

Hello


Currently I am using NI USRP 2955R and I want to capture two different 
frequencies using a single twin-rx daughter board in gnuradio 
(rfnoc-enviroment). But the problem is whenever I set number of channels to two 
I get a timeout and also it allows me to tune only one center frequency. Kindly 
help me in this regards.


BR

Snehasish

___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] add more than 10 blocks in uhd_image_builder

[Snehasish Kar via USRP-users]

Hello


Is it somehow possible to add more than 10  gnu-radio blocks in 
uhd_image_builder.


BR

Snehasish

___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] link blinking red/orange

[Snehasish Kar via USRP-users]

Hello


I am trying to use rfnoc with gnuradio, I find the link blinking continuously 
red/orange. My usrp is connected to the host using sfp+ cable. I am using NI 
usrp 2954R


BR

Snehasish
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] Rfnoc over flow

[Snehasish Kar via USRP-users]

Hello Jon


>I would suggest running "benchmark_rate --rx_rate 25.6e6 --duration
>600" and "uhd_fft --samp-rate 25.6e6 --freq 2.4e9". Your system should
>be able to run both of those apps without continuous overflows.


I tried running it, and it worked well, without any overflow.


But if I run my grc, it starts throwing me overflow, weird thing is in a 
machine with i7 processor it runs well.


Please let me know where I am going wrong.


BR

Snehasish



From: Jon Pendlum <jon.pend...@gmail.com>
Sent: Wednesday, February 7, 2018 11:17:53 PM
To: Snehasish Kar
Subject: Re: [USRP-users] Rfnoc over flow

Hi Snehasish,

How long do you record samples? Do the overflows occur immediately?
Are they continuous, bursty, only at the beginning? What rate can you
run at without overflows?

I would suggest running "benchmark_rate --rx_rate 25.6e6 --duration
600" and "uhd_fft --samp-rate 25.6e6 --freq 2.4e9". Your system should
be able to run both of those apps without continuous overflows.

Jonathon

On Wed, Feb 7, 2018 at 8:41 AM, Snehasish Kar via USRP-users
<usrp-users@lists.ettus.com> wrote:
> Hello
>
>
> I am uisng NI USRP 2954R with RAM 64GB, and intel Xeon CPU D-1537 @ 1.70GHz
> with supermicro motherboard MBD-X10SDV-7TP4F and intel SFP+ of model  X552.
> I am trying to stream data at sample rate of 25.6MSPS using both the
> receivers in gnuradio and writing the the samples to a linux-FIFO, but as
> soon as I start it, it only gives me overflow on both the channels. Please
> help me with it, where I am going wrong. Below is the output of my
> uhd_usrp_probe.
>
>
>
> uhd_usrp_probe --args="addr=192.168.40.2"
> [INFO] [UHDlinux; GNU C++ version 4.8.3 20140911 (Red Hat 4.8.3-7);
> Boost_105400; UHD_4.0.0.rfnoc-devel-409-gec9138eb]
> [INFO] [X300] X300 initialization sequence...
> [INFO] [X300] Determining maximum frame size...
> [INFO] [X300] Maximum frame size: 8000 bytes.
> [INFO] [X300] Setup basic communication...
> [INFO] [X300] Loading values from EEPROM...
> [INFO] [X300] Setup RF frontend clocking...
> [INFO] [X300] Radio 1x clock:200
> [INFO] [X300] Detecting internal GPSDO
> [INFO] [GPS] Found an internal GPSDO: LC_XO, Firmware Rev 0.929a
> [INFO] [RFNOC] [DMA FIFO] Running BIST for FIFO 0...
> [INFO] [RFNOC] pass (Throughput: 1290.5MB/s)
> [INFO] [RFNOC] [DMA FIFO] Running BIST for FIFO 1...
> [INFO] [RFNOC] pass (Throughput: 1304.2MB/s)
> [INFO] [RFNOC RADIO] Register loopback test passed
> [INFO] [RFNOC RADIO] Register loopback test passed
> [INFO] [RFNOC RADIO] Register loopback test passed
> [INFO] [RFNOC RADIO] Register loopback test passed
> [INFO] [CORES] Performing timer loopback test...
> [INFO] [CORES] Timer loopback test passed
> [INFO] [CORES] Performing timer loopback test...
> [INFO] [CORES] Timer loopback test passed
>   _
>  /
> |   Device: X-Series Device
> | _
> |/
> |   |   Mboard: X310
> |   |   revision: 11
> |   |   revision_compat: 7
> |   |   product: 30810
> |   |   mac-addr0: 00:80:2f:16:51:21
> |   |   mac-addr1: 00:80:2f:16:51:22
> |   |   gateway: 192.168.10.1
> |   |   ip-addr0: 192.168.10.2
> |   |   subnet0: 255.255.255.0
> |   |   ip-addr1: 192.168.20.2
> |   |   subnet1: 255.255.255.0
> |   |   ip-addr2: 192.168.30.2
> |   |   subnet2: 255.255.255.0
> |   |   ip-addr3: 192.168.40.2
> |   |   subnet3: 255.255.255.0
> |   |   serial: 310514A
> |   |   FW Version: 5.1
> |   |   FPGA Version: 33.0
> |   |   FPGA git hash: b0890fa-dirty
> |   |   RFNoC capable: Yes
> |   |
> |   |   Time sources:  internal, external, gpsdo
> |   |   Clock sources: internal, external, gpsdo
> |   |   Sensors: gps_gpgga, gps_gprmc, gps_time, gps_locked, gps_servo,
> ref_locked
> |   | _
> |   |/
> |   |   |   RX Dboard: A
> |   |   |   ID: UBX-160 v1 (0x007a)
> |   |   |   Serial: 3103BF3
> |   |   | _
> |   |   |/
> |   |   |   |   RX Frontend: 0
> |   |   |   |   Name: UBX RX
> |   |   |   |   Antennas: TX/RX, RX2, CAL
> |   |   |   |   Sensors: lo_locked
> |   |   |   |   Freq range: 10.000 to 6000.000 MHz
> |   |   |   |   Gain range PGA0: 0.0 to 31.5 step 0.5 dB
> |   |   |   |   Bandwidth range: 16000.0 to 16000.0 step 0.0 Hz
> |   |   |   |   Connection Type: IQ
> |   |   |   |   Uses LO offset: No
> |   |   | _
> |   |   |/
> |   |   |   |   RX Codec: A
> |   |   |   |   Name: ads62p48
> |   |   |   |

Re: [USRP-users] Rfnoc over flow

[Snehasish Kar via USRP-users]

Hello Jonathon

Thanks for your reply. Answering your questions:


On 07-Feb-2018, at 11:18 PM, Jon Pendlum 
<jon.pend...@gmail.com<mailto:jon.pend...@gmail.com>> wrote:

Hi Snehasish,

How long do you record samples? Do the overflows occur immediately?
I have tried recording it for 2minutes. Yes, as soon as I start it.

Are they continuous, bursty, only at the beginning?
It’s continues.
What rate can you
run at without overflows?
I need to check that. I will check this and let you know by tomorrow 
morning.

I would suggest running "benchmark_rate --rx_rate 25.6e6 --duration
600" and "uhd_fft --samp-rate 25.6e6 --freq 2.4e9". Your system should
be able to run both of those apps without continuous overflows.
I will try this and share the results with you.

BR
Snehasish


On 07-Feb-2018, at 11:44 PM, Jon Pendlum 
<jon.pend...@gmail.com<mailto:jon.pend...@gmail.com>> wrote:

Hi Snehasish,

How long do you record samples? Do the overflows occur immediately?
Are they continuous, bursty, only at the beginning? What rate can you
run at without overflows?

I would suggest running "benchmark_rate --rx_rate 25.6e6 --duration
600" and "uhd_fft --samp-rate 25.6e6 --freq 2.4e9". Your system should
be able to run both of those apps without continuous overflows.

Jonathon

On Wed, Feb 7, 2018 at 8:41 AM, Snehasish Kar via USRP-users
<usrp-users@lists.ettus.com<mailto:usrp-users@lists.ettus.com>> wrote:
Hello


I am uisng NI USRP 2954R with RAM 64GB, and intel Xeon CPU D-1537 @ 1.70GHz
with supermicro motherboard MBD-X10SDV-7TP4F and intel SFP+ of model  X552.
I am trying to stream data at sample rate of 25.6MSPS using both the
receivers in gnuradio and writing the the samples to a linux-FIFO, but as
soon as I start it, it only gives me overflow on both the channels. Please
help me with it, where I am going wrong. Below is the output of my
uhd_usrp_probe.



uhd_usrp_probe --args="addr=192.168.40.2"
[INFO] [UHDlinux; GNU C++ version 4.8.3 20140911 (Red Hat 4.8.3-7);
Boost_105400; UHD_4.0.0.rfnoc-devel-409-gec9138eb]
[INFO] [X300] X300 initialization sequence...
[INFO] [X300] Determining maximum frame size...
[INFO] [X300] Maximum frame size: 8000 bytes.
[INFO] [X300] Setup basic communication...
[INFO] [X300] Loading values from EEPROM...
[INFO] [X300] Setup RF frontend clocking...
[INFO] [X300] Radio 1x clock:200
[INFO] [X300] Detecting internal GPSDO
[INFO] [GPS] Found an internal GPSDO: LC_XO, Firmware Rev 0.929a
[INFO] [RFNOC] [DMA FIFO] Running BIST for FIFO 0...
[INFO] [RFNOC] pass (Throughput: 1290.5MB/s)
[INFO] [RFNOC] [DMA FIFO] Running BIST for FIFO 1...
[INFO] [RFNOC] pass (Throughput: 1304.2MB/s)
[INFO] [RFNOC RADIO] Register loopback test passed
[INFO] [RFNOC RADIO] Register loopback test passed
[INFO] [RFNOC RADIO] Register loopback test passed
[INFO] [RFNOC RADIO] Register loopback test passed
[INFO] [CORES] Performing timer loopback test...
[INFO] [CORES] Timer loopback test passed
[INFO] [CORES] Performing timer loopback test...
[INFO] [CORES] Timer loopback test passed
 _
/
|   Device: X-Series Device
| _
|/
|   |   Mboard: X310
|   |   revision: 11
|   |   revision_compat: 7
|   |   product: 30810
|   |   mac-addr0: 00:80:2f:16:51:21
|   |   mac-addr1: 00:80:2f:16:51:22
|   |   gateway: 192.168.10.1
|   |   ip-addr0: 192.168.10.2
|   |   subnet0: 255.255.255.0
|   |   ip-addr1: 192.168.20.2
|   |   subnet1: 255.255.255.0
|   |   ip-addr2: 192.168.30.2
|   |   subnet2: 255.255.255.0
|   |   ip-addr3: 192.168.40.2
|   |   subnet3: 255.255.255.0
|   |   serial: 310514A
|   |   FW Version: 5.1
|   |   FPGA Version: 33.0
|   |   FPGA git hash: b0890fa-dirty
|   |   RFNoC capable: Yes
|   |
|   |   Time sources:  internal, external, gpsdo
|   |   Clock sources: internal, external, gpsdo
|   |   Sensors: gps_gpgga, gps_gprmc, gps_time, gps_locked, gps_servo,
ref_locked
|   | _
|   |/
|   |   |   RX Dboard: A
|   |   |   ID: UBX-160 v1 (0x007a)
|   |   |   Serial: 3103BF3
|   |   | _
|   |   |/
|   |   |   |   RX Frontend: 0
|   |   |   |   Name: UBX RX
|   |   |   |   Antennas: TX/RX, RX2, CAL
|   |   |   |   Sensors: lo_locked
|   |   |   |   Freq range: 10.000 to 6000.000 MHz
|   |   |   |   Gain range PGA0: 0.0 to 31.5 step 0.5 dB
|   |   |   |   Bandwidth range: 16000.0 to 16000.0 step 0.0 Hz
|   |   |   |   Connection Type: IQ
|   |   |   |   Uses LO offset: No
|   |   | _
|   |   |/
|   |   |   |   RX Codec: A
|   |   |   |   Name: ads62p48
|   |   |   |   Gain range digital: 0.0 to 6.0 step 0.5 dB
|   | _
|   |/
|   | 

[USRP-users] Rfnoc over flow

[Snehasish Kar via USRP-users]

Hello


I am uisng NI USRP 2954R with RAM 64GB, and intel Xeon CPU D-1537 @ 1.70GHz 
with supermicro motherboard MBD-X10SDV-7TP4F and intel SFP+ of model  X552. I 
am trying to stream data at sample rate of 25.6MSPS using both the receivers in 
gnuradio and writing the the samples to a linux-FIFO, but as soon as I start 
it, it only gives me overflow on both the channels. Please help me with it, 
where I am going wrong. Below is the output of my uhd_usrp_probe.



uhd_usrp_probe --args="addr=192.168.40.2"
[INFO] [UHDlinux; GNU C++ version 4.8.3 20140911 (Red Hat 4.8.3-7); 
Boost_105400; UHD_4.0.0.rfnoc-devel-409-gec9138eb]
[INFO] [X300] X300 initialization sequence...
[INFO] [X300] Determining maximum frame size...
[INFO] [X300] Maximum frame size: 8000 bytes.
[INFO] [X300] Setup basic communication...
[INFO] [X300] Loading values from EEPROM...
[INFO] [X300] Setup RF frontend clocking...
[INFO] [X300] Radio 1x clock:200
[INFO] [X300] Detecting internal GPSDO
[INFO] [GPS] Found an internal GPSDO: LC_XO, Firmware Rev 0.929a
[INFO] [RFNOC] [DMA FIFO] Running BIST for FIFO 0...
[INFO] [RFNOC] pass (Throughput: 1290.5MB/s)
[INFO] [RFNOC] [DMA FIFO] Running BIST for FIFO 1...
[INFO] [RFNOC] pass (Throughput: 1304.2MB/s)
[INFO] [RFNOC RADIO] Register loopback test passed
[INFO] [RFNOC RADIO] Register loopback test passed
[INFO] [RFNOC RADIO] Register loopback test passed
[INFO] [RFNOC RADIO] Register loopback test passed
[INFO] [CORES] Performing timer loopback test...
[INFO] [CORES] Timer loopback test passed
[INFO] [CORES] Performing timer loopback test...
[INFO] [CORES] Timer loopback test passed
  _
 /
|   Device: X-Series Device
| _
|/
|   |   Mboard: X310
|   |   revision: 11
|   |   revision_compat: 7
|   |   product: 30810
|   |   mac-addr0: 00:80:2f:16:51:21
|   |   mac-addr1: 00:80:2f:16:51:22
|   |   gateway: 192.168.10.1
|   |   ip-addr0: 192.168.10.2
|   |   subnet0: 255.255.255.0
|   |   ip-addr1: 192.168.20.2
|   |   subnet1: 255.255.255.0
|   |   ip-addr2: 192.168.30.2
|   |   subnet2: 255.255.255.0
|   |   ip-addr3: 192.168.40.2
|   |   subnet3: 255.255.255.0
|   |   serial: 310514A
|   |   FW Version: 5.1
|   |   FPGA Version: 33.0
|   |   FPGA git hash: b0890fa-dirty
|   |   RFNoC capable: Yes
|   |
|   |   Time sources:  internal, external, gpsdo
|   |   Clock sources: internal, external, gpsdo
|   |   Sensors: gps_gpgga, gps_gprmc, gps_time, gps_locked, gps_servo, 
ref_locked
|   | _
|   |/
|   |   |   RX Dboard: A
|   |   |   ID: UBX-160 v1 (0x007a)
|   |   |   Serial: 3103BF3
|   |   | _
|   |   |/
|   |   |   |   RX Frontend: 0
|   |   |   |   Name: UBX RX
|   |   |   |   Antennas: TX/RX, RX2, CAL
|   |   |   |   Sensors: lo_locked
|   |   |   |   Freq range: 10.000 to 6000.000 MHz
|   |   |   |   Gain range PGA0: 0.0 to 31.5 step 0.5 dB
|   |   |   |   Bandwidth range: 16000.0 to 16000.0 step 0.0 Hz
|   |   |   |   Connection Type: IQ
|   |   |   |   Uses LO offset: No
|   |   | _
|   |   |/
|   |   |   |   RX Codec: A
|   |   |   |   Name: ads62p48
|   |   |   |   Gain range digital: 0.0 to 6.0 step 0.5 dB
|   | _
|   |/
|   |   |   RX Dboard: B
|   |   |   ID: UBX-160 v1 (0x007a)
|   |   |   Serial: 3103C35
|   |   | _
|   |   |/
|   |   |   |   RX Frontend: 0
|   |   |   |   Name: UBX RX
|   |   |   |   Antennas: TX/RX, RX2, CAL
|   |   |   |   Sensors: lo_locked
|   |   |   |   Freq range: 10.000 to 6000.000 MHz
|   |   |   |   Gain range PGA0: 0.0 to 31.5 step 0.5 dB
|   |   |   |   Bandwidth range: 16000.0 to 16000.0 step 0.0 Hz
|   |   |   |   Connection Type: IQ
|   |   |   |   Uses LO offset: No
|   |   | _
|   |   |/
|   |   |   |   RX Codec: B
|   |   |   |   Name: ads62p48
|   |   |   |   Gain range digital: 0.0 to 6.0 step 0.5 dB
|   | _
|   |/
|   |   |   TX Dboard: A
|   |   |   ID: UBX-160 v1 (0x0079)
|   |   |   Serial: 3103BF3
|   |   | _
|   |   |/
|   |   |   |   TX Frontend: 0
|   |   |   |   Name: UBX TX
|   |   |   |   Antennas: TX/RX, CAL
|   |   |   |   Sensors: lo_locked
|   |   |   |   Freq range: 10.000 to 6000.000 MHz
|   |   |   |   Gain range PGA0: 0.0 to 31.5 step 0.5 dB
|   |   |   |   Bandwidth range: 16000.0 to 16000.0 step 0.0 Hz
|   |   |   |   Connection Type: QI
|   |   |   |   Uses LO offset: No
|   |   | _
|   |   |/
|   |   |   |   TX 

[USRP-users] Stream to vector conversion in rfnoc

[Snehasish Kar via USRP-users]

Hello 

Is there an RFNOC Block or any alternative to convert stream to vector .

BR
Snehasish 

___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] api documentation for using rfnoc with gnuradio c++ api

[Snehasish Kar via USRP-users]

Hello


Is there any documentation on how to use gnuradio c++ api for rfnoc blocks.


BR

Snehasish
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] Get NMEA data from usrp in gnuradio

[Snehasish Kar via USRP-users]

Hello 

Is there any way to get nmea data from GPSDO in gnuradio.

BR
Snehasish 

___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] using gpsdo with rfnoc radio in usrp

[Snehasish Kar via USRP-users]

Hello


Is it possible to use gpsdo with rfnoc radio ?


BR

Snehasish

___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] support with rfnoc_rx_to_file.cpp

[Snehasish Kar via USRP-users]

Hello


I am trying to create an RFNoC OOT block with a custom C++ block controller. I 
followed the instructions in the Getting Started Guide and used the 
rfnocmodtool to generate the block and the block controller code.However when I 
try to get a pointer to the custom block controller using 
device3::get_block_ctrl(), it is unable to resolve a pointer to my custom 
controller.  I took reference from rfnoc_nullsource_ce_rx example. Even I see 
the my custom block in uhd_usrp_probe --tree. Please let me where I am going 
wrong.


BR

Snehasish

___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] Help with rfnoc_rx_to_file.cpp

[Snehasish Kar via USRP-users]

Hello


I am trying to modify rfnoc_rx_to_file.cpp but I need to convert the rx stream 
to vector, is there a way to connect rfnoc and gnuradio blocks in c++.


BR

Snehasish
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] Retreving GPS data in RFNOC enviroment

[Snehasish Kar via USRP-users]

Hello

I am trying to get GPS NMEA data in an rfnoc enviroment, but it gives an error 
saying:


Error: RuntimeError: For legacy APIs, all devices require the same number of 
radios, DDCs and DUCs.


Please let me know what is to be done in this regards.


BR

Snehasish
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] help with rfnoc radio

[Snehasish Kar via USRP-users]

Hello


I was trying to to use the rfnoc radio with two channels, which is connected to 
a qt frequency sink via DMA fifo. But on doing so,it gives me the following 
error. I have attached the grc file for your reference. I am using NI USRP 
2954R with ubuntu 14.04. Please let me know where I am going wrong.


 GNU C++ version 4.8.4; Boost_105400; UHD_003.009.001-0-unknown

[INFO] [UHDlinux; GNU C++ version 4.8.4; Boost_105400; 
UHD_4.0.0.rfnoc-devel-409-gec9138eb] 
[INFO] [NIRIO] rpc_client stopping...
[INFO] [NIRIO] rpc_client stopped.
[INFO] [NIRIO] rpc_client stopping...
[INFO] [NIRIO] rpc_client stopped.
[INFO] [X300] X300 initialization sequence...
[INFO] [X300] Connecting to niusrpriorpc at 
localhost:5444...
[INFO] [NIRIO] rpc_client stopping...
[INFO] [NIRIO] rpc_client stopped.
[INFO] [X300] Using LVBITX bitfile 
/usr/local/share/uhd/images/usrp_x310_fpga_HG.lvbitx...
[INFO] [NIRIO] rpc_client stopping...
[INFO] [NIRIO] rpc_client stopped.
[INFO] [X300] Setup basic communication...
[INFO] [X300] Loading values from EEPROM...
[INFO] [X300] Setup RF frontend clocking...
[INFO] [X300] Radio 1x clock:200
[INFO] [X300] Detecting internal GPSDO
[INFO] [GPS] Found an internal GPSDO: LC_XO, Firmware Rev 
0.929a
[WARNING] [GPS] update_cache: Malformed GPSDO string: 
LC_XO, Firmware Rev 0.929a
[INFO] [RFNOC] [DMA FIFO] Running BIST for FIFO 0...
[INFO] [RFNOC] pass (Throughput: 1300.6MB/s)
[INFO] [RFNOC] [DMA FIFO] Running BIST for FIFO 1...
[INFO] [RFNOC] pass (Throughput: 1304.6MB/s)
[INFO] [RFNOC RADIO] Register loopback test passed
[INFO] [RFNOC RADIO] Register loopback test passed
[INFO] [RFNOC RADIO] Register loopback test passed
[INFO] [RFNOC RADIO] Register loopback test passed
[INFO] [CORES] Performing timer loopback test...
[INFO] [CORES] Timer loopback test passed
[INFO] [CORES] Performing timer loopback test...
[INFO] [CORES] Timer loopback test passed
[WARNING] [X300 RADIO] Requesting invalid sampling rate 
from device: 1 MHz. Actual rate is: 200 MHz.
Traceback (most recent call last):
  File 
"/home/siddhartha/rfnoc/gr-ettus/examples/rfnoc/rfnoc_radio_host.py", line 253, 
in 
main()
  File 
"/home/siddhartha/rfnoc/gr-ettus/examples/rfnoc/rfnoc_radio_host.py", line 241, 
in main
tb = top_block_cls()
  File 
"/home/siddhartha/rfnoc/gr-ettus/examples/rfnoc/rfnoc_radio_host.py", line 93, 
in __init__
self.uhd_rfnoc_streamer_radio_0.set_rx_freq(rx_freq, i)
  File "/usr/local/lib/python2.7/dist-packages/ettus/ettus_swig.py", 
line 2564, in set_rx_freq
return _ettus_swig.rfnoc_radio_sptr_set_rx_freq(self, *args, 
**kwargs)
RuntimeError: LookupError: Path not found in tree: 
/mboards/0/dboards/B/rx_frontends/freq/value
terminate called after throwing an instance of 
'boost::exception_detail::clone_impl'
  what():  boost: mutex lock failed in pthread_mutex_lock: Invalid 
argument


BR

Snehasish


rfnoc_radio_host.grc
Description: rfnoc_radio_host.grc
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] Help with rfnoc polychannelizer block

[Snehasish Kar via USRP-users]

Hello


I have made a grc with the chanmux and the poly_channelizer . The problem is 
when I connect the poly_channelizer I don't get any output from it , but if 
remove it and connect the QT GUI sink to the chanmux it gives me output. I have 
attached  the grc file for your reference. Please help me with it.

BR
Snehasish





rfnoc_chan_trial.grc
Description: rfnoc_chan_trial.grc
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] Fw: help with uhd_image_builder_gui.py

[Snehasish Kar via USRP-users]

Hello Nicolas


When I use uhd_image_builder_gui.py to generate an image, on selecting 
X310_RFNOC_HG as target, it automatically adds the parameter I without setting 
any argument to it and also doesn't allow us to set it manually. On using 
uhd_image_builder.py and setting I to 
rfnoc-pfb-channelizer-master/rfnoc/fpga-src/ it says no noc_block_chanmux 
found. Below is the command I use to build.


./uhd_image_builder.py chanmux -I 
~/OMessenger/Receivedfiles/rfnoc-pfb-channelizer-master/rfnoc/fpga-src/ -d x310 
-t usrp_x310_RFNOC_HG -m 5 --fill-with-fifos


Please help!


BR

Snehasish




___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] Overflow in niusrp 2954R

[Snehasish Kar via USRP-users]

Hello

I just faced a strange issue with my ni usrp 2954R, when I have connected it 
with my PC having a Intel I7 cpu and 8GB ram I was able to read data from usrp 
without any overflow at an sample rate of 100e6 but using the pcie express 
connector, but when I connect the same connector to a Dell R515 server with 32 
GB ram and 16 core cpu, I was getting a over flow message using the 
uhd_rx_cfile. I also tried by writing the to a RAM disk but it didn’t help.

Please advice.

BR
Snehasish
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] rfnoc blocks has no id

[Snehasish Kar via USRP-users]

Hello


While using a RFNOC block I am getting the following error:


[INFO] [UHDlinux; GNU C++ version 4.8.4; Boost_105400; 
UHD_4.0.0.rfnoc-devel-369-g1908672f]
[INFO] [NIRIO] rpc_client stopping...
[INFO] [NIRIO] rpc_client stopped.
[INFO] [NIRIO] rpc_client stopping...
[INFO] [NIRIO] rpc_client stopped.
[INFO] [X300] X300 initialization sequence...
[INFO] [X300] Connecting to niusrpriorpc at localhost:5444...
[INFO] [NIRIO] rpc_client stopping...
[INFO] [NIRIO] rpc_client stopped.
[INFO] [X300] Using LVBITX bitfile 
/usr/local/share/uhd/images/usrp_x310_fpga_HG.lvbitx...
[INFO] [NIRIO] rpc_client stopping...
[INFO] [NIRIO] rpc_client stopped.
[INFO] [X300] Setup basic communication...
[INFO] [X300] Loading values from EEPROM...
[INFO] [X300] Setup RF frontend clocking...
[INFO] [X300] Radio 1x clock:200
[INFO] [X300] Detecting internal GPSDO
[INFO] [GPS] Found an internal GPSDO: LC_XO, Firmware Rev 0.929a
[INFO] [RFNOC] [DMA FIFO] Running BIST for FIFO 0...
[INFO] [RFNOC] pass (Throughput: 1295.7MB/s)
[INFO] [RFNOC] [DMA FIFO] Running BIST for FIFO 1...
[INFO] [RFNOC] pass (Throughput: 1303.4MB/s)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[INFO] [RFNOC RADIO] Register loopback test passed
[INFO] [RFNOC RADIO] Register loopback test passed
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[INFO] [RFNOC RADIO] Register loopback test passed
[INFO] [RFNOC RADIO] Register loopback test passed
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[WARNING] [RFNOC] has_noc_id(): caught exception No such node (nocblock.ids)
[INFO] [CORES] Performing timer loopback test...
[INFO] [CORES] Timer loopback test passed
[INFO] [CORES] Performing timer loopback test...
[INFO] [CORES] Timer loopback test passed
[INFO] [NIRIO] rpc_client stopping...
[INFO] [NIRIO] rpc_client stopped.


Please help!


BR

Sneahsish

___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] rfnoc developemnt

[Snehasish Kar via USRP-users]

Hello


I just need to perform a phase shift. Is there any alternate of rotator?


BR

Snehasish


From: Nicolas Cuervo <nicolas.cue...@ettus.com>
Sent: Monday, September 18, 2017 7:11:08 PM
To: Snehasish Kar
Cc: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] rfnoc developemnt

Hello Snehasish,

The RFNoC block library is not (yet?) as extensive as the library of blocks 
available in GNURadio. You can see a list of available blocks in the Ettus' 
Knowledge Base [1]. This means that you won't generally find an exact 
implementation of GNURadio blocks in RFNoC as of now, although the RFNoC list 
of blocks is constantly increasing.

Please have a look at the available blocks in RFNoC and check if you can 
implement the flowgraph with the blocks provided by Ettus. Otherwise, you have 
also the option of implementing a RFNoC block yourself [2].

Regards,
- Nicolas

[1] 
https://kb.ettus.com/Getting_Started_with_RFNoC_Development#Image_building_using_the_command_line
[2] https://kb.ettus.com/Getting_Started_with_RFNoC_Development

On Mon, Sep 18, 2017 at 2:35 PM, Snehasish Kar via USRP-users 
<usrp-users@lists.ettus.com<mailto:usrp-users@lists.ettus.com>> wrote:

Hello


I wanted to perform the attached flowgraph in rfnoc. But I am not able to find 
the corresponding blocks of the same. Please help me with it.


BR

Snehasish


___
USRP-users mailing list
USRP-users@lists.ettus.com<mailto:USRP-users@lists.ettus.com>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com


___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] Support with setting usrp sampling rate to 150MSPS

[Snehasish Kar via USRP-users]

Hi,


I am capturing 75 MHz using 100 MSps sample rate as well as using 200 MSps 
sample rate but I am not getting the near-end bands with 100 MSps while I am 
getting those with 200 MSps. What I have done is capture the data and then pass 
it through a polyphase channelizer to give me 200 K bandwidth channels and then 
I am upsampling that data to 1 MSps or 2 Msps and passing through gr-gsm 
receiver. With 200 MSps I am getting correct data whereas with 100 MSps I am 
not. But according to usrp specs my sampling rate as 1.25*75 MHz should be 
enough but that is not happening. Please help.


Regards,

Snehasish


From: Derek Kozel <derek.ko...@ettus.com>
Sent: Wednesday, August 23, 2017 12:15:11 PM
To: Koyel Das
Cc: Snehasish Kar; usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Support with setting usrp sampling rate to 150MSPS

Hello Koyel,

This is a fundamental problem that increasing sample rate takes more processing 
power to handle but provides more bandwidth of spectrum. How wide is the signal 
you need to process? The general recommendation is that you sample at 1.25 
times your bandwidth. This provides 20% more spectrum than is necessary, but 
means that your signal is minimally affected by the digital filters used in the 
decimation in the FPGA. This is part of how the 160 MHz bandwidth of the UBX is 
derived from the 200 MHz sampling rate of an X310 (what is inside the 2954R).

The default FPGA image is limited to integer decimation rates as described in 
the manual.
http://files.ettus.com/manual/page_general.html#general_sampleratenotes

GSM 1800 covers 170 MHz so even with the full sampling rate the outermost edges 
will be attenuated by both the analog filters and the digital filters. If you 
only want to look at the uplink or downlink individually then you can observe 
the 75 MHz bandwidth with 100 MS/s and easily meet the recommended maximum of 
80% occupied bandwidth.

For non-integer decimation rates such as 200e6/150e6 = 4/3 you would have to 
implement a rational resampler as a custom RFNoC block to support that 
decimation rate, certainly possible but additional work.

Regards,
Derek

On Wed, Aug 23, 2017 at 7:17 AM, Koyel Das 
<koyel@vehere.com<mailto:koyel@vehere.com>> wrote:
Hi,

Many thanks for your reply. Yes 200 MSps works.

But taking 200 MSps will increase the amount of data considerably and increase 
the processing time and very less amount of data is decoded from large amount 
of input samples compared to lower sampling frequencies. What is the solution 
to these problems?

Regards,
Koyel

On Tue, Aug 22, 2017 at 9:14 PM, Snehasish Kar 
<snehasish@live.com<mailto:snehasish@live.com>> wrote:
Ok I will try that.

BR
Snehasish

On 22-Aug-2017, at 8:51 PM, Derek Kozel 
<derek.ko...@ettus.com<mailto:derek.ko...@ettus.com>> wrote:

Try 200MS/s. The FPGA can only decimate integer amounts from the ADC rate, 
which is 200MS/s.

On Tue, Aug 22, 2017 at 5:15 PM, Snehasish Kar via USRP-users 
<usrp-users@lists.ettus.com<mailto:usrp-users@lists.ettus.com>> wrote:
Hello
I am trying to receive gsm 1800 band using NI USRP 2954R, but when I am trying 
to set the sampling rate of uhd_source in gnuradio to 150 MSPS, it's giving an 
error message saying hardware does not support sampling rate above 100MSPS.

Please help!

BR
Snehasish
___
USRP-users mailing list
USRP-users@lists.ettus.com<mailto:USRP-users@lists.ettus.com>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com




--

Koyel Das

Senior Product Engineer

Vehere | Proactive Communications Intelligence & Cyber Defence

M: +919051132173<tel:+91%2090511%2032173> | T: +91 33 
24008400<tel:+91%2033%202400%208400> | F: +91 33 247988100 | W: 
www.vehere.com<http://www.vehere.com>


Vehere is the proud recipient of the Fastest Growing Technology Company Awards 
in India & Asia since 2012!


The content of this e-mail is confidential and intended solely for the use of 
the addressee. The text of this email (including any attachments) may contain 
information, which is proprietary and/or confidential or privileged in nature 
belonging to Vehere Interactive Pvt Ltd and/or its associates/ group companies/ 
subsidiaries. If you are not the addressee, or the person responsible for 
delivering it to the addressee, any disclosure, copying, distribution or any 
action taken or omitted to be taken in reliance on it is prohibited and may be 
unlawful. If you have received this e-mail in error, please notify the sender 
and remove this communication entirely from your system. The recipient 
acknowledges that no guarantee or any warranty is given as to completeness and 
accuracy of the content of the email. The recipient further acknowledges that 
the views contained in the email message are those of the sender and may not 
necessarily reflect those of

[USRP-users] help with RFNoC Polyphase channelizer

[Snehasish Kar via USRP-users]

Hello


I am trying to use the RFNoC Polyphase channelizer, I wanted to clear before 
starting it can we use it with 100MSPS sample rate for 75MHz DCS band? Will 
there be any chance of data loss or overflow?


BR

Snehasish
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] Support with downconverting a signal inside USRP

[Snehasish Kar via USRP-users]

Hello Marcus


Is there any article on how to do this?


BR

Snehasish


From: USRP-users <usrp-users-boun...@lists.ettus.com> on behalf of Marcus D. 
Leech via USRP-users <usrp-users@lists.ettus.com>
Sent: Wednesday, September 6, 2017 11:07:43 PM
To: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Support with downconverting a signal inside USRP

On 09/06/2017 01:22 PM, Snehasish Kar via USRP-users wrote:

Hello


I want to down convert a DCS 75MHz band to 20MHz or less, is it possible to do 
so, without changing the FPGA code. I am using NI USRP 2954R


BR

Snehasish





___
USRP-users mailing list
USRP-users@lists.ettus.com<mailto:USRP-users@lists.ettus.com>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com


You should be able to do this with RFNoC these days--just a simple loopback 
between your RX and TX ports, with the TX port configured for your desired 
frequency.   I know that RFNoC had issues with this type of configuration, but 
I think recently those have been resolved.

Otherwise, you can do it on the software side--I'm guessing your bandwidths 
aren't large.


___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] Support with downconverting a signal inside USRP

[Snehasish Kar via USRP-users]

Hello


I want to down convert a DCS 75MHz band to 20MHz or less, is it possible to do 
so, without changing the FPGA code. I am using NI USRP 2954R


BR

Snehasish


___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] Capturing gsm downlink and uplink signals

[Snehasish Kar via USRP-users]

Hello

I am trying to capture GSM downlink and uplink signals using NI USRP 2954R and 
uhd-c api then writing it to a file, which is then read by gnuradio to 
demodulate, decode and get the actual data. But using the receiver  code, 
somehow I was able to get only Downlink data but not uplink. I tried the same 
grc file with uhd-source in gnuradio and it was working perfectly for both. 
Below is my code, please check it once, and let me know where I am going wrong.

#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 

#include "../include/conf.hpp"


static bool stop_signal_called = false;

void sig_int_handler(int){
stop_signal_called = true;
}

typedef boost::function 
get_sensor_fn_t;

//template
void recv_to_file(struct data2hosts data){
uhd::usrp::multi_usrp::sptr usrp = data.usrp;
const std::string file = data.file;
size_t samps_per_buff = data.spb;
unsigned long long num_requested_samples = data.total_num_samps;
bool null = NULL;
bool enable_size_map = data.enable_size_map;
bool continue_on_bad_packet = data.continue_on_bad_packet;

unsigned long long num_total_samps = 0;
//create a receive streamer
uhd::stream_args_t stream_args("fc32","sc16");//cpu_format,wire_format);
stream_args.channels.push_back(data.chan_no);
uhd::rx_streamer::sptr rx_stream = usrp->get_rx_stream(stream_args);
uhd::rx_metadata_t md;
std::vector buff(samps_per_buff);///
std::ofstream outfile;
if (not null)
outfile.open(file.c_str(), std::ofstream::binary);
bool overflow_message = true;

//setup streaming
uhd::stream_cmd_t stream_cmd((num_requested_samples == 0)?
uhd::stream_cmd_t::STREAM_MODE_START_CONTINUOUS:
uhd::stream_cmd_t::STREAM_MODE_NUM_SAMPS_AND_DONE
);
stream_cmd.num_samps = size_t(num_requested_samples);
stream_cmd.stream_now = true;
stream_cmd.time_spec = uhd::time_spec_t();
rx_stream->issue_stream_cmd(stream_cmd);

boost::system_time start = boost::get_system_time();
//unsigned long long ticks_requested = (long)(time_requested * 
(double)boost::posix_time::time_duration::ticks_per_second());
boost::posix_time::time_duration ticks_diff;
boost::system_time last_update = start;
unsigned long long last_update_samps = 0;

typedef std::map SizeMap;
SizeMap mapSizes;

while(not stop_signal_called and (num_requested_samples != num_total_samps 
or num_requested_samples == 0)) {
boost::system_time now = boost::get_system_time();

size_t num_rx_samps = rx_stream->recv((), buff.size(), md, 
3.0, enable_size_map);
//std::cout << boost::format("No of bytes received %u")% num_rx_samps 
<< std::endl;
if (md.error_code == uhd::rx_metadata_t::ERROR_CODE_TIMEOUT) {
std::cout << boost::format("Timeout while streaming") << std::endl;
break;
}
if (md.error_code == uhd::rx_metadata_t::ERROR_CODE_OVERFLOW){
if (overflow_message) {
overflow_message = false;
std::cerr << boost::format(
"Got an overflow indication. Please consider the 
following:\n"
"  Your write medium must sustain a rate of %fMB/s.\n"
"  Dropped samples will not be written to the file.\n"
"  Please modify this example for your purposes.\n"
"  This message will not appear again.\n"
) % 
(usrp->get_rx_rate()*sizeof(std::complex)/1e6);
}
continue;
}
if (md.error_code != uhd::rx_metadata_t::ERROR_CODE_NONE){
std::string error = str(boost::format("Receiver error: %s") % 
md.strerror());
if (continue_on_bad_packet){
std::cerr << error << std::endl;
continue;
}
else
throw std::runtime_error(error);
}

if (enable_size_map) {
SizeMap::iterator it = mapSizes.find(num_rx_samps);
if (it == mapSizes.end())
mapSizes[num_rx_samps] = 0;
mapSizes[num_rx_samps] += 1;
}

num_total_samps += num_rx_samps;

if (outfile.is_open())
outfile.write((const char*)(), 
num_rx_samps*sizeof(std::complex));//

ticks_diff = now - start;
/*if (ticks_requested > 0){
if ((unsigned long long)ticks_diff.ticks() > ticks_requested)
break;
}*/
}

stream_cmd.stream_mode = uhd::stream_cmd_t::STREAM_MODE_STOP_CONTINUOUS;
rx_stream->issue_stream_cmd(stream_cmd);

if (outfile.is_open())
 outfile.close();
}

bool check_locked_sensor(std::vector sensor_names, const char* 
sensor_name, get_sensor_fn_t get_sensor_fn, double setup_time){
if 

Re: [USRP-users] Support with handling data at 200MSPS from NI USRP 2954R

[Snehasish Kar via USRP-users]

Thanks  Nate,


I will try that an let you know.


BR

Snehasish


From: Nate Temple <nate.tem...@ettus.com>
Sent: Monday, August 28, 2017 1:25:58 PM
To: Snehasish Kar
Cc: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Support with handling data at 200MSPS from NI USRP 
2954R

Hi Snehasish,

You should not be using a Throttle block when you have any actual hardware 
within the flowgraph.

Note, in order to write 200 MS/s to disk, you'll most likely need a PCIe based 
SSD, or SSD Raid configuration. I've had success with an Intel 750 Series PCIe 
based SSD to write 200 MS/s to disk, until it was full. Another option is to 
use a RAM disk.

Regards,
Nate Temple


> On Aug 27, 2017, at 11:49 PM, Snehasish Kar via USRP-users 
> <usrp-users@lists.ettus.com> wrote:
>
> Hello
>
> I am using UHD source in gnu radio to capture data from usrp. I am then 
> passing this data to throttle and then to file sink. My data sample is 64 bit 
> (complex 32 bit) and I am capturing at the rate of 200 MSps. How to get 
> correct 2 to 3 seconds  of data without any data loss as I am seeing data 
> loss after decoding if I just do as the way I am doing. I am seeing "oo" 
> in the console as well while writing to the file. Please help. I am attaching 
> the grc file to capture data and write to a file.
>
> Regards,
> Snehasish
> ___
> USRP-users mailing list
> USRP-users@lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] Support with handling data at 200MSPS from NI USRP 2954R

[Snehasish Kar via USRP-users]

Hello


I am using UHD source in gnu radio to capture data from usrp. I am then passing 
this data to throttle and then to file sink. My data sample is 64 bit (complex 
32 bit) and I am capturing at the rate of 200 MSps. How to get correct 2 to 3 
seconds  of data without any data loss as I am seeing data loss after decoding 
if I just do as the way I am doing. I am seeing "oo" in the console as well 
while writing to the file. Please help. I am attaching the grc file to capture 
data and write to a file.


Regards,

Snehasish


usrp_test.grc
Description: usrp_test.grc
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] Support with setting usrp sampling rate to 150MSPS

[Snehasish Kar via USRP-users]

Ok I will try that.

BR
Snehasish

On 22-Aug-2017, at 8:51 PM, Derek Kozel 
<derek.ko...@ettus.com<mailto:derek.ko...@ettus.com>> wrote:

Try 200MS/s. The FPGA can only decimate integer amounts from the ADC rate, 
which is 200MS/s.

On Tue, Aug 22, 2017 at 5:15 PM, Snehasish Kar via USRP-users 
<usrp-users@lists.ettus.com<mailto:usrp-users@lists.ettus.com>> wrote:
Hello
I am trying to receive gsm 1800 band using NI USRP 2954R, but when I am trying 
to set the sampling rate of uhd_source in gnuradio to 150 MSPS, it's giving an 
error message saying hardware does not support sampling rate above 100MSPS.

Please help!

BR
Snehasish
___
USRP-users mailing list
USRP-users@lists.ettus.com<mailto:USRP-users@lists.ettus.com>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] Support with setting usrp sampling rate to 150MSPS

[Snehasish Kar via USRP-users]

Hello 
I am trying to receive gsm 1800 band using NI USRP 2954R, but when I am trying 
to set the sampling rate of uhd_source in gnuradio to 150 MSPS, it's giving an 
error message saying hardware does not support sampling rate above 100MSPS.

Please help!

BR
Snehasish
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] Receiver Sensitivity of NI USRP 2954R

[Snehasish Kar via USRP-users]

Hello

What is the Receiver sensitivity of NI USRP 2954R?

BR
Snehasish 

___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] continues streaming with rx_multi_samps

[Snehasish Kar via USRP-users]

Hello


I am able to receive data using rx_multi_samps from two daughter boards of NI 
USRP 2954R, but now I nedd it to continuesly stream data, like in gnuradio.How 
can i achieve that,  Please help me

with it.


BR

Snehasish
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] help with receivng multiple frequencies

[Snehasish Kar via USRP-users]

Thanks a lot!

BR
Snehasish

On 11-Aug-2017, at 12:20 AM, "mle...@ripnet.com" 
> wrote:


It's default to internal anyway.   IF this is a single motherboard, then no 
external clock sync is required, but you still need the use timed-commands on 
the tuning.

If this is multiple USRP units, then, yes, you'll need to use an external 
synchronization source in addition to the above--this will allow for a common 
clock, and clock synchronization via 1PPS.

It's often instructive to look at the code generated by GRC, even if ultimately 
you aren't going to use Gnu Radio, but just "raw" UHD.









On 2017-08-10 14:40, Snehasish Kar wrote:

Thanks for explaining the commands, it is of real help. One more point if set 
the clock and time source as internal, will it bring the two receivers in sync, 
as I did the same thing with uhd_source in gnuradio and the two boards were in 
sync. What's your opinion on this?

BR
Snehasish

On 10-Aug-2017, at 10:48 PM, "mle...@ripnet.com" 
> wrote:


You can use rx_multi_samples as an example  -- the source code is freely 
available.

You'll need to use the "set_rx_freq" (and/or "set_tx_freq") function that is 
part of any  multi_usrp object, also, use timed commands around the tuning 
commands:

usrp->set_command_time(SOME_TIME_IN_NEAR_FUTURE)

usrp->set_rx_freq(desired_freq1, 0)

usrp->set_rx_freq(desired_freq2, 1)

usrp->clear_command_time()

Also, see the Ettus knowledge-base:

https://kb.ettus.com/Synchronization_and_MIMO_Capability_with_USRP_Devices







On 2017-08-10 13:06, Snehasish Kar wrote:

Tried that and yeah the default code works, but can you help me in 
understanding how do I tune the two daughter boards separately to two different 
frequencies and receive data from them parallely. Also I need to time 
synchronise the two daughter boards, how to achieve that.

BR
Snehasish

On 10-Aug-2017, at 10:27 PM, "mle...@ripnet.com" 
> wrote:


This may be timing-out due to performance issues on your host, or it may be a 
bug in your code.

Have you tried using the the rx_multi_samples example at the same sample rates?

2 x 50Msps is a lot of data, and with the short "packets" on PCIe, your 
computer will be working fairly hard at servicing those samples.

Before we get in to debugging your code, could you:

   (A) Try lower sample rates

   (B) Try rx_multi_samples









On 2017-08-10 12:53, Snehasish Kar wrote:

It's connected via the pcie cable.

BR
Snehasish

On 10-Aug-2017, at 9:04 PM, Marcus D. Leech 
> wrote:

On 08/10/2017 05:26 AM, Snehasish Kar wrote:

Please find the log below:



linux; GNU C++ version 4.8.4; Boost_105400; UHD_003.010.002.000-0-unknown


Creating the usrp device with: ...
-- X300 initialization sequence...
-- Connecting to niusrpriorpc at localhost:5444...
-- Using LVBITX bitfile /usr/local/share/uhd/images/usrp_x310_fpga_HG.lvbitx...
-- Setup basic communication...
-- Loading values from EEPROM...
-- Setup RF frontend clocking...
-- Radio 1x clock:200
-- Detecting internal GPSDO Found an internal GPSDO: LC_XO, Firmware Rev 
0.929a
-- [DMA FIFO] Running BIST for FIFO 0... pass (Throughput: 1303.3MB/s)
-- [DMA FIFO] Running BIST for FIFO 1... pass (Throughput: 1303.8MB/s)
-- [RFNoC Radio] Performing register loopback test... pass
-- [RFNoC Radio] Performing register loopback test... pass
-- [RFNoC Radio] Performing register loopback test... pass
-- [RFNoC Radio] Performing register loopback test... pass
-- Performing timer loopback test... pass
-- Performing timer loopback test... pass
Using Device: Single USRP:
  Device: X-Series Device
  Mboard 0: X310
  RX Channel: 0
RX DSP: 0
RX Dboard: A
RX Subdev: UBX RX
  RX Channel: 1
RX DSP: 0
RX Dboard: B
RX Subdev: UBX RX
  TX Channel: 0
TX DSP: 0
TX Dboard: A
TX Subdev: UBX TX
  TX Channel: 1
TX DSP: 0
TX Dboard: B
TX Subdev: UBX TX

Setting RX Rate: 50.00 Msps...
Actual RX Rate: 50.00 Msps...

Setting device timestamp to 0...
Press Ctrl + C to stop streaming...
Waiting for "lo_locked": ++ locked.


Begin streaming 1 samples, 1.50 seconds in the future...

Done!

Receive timeout before all samples received...



BR

Snehasish


How is your X310 connected to your computer?


___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] help with receivng multiple frequencies

[Snehasish Kar via USRP-users]

Thanks for explaining the commands, it is of real help. One more point if set 
the clock and time source as internal, will it bring the two receivers in sync, 
as I did the same thing with uhd_source in gnuradio and the two boards were in 
sync. What's your opinion on this?

BR
Snehasish

On 10-Aug-2017, at 10:48 PM, "mle...@ripnet.com" 
> wrote:


You can use rx_multi_samples as an example  -- the source code is freely 
available.

You'll need to use the "set_rx_freq" (and/or "set_tx_freq") function that is 
part of any  multi_usrp object, also, use timed commands around the tuning 
commands:

usrp->set_command_time(SOME_TIME_IN_NEAR_FUTURE)

usrp->set_rx_freq(desired_freq1, 0)

usrp->set_rx_freq(desired_freq2, 1)

usrp->clear_command_time()

Also, see the Ettus knowledge-base:

https://kb.ettus.com/Synchronization_and_MIMO_Capability_with_USRP_Devices







On 2017-08-10 13:06, Snehasish Kar wrote:

Tried that and yeah the default code works, but can you help me in 
understanding how do I tune the two daughter boards separately to two different 
frequencies and receive data from them parallely. Also I need to time 
synchronise the two daughter boards, how to achieve that.

BR
Snehasish

On 10-Aug-2017, at 10:27 PM, "mle...@ripnet.com" 
> wrote:


This may be timing-out due to performance issues on your host, or it may be a 
bug in your code.

Have you tried using the the rx_multi_samples example at the same sample rates?

2 x 50Msps is a lot of data, and with the short "packets" on PCIe, your 
computer will be working fairly hard at servicing those samples.

Before we get in to debugging your code, could you:

   (A) Try lower sample rates

   (B) Try rx_multi_samples









On 2017-08-10 12:53, Snehasish Kar wrote:

It's connected via the pcie cable.

BR
Snehasish

On 10-Aug-2017, at 9:04 PM, Marcus D. Leech 
> wrote:

On 08/10/2017 05:26 AM, Snehasish Kar wrote:

Please find the log below:



linux; GNU C++ version 4.8.4; Boost_105400; UHD_003.010.002.000-0-unknown


Creating the usrp device with: ...
-- X300 initialization sequence...
-- Connecting to niusrpriorpc at localhost:5444...
-- Using LVBITX bitfile /usr/local/share/uhd/images/usrp_x310_fpga_HG.lvbitx...
-- Setup basic communication...
-- Loading values from EEPROM...
-- Setup RF frontend clocking...
-- Radio 1x clock:200
-- Detecting internal GPSDO Found an internal GPSDO: LC_XO, Firmware Rev 
0.929a
-- [DMA FIFO] Running BIST for FIFO 0... pass (Throughput: 1303.3MB/s)
-- [DMA FIFO] Running BIST for FIFO 1... pass (Throughput: 1303.8MB/s)
-- [RFNoC Radio] Performing register loopback test... pass
-- [RFNoC Radio] Performing register loopback test... pass
-- [RFNoC Radio] Performing register loopback test... pass
-- [RFNoC Radio] Performing register loopback test... pass
-- Performing timer loopback test... pass
-- Performing timer loopback test... pass
Using Device: Single USRP:
  Device: X-Series Device
  Mboard 0: X310
  RX Channel: 0
RX DSP: 0
RX Dboard: A
RX Subdev: UBX RX
  RX Channel: 1
RX DSP: 0
RX Dboard: B
RX Subdev: UBX RX
  TX Channel: 0
TX DSP: 0
TX Dboard: A
TX Subdev: UBX TX
  TX Channel: 1
TX DSP: 0
TX Dboard: B
TX Subdev: UBX TX

Setting RX Rate: 50.00 Msps...
Actual RX Rate: 50.00 Msps...

Setting device timestamp to 0...
Press Ctrl + C to stop streaming...
Waiting for "lo_locked": ++ locked.


Begin streaming 1 samples, 1.50 seconds in the future...

Done!

Receive timeout before all samples received...



BR

Snehasish


How is your X310 connected to your computer?


___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] help with receivng multiple frequencies

[Snehasish Kar via USRP-users]

Tried that and yeah the default code works, but can you help me in 
understanding how do I tune the two daughter boards separately to two different 
frequencies and receive data from them parallely. Also I need to time 
synchronise the two daughter boards, how to achieve that.

BR
Snehasish

On 10-Aug-2017, at 10:27 PM, "mle...@ripnet.com" 
> wrote:


This may be timing-out due to performance issues on your host, or it may be a 
bug in your code.

Have you tried using the the rx_multi_samples example at the same sample rates?

2 x 50Msps is a lot of data, and with the short "packets" on PCIe, your 
computer will be working fairly hard at servicing those samples.

Before we get in to debugging your code, could you:

   (A) Try lower sample rates

   (B) Try rx_multi_samples









On 2017-08-10 12:53, Snehasish Kar wrote:

It's connected via the pcie cable.

BR
Snehasish

On 10-Aug-2017, at 9:04 PM, Marcus D. Leech 
> wrote:

On 08/10/2017 05:26 AM, Snehasish Kar wrote:

Please find the log below:



linux; GNU C++ version 4.8.4; Boost_105400; UHD_003.010.002.000-0-unknown


Creating the usrp device with: ...
-- X300 initialization sequence...
-- Connecting to niusrpriorpc at localhost:5444...
-- Using LVBITX bitfile /usr/local/share/uhd/images/usrp_x310_fpga_HG.lvbitx...
-- Setup basic communication...
-- Loading values from EEPROM...
-- Setup RF frontend clocking...
-- Radio 1x clock:200
-- Detecting internal GPSDO Found an internal GPSDO: LC_XO, Firmware Rev 
0.929a
-- [DMA FIFO] Running BIST for FIFO 0... pass (Throughput: 1303.3MB/s)
-- [DMA FIFO] Running BIST for FIFO 1... pass (Throughput: 1303.8MB/s)
-- [RFNoC Radio] Performing register loopback test... pass
-- [RFNoC Radio] Performing register loopback test... pass
-- [RFNoC Radio] Performing register loopback test... pass
-- [RFNoC Radio] Performing register loopback test... pass
-- Performing timer loopback test... pass
-- Performing timer loopback test... pass
Using Device: Single USRP:
  Device: X-Series Device
  Mboard 0: X310
  RX Channel: 0
RX DSP: 0
RX Dboard: A
RX Subdev: UBX RX
  RX Channel: 1
RX DSP: 0
RX Dboard: B
RX Subdev: UBX RX
  TX Channel: 0
TX DSP: 0
TX Dboard: A
TX Subdev: UBX TX
  TX Channel: 1
TX DSP: 0
TX Dboard: B
TX Subdev: UBX TX

Setting RX Rate: 50.00 Msps...
Actual RX Rate: 50.00 Msps...

Setting device timestamp to 0...
Press Ctrl + C to stop streaming...
Waiting for "lo_locked": ++ locked.


Begin streaming 1 samples, 1.50 seconds in the future...

Done!

Receive timeout before all samples received...



BR

Snehasish


How is your X310 connected to your computer?


___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] help with receivng multiple frequencies

[Snehasish Kar via USRP-users]

It's connected via the pcie cable.

BR
Snehasish

On 10-Aug-2017, at 9:04 PM, Marcus D. Leech 
> wrote:

On 08/10/2017 05:26 AM, Snehasish Kar wrote:

Please find the log below:


linux; GNU C++ version 4.8.4; Boost_105400; UHD_003.010.002.000-0-unknown


Creating the usrp device with: ...
-- X300 initialization sequence...
-- Connecting to niusrpriorpc at localhost:5444...
-- Using LVBITX bitfile /usr/local/share/uhd/images/usrp_x310_fpga_HG.lvbitx...
-- Setup basic communication...
-- Loading values from EEPROM...
-- Setup RF frontend clocking...
-- Radio 1x clock:200
-- Detecting internal GPSDO Found an internal GPSDO: LC_XO, Firmware Rev 
0.929a
-- [DMA FIFO] Running BIST for FIFO 0... pass (Throughput: 1303.3MB/s)
-- [DMA FIFO] Running BIST for FIFO 1... pass (Throughput: 1303.8MB/s)
-- [RFNoC Radio] Performing register loopback test... pass
-- [RFNoC Radio] Performing register loopback test... pass
-- [RFNoC Radio] Performing register loopback test... pass
-- [RFNoC Radio] Performing register loopback test... pass
-- Performing timer loopback test... pass
-- Performing timer loopback test... pass
Using Device: Single USRP:
  Device: X-Series Device
  Mboard 0: X310
  RX Channel: 0
RX DSP: 0
RX Dboard: A
RX Subdev: UBX RX
  RX Channel: 1
RX DSP: 0
RX Dboard: B
RX Subdev: UBX RX
  TX Channel: 0
TX DSP: 0
TX Dboard: A
TX Subdev: UBX TX
  TX Channel: 1
TX DSP: 0
TX Dboard: B
TX Subdev: UBX TX

Setting RX Rate: 50.00 Msps...
Actual RX Rate: 50.00 Msps...

Setting device timestamp to 0...
Press Ctrl + C to stop streaming...
Waiting for "lo_locked": ++ locked.


Begin streaming 1 samples, 1.50 seconds in the future...

Done!

Receive timeout before all samples received...


BR

Snehasish



How is your X310 connected to your computer?


___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] Sample code for twin RX

[Snehasish Kar via USRP-users]

Hi

I tried the rx_multi_sample , but the problem is i don't find how it tunes the 
two daughter boards separately to two different frequencies and receive data 
from there separately. I don't know where I am wrong, also I need to make sure 
the two daughter boards are time synced, so how to achieve that, is also not 
clear.

BR
Snehasish

On 10-Aug-2017, at 10:10 PM, Neel Pandeya 
<neel.pand...@ettus.com<mailto:neel.pand...@ettus.com>> wrote:

Hello Snehasish:

There are C++ example programs in the "examples" folder of the UHD repository. 
Please see the link below.

https://github.com/EttusResearch/uhd/tree/maint/host/examples

Please let me know if you have any further questions.

--​Neel Pandeya




On 10 August 2017 at 09:36, Snehasish Kar via USRP-users 
<usrp-users@lists.ettus.com<mailto:usrp-users@lists.ettus.com>> wrote:
Can I get a sample code for ubx-160, trying to the operation as mentioned in my 
last mail

BR
Snehasish

On 10-Aug-2017, at 9:24 PM, Robin Coxe 
<robin.c...@ettus.com<mailto:robin.c...@ettus.com>> wrote:

Hi Snehasish.  The NI USRP 2954R has UBX-160 daugthercards and a GPSDO module.  
The TwinRX is in the NI USRP 2945/2955 (with GPSDO)


-Robin


On Thu, Aug 10, 2017 at 7:56 AM, Snehasish Kar via USRP-users 
<usrp-users@lists.ettus.com<mailto:usrp-users@lists.ettus.com>> wrote:

Hello i am using NI usrp 2954 R, which I believe is using twin rx (Please 
correct me if I am wrong). I need to tune the two daughter boards to two 
different frequencies and receive samples simultaneously. So is there any 
sample code, I can reference from?


BR

Snehasish


___
USRP-users mailing list
USRP-users@lists.ettus.com<mailto:USRP-users@lists.ettus.com>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com



___
USRP-users mailing list
USRP-users@lists.ettus.com<mailto:USRP-users@lists.ettus.com>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com


___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] Sample code for twin RX

[Snehasish Kar via USRP-users]

Can I get a sample code for ubx-160, trying to the operation as mentioned in my 
last mail

BR
Snehasish

On 10-Aug-2017, at 9:24 PM, Robin Coxe 
<robin.c...@ettus.com<mailto:robin.c...@ettus.com>> wrote:

Hi Snehasish.  The NI USRP 2954R has UBX-160 daugthercards and a GPSDO module.  
The TwinRX is in the NI USRP 2945/2955 (with GPSDO)


-Robin


On Thu, Aug 10, 2017 at 7:56 AM, Snehasish Kar via USRP-users 
<usrp-users@lists.ettus.com<mailto:usrp-users@lists.ettus.com>> wrote:

Hello i am using NI usrp 2954 R, which I believe is using twin rx (Please 
correct me if I am wrong). I need to tune the two daughter boards to two 
different frequencies and receive samples simultaneously. So is there any 
sample code, I can reference from?


BR

Snehasish


___
USRP-users mailing list
USRP-users@lists.ettus.com<mailto:USRP-users@lists.ettus.com>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com


___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] Sample code for twin RX

[Snehasish Kar via USRP-users]

Hello i am using NI usrp 2954 R, which I believe is using twin rx (Please 
correct me if I am wrong). I need to tune the two daughter boards to two 
different frequencies and receive samples simultaneously. So is there any 
sample code, I can reference from?


BR

Snehasish

___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] help with receivng multiple frequencies

[Snehasish Kar via USRP-users]

Please find the log below:


linux; GNU C++ version 4.8.4; Boost_105400; UHD_003.010.002.000-0-unknown


Creating the usrp device with: ...
-- X300 initialization sequence...
-- Connecting to niusrpriorpc at localhost:5444...
-- Using LVBITX bitfile /usr/local/share/uhd/images/usrp_x310_fpga_HG.lvbitx...
-- Setup basic communication...
-- Loading values from EEPROM...
-- Setup RF frontend clocking...
-- Radio 1x clock:200
-- Detecting internal GPSDO Found an internal GPSDO: LC_XO, Firmware Rev 
0.929a
-- [DMA FIFO] Running BIST for FIFO 0... pass (Throughput: 1303.3MB/s)
-- [DMA FIFO] Running BIST for FIFO 1... pass (Throughput: 1303.8MB/s)
-- [RFNoC Radio] Performing register loopback test... pass
-- [RFNoC Radio] Performing register loopback test... pass
-- [RFNoC Radio] Performing register loopback test... pass
-- [RFNoC Radio] Performing register loopback test... pass
-- Performing timer loopback test... pass
-- Performing timer loopback test... pass
Using Device: Single USRP:
  Device: X-Series Device
  Mboard 0: X310
  RX Channel: 0
RX DSP: 0
RX Dboard: A
RX Subdev: UBX RX
  RX Channel: 1
RX DSP: 0
RX Dboard: B
RX Subdev: UBX RX
  TX Channel: 0
TX DSP: 0
TX Dboard: A
TX Subdev: UBX TX
  TX Channel: 1
TX DSP: 0
TX Dboard: B
TX Subdev: UBX TX

Setting RX Rate: 50.00 Msps...
Actual RX Rate: 50.00 Msps...

Setting device timestamp to 0...
Press Ctrl + C to stop streaming...
Waiting for "lo_locked": ++ locked.


Begin streaming 1 samples, 1.50 seconds in the future...

Done!

Receive timeout before all samples received...


BR

Snehasish


From: mle...@ripnet.com <mle...@ripnet.com>
Sent: Wednesday, August 9, 2017 10:46:33 PM
To: Snehasish Kar
Cc: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] help with receivng multiple frequencies


Could you perhaps post a complete log of your program run?







On 2017-08-09 13:12, Snehasish Kar wrote:

Sorry for that, basically I tried the below code, but I get an error saying 
"timeout". So not able to understand where I am going wrong. Please help!



BR

Snehasish


From: USRP-users <usrp-users-boun...@lists.ettus.com> on behalf of Marcus D. 
Leech via USRP-users <usrp-users@lists.ettus.com>
Sent: Wednesday, August 9, 2017 9:10:51 PM
To: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] help with receivng multiple frequencies

On 08/09/2017 10:29 AM, Snehasish Kar via USRP-users wrote:

Hi

I am trying to receive multiple frequencies with one usro x310 separately from 
two daughter boards. But not able to receive it properly. Below is my code. 
Please help me with it.

Could you describe what you mean by "not properly receive it"?




#include 
#include 
#include 
#include 
#include 
#include 
#include "../include/conf.hpp"
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 

static bool stop_signal_called = false;
void sig_int_handler(int){
stop_signal_called = true;
}

void startStreaming(uhd::rx_streamer::sptr rx_stream, 
uhd::usrp::multi_usrp::sptr usrp){
//setup streaming
size_t total_num_samps = 1;
double seconds_in_future = 1.5;
std::cout << std::endl;
std::cout << boost::format(
  "Begin streaming %u samples, %f seconds in the future..."
) % total_num_samps % seconds_in_future << std::endl;
uhd::stream_cmd_t stream_cmd((total_num_samps ==0)? 
uhd::stream_cmd_t::STREAM_MODE_START_CONTINUOUS:uhd::stream_cmd_t::STREAM_MODE_NUM_SAMPS_AND_DONE);
stream_cmd.num_samps = size_t(total_num_samps);
stream_cmd.stream_now = true; //true
stream_cmd.time_spec = uhd::time_spec_t();
rx_stream->issue_stream_cmd(stream_cmd); //tells all channels to stream

//meta-data will be filled in by recv()
uhd::rx_metadata_t md;

//allocate buffers to receive with samples (one buffer per channel)
const size_t samps_per_buff = rx_stream->get_max_num_samps();
std::vector<std::vector<std::complex > > 
buffs(usrp->get_rx_num_channels(), std::vector<std::complex 
>(samps_per_buff));

//create a vector of pointers to point to each of the channel buffers
std::vector<std::complex *> buff_ptrs;
for (size_t i = 0; i < buffs.size(); i++) 
buff_ptrs.push_back([i].front());
double timeout = 3.0;//seconds_in_future + 0.1; //timeout (delay before 
receive + padding)
size_t num_acc_samps = 0; //number of accumulated samples
while(num_acc_samps < total_num_samps){
 //receive a single packet
 size_t num_rx_samps = rx_stream->recv(buff_ptrs, samps_per_buff, md, 
timeout);
 //use a small timeout for subsequent packets
 timeout = 0.1;
 //handle the error code
 if (md.error_code == uhd::rx_metadata_t::ERROR_CODE_TIMEOUT) break;
 if (md.error_co

Re: [USRP-users] help with receivng multiple frequencies

[Snehasish Kar via USRP-users]

Sorry for that, basically I tried the below code, but I get an error saying 
"timeout". So not able to understand where I am going wrong. Please help!


BR

Snehasish


From: USRP-users <usrp-users-boun...@lists.ettus.com> on behalf of Marcus D. 
Leech via USRP-users <usrp-users@lists.ettus.com>
Sent: Wednesday, August 9, 2017 9:10:51 PM
To: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] help with receivng multiple frequencies

On 08/09/2017 10:29 AM, Snehasish Kar via USRP-users wrote:

Hi

I am trying to receive multiple frequencies with one usro x310 separately from 
two daughter boards. But not able to receive it properly. Below is my code. 
Please help me with it.

Could you describe what you mean by "not properly receive it"?



#include 
#include 
#include 
#include 
#include 
#include 
#include "../include/conf.hpp"
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 

static bool stop_signal_called = false;
void sig_int_handler(int){
stop_signal_called = true;
}

void startStreaming(uhd::rx_streamer::sptr rx_stream, 
uhd::usrp::multi_usrp::sptr usrp){
//setup streaming
size_t total_num_samps = 1;
double seconds_in_future = 1.5;
std::cout << std::endl;
std::cout << boost::format(
  "Begin streaming %u samples, %f seconds in the future..."
) % total_num_samps % seconds_in_future << std::endl;
uhd::stream_cmd_t stream_cmd((total_num_samps ==0)? 
uhd::stream_cmd_t::STREAM_MODE_START_CONTINUOUS:uhd::stream_cmd_t::STREAM_MODE_NUM_SAMPS_AND_DONE);
stream_cmd.num_samps = size_t(total_num_samps);
stream_cmd.stream_now = true; //true
stream_cmd.time_spec = uhd::time_spec_t();
rx_stream->issue_stream_cmd(stream_cmd); //tells all channels to stream

//meta-data will be filled in by recv()
uhd::rx_metadata_t md;

//allocate buffers to receive with samples (one buffer per channel)
const size_t samps_per_buff = rx_stream->get_max_num_samps();
std::vector<std::vector<std::complex > > 
buffs(usrp->get_rx_num_channels(), std::vector<std::complex 
>(samps_per_buff));

//create a vector of pointers to point to each of the channel buffers
std::vector<std::complex *> buff_ptrs;
for (size_t i = 0; i < buffs.size(); i++) 
buff_ptrs.push_back([i].front());
double timeout = 3.0;//seconds_in_future + 0.1; //timeout (delay before 
receive + padding)
size_t num_acc_samps = 0; //number of accumulated samples
while(num_acc_samps < total_num_samps){
 //receive a single packet
 size_t num_rx_samps = rx_stream->recv(buff_ptrs, samps_per_buff, md, 
timeout);
 //use a small timeout for subsequent packets
 timeout = 0.1;
 //handle the error code
 if (md.error_code == uhd::rx_metadata_t::ERROR_CODE_TIMEOUT) break;
 if (md.error_code != uhd::rx_metadata_t::ERROR_CODE_NONE){
  throw std::runtime_error(str(boost::format("Receiver error %s") % 
md.strerror()));
 }
 std::cout << boost::format("Received packet: %u samples, %u full secs, %f 
frac secs") % num_rx_samps % md.time_spec.get_full_secs() % 
md.time_spec.get_frac_secs() << std::endl;
  num_acc_samps += num_rx_samps;
 }
 if (num_acc_samps < total_num_samps) std::cerr << "Receive timeout before 
all samples received..." << std::endl;
 //finished
 std::cout << std::endl << "Done!" << std::endl << std::endl;
}

typedef boost::function 
get_sensor_fn_t;

bool check_locked_sensor(std::vector sensor_names, const char* 
sensor_name, get_sensor_fn_t get_sensor_fn, double setup_time){
if (std::find(sensor_names.begin(), sensor_names.end(), sensor_name) == 
sensor_names.end())
return false;

boost::system_time start = boost::get_system_time();
boost::system_time first_lock_time;

std::cout << boost::format("Waiting for \"%s\": ") % sensor_name;
std::cout.flush();

while (true) {
if ((not first_lock_time.is_not_a_date_time()) and
(boost::get_system_time() > (first_lock_time + 
boost::posix_time::seconds(setup_time
{
std::cout << " locked." << std::endl;
break;
}
if (get_sensor_fn(sensor_name).to_bool()){
if (first_lock_time.is_not_a_date_time())
first_lock_time = boost::get_system_time();
std::cout << "+";
std::cout.flush();
}
else {
first_lock_time = boost::system_time();//reset to 'not a date 
time'

if (boost::get_system_time() > (start + 
boost::posix_time::seconds(setup_time))){
std::cout << std::endl;
throw std::runtime_error(str(boo

[USRP-users] help with receivng multiple frequencies

[Snehasish Kar via USRP-users]

Hi

I am trying to receive multiple frequencies with one usro x310 separately from 
two daughter boards. But not able to receive it properly. Below is my code. 
Please help me with it.


#include 
#include 
#include 
#include 
#include 
#include 
#include "../include/conf.hpp"
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 

static bool stop_signal_called = false;
void sig_int_handler(int){
stop_signal_called = true;
}

void startStreaming(uhd::rx_streamer::sptr rx_stream, 
uhd::usrp::multi_usrp::sptr usrp){
//setup streaming
size_t total_num_samps = 1;
double seconds_in_future = 1.5;
std::cout << std::endl;
std::cout << boost::format(
  "Begin streaming %u samples, %f seconds in the future..."
) % total_num_samps % seconds_in_future << std::endl;
uhd::stream_cmd_t stream_cmd((total_num_samps ==0)? 
uhd::stream_cmd_t::STREAM_MODE_START_CONTINUOUS:uhd::stream_cmd_t::STREAM_MODE_NUM_SAMPS_AND_DONE);
stream_cmd.num_samps = size_t(total_num_samps);
stream_cmd.stream_now = true; //true
stream_cmd.time_spec = uhd::time_spec_t();
rx_stream->issue_stream_cmd(stream_cmd); //tells all channels to stream

//meta-data will be filled in by recv()
uhd::rx_metadata_t md;

//allocate buffers to receive with samples (one buffer per channel)
const size_t samps_per_buff = rx_stream->get_max_num_samps();
std::vector > 
buffs(usrp->get_rx_num_channels(), std::vector(samps_per_buff));

//create a vector of pointers to point to each of the channel buffers
std::vector buff_ptrs;
for (size_t i = 0; i < buffs.size(); i++) 
buff_ptrs.push_back([i].front());
double timeout = 3.0;//seconds_in_future + 0.1; //timeout (delay before 
receive + padding)
size_t num_acc_samps = 0; //number of accumulated samples
while(num_acc_samps < total_num_samps){
 //receive a single packet
 size_t num_rx_samps = rx_stream->recv(buff_ptrs, samps_per_buff, md, 
timeout);
 //use a small timeout for subsequent packets
 timeout = 0.1;
 //handle the error code
 if (md.error_code == uhd::rx_metadata_t::ERROR_CODE_TIMEOUT) break;
 if (md.error_code != uhd::rx_metadata_t::ERROR_CODE_NONE){
  throw std::runtime_error(str(boost::format("Receiver error %s") % 
md.strerror()));
 }
 std::cout << boost::format("Received packet: %u samples, %u full secs, %f 
frac secs") % num_rx_samps % md.time_spec.get_full_secs() % 
md.time_spec.get_frac_secs() << std::endl;
  num_acc_samps += num_rx_samps;
 }
 if (num_acc_samps < total_num_samps) std::cerr << "Receive timeout before 
all samples received..." << std::endl;
 //finished
 std::cout << std::endl << "Done!" << std::endl << std::endl;
}

typedef boost::function 
get_sensor_fn_t;

bool check_locked_sensor(std::vector sensor_names, const char* 
sensor_name, get_sensor_fn_t get_sensor_fn, double setup_time){
if (std::find(sensor_names.begin(), sensor_names.end(), sensor_name) == 
sensor_names.end())
return false;

boost::system_time start = boost::get_system_time();
boost::system_time first_lock_time;

std::cout << boost::format("Waiting for \"%s\": ") % sensor_name;
std::cout.flush();

while (true) {
if ((not first_lock_time.is_not_a_date_time()) and
(boost::get_system_time() > (first_lock_time + 
boost::posix_time::seconds(setup_time
{
std::cout << " locked." << std::endl;
break;
}
if (get_sensor_fn(sensor_name).to_bool()){
if (first_lock_time.is_not_a_date_time())
first_lock_time = boost::get_system_time();
std::cout << "+";
std::cout.flush();
}
else {
first_lock_time = boost::system_time();//reset to 'not a date 
time'

if (boost::get_system_time() > (start + 
boost::posix_time::seconds(setup_time))){
std::cout << std::endl;
throw std::runtime_error(str(boost::format("timed out waiting 
for consecutive locks on sensor \"%s\"") % sensor_name));
}
std::cout << "_";
std::cout.flush();
}
boost::this_thread::sleep(boost::posix_time::milliseconds(100));
}
std::cout << std::endl;
return true;
}


int UHD_SAFE_MAIN(int argc, char *argv[]){
uhd::set_thread_priority_safe();
int i=0;
std::string args, type ;
struct rfSettings rfParam[3];
double rate, freq, gain, bw, setupTime, totalTime;
memset(rfParam,0x00,sizeof(rfParam));

/*Koyel to check***/

rfParam[0].freq = 93580;
strcpy(rfParam[0].band,"P-GSM");
rfParam[0].bandwidth = 2500;
rfParam[0].samplerate = 5000;
rfParam[0].total_time = 0x00;
rfParam[0].setup_time = 1.0;

rfParam[1].freq = 

Re: [USRP-users] Help with rx_multi_sample

[Snehasish Kar via USRP-users]

Hey

Thanks that worked, there was problem in initializing stream_args_rx.channels


Now a new error is popping up. Can you please help with that.



UHD Error:
The receive packet handler failed to time-align packets.
1002 received packets were processed by the handler.
However, a timestamp match could not be determined.

BR

Snehasish


From: Julian Arnold <jul...@elitecoding.org>
Sent: Monday, August 7, 2017 5:42:55 PM
To: Snehasish Kar; usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Help with rx_multi_sample

Hey,

how do you initialize your usrp and the streamer?
Do you specify two channels when creating the streamer? E.g.:

uhd::stream_args_t stream_args_rx("fc32", "sc16");
stream_args_rx.channels = {0ul,1ul};
this->rx_streamer = this->usrp->get_rx_stream(stream_args_rx);

Cheers,

On 08/07/2017 01:52 PM, Snehasish Kar wrote:
>
> But when I am setting so, I see only the LED of one daughter board
> glowing. So it still receiving data from one daughter board. Please
> help me with it.
>
>
> BR
>
> Snehasish
>
> 
> *From:* Julian Arnold <jul...@elitecoding.org>
> *Sent:* Monday, August 7, 2017 4:46:14 PM
> *To:* Snehasish Kar; usrp-users@lists.ettus.com
> *Subject:* Re: [USRP-users] Help with rx_multi_sample
>
> Hey Snehasish,
>
> it should be A:0 B:0 instead of 0:A 0:B.
> E.g.: usrp->set_rx_subdev_spec(uhd::usrp::subdev_spec_t("A:0 B:0"));
>
> Cheers,
> Julian
>
> On 08/07/2017 12:39 PM, Snehasish Kar via USRP-users wrote:
> >
> > Hello
> >
> >
> > I tried setting subdev to subdev("0:A 0:B") as described in the
> > example "rx_multi_samples" . But its giving me an error saying Invalid
> > daughter-board frontend name : A. I am using NI USRP 2954R.
> >
> >
> > Please help me with it.
> >
> >
> > BR
> >
> > Snehasish
> >
> >
> >
> >
> > ___
> > USRP-users mailing list
> > USRP-users@lists.ettus.com
> > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
> --
> Julian Arnold, M.Sc.
>
> Institute for Networked Systems
> RWTH Aachen University
>
> Kackertstrasse 9
> 52072 Aachen
> Germany
>

--
Julian Arnold, M.Sc.

Institute for Networked Systems
RWTH Aachen University

Kackertstrasse 9
52072 Aachen
Germany

___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] Help with rx_multi_sample

[Snehasish Kar via USRP-users]

But when I am setting so, I see only the LED of one daughter board glowing. So 
it still receiving data from one daughter board. Please help me with it.


BR

Snehasish


From: Julian Arnold <jul...@elitecoding.org>
Sent: Monday, August 7, 2017 4:46:14 PM
To: Snehasish Kar; usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Help with rx_multi_sample

Hey Snehasish,

it should be A:0 B:0 instead of 0:A 0:B.
E.g.: usrp->set_rx_subdev_spec(uhd::usrp::subdev_spec_t("A:0 B:0"));

Cheers,
Julian

On 08/07/2017 12:39 PM, Snehasish Kar via USRP-users wrote:
>
> Hello
>
>
> I tried setting subdev to subdev("0:A 0:B") as described in the
> example "rx_multi_samples" . But its giving me an error saying Invalid
> daughter-board frontend name : A. I am using NI USRP 2954R.
>
>
> Please help me with it.
>
>
> BR
>
> Snehasish
>
>
>
>
> ___
> USRP-users mailing list
> USRP-users@lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

--
Julian Arnold, M.Sc.

Institute for Networked Systems
RWTH Aachen University

Kackertstrasse 9
52072 Aachen
Germany

___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] difference between .dat file and cfile

[Snehasish Kar via USRP-users]

Hello


Please let me know the difference between cfile and .dat file generated by 
https://github.com/EttusResearch/uhd/blob/maint/host/examples/rx_samples_to_file.cpp
 .

I tried using it and feeding it to gnuradio program that accepts cfile,but it 
didnot help. Please help me with it.


BR

Snehasish

[https://avatars0.githubusercontent.com/u/125709?v=4=400]

EttusResearch/uhd
github.com
uhd - The USRP™ Hardware Driver Repository



___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] Support with UHD C++ API

[Snehasish Kar via USRP-users]

Hello


I am trying to receive the entire 25MHz gsm signal using usrp x310 at an sample 
rate of 50MSPS, which i need to receive in the host and send to the GPU for 
demodulation. Please help me how to implement this with minimum data loss.


BR

Snehasish

___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] Help with time synchronisation of two receiver boards in NI USRP 2954R

[Snehasish Kar via USRP-users]

in order to obtain ease in my project. I am doing as such.


BR

Snehasish


From: USRP-users <usrp-users-boun...@lists.ettus.com> on behalf of Marcus 
Müller via USRP-users <usrp-users@lists.ettus.com>
Sent: Saturday, July 29, 2017 5:59:08 PM
To: usrp-users@lists.ettus.com
Subject: Re: [USRP-users] Help with time synchronisation of two receiver boards 
in NI USRP 2954R


Hi Snehasish,


That's a bit of an unusual requirement, as the 160 MHz of the UBX-160 
daughterboard inside the USRP-2954R usually allows to capture both down- and 
uplink at once, with a single antenna and a single daughterboard.


Anyway, when using a single USRP, the RX channels will inherently be 
synchronous.


Best regards,

Marcus


On 29.07.2017 12:35, Snehasish Kar via USRP-users wrote:

Hello


I to obtain time synchronization of two usrp daughter boards in gnuradio, for 
capturing gsm downlink and uplink indiviually using the two daughter boards. 
Please help with it.


BR

Snehasish



___
USRP-users mailing list
USRP-users@lists.ettus.com<mailto:USRP-users@lists.ettus.com>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com


___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] Help with time synchronisation of two receiver boards in NI USRP 2954R

[Snehasish Kar via USRP-users]

Hello


I to obtain time synchronization of two usrp daughter boards in gnuradio, for 
capturing gsm downlink and uplink indiviually using the two daughter boards. 
Please help with it.


BR

Snehasish
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] support with NI USRP 2942R GPSDO

[Snehasish Kar via USRP-users]

Hello


I have procured a NI USRP 2942R, which has an inbuilt GPS clock. But whenever I 
run uhd_usrp_probe, it shows no gpsdo detected and even the same  in gnuradio. 
Also the GPS led doesnot glow, I have connected the GPS antenna to the GPS SMA 
connector port.


Please help me with it.


BR

Snehasish

___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com