Hi Roee,
On 16.11.2015 22:28, Roee Bar wrote:
> Hi Marcus,
>
> You understand correctly. I ran this experiment with USRP block
> 'length tag’ field enabled and another time with this field empty
> (these correspond to ‘signal_with_tag’ and ‘signal_without_tag’
> respectively).
>
> Regarding your q
Hi Marcus,
You understand correctly. I ran this experiment with USRP block 'length tag’
field enabled and another time with this field empty (these correspond to
‘signal_with_tag’ and ‘signal_without_tag’ respectively).
Regarding your questions:
1. I am plotting the real part of the received si
Hi Roe!
Your situation is the following, if I understand correctly:
1. you're producing a real-valued cosine with a theoretical frequency of
2kHz and a sampling rate of 12,500kHz, so one period of the cosine is
6250 samples.
2. you're putting that into 10,000 sample bursts, and transmit these
thro
Yes I am changing the frequency on both.
I have replaced the LFTX and the USRP motherboard with other boards and
I get the same results, so I ruled out a hardware problem.
It's like when using the length_tag feature on the USRP block it resets
the USRP after every packet.
I have created a
Hi Roee,
are you changing the frequency on both the transmitter and receiver?
Because: mixing anything to a higher frequency is exactly that, a
multiplication with a sinusoid.
Best regards,
Marcus
On 13.11.2015 07:01, Roee Bar wrote:
> Hello,
>
> I am experiencing some weird behaviour with USRP
Hello,
I am experiencing some weird behaviour with USRP blocks.
I have a PHY block that generates packets with "packet_len" tag. This stream is
the input to a USRP sink block (the transmitter). Between packets, my PHY block
does not produce anything, so the USRP assumes zeros until a new packet
