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(110000); // 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(110000);
> >
> >
> >
> > 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
> <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
> <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
> <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

Reply via email to