Hi,
Are there any grc flowgraphs out in the wild that visualize the phase and
amplitude variation of a given system like some LC filter or transformer,
when you tweak with it? My idea is to output a sinoidal signal of maybe some
hundred kHz, feed it through the system of interest, and then watch
I am using DVB-T dongle RTLSDR2832U with gnu radio, i have installed all the
required files, but when i compile my flowgraph I get an error.
Runtime Error:Failed to open rtlsdr device.
What is the problem and its solution??
Sohaib bin Altaf
pakistan
Hello Sohaib,
from http://sdr.osmocom.org/trac/wiki/rtl-sdr:
If the device can't be opened, make sure you have the appropriate rights
to access the device (install udev-rules from the repository, or run it
as root).
The osmo project has for your conveniences generated a rule that assigns
This is awesome. How did you analyze the data ? Is the software/source
(both grc setup and data analysis) available ?
Mark
On 25/09/13 23:23, Juha Vierinen wrote:
I hooked up my dual coherent channel rtl_sdr dongle into two of our
passive radar antennas that we have here (log-periodic antennas
On Wed, Sep 25, 2013 at 6:10 PM, Sylvain Munaut 246...@gmail.com wrote:
I also tried creating the QWidget subclass separately, like it's done
in the qtgui elements but I also have a problem on destruction because
there is a tight link between the two (exchanging a lot of data ..)
and they're
On Tue, Sep 24, 2013 at 7:56 PM, Michael Berman mrberma...@gmail.com wrote:
Upon looking at the generated *_swig.py files, I am seeing more of the
differences. For some reason my OOT module is not generating the python
wrapper for the constellation_theta class, it is only creating the wrapper
Hi,
I modified my clock sharing so that I only insert a signal in the Xtal_In
pin of other dongle. This way I won't have two circuits driving the same
crystal, as Ian pointed out. The pin next to the edge of the dongle turned
out to be the Xtal_In pin (the input of the opamp on the slave dongle).
Thank you for the advice, I have gotten this working now. It was a user
error in that I was not including the gnuradio/digital/constellation.h file
in the swig .i. Also to note for anybody in the future, I also had to link
the libgnuradio-digital.so into the CMakeLists.txt file in the lib
Well, I certainly would be keen to hear your further reports on this.
One thing to consider is that if you're going to build a fan-out buffer, you might as well build a 28.8MHz source using one of the easily-available 14.4Mhz TCXOs that are "out there", and design
a doubler--this will give you a
Hello list;
I have been following a thread by Marcus and others about coherent
receivers, etc.
I have a question: Is it possible to change the clock frequency to receive a
slightly lower frequency?
I have some ~ 49.89MHz wireless mic's that I would like to reuse, and an SDR
seems like a
On Wed, Sep 25, 2013 at 04:57:55PM -0700, Daniel Domínguez wrote:
The solution I found was to set the Fixed Frame Length parameter to 1
on the OFDM Frame Equalizer block of the Header Stream.
1 is the correct setting. I'm currently adding a tx into the example so it
runs as-is (like
The simplest solution might be to transvert using something like the ham-it-up.
When not doing wireless mic duty, you'll also have a general coverage receiver
to tinker with.
Kindest regards,
Ashworth Payne
On Sep 26, 2013, at 1:44 PM, William Pretty Security
bill.pre...@xplornet.com wrote:
On Thu, Sep 26, 2013 at 7:44 PM, William Pretty Security
bill.pre...@xplornet.com wrote:
Hello list;
I have been following a thread by Marcus and others about coherent
receivers, etc.
I have a question: Is it possible to change the clock frequency to receive a
slightly lower frequency?
I
The solution I found was to set the Fixed Frame Length parameter to 1
on the OFDM Frame Equalizer block of the Header Stream.
1 is the correct setting.
With this fix, now I see a new error:
INFO: Detected an invalid packet at item 0
INFO: Parser returned #f
thread[thread-per-block[18]:
Juha,
Ordinarily, I would choose to feed a clock into xtal_in, this seems logical.
However check out the Elonics patent:
http://www.uspto.gov/web/patents/patog/week49/OG/html/1385-1/US08324978-20121204.html
The main thing to note is that square-wave clock input should be fed to
xtal_in for the
Bah!!! The main thing to note is that the e4000 expects a clock input on
XTAL_OUT. That's right, the patent says that out can be an in, for the
e4000. Sorry I made a post in which I made a thought mistake and typed the
opposite.
--
View this message in context:
On 09/26/2013 06:32 PM, Heath Hunnicutt wrote:
Juha,
Ordinarily, I would choose to feed a clock into xtal_in, this seems logical.
However check out the Elonics patent:
http://www.uspto.gov/web/patents/patog/week49/OG/html/1385-1/US08324978-20121204.html
The main thing to note is that
I use R820T. It has nonzero IF and the noise is relatively flat.
The clock looks sawtooth-like on the scope.
Juha
On 26.9.2013, at 18.32, Heath Hunnicutt heath.hunnic...@gmail.com wrote:
Juha,
Ordinarily, I would choose to feed a clock into xtal_in, this seems logical.
However check out
I wonder, since you are emulating the crystal output, if the R820T would
ordinarily drive the crystal to rail-to-rail, square wave output. It might
be worthwhile using a high impedence probe to see what the signal you are
replacing looks like.
I say this because the elonics patent suggests that
When I use multiple noise sources in a flow-graph, each with a different
seed, are they actually independent, or do they just call random or
lrand or
something, and thus setting different seeds has no effect?
___
Discuss-gnuradio mailing list
Hi,
I'm just using a simple script to dump data to disk. I then have another
program that analyzes the files. It is not too complicated. The measurement
equation is a convolution with the assumption that the target is stationary
over ~20 ms and that the ground clutter is stationary over ~1
Forgot to cc the list.
-- Forwarded message --
From: Jared Clements jared.cleme...@gmail.com
Date: Sep 26, 2013 7:27 PM
Subject: Re: [Discuss-gnuradio] Noise/random sources
To: Marcus D. Leech mle...@ripnet.com
Calling them with a seed of zero or greater will give the same random
Since they're clocked together I would assume that your alignment would
consist of interpolation on the primary FM signal, what do you do to remove
it later? If your code is too messy to release can you share a block
diagram?
Thanks,
Jared
On Sep 26, 2013 7:21 PM, Juha Vierinen x...@mit.edu
On Thu, Sep 26, 2013 at 06:25:50PM +, Monahan-Mitchell, Tim wrote:
On Wed, Sep 25, 2013 at 04:57:55PM -0700, Daniel Domínguez wrote:
The solution I found was to set the Fixed Frame Length parameter to 1
on the OFDM Frame Equalizer block of the Header Stream.
1 is the correct
24 matches
Mail list logo