Dear all,
I had gnuradio-3.7.3 running normally. However, now everytime I run a flowgraph
in GRC, it stops and throws an error:
Traceback (most recent call last): File
"/home/khachoang/GNU_Radio/test_grc/2Node_NoController/top_block.py", line 14,
in from gnuradio.filter import firdes File
On Wed, Sep 24, 2014 at 10:53 PM, Tom Rondeau wrote:
> On Wed, Sep 17, 2014 at 2:06 PM, Sam mite wrote:
>
>> Hi, I am trying the CMA equalizer of gnuradio and for understanding I am
>> studying the reference paper mentioned in the doc as well. I have a
>> question after going through the code-
It looks like you're doing it right. The example
gr-blocks/examples/vector_source_with_tags.grc does the same thing, and
also fails to report srcid correctly.
Walked through the process in Python and it works fine.
In [57]: h = pmt.to_pmt('hello')
In [58]: type(h)
Out[58]: pmt.pmt_swig.
This issue is for GNURadio 3.7.4 on Ubuntu 14.04 and gcc 4.8.2, swig 2.0.11.I have a simple GRC flow graph consisting of a vector source -> throttle -> tag debug. Vector source params:Vector:[1, ] * 100Tags: [python_to_tag({'offset': 0, 'key': pmt.to_pmt('PDU'), 'value': pmt.to_pmt(2.3), 'srcid':
On Thu, Sep 25, 2014 at 09:53:54AM +0200, Jean-Baptiste Truffault wrote:
>
> >> First, I recorded a DSRC signal thanks to Gnu Radio and my USRP N210
> >> (with a CBX daughter card): 5Msps, 5.127 GHz.
> > I don't think so. This does not look like a 10MHz OFDM signal...
Are you trying to capture a
Mine outputs (in gdb):
{{{
gr-osmosdr v0.1.3-1-g4bb2fa4e (0.1.4git) gnuradio v3.7.x-xxx-xunknown
built-in source types: file fcd rtl rtl_tcp uhd hackrf bladerf rfspace
[Reading symbols for shared libraries . done]
Using device #0 Realtek RTL2838UHIDIR SN: 0001
Found Rafael Micro R820T tuner
P
The OFDM receiver is geared towards packetized data. It might work,
but you'd need:
- A synchronization algorithm
- A better equalizer
- A definition for the packet format.
For DAB the pi/4-dqpsk is differentially encoded in time over all
subcarriers,
with a pilot symbol over all subcarriers in
On 25.09.2014 03:14, Korbinian Pfaffeneder wrote:
Hello together,
i've just started to play with GNU Radio and i use a DVB-T USB Stick
(Tuner R820T) as Source. I've already built a FM receiver and now i want
to listen to DAB. My signal processing skills are on a rookie-level. So,
my question is,
The NooElec R820T
(http://www.nooelec.com/store/sdr/sdr-receivers/nesdr-mini-rtl2832-r820t.html)
looks exactly like my R820T device, just a different branding. The
output I get:
gr-osmosdr v0.1.3-1-g4bb2fa4e (0.1.4git) gnuradio 3.7.5
built-in source types: file fcd rtl rtl_tcp rfspace
Using device
On Sep 25, 2014, at 10:22 AM, Stefan Oltmanns wrote:
> Unfortunately I do not have any other hardware than two different RTL
> devices (one with E4000 tuner and one with R820T).
> I attached the most simple program to reproduce that error, it just
> connects the OsmoSDR source with a null sink, st
On 25 Sep 2014, at 15:58, Jean-Baptiste Truffault
wrote:
> is there a way to troubleshoot that kind of problem ?
I think you should read the readme and follow the steps in order to find out
what works and at which step things break (for example I don’t know if the
loopback flow graph works
As was pointed out to me in IRC, we have a webpage describing how to submit
patches. See this page:
http://gnuradio.org/redmine/projects/gnuradio/wiki/Development#How-do-I-submit-patches
But I forgot that you actually submitted a patch in the email, so don't
worry about opening an issue on this r
Zhe,
To follow up on Martin's point. First, yes, please either use the Issue
tracker or submit a patch/pull request via git and github.
Also, just pointing out a bug is one thing, but it's also much easier for
us to test and verify if you provide us with an example file.
That having been said, y
Unfortunately I do not have any other hardware than two different RTL
devices (one with E4000 tuner and one with R820T).
I attached the most simple program to reproduce that error, it just
connects the OsmoSDR source with a null sink, starts the flowgraph,
waits a second and then stops it and exit.
is there a way to troubleshoot that kind of problem ?
2014-09-25 15:47 GMT+02:00 Bastian Bloessl :
>
> On 25 Sep 2014, at 15:07, Jean-Baptiste Truffault <
> jean_baptiste.truffa...@utt.fr> wrote:
>
> > Finally I've got something better concerning the autocorrelation, but
> it's still very noisy
On 25 Sep 2014, at 15:07, Jean-Baptiste Truffault
wrote:
> Finally I've got something better concerning the autocorrelation, but it's
> still very noisy on the constellation...
> maybe something I'm still doing wrong ?
Now it looks like you are just concatenating long and short preamble and
On Wed, Sep 24, 2014 at 1:48 PM, wrote:
> The documentation for qam_demod is the documentation for qam_mod.
>
> /\/\ark.
> --
> Aim for brevity while avoiding jargon.
> ~ Edsger Dijkstra
>
Patches welcome...
Seriously, it's impossible to keep track of bugs like this through mailing
list message
Finally I've got something better concerning the autocorrelation, but it's
still very noisy on the constellation...
maybe something I'm still doing wrong ?
2014-09-25 13:05 GMT+02:00 Bastian Bloessl :
> Hi Ralph,
>
> On 25 Sep 2014, at 11:10, Ralph A. Schmid, dk5ras
> wrote:
>
> > I see there
Hi Ralph,
On 25 Sep 2014, at 11:10, Ralph A. Schmid, dk5ras wrote:
> I see there some double used terms. Is it the European ETSI style DSRC, or
> the US WAVE style? 802.11p?
>
IEEE WAVE and ETSI ITS G5 are both based on IEEE 802.11p. The module implements
the phy and parts of the mac, which
Hello together,
i've just started to play with GNU Radio and i use a DVB-T USB Stick (Tuner R820T) as Source. I've already built a FM receiver and now i want to listen to DAB. My signal processing skills are on a rookie-level. So, my question is, is it possible to create a DAB receiver with the
I see there some double used terms. Is it the European ETSI style DSRC, or the
US WAVE style? 802.11p?
Ralph.
From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
[mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of
Jean-Baptiste Truffault
Sent: Thursday, September
OK, I try to record a new signal and I tell you if I get something new.
2014-09-24 17:51 GMT+02:00 Bastian Bloessl :
> On 09/24/2014 04:14 PM, Jean-Baptiste Truffault wrote:
>
>> Sorry for the time, I had some trouble with the 3.7.3 install, finally I
>> installed the 3.7.5 thanks to the script
22 matches
Mail list logo
