On 11/21/2018 01:01 AM, Jiaxin Liang wrote:
Hi Marcus,
Thanks for your prompt reply. Regarding the newer version of UHD, are
there any recommended versions of the UHD that can drive the X310 stably?
Best,
Jonathan
3.10.3.0 Should work better.
Marcus D. Leech
Hi Marcus,
Thanks for your prompt reply. Regarding the newer version of UHD, are there
any recommended versions of the UHD that can drive the X310 stably?
Best,
Jonathan
Marcus D. Leech 于2018年11月20日周二 下午7:02写道：
> On 11/20/2018 07:51 PM, Jiaxin Liang wrote:
>
> Dear all,
>
> I'm working on the
On 11/20/2018 07:51 PM, Jiaxin Liang wrote:
Dear all,
I'm working on the MIMO using the USRP X310 and try to build a
transceiver in GNURadio for pinot-to-point communication. However,
sometimes when I run the program, the UHD will give me the following
WARNING:
/USRP Source Block caught rx
Dear all,
I'm working on the MIMO using the USRP X310 and try to build a transceiver
in GNURadio for pinot-to-point communication. However, sometimes when I run
the program, the UHD will give me the following WARNING:
*USRP Source Block caught rx error code: 2*
After we saw this line, the
Ah thanks! Makes perfect sense!
For my transmit/receive issue, I found out there is always a random phase
offset upon tuning of the LOs. So I set up a matlab script that will correlate
the two IQ streams and find this offset. While it is still running, I
implement this offset in GNU and I do
Hi Mathew,
the random source outputs bytes with numbers 0 or 1 (NOT 2).
This single bit information is "packed" into a byte that is the input to
the QAM modulator.
The QAM modulator internally breaks up these bytes and uses every 4 bits to
signal the 16QAM constellation.
best,
Achilleas
On
Hello,
When I switched AC coupling off, it just went blank.
So instead, I saved the waveforms to a file and plotted the result in Matlab.
See attached for plots. The blue curve are the data before modulating, and the
red x's are the data after demodulating. They are lined up!
Thanks so
Can you switch off the AC-coupling, and check the scope plot again.
Also, maybe useful to have markers instead of just lines.
The two streams should be perfectly synchronized (for low noise) and as
noise gets higher
some of the demodulated bits are in error. This is perfectly OK.
Achilleas
There is something really disturbing with your plots:
The values have to be either 0 or 1 (recall they are the
transmitted/demodulated bits).
Yet, you have values in the range 0.6-0.8...
Are you sure the plots correspond to the flowgraph you posted?
Achilleas
It is important that you have a time scope where you compare the initial
bit stream with the output of the demodulator.
These are NOT synchronized.
Unless you do that you cannot get any meaningful measurement of the BER!
You can substitute the Qt blocks with WX blocks. This is easy.
Achilleas
I just got it to go to -18 dB at a delay of 24. I apologize, my previous email
was premature. Let me play around a bit more before emailing.
From: Matthew J. Brandsema
Sent: Tuesday, November 20, 2018 7:36 AM
To: anas...@umich.edu; Discuss-gnuradio@gnu.org
Hello,
I don't have QT gui so I had to convert to WX blocks (how do I install QT?). I
cannot get the BER to change appreciably, no matter what delay I set. The best
I can get it to is only about -1 dB. I will keep playing with it.
From: Achilleas
12 matches
Mail list logo
