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 cor
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" wrote:
> Hi,
Forgot to cc the list.
-- Forwarded message --
From: "Jared Clements"
Date: Sep 26, 2013 7:27 PM
Subject: Re: [Discuss-gnuradio] Noise/random sources
To: "Marcus D. Leech"
Calling them with a seed of zero or greater will give the same "random"
stream, seeding with different negat
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 second.
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 lis
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 s
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 wrote:
> Juha,
>
> Ordinarily, I would choose to feed a clock into xtal_in, this seems logical.
> However check out the Elonics patent:
>
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 square-wa
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:
http://gnuradio.4.n7.nabble.co
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
>>> 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[
On Thu, Sep 26, 2013 at 7:44 PM, William Pretty Security
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 have some ~ 49.8
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"
wrote:
> Hello list;
>
> I
> 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 (lik
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 co
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
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
direct
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).
On Tue, Sep 24, 2013 at 7:56 PM, Michael Berman 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
> for the shared p
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
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
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
co
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
__
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
24 matches
Mail list logo
