Hi Jordan,
Nice to hear that you can use my code! I just tried to reproduce your
problem on my machine (Ubuntu 12.10, GNU Radio v3.7.2.1-263-g78551a56) but
all seemed to be fine.
So here are some guesses that come to my mind:
Did you make sure to reload the block list if GRC was already open by u
Hi,
> Having just written that, it seems to me that as a directory we should
> probably really be going down the pyBOMBS route -- having easy to install
> projects in a comprehensive directory *containing* .grc files.
Last time I tried the pybombs way it really "bombed" (or even nuked) my
existin
Forgot to include the mailing list...
-- Forwarded message --
From: Felix W.
Date: 2014-03-31 10:20 GMT+02:00
Subject: Re: [Discuss-gnuradio] gr-drm for GNU Radio 3.7 available
To: Jordan Johnson
About the "no module named drm" error: Obviously the needed library is not
found.
Fixed it. Here is what I did:
> libgnuradio-drm had to be moved to /usr/lib64 along with the drm folder
from lib
Weird. I wonder why Arch is so different with respect to libraries and
things. Haven't tested the flowgraphs, will now.
On Mon, Mar 31, 2014 at 1:28 AM, Felix W. wrote:
> Forgot to in
Blocks are no longer missing anddidn't produce errors running the heir
block graphs butYikes. Now the transmitters complain about incorrect
sample sizes:
"Source IO size "630" does not match sink IO size "1"."
among many similar messages. The red arrows exist on
Scramble > MLC xQAM > and e
Ok, so this looks like the hierarchical blocks are not properly
parameterized. In my transmitter, I'm always processing whole vectors of
specific data types, so each block uses input sizes of
vector_length*sizeof(data_type). What GRC is reporting is that all MLC
blocks use vector length 1, therefor
I use a card from Per Vices. I do not have the option to change the
cuttoff frequency of the
filter without flashing the firmware. As a workaround, I tuned my device
to a different frequency (+10 MHz) and using an NCO I managed to bypass
the power loss at the center sub-carriers.
On 03/29/2014
On 03/31/2014 01:03 PM, Piotr Potocki wrote:
> 1. I want to estimate SNR using IQ samples. But when I receive IQ
> samples on the receiver (img iq_samples_eq) they are all "perfect". So
> my first question is, is there some kind of "hard decision" in OFDM
> Frame Equalizer? Without OFDM Frame Equal
On Sun, Mar 30, 2014 at 6:27 AM, Irfan Ullah wrote:
> Hi,
> I am working in GRC and I am Designing My own 16 QAM Transceiver without
> using the QAM modulation and demodulation blocks of GRC. I have done
> modulation using the python function qam_constellation from source code but
> now I have a
Hey everyone,
I'm in Northern Virginia this week for the IEEE DySPAN conference.
Since I know quite a few of the GR users in this area, I thought it'd
be a good time for a quick get-together. Nothing fancy or formal, just
an evening gathering for a few hours someplace nearby for drinks and
discuss
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Marcus,
I think I was involved in mentioning it; but I only cared about the
include guard back then (which had an copy/paste error), and did not
fix the actual problem, iirc.
Greetings,
Marcus
On 31.03.2014 00:33, Marcus D. Leech wrote:
> I haven
Grumble :(
This is currently blocking my attempts to update gr-ra_tools to 3.7 (and, by implication, simple_ra).
I may dive in myself and see if there's an easy fix that provides backwards compatibility with older systems, since many of my "customers" are on
older systems.
on Mar 31, 2
Hello,
I've searched some information about HRPT format. I know the modulation
that is used and the frame format, but I have no idea how to built it using
GNU radio. Furthermore, I checked the gr-noaa repository but it hardly
appears information about the different block used for HRPT demodulation
Hello,
I am developing a GPS generator GRC. I use this block diagram:
http://i1281.photobucket.com/albums/a515/Carlos_Alberto_Ruiz_Naranjo/GPS_zps3ce4af88.png
- C / A code. 1023 Samples, Sample rate: 5.1151Msps, interpolation
Repeat 5 -> 977.5e-9 s each chip. (1,023 MHz)
- Navigation data. S
Hi, not having access to my setup for now but for the beginning you could try
recording the spectrum with your USRP and then use the file source to decode
the signal offline. There is a script file apps/capture.sh that I usually use
to capture data. You may tweak it for your needs (frequency, ga
Hi,
Thanks!
I am using collected data also as you say.
I am using sampling rate of 1 Mbps instead of 10 Mbps which must be the same
for static transmission. Isn't it?
Mon, 31 Mar 2014 08:23:01 -0700 (PDT) от Bogdan Diaconescu
:
>Hi, not having access to my setup for now but for the begin
For dvbt the bandwidth is around 9.14Msps so with the rational resampler you
need to set-up the USRP at 10Msps. 1Msps will not work as only a part of the
spectrum will be received.
Bogdan
On Monday, March 31, 2014 6:36 PM, Nasi wrote:
Hi,
Thanks!
I am using collected data also as you sa
ohhh, now I understand.
It produces in the transmitter side - which probably means underflow with
my laptop.
Do you know how to decrease this power?
Mon, 31 Mar 2014 08:44:49 -0700 (PDT) от Bogdan Diaconescu
:
>For dvbt the bandwidth is around 9.14Msps so with the rational resampler you
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm afraid you can't reduce needed sample rate for a fixed bandwidth.
You need a stronger laptop. Often, plugging it into mains power helps.
Marcus
On 31.03.2014 17:52, Nasi wrote:
> ohhh, now I understand. It produces in the transmitter side -
One thing I did once and worked are:
1. Use a file sink instead of USRP when transmitting. Then, once the file is
generated send the samples from file (opened in a file source) directly to
USRP. That will need a good harddrive with at least 80MB/s read speed, a SSD
will work probably.
2. Do
Thanks a lot! I will try them too...
Mon, 31 Mar 2014 09:08:04 -0700 (PDT) от Bogdan Diaconescu
:
>
>One thing I did once and worked are:
>
>1. Use a file sink instead of USRP when transmitting. Then, once the file is
>generated send the samples from file (opened in a file source) directly to
Dear list,
Is there any way to use the single-threaded scheduler over the
thread-per-block scheduler without rebuilding Gnu Radio?
Sincerely,
Tommy James Tracy II
Ph.D Student
High Performance Low Power Lab
University of Virginia
Phone: 913-775-2241
signature.asc
Description: Message
On older gnuradio releases there was an environment variable to set so that it
will switch to single threaded scheduler. Cannot remember the name, though.
Bogdan
On Monday, March 31, 2014 7:35 PM, Tommy Tracy II wrote:
Dear list,
Is there any way to use the single-threaded scheduler over
Marcus, your fix was merged into maint/master/next.
On Monday, March 31, 2014, Marcus Leech wrote:
>
> This is currently blocking my attempts to update gr-ra_tools to 3.7 (and,
> by implication, simple_ra).
>
--
Johnathan Corgan
Corgan Labs - SDR Training and Development Services
http://corga
The reason why I bring this up, is because I think I may have found an error in
the scheduler; or at least a shortcoming in the way that it schedules different
‘scheduling domains’.
I have several sub-flowgraphs in my flow graph. What I mean by this is that my
program (with a single top block)
Thanks, I`ll give it a spin this evening.
on Mar 31, 2014, Johnathan Corgan wrote:
Marcus, your fix was merged into maint/master/next.On Monday, March 31, 2014, Marcus Leech wrote:
This is currently blocking my attempts to update gr-ra_tools to 3.7 (and, by implication,
This is actually a GNU Radio bug where XML files are not generated
correctly. At the vlen parameter of the hier blocks a $ is missing. This
patch from Sebastian Koslowski should fix it:
https://github.com/skoslowski/gnuradio/commit/227478f343f50431d238a16d93afd8a40ef9e06e
Just apply the patch and
Hi All,
I checked this document, it gives an idea about SNR estimators in GNU Radio:
http://www.trondeau.com/blog/2011/12/30/snr-estimators.html
And I checked this Python file:
http://gnuradio.org/redmine/projects/gnuradio/repository/revisions/ef4d48de26b64d89851a93fc5402b33fcc1a809f/entry/gr-digi
I'm not sure if it's the .py file it's looking for or the sound (*.wav)
file you want to transmit. Did you maybe forget to specify one? Happened to
me all the time ;).
2014-03-31 20:42 GMT+02:00 Jordan Johnson :
> Patched and everything looks fine. But of course, the ride doesn't end. :)
>
> Exe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
That environment variable is "GR_SCHEDULER":
> git grep getenv
...
gnuradio-runtime/lib/top_block_impl.cc:char *v = getenv("GR_SCHEDULER");
...
and you need to set it to "STS":
export GR_SCHEDULER=STS
./my_gr_flowgraph.py
Greetings,
Marcus
On 31
I've seen it stated here on the list that the MPSK receiver
block will work for either QPSK or OQPSK (Offset QPSK).
Anyone know if it will work with Shaped Offset QPSK
(SOQPSK) or the ARTM defined SOQPSK-TG?
@(^.^)@ Ed
___
Discuss-gnuradio mailing li
On Mon, Mar 31, 2014 at 2:56 PM, Azza Ben Mosbah
wrote:
> Hi All,
>
> I checked this document, it gives an idea about SNR estimators in GNU Radio:
> http://www.trondeau.com/blog/2011/12/30/snr-estimators.html
> And I checked this Python file:
> http://gnuradio.org/redmine/projects/gnuradio/reposit
Interesting results at least for situations when the queue is before/after FFT.
It is like the queue is starving the FFT. You could try to see what is the
actual data that the scheduler passes to the FFT and the other blocks in each
cases. From my experience, the smaller the chunks are the slowe
Thank you. That helps.
Azza
--
View this message in context:
http://gnuradio.4.n7.nabble.com/How-to-calculate-SNR-tp47193p47354.html
Sent from the GnuRadio mailing list archive at Nabble.com.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.or
The buffer warnings are expected and nothing you should have to worry
about. It stems from the (admittedly unlucky) design choice to use vectors
instead of single samples. I didn't see that error before, though. Are you
on a machine with very limited memory?
This thread [1] describes a similar beh
Hi
I’m trying to build GnuRadio on OS X 10.9.2 I’m assuming the "Undefined symbols
for architecture x86_64” is related to some mismatch in libraries. Could
somebody please offer some suggestions on how to debug the issue. The last few
lines of the build are:
[ 13%] Building CXX object
gnuradi
Hi Shane - With just the information provided, given that CMake is trying to
link against CppUnit means that that library was found somewhere. Hence,
chances are that CppUnit is being linked to libstdc++ while GNU Radio is trying
to use libc++ -- the different C++ runtime libraries tend to gene
So, I have this flow-graph that mostly works under 3.7 now, except for
something that's horrible.
In my flow-graph, I have two layers of selectors, to select the input
for a WX GUI FFT sink. The layers select either the "raw" or "filtered"
chunk of bandwidth (coming off the 4 hardware source
38 matches
Mail list logo