On 07/12/2022 07:49, 能书能言 wrote:
The number of data packets in ① is not correct, but the number of
data packets in ② is correct. Therefore, to avoid more problems, I
choose ②.
By viewing the pictures in the attachment and your explanation, f_
RF is LO frequency? Then the two channels sh
The number of data packets in ?? is not correct, but the
number of data packets in ?? is correct. Therefore, to avoid more problems, I
choose ??.
By viewing the pictures in the attachment and your
explanation, f_ RF is LO frequency? Then the two channels share one LO, so
setting f_ Offs
Sorry, typo, hit ctrl-enter to send accidentally when trying to fix it. Let me say it
correctly:
Re: ① But you receive packets! So that's a good thing, I guess?
Re: ② So, maybe the attached figure helps. The offset is the difference between the
physical LO frequency f_{RF}, and the center freq
Your LO offset still don't add up to the difference between freq1 and freq2. What
frequency is the physical LO supposed to have? It cannot have frequency 2.4 GHz - 5 MHz
and 2.39 + 2 MHz at the same time. These are different numbers!
Best regards,
Marcus
On 07.12.22 09:09, 能书能言 wrote:
Hi,
Hi,
Thank you for your reply, based on your suggestion I have
tried the following:
??No LO offset set (no uhd.tune_request)
Ch0:Center Freq : freq1
Ch1:Center Freq : freq2
??freq1 = 2.4G, freq2=2.39G,samp_rate=300k??
??Set LO Offset
Ch0:Center Freq : uhd.tu
