Hi Ashraf,
If you've configured the USRP source correctly, you're very likely
actually displaying the spectrum your digital receiver sees -- depending
on the signal, you could a) actually be rising the power level in that
whole band, or b) maybe you're observing something like saturation and
Hello, the issue I am having is I cannot display a graph that shows a wide
range of frequencies and their power. When I attempt it with the QT GUI
Frequency in GRC, I get something similar to the one in this video (FFT plot
https://youtu.be/cygDXeZaiOM?t=3m49s) but then I transmit a signal in the
Hi Ashraf,
I don't want to complain much, but this feels like you're only giving us
fractions of the information that is easily available to you, but expect
us to guess what you're seeing; try to understand the situation of
someone who's trying to understand your problems:
now you've just
I've come across a really unexpected correlation this morning that I'm
hoping someone has an explanation for. I have a large flow graph with many
QT GUI blocks because I'm debugging a design. Mostly Time Sinks and
Constellations plots with a couple of Frequency Sinks thrown in. The number
of
It seems your per-packet payload is but 1; and it's quite probable the
first packet gets lost in trying to synchronize, which would explain
your loss.
Best regards,
Marcus
On 22.07.2015 19:20, Jason Matusiak wrote:
I have a BPSK modulator/demodulator simulator script (attached) that has
me a
FYI - copying the GNU Radio mailing list, which would be a more appropriate
place to post a question such as this one.
Some comments on your GNU Radio setup:
* You're using a PSK Mod block, which applies a root-raised cosine
pulse-shaping filter to the +1/-1 stream, so you wouldn't exactly see
Thank you for replying.
I included some screenshots of the program. One is of the block diagram and
the other is of the graph itself.
I am generating a signal using a different device and program. having only
one B200 has prompted me to use this method. I am using a NI USRP-2920 with
lab view to
It's been my experience that the packet decoder block always loses 1
payload length.
Logan Washbourne
Electrical Engineering Graduate Student
(Electromagnetics)
On Wed, Jul 22, 2015 at 12:23 PM, Marcus Müller marcus.muel...@ettus.com
wrote:
It seems your per-packet payload is but 1; and it's
OK, I think I figured it out. If I change the mod/demod type from DQPSK
to DBPSK I get all of the packet. All seems to be roses now. Thanks.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
Hi Jean-Michel!
There's nothing in your system that would make both RTL dongles and the
soundcard start sampling at the same time, so naturally there's a large
time offset between these. You will need to time align these signals
first, before you can use the sound card signal to determine in
On 21/07/15 21:39, Tom Rondeau wrote:
Here's my presentation from last GRCon:
http://gnuradio.squarespace.com/grcon14-presentations#tut-rondeau
Hello Tom,
browsing through your presentation I see that on page 58 and 59 you
recommend to use firdes filter design tool and not optfir to build re
There's nothing in your system that would make both RTL dongles and the
soundcard start sampling at the same time, so naturally there's a large
time offset between these. You will need to time align these signals
first, before you can use the sound card signal to determine in which
state
Possibly a stupid question, but might help me better understand how the
gnuradio scheduler works:
my objective is to make a low cost phase-referenced radiofrequency
interferometer using two DVB-T dongles.
Since I have observed that the PLL inside each dongle induces slow phase drift,
I want
Hello,
I am trying to implement a MIMO burstytransmission on USRP X310 with 2 CBX
daughterboards using GNU Radio.In order to make both antennas to start
transmission synchronously Iset up the time spec in the USRP Sink code
usrp_sink_impl.cc:
_metadata.time_spec = get_time_now()
On Wed, Jul 22, 2015 at 4:57 AM, Daniele Nicolodi dani...@grinta.net
wrote:
On 21/07/15 21:39, Tom Rondeau wrote:
Here's my presentation from last GRCon:
http://gnuradio.squarespace.com/grcon14-presentations#tut-rondeau
Hello Tom,
browsing through your presentation I see that on page
Based on the plot of resulting figures the firdes designed filter has more
out of band rejection. It's a trade-off between number of taps and
rejection. We're good enough (computationally) at doing fir filters that 20
extra taps 25dB of attenuation is worth it.
-Nathan
On Wed, Jul 22, 2015 at
Throught I'd share my GR based scanner with curses GUI. Locks on and
demodulates N number of NBFM channels and logs audio to disk. Uses
gr-osmosdr source so should work with a variety of devices.
https://github.com/madengr/ham2mon
https://www.youtube.com/watch?v=BXptQFSV8E4
--
View this
I'm getting gripes from GRC when using bus connections:
ookupError: This connection between source and sink is not unique.
Error: Connection between pfb_channelizer_ccf_0_0(8) and
blocks_streams_to_vector_0_0(8) could not be made.
This connection between source and sink is not unique.
Hi Ashraf,
I don't know what frequency f_squarewave your square wave has, but
rectangular signals have sinc-shaped envelope, with peaks every
f_squarewave.
Having a sinc envelope especially means it exists over the whole nyquist
band -- so that explains why you see your complete spectrum
Hi!
I watched the development of gnuradio for android. But I'm not very
familiar with java, so I searched for a way to run gnuradio python
scripts without or with little modifications on android.
I detected the python_for_android project and wrote some recipes to run
gnuradio on android.
I complied the latest code on a Raspberry Pi 2 and the standalone
applications seem to work but I ran into strange behavior when I ran
gnuradio-companion.
I could not get common data types to work between processes. That is, I
could not resolve type conflicts between ins and outs. Any hints on
For which blocks did that happen?
Also, you say raspberry Pi2, are you running android on that?
Greetings,
Marcus
On 22.07.2015 23:37, Silverfox wrote:
I complied the latest code on a Raspberry Pi 2 and the standalone
applications seem to work but I ran into strange behavior when I ran
Thanks again Marcus.
Now I am using the Head block... I don't know which number I have to put
in Num Items to get out my file with no repeated information.
I can understand this number to a Sin/Cosine function or a random source
that I can limit how many samples I want ... but for a file I don't
Hi Sanjoy,
On 22.07.2015 16:09, Sanjoy Basak wrote:
I exchanged set_command_time with set_start_time to check
you need both -- set_start_time to align the sampling start, ie. the
point in time the ADC takes the first measurement, and
set_command_time() followed by set_center_freq() to make
The use the signal itself method is something that I've used in the
past for Dicke-switched type systems. The idea was originally described
by Ken Tapping of the DRAO observatory.
The gr-ra_blocks OOT module that I designed includes an Oblivious
Slicer block that will produce a difference
Hi Marcus,
Thank you very much for pointing out the errors.
I removed the set_time_next_pps from my code. I can do time sync without
this. So I am fine with it.
However, I am not getting time sync with set_command_time(). I am not
really sure why but this is not giving me time sync. When I
26 matches
Mail list logo