gnuradio.org still down here (Oct. 4th, 8:39 UTC). I can see that a
whois update has happened last night, so maybe DNS has to sync.
Mark
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Here in Germany it is available again; two hours ago it still was
unreachable.
Ralph
-Original Message-
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
[mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of
M Dammer
Sent: Friday, October 04, 2013 10:42 AM
How can we increase the bandwidth of the FFT plot. The bandwidth is only
0.1MHz, how can I increase that to at least 10MHz. Thanks.
--
View this message in context:
http://gnuradio.4.n7.nabble.com/Changing-Bandwidth-USRP-tp43949.html
Sent from the GnuRadio mailing list archive at Nabble.com.
yepp, up here (Scotland) as well - 9:54 UTC.
Mark
On 04/10/13 10:35, Ralph A. Schmid, dk5ras wrote:
Here in Germany it is available again; two hours ago it still was
unreachable.
Ralph
-Original Message-
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
Hi Antmrt,
The FFT plots (there are several available in GR) don't have a bandwidth
of their own, they just display the FFT magnitude of the input sample.
Frequencies are only for display and are usually calculated by the
sampling rate parameter you set. That has no effect on the plot itself,
but
Thanks Marcus, my problem is how to calibrate the scale on the FFT plot. e.g:
I'm feeding a signal of -30 dBm to the usrp and on the plot the value
becomes about -10 dBm
--
View this message in context:
http://gnuradio.4.n7.nabble.com/Changing-Bandwidth-USRP-tp43949p43952.html
Sent from the
This is a completely different problem, is it? Bandwidth is orthogonal to the
concept of dynamic range and amplitude values.
Anyway, your FFT plot knows about complex samples; therefore, it displays dB relative to
the numeric value of 1.0; this has nothing to do with your input signal
power.
Just a quick update to say that the DNS issues have been identified and
fixed, and we are just waiting for everything to propagate. I'll send
another update with more detail after we get things started today at the
conference.
--
Johnathan Corgan
Corgan Labs - SDR Training and Development
Hi everyone,
After a long break since June I am now back learning about Gnuradio. I
asked in June for a way to average vectors elementwise and Martin Braun
suggested the moving_average_Vff block in the gr-specest. He also said it
would be available PyBOMBS. Now update:
Since I had installed
I updated gr-specest so it would compile with 3.7, see my repo on
www.github.com/dfxx if you want to try that route. The changes were almost
all namespace stuff and cmake stuff, i.e. I don't think I broke anything.
Jared
On Oct 4, 2013 7:33 AM, Eskil Varenius eskil.varen...@gmail.com wrote:
Hi
All,
I'm trying to cross compile ORC so I may use it during compilation of the
UHD driver and GNURADIO.
When cross compiling on Ubuntu 12.04 x86-64 for ARM I get the following
errors:
*./configure --host=arm-linux-gnueabihf --build=arm-linux-gnueabihf
cxxflags=-mcpu=cortex-a8 -mfpu=neon
I'm getting the following error when opening gnuradio-companion on my
hand-coded blocks:
ERROR:VALID:DTD_NOT_PCDATA: Element block was declared #PCDATA but
contains non text nodes
I'm seeing it when I do the following in the xml file:
param
namevlen/name
keyvlen/key
typeint/type
Hi all,
while adding the a resampler to the openLTE project, i got a linking error.
I added in the header file :
LTE_fdd_dl_scan_flowgraph the library rational resampler:
Into the header file:
gr::filter::rational_resampler_base_ccf::sptr resapler_filter;
Into the source code:
Hi Jared,
this is how the XML validation works, yes. It's probably just an
artifact of whatever XML parser we're using, but we've all gotten used
to it.
MB
On Fri, Oct 04, 2013 at 12:46:54PM -0600, Jared Clements wrote:
I'm getting the following error when opening gnuradio-companion on my
Just ran into this one a while back, see the discussion I initiated on
Sept 17th with the subject line: Updating gr-specest to 3.7
Most of the CMakeList.txt files needed updating... in one way or another.
Jared
On Fri, Oct 4, 2013 at 1:20 PM, Dincer Beken dbe...@blackned.de wrote:
Hi all,
Hi everyone.
I just started using GRC for a college assignment, but I'm having a hard time
to find what I need to know in order to do what I want.
I want to make a flowgraph that works with a limited sample, like a WAV file.
So I'd like to know how to stop the flowgraph after the processing is
Hi Guys,
I am trying to create a rational_sync_block class in an out of tree
module, which is both an interpolator and decimator with a rational
data rate. So I just wrote the class, almost exactly like how
sync_interpolator is written. Then when I want to use this new base
class in a derived
I have a pyhton program (see
http://web.eecs.umich.edu/~anastas/docs/onoff_flat_test.py)
that based on a button chooser (on/off) rearranges itself.
I use lock/unlock to do the disconnection/reconnection.
However, I always get segfaults after a couple of changes.
The graph is pretty simple:
A
Hi Gui,
that's how most sample sources work anyway.
So just find the source that suits your needs best (in your case: Wav
file source), connect it to your signal processing blocks and run the
flowgraph. It will stop when the source signals that it's done, which
will happen when the file end is
Hi Achilleas,
after skimming through your code, I found no obvious mistakes so far.
My guess was that under some circumstances, you connect or disconnect a
connection twice or something similarly wicked happens, but I can't see
why that should happen.
Can you supply us with a backtrace, generated
Miklos,
Have you imported all of the gnuradio files into the swig .i file that you
are using within your OOT module? I recently went through this, and I had
to include a gnuradio header into my swig .i file as shown below; I'm not
entirely sure what the two include declarations are for, but I
Marcus,
thanks for the quick reply.
Here is the backtrace:
Sleep...
Unlocking...
[Thread 0x7fffbe7fc700 (LWP 29591) exited]
[Thread 0x7fffbf7fe700 (LWP 29593) exited]
[Thread 0x7fffdbfff700 (LWP 29595) exited]
[Thread 0x7fffe0aa7700 (LWP 29594) exited]
[Thread 0x7fffbeffd700 (LWP 29592) exited]
Hi Michael,
Unfortunately, the problem is not always reproducible with a simple
cmake ../ make clean make, I have to remove the build
directory completely. I have tried all combinations, and now I seem to
have something that seem to work. The problem is that I need a
rational_sync_block(void)
I have uploaded a bare minimum example that still has this problem:
sinusoid-- throtle -- (ON or OFF block) -- null sink
http://web.eecs.umich.edu/~anastas/docs/onoff_flat_test1.py
And here is all the output of gdb (it segfaults in unlock() ):
(gdb) backtrace
#0 0x700b80a0 in
On Friday, October 4, 2013, Marcus Müller wrote:
Hi Gui,
that's how most sample sources work anyway.
So just find the source that suits your needs best (in your case: Wav
file source), connect it to your signal processing blocks and run the
flowgraph. It will stop when the source signals
25 matches
Mail list logo