On Tue, Oct 22, 2013 at 11:10:54PM -0700, Bharat Mukkala wrote:
> I am creating a new gnu radio block for decomposing the signal using haar
> wavelet decompostion and includes the option of number of levels of
> decompostion.
> In order to write the code, how should i set the set_history or foreca
I am using Kubuntu 12.04 LTS 32bit, boost should be something like 1.49 or
1.50, gnuradio is latest build 3.7, and gr-osmosdr a few weeks old as with
the latest version gqrx and bladerf do not work together. For exact versions
you have to wait a bit, I do not have this system at hand right now :)
the i/o ratio is 1 since the number of input items is same the number of
output items, but while processing we use the whole signal but not a single
element while calculating the output elements, i have doubt in figuring out
how to tell that to gnuradio,my idea is that, can i set_output_multiple to
On Wed, Oct 23, 2013 at 03:23:36AM -0700, Bharat Mukkala wrote:
> the i/o ratio is 1 since the number of input items is same the number of
> output items, but while processing we use the whole signal but not a single
> element while calculating the output elements, i have doubt in figuring out
> ho
On Wed, Oct 23, 2013 at 7:47 AM, Martin Braun (CEL)
wrote:
> On Wed, Oct 23, 2013 at 03:23:36AM -0700, Bharat Mukkala wrote:
>> the i/o ratio is 1 since the number of input items is same the number of
>> output items, but while processing we use the whole signal but not a single
>> element while c
Hi all,
I want to transmit a file through tx_ofdm.grc model and receive it in using
rx_ofdm.grc. Presently this simulation takes in a vector source of packet
length as input and it creates tags for it.
I am able to receive these vectors correctly using rx_ofdm.grc
Now I want to send file as d
On Thu, Oct 10, 2013 at 9:30 PM, tom sutherland wrote:
> I am using a Costas loop for carrier recovery with QAM16 data. The carrier
> is only 2khz. The I/Q output of the Costas loop seems to track (the original
> sin/cos of the modulating carrier's Frequency & Phase) steadily for a long
> period (
Dear students, dear prospective mentors,
Google has already put out the word that GSoC will continue next year.
Given the huge success of our summer of code, we're pretty sure we'll
also continue participating.
Of course, it's too early to say anything definitive about next year's
GSoC, except fo
Hi, people. Anyone here has experience using Gnuradio or USRP as an
instrumentation tool (I mean, not for actual radio transmissions)?
After years studying, hobbying and working with SDR, I've just learned
that they are very similar to particle acceleator instrumentation, in
a very pleasant way: I
Hi Aylons,
I have no answer here. But talking about Gnuradio and nuclear physics I
want to add my idea to your question:
Would it be possible to use Gnuradio in a (home made) Gamma Spectrometer
? These spectrometers usually work with a multichannel analyzer that
measures the pulse height coming fro
Not exactly the same thing, but I recall a physicist presented a paper at
the first GnuRadio Conference in 2011 on using GR for quantum communication.
See http://gnuradio.squarespace.com/grc2011-abstracts#wednesday_1530_1600
Very Respectfully,
Dan CaJacob
On Wed, Oct 23, 2013 at 12:36 PM, M Da
On Wed, Oct 23, 2013 at 02:14:01PM -0200, Aylons Hazzud wrote:
> Moreover, this particular project (Sirius, in Brasil), has adopted an
> open hardware and free software attitude, which makes the use of
> Gnuradio particularly interesting.
That's a great attitude :)
> Has anyone worked with this k
On Wed, Oct 23, 2013 at 10:06:57PM +0800, ashish mishra wrote:
> I want to transmit a file through tx_ofdm.grc model and receive it in using
> rx_ofdm.grc. Presently this simulation takes in a vector source of packet
> length as input and it creates tags for it.
>
> I am able to receive these vec
On Tue, Oct 22, 2013 at 10:29 PM, Tom McDermott
wrote:
>
> Have updated to the latest git, been a month or two since the last update
> here.
>
> Previous 3.7.2git (a little back) ran fine.
>
> With the latest, flowgraphs seem to start but immediately exit ('done') when
> there is a QT GUI Range co
its true that setting the history to length of coefficients work, but when we
go for more than 1 level of decomposition, the output from previous level
will be used , so how can is use the output again ?
i have another doubt , if we set the size of each element in the input
signature to be 4*sizeo
Hi everyone,
At GRCon13, we discussed the importance of policy and regulatory
aspects of spectrum and how it can impact GNU Radio as well as how we
could possibly impact it.
The IEEE DySPAN symposium is a great place for this and other
discussions related to dynamic spectrum access. I've chaired
I'm trying to understand the behaviour for gr-osmosdr when you have
multiple devices in the source -- does it start delivering samples
immediately,
or is there a synchronization point, so that all devices start
delivering samples more-or-less at the same time?
--
Marcus Leech
Principal Inve
On Wed, Oct 23, 2013 at 9:58 PM, Marcus D. Leech wrote:
> I'm trying to understand the behaviour for gr-osmosdr when you have multiple
> devices in the source -- does it start delivering samples immediately,
> or is there a synchronization point, so that all devices start delivering
> samples mo
On 10/23/2013 04:19 PM, Alexandru Csete wrote:
Hi Marcus,
I believe the behavior is different from source to source and
basically depends on whether the source block takes advantage of the
start/stop methods. For example, the Funcube Dongle Pro and Pro+
blocks are gnuradio audio source blocks th
On Wed, Oct 23, 2013 at 10:33 PM, Marcus D. Leech wrote:
> On 10/23/2013 04:19 PM, Alexandru Csete wrote:
>>
>> Hi Marcus,
>>
>> I believe the behavior is different from source to source and
>> basically depends on whether the source block takes advantage of the
>> start/stop methods. For example,
Interesting. I'll observe, out loud, that it would be useful for my current
coherence testing if the behaviour could be closer to "roughly
synchronized".
Not sure how easy that is to do for RTLSDR.
I think you can create one multi-channel source using 2 separate
devices. That may get you close
On Wed, Oct 23, 2013 at 07:05:08PM +0200, Martin Braun (CEL) wrote:
> > Alternately, can someone suggest the method of converting the file content
> > into
> > vectors of packet length configurable by the user so that it can be entered
> > into the vector source.
>
> There's no simple way to do t
I finally got my GNURadio Python script running, but after I execute the
script, I get a UHD Warning about requested decimation (a few lines of
text), then a single 0 on a newline, and nothing. I let it run for about
five minutes, and my output file didn't change from 0 bytes.
I am trying to captu
Paul,
With (the default) 16bit complex sample format the maximum sample rate
supported on USRP2 is 25Msps, simply because that is pretty much as much data
as you can get over 1G Ethernet in one direction.
50Msps is supported if you use 8bit complex samples and loose some dynamic
range.
The dec
Ian:
Thank you for your detailed response. If I stick with eight bits and
increase to 50Msps, will that solve the decimation rate problem? I
realize this would result in a decimation rate of two, which would not
be ideal. I may decide to only grab 25MHz, not the full 30, to keep
the decimation rat
On 10/23/2013 07:44 PM, Paul B. Huter wrote:
Ian:
Thank you for your detailed response. If I stick with eight bits and
increase to 50Msps, will that solve the decimation rate problem? I
realize this would result in a decimation rate of two, which would not
be ideal. I may decide to only grab 25M
Thanks, Marcus. I am just saving the data into a data file for later
analysis. I only plan to save about a minute of data at a time. I intend to
start small, though, and work my way up to see if my computer can handle
things.
On Wed, Oct 23, 2013 at 6:59 PM, Marcus D. Leech wrote:
> On 10/23/20
Running my script, I get an error (repeated twice):
~\AppData\Roaming\.gnuradio\prefs\vmcircbuf_default_factory: Invalid
argument
I looked, and there is no 'vmcircbuf_default_factory' in the \prefs folder
(there isn't anything in there). The Internet (GNURadio website and GNURado
mailing list arc
Has anyone tested successfully these two files combined?
The input data or vector source is an array of 96 elements [0-95] but I'm
getting a strange output at the end.
The 96 + 4 elements from the crc, then another 100 values (200 total), then
the sequence repeats.
I tried using the OFDM transm
when I compile the gr-osmosdr,such error happens,like:
Found PkgConfig: C:/Program Files/gnuradio/bin/pkg-config.exe (found version
"0.26")
Checking for GNU Radio Module: RUNTIME
checking for module 'gnuradio-runtime'
found gnuradio-runtime, version 3.7.1-52
* INCLUDES=GNURADIO_RUNTIME_INCLUDE_
30 matches
Mail list logo
