10 MHz is a lot of offset. The master clock rate probably needs to be 40
MHz or above.
Ron
On 6/5/19 16:12, Dario Fertonani via USRP-users wrote:
Thank you Marcus. I should have mentioned that I tried removing that
line, with no success. With non-zero dsp_freq, the power spectrum
looks OK but the (coherent) signal quality is terrible.
On Wed, Jun 5, 2019 at 2:25 PM Marcus D. Leech via USRP-users
<usrp-users@lists.ettus.com <mailto:usrp-users@lists.ettus.com>> wrote:
On 06/05/2019 05:20 PM, Dario Fertonani via USRP-users wrote:
I'm trying to move the "DC offset" out of the main spectrum by
using the dsp_freq field in uhd::tune_request_t. This doesn't
seem to work on B210, meaning that the following code functions
properly with DcOffset_Hz=0 but not, for example,
with DcOffset_Hz=10e6. In all these tests the master clock rate
is large enough to fit DcOffset_Hz and the spectrum of interest
easily. Anything obviously wrong?
Thanks,
Dario
uhd::tune_request_t uhdTuneRequest( const double &CarrierFreq_Hz
, const double &DcOffset_Hz )
{
uhd::tune_request_t tuneRequest( CarrierFreq_Hz - DcOffset_Hz );
tuneRequest.args = uhd::device_addr_t( "mode_n=integer" );
tuneRequest.dsp_freq_policy = uhd::tune_request_t::POLICY_MANUAL;
tuneRequest.dsp_freq = DcOffset_Hz;
return tuneRequest;
}
You shouldn't need to use POLICY_MANUAL at all, since the
tune_request_t supports offset-tuning directly:
https://files.ettus.com/manual/structuhd_1_1tune__request__t.html
_______________________________________________
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 mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
