Hello Laura,
It is definitely not afternoon here in Sweden. There is no flowgraph attached.
Happens to me as well, every time ;)
This output usually indicates you are doing are something, that causes samples
to be dropped, i.e. not transmitted, because something is not fast enough.
What
Good afternoon,
I am creating a flowgraph that will chirp and then hop center frequency and
repeat.
This is on the ettus n200 with a cable connection the transmit to the receive
port.
The code worked perfectly until I increased the range of the chirp and
subsequently the sample rate. Now
==
GNU Radio Workshop still has a few spaces open!
Register today, tomorrow, or on Sunday!
RFNoC Workshop is full!
*
*** NEWSDR 2018 ***
Coming Next Week!
Technical Workshops are full!
Symposium Still Open!
Register by
Greetings GNU Radio Community,
GNU Radio Conference 2018 is rapidly approaching us from Henderson, NV
from 17-21 September this year.
We are now accepting submissions for technical talks AND/OR technical
proceedings papers for this years conference!
Authors/contributors/presenters may elect to
Ogün,
Am 27. April 2018 um 15:27:13, ogün levent (levento...@gmail.com) schrieb:
Hello,
I also have few problems with gr-inspector. It was working without any
problem until gateware change of the limesdr now gateware issue resolved
but I see a dc offset on qt sink and also Real time scheduling
The issue that was supposed to have been fixed with maint-3.7 still occurs:
pybombs auto-config
pybombs recipes add-defaults
pybombs prefix init ~/prefix -a myprefix -R gnuradio-stable
pybombs -p myprefix install gr-osmosdr gr-inspector
When running the gr-inspector example:
Generating:
Dear Prabhat,
the B210 doesn't support 120 dB of gain.
Ask uhd_uspr_probe about minimum and maximum gain, or simply don't use
"absolute gain" setting in the USRP block, but "relative" gain, and use
0 for minimum, and 1 for maximum gain.
Risking that I repeat what I said before: RSSI is a
Dear Inkyu,
there's no guarantee that the phases of both TX are exactly identical.
In fact, you should expect an unknown offset.
Also, you'll notice that your two antennas are at two different
positions in the room. You're accidentally building a beamforming
system! So, these nulls will not be
Hello Mehtap:
Sorry, but please ignore my previous e-mail; I may have misinterpreted a part
of your e-mail and made poor explanations.
So, what I wanted say is that the advertised sampling rate of the boards is
usually in terms of the complex sampling rate, not the sampling rate of the
Hi Mehtap
On Fri, 2018-04-27 at 15:57 +0300, mehtap özkan wrote:
> Based on your calculations, I have decided to get a LIMESDR-PCIe.
> The sampling rate will be 122,88 MSPS which will give 61.44 MHz I and 61.44
> MHz Q.
I think it is the other way around: The Sampling rates are 61.44 MHz on
I
Based on your calculations, I have decided to get a LIMESDR-PCIe.
The sampling rate will be 122,88 MSPS which will give 61.44 MHz I and
61.44 MHz Q.
That will be enough to demodulate a 50 MHz wide QPSK modulated signal.
I am not sure if I can decimate the 122,88 MSPS by 2 and still being able
Hi, all !!
I am trying to make a simple example of signal cancellation using GRC.
However, I did not get any good results.
Here is my setting
Plan: sending two sine wave with different phases and receiving canceled
signal (only noise)
Center frequency: 5.89GHz (I am using the antenna supporting
Hello,
I am receiving RSSI with USRP B210 and I have some doubt regarding that :
Also, I am attaching grc file and python file for reference.
1- I am saving my received data to a file_sink and trying to compute
power(RSSI) from that by using python code, kindly see attached python
file.
At the
I don't know about such an implementation. IIRC, in the paper, we
recorded the IQ samples and processed the data offline.
If you are interested in the code you could write the first author, but
since it was not real-time and for a single-carrier scheme, it might not
be too helpful for your
Ok I understand now. Could you point me how to approach for such
synchronization between the two branches. Or if there are any existing
open source example if you know.
For this implementation, I was following one of your recently
co-authored paper "Low-Complexity Soft-Bit Diversity Combining
Not sure what this video shows, but I guess that's the same thing. If
one queue of the add block is full (and the other is empty) then, I
guess, the flow graph is stuck and the USRP will stop receiving.
On 04/27/2018 11:00 AM, Sumit Kumar wrote:
Yes indeed, this could also happen! I note this
Yes indeed, this could also happen! I note this in my to-do list.
But as of now there are no warnings of overruns etc. I recorded it. What
is making USRP to stop receiving.
https://www.youtube.com/watch?v=SPXLJ3iEWg8=youtu.be
Sumit
On 27/04/2018 10:41, Bastian Bloessl wrote:
Hi,
I'm not
Hi,
I'm not sure if I get it, but don't you need some synchronization logic
between the branches. Consider what happens if one branch receives
frames while the other one doesn't, then data queues up in the add
block, which will sooner or later lead to overruns, independent from the
buffer
19 matches
Mail list logo
