[USRP-users] LO leakage on receiver when tuning the transmitter
s.speretta at isispace.nl
Thu Dec 4 12:55:40 EST 2014
From what I see from the FFT, the glitch has a peak exactly at the
center bin (0 Hz in baseband) and then degrades when you move away from
the center. If you are far away (like in the case of offset tuning or
just at the edge of the passband) you only see the noise floor bounce up
and down. Since the maximum is always at 0Hz I assumed it could be
because of some LO leakage or maybe, as you say, it could just be the DC
compensation kicking in. The only thing I can say is that no signal was
present at the receiver or transmitter port (I could also see the glitch
also when terminating both ports with 50 Ohm).
Il 04/12/2014 17:58, Ian Buckley ha scritto:
> A very interesting discovery. Given that you have narrowed this down to incidences where the CORDIC is retuned rather than the RF LO, that narrows the possibilities tremendously.
> Am I correct in stating that when you say "or exactly at the LO frequency (seeing it as an RF signal)" that you have assumed the glitch is present at the LO RF rather than actually directly observing it before downconversion?
> I can't but help wonder if what you are seeing is the radio being forced to run an RX DC-offset recalibration…at least thats the first thing I can think of that would causes a transient DC spike in the RX spectrum given that (at least in theory) we are not altering any of the analog RF signal path to retune. There's no reason I can think of no reason that we should need to re-run the IQ imbalance functions in the analog radio for a DSP only retune event, but it could be that UHD is doing that. Of course we might legitimately need to do that when you retune the RF LO,but then you don;t see this effect which is again puzzling. I suspect someone in R&D is going to need to look at what explicit operations are precipitated by the DSP retune event.
> On Dec 4, 2014, at 8:23 AM, Stefano Speretta via USRP-users <usrp-users at lists.ettus.com> wrote:
>> What surprises me a bit is that the glitch is exactly in DC (if we look at the baseband signal) or exactly at the LO frequency (seeing it as an RF signal) no matter which frequency you tune to on the tx side. I would expect spurs of the transmitter frequency to appear in case of a leakage from the transmitter to the receiver (and maybe more than one) or, at least, to move when the transmitter frequency changes but this never happens.
>> I tried changing the size of the frequency jumps and I noticed that, when the jump is more than 1 MHz, the RF front-end is retuned and in that case I do not see the glitch. If the jump is smaller (10-100 kHz) the tuning is done using the internal DSP and in that case I see the glitch.
>> Il 04/12/2014 16:26, Marcus D. Leech via USRP-users ha scritto:
>>> On 12/04/2014 04:14 AM, Stefano Speretta via USRP-users wrote:
>>>> and I clearly see glitch appear every time I tune the transmitter. The amplitude of the glitch, according to the FFT, is between -55 and -65. The same file was run with a USRP B100 and a USRP1 using a WBX daughter-board but the glitch never appears. In the patch I also added a message handler to stop displaying messages because sometimes using a USRP B100 there were some messages which were disrupting the FFT plot.
>>>> Best regards,
>>> What you're seeing is the VFO on the TX-side as it sweeps into "lock" when you change frequencies. That action will create spectral components that
>>> will briefly appear (sometimes, not always) in your RX passband. There's no way, given that both LOs are inside the same TINY chip that you can get
>>> perfect isolation between TX and RX. We live in a world where receivers are very, very, sensitive--like at or below 3dB, so even with pains taken
>>> to try to isolate things (as much as can be done when you have an LO in the same chip as the RX gain and mixer chain), you'll still see these sorts
>>> of things.
>>> The only thing I can suggest is to logically mute your RX chain when you're tuning. And also, how do you cope with "glitches" that originate from
>>> the outside world? Because there will always be some--the outside world isn't generally kind in this regard, it's a useful exercise to consider how
>>> to deal with them.
>> Stefano Speretta
>> ISIS - Innovative Solutions In Space BV
>> Molengraaffsingel 12-14
>> 2629 JD Delft
>> The Netherlands
>> Phone: +31(0)15 256 9018
>> Fax: +31(0)15 257 3969
>> E-mail: s.speretta at isispace.nl
>> Web: www.isispace.nl
>> USRP-users mailing list
>> USRP-users at lists.ettus.com
ISIS - Innovative Solutions In Space BV
2629 JD Delft
Phone: +31(0)15 256 9018
Fax: +31(0)15 257 3969
E-mail: s.speretta at isispace.nl
More information about the USRP-users