After some tinkering I am at this error message...:
Traceback (most recent call last):
File "/home/sgofferj/top_block.py", line 75, in
tb = top_block()
File "/home/sgofferj/top_block.py", line 46, in __init__
self.top_layout.addWidget(self._qtgui_freq_sink_x_0_win)
File "/usr/lib64/p
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Johannes,
for me, this was quite trivial: Just use the original GNU Radio
cmake/Modules/FindFFTW3f.cmake, and include it in your toplevel and
lib/CMakeLists.txt
For reference, see my gist for example CMakeListses; watch out,
however, this is modifie
Hi Gofferje,
it might be trivial, but did you adjust the Generate Options? It should
be set to "QT GUI" instead of the default "WX GUI".
Johannes
On 04.12.2013 00:18, Stefan Gofferje wrote:
> After some tinkering I am at this error message...:
> Traceback (most recent call last):
> File "/home
Hi --
I just got my USRP B200. I'm able to receive and transmit with it. It is
very nice!
I have one issue. In gnuradio-companion I pipe an FM modulated signal into
UHD sink with the TX/RX output.
I would like to have a button that turns the TX off to allow RX on the same
port. I can not find a w
Hi,
what is THAT??? Occurred with the 3.7.2 download package...
enterprise:/usr/src/gr-build # cmake ../gnuradio-3.7.2
CMake Error at CMakeLists.txt:22 (message):
Prevented in-tree build. This is bad practice.
-- Configuring incomplete, errors occurred!
--
(o_ Stefan Gofferje
On 12/04/2013 10:33 AM, Johannes Demel wrote:
> it might be trivial, but did you adjust the Generate Options? It should
> be set to "QT GUI" instead of the default "WX GUI".
You are my hero! :D
Of course, I forgot that after hours of going through the installed
packages on my system and trying to
On Tue, Dec 03, 2013 at 11:50:44PM -0800, Artem Pisarenko wrote:
> Martin Braun (CEL) wrote
> > There's an overview of the scheduler:
> > http://gnuradio.squarespace.com/blog/2013/9/15/explaining-the-gnu-radio-scheduler.html
> > "Users", as you say, usually don't need more than this to write GNU
>
On Wed, Dec 04, 2013 at 10:37:58AM +0200, Stefan Gofferje wrote:
> what is THAT??? Occurred with the 3.7.2 download package...
>
> enterprise:/usr/src/gr-build # cmake ../gnuradio-3.7.2
> CMake Error at CMakeLists.txt:22 (message):
> Prevented in-tree build. This is bad practice.
It looks like
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Artem,
On 04.12.2013 08:50, Artem Pisarenko wrote:
>
> Martin Braun (CEL) wrote
>> You never use a throttle and a hardware clock in one flow graph
>> (e.g. throttle + audio)
>
> Does it means that I can use multiple synchronous blocks of same
> t
On 12/04/2013 10:53 AM, Martin Braun (CEL) wrote:
> On Wed, Dec 04, 2013 at 10:37:58AM +0200, Stefan Gofferje wrote:
>> what is THAT??? Occurred with the 3.7.2 download package...
>>
>> enterprise:/usr/src/gr-build # cmake ../gnuradio-3.7.2
>> CMake Error at CMakeLists.txt:22 (message):
>> Preven
I did following: I made simple flow graph and used USRP source first with
two channels and LFTX mboard. But the follwong error occurs:
File "/home/savi_ne/work/gnuradio/GRC/top_block.py", line 105, in __init__
self.uhd_usrp_source_0_0_1.set_center_freq(43390, 1)
File "/usr/local/lib64/
Well, joy was short... I added a QT GUI range item and...
Traceback (most recent call last):
File "/home/sgofferj/top_block.py", line 16, in
import PyQt4.Qwt5 as Qwt
ImportError: No module named Qwt5
libqwt5 *is* installed and there's no "qwt5" package in any repo I know
off...
--
(o_
On Wed, Dec 04, 2013 at 11:12:01AM +0200, Stefan Gofferje wrote:
> On 12/04/2013 10:53 AM, Martin Braun (CEL) wrote:
> > On Wed, Dec 04, 2013 at 10:37:58AM +0200, Stefan Gofferje wrote:
> >> what is THAT??? Occurred with the 3.7.2 download package...
> >>
> >> enterprise:/usr/src/gr-build # cmake .
On 12/04/2013 12:03 PM, Martin Braun (CEL) wrote:
> Also remember, this thread isn't only for your benefit, but for others
> with similar problems who might read this now or find it in the archives
> later.
Point taken. However, I was not in-tree in that case unless I understand
the expression "in
Hi Marcus,
I tried installing using pybombs but i'm failing to install uhd
itself .Here is the error i get when I run make
http://pastebin.com/eNr6CQ2f.
I manually installed pybombs and uhd from git.
Thanks and regards
Sandhya
On Wed, Dec 4, 2013 at 1:07 PM, Sandhya G wrote:
> Hi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm totally unable to reproduce that behaviour; my wisdom ends here.
On 04.12.2013 11:23, Stefan Gofferje wrote:
> On 12/04/2013 12:03 PM, Martin Braun (CEL) wrote:
>> Also remember, this thread isn't only for your benefit, but for
>> others with sim
>> No, it's just ambiguous terminology. How should we call blocks producing
>> output synchronously with some reference source ?
> We call them 'source block'.
OK.
>> If I'm not user, but also I'm not developer, who am I then ? ;)
>> I reviewed this "developers-internal" document already and
I had already done simulation for PSK as well as QAM in GNURadio and
everything worked fine, even after using Channel Model block in between.
When using with bladeRF in loopback the issues with 8PSK and QAM are
coming. I can see the constellation in scope sink(if that gives any
insight) but nothin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi again!
On 04.12.2013 11:36, Artem Pisarenko wrote:
>
>> In GNU Radio terminology, since we're more of a library than an
>> application, users are people who use GNU Radio to develop their
>> own applications. Developers are people who actively wo
Hi,
so I got gnuradio basically running and started to experiment. 2 things,
I noticed:
1.) The waterfall display in the QT GUI sink seems to be about twice as
fast as the standalone QT GUI Waterfall sink. That's nothing bad but I'd
be curious where this come from.
2.) When I choose the Time Dom
Everything is OK, I have just put "B:A A:0" in the subdevice field.
On Wed, Dec 4, 2013 at 10:47 AM, Nemanja Savic wrote:
> I did following: I made simple flow graph and used USRP source first with
> two channels and LFTX mboard. But the follwong error occurs:
>
> File "/home/savi_ne/work/gnu
There must be something with my record, because my 20 seconds of running
only produces about a 180MB file. I am not seeing any indications of
dropped data, though. I am recording to a RAMDisk, but I get the same
results recording to my HDD.
Does anyone have recommendations for how to ensure I get
> Yes. GNU Radio is a buffered streaming architecture, so as long as the
> production / consumption rates are equal on average, it should work.
> If they vary over time or really differ, then you'll end up with
> over/underruns
This is exactly the problem. Rates are equal, but there are over
So everything worked fine except I got the following warning:
UHD Warning:
Mixing real and quadrature rx subdevices is not supported.
The Q input to the real source(s) will be non-zero.
Which is probably due to my wish to use WBX with IQ and only one channel
from LFTX. Is there any way to
On Wed, Dec 04, 2013 at 01:18:56PM +0200, Stefan Gofferje wrote:
> so I got gnuradio basically running and started to experiment. 2 things,
> I noticed:
>
> 1.) The waterfall display in the QT GUI sink seems to be about twice as
> fast as the standalone QT GUI Waterfall sink. That's nothing bad bu
On Wed, Dec 04, 2013 at 12:23:24PM +0200, Stefan Gofferje wrote:
> On 12/04/2013 12:03 PM, Martin Braun (CEL) wrote:
> > Also remember, this thread isn't only for your benefit, but for others
> > with similar problems who might read this now or find it in the archives
> > later.
>
> Point taken. H
Hi,
I executed am opkg update; opkg upgrade. Now all is working (a LOT of
packages were update).
I had updated all two days ago, probably some problem happened and I did not
notice.
Thanks.
--
View this message in context:
http://gnuradio.4.n7.nabble.com/E110-problem-executing-simple-code-t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
With most hardware interfaces, you get notifications when your
driver/interface starts dropping samples -- with UHD you'd see loads
of 'O' indicating overflows.
If you don't see that, there is something really wrong. How does your
data acquisition take
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
if it's just a single source->sink system, then your buffers are too
large or your computer is way slow.
On 04.12.2013 12:41, Artem Pisarenko wrote:
>
>> Yes. GNU Radio is a buffered streaming architecture, so as long
>> as the production / consumpt
On 12/04/2013 02:06 PM, Martin Braun (CEL) wrote:
>> 2.) When I choose the Time Domain Display tab in the QT GUI sink, the
>> window just closes. Nothing on the console, like error messages, etc...
>> Just *puff* gone... Is there a know bug with that?
>
> Have you tried calling the .py-file genera
Without the low pass filter, I was getting a sequence of D's. The low pass
filter uses a Volk machine, and downsamples the 50M to 30M with a 5M
transition size. I am using the GUI companion on Linux, but I vaguely
recall that I may have had better luck recording when I just created a
Python script
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
How do you downsample 50 to 30 Msps? With a fractional resampler?
That's highly demanding of your CPU! Do it with the recorded data, not
before, if you can afford the memory.
On 04.12.2013 13:47, Paul B. Huter wrote:
> Without the low pass filter, I w
Well, I'm an RF guy, not a programmer, sorry :) But maybe even a dumb script
could check the path and modify the file accordingly? Would also be an ugly
hack, but at least almost no one would notice :)
Ralph.
> -Original Message-
> From: discuss-gnuradio-bounces+ralph=schmid@gnu.org
On Wed, Dec 4, 2013 at 5:46 AM, Kartik Seth wrote:
> I had already done simulation for PSK as well as QAM in GNURadio and
> everything worked fine, even after using Channel Model block in between.
>
> When using with bladeRF in loopback the issues with 8PSK and QAM are coming.
> I can see the cons
I have been using GNURadio lately as a simulation library, kind of
expading SciPy for static analysis while making some real-time
analysis for parameter tweaks now and then. It's working great.
However, I have a problem I would like to solve better: I have a
switching data input, where the same da
Oops... found this:
https://github.com/guruofquality/grex/wiki/Blocks#wiki-stream-selector
Looks like exactly what I was looking for. Still accepting tips, though.
2013/12/4 Aylons Hazzud :
> I have been using GNURadio lately as a simulation library, kind of
> expading SciPy for static analysis
Hi,
Thanks for reply!
>
>Did you play around with the gain and see if that helps?
That did not help. The problem is that in the file '' the code always checks
for the value:
if(result.checksum() != 558161692) {
dout << "checksum wrong -- dropping" << std::endl;
return;
}
I am not familiar wit
I realized what's the problem !!! Enlightenment has come accidentally :D
Block performing blocking calls based on time calculations can't schedule
processing correctly, if there are other blocking calls present in cycle. In
other words, two blocks disturb each other, and no matter whether they
tim
On Wed, Dec 4, 2013 at 6:18 AM, Stefan Gofferje wrote:
> Hi,
>
> so I got gnuradio basically running and started to experiment. 2 things,
> I noticed:
>
> 1.) The waterfall display in the QT GUI sink seems to be about twice as
> fast as the standalone QT GUI Waterfall sink. That's nothing bad but
On Tue, Dec 3, 2013 at 1:52 PM, Nick Foster wrote:
> Hi all,
>
> There's a bug in the block for the DBPSK modulator. The "differential" param
> isn't set to True in dbpsk_mod; it's just left to default, and differential
> defaults to False in the bpsk_mod block. So it really acts like a BPSK
> mod
On Tue, Dec 3, 2013 at 3:13 PM, Monahan-Mitchell, Tim
wrote:
>>> The volk test is failing on my gnuradio build on a Beaglebone Black
>>> (armv7h) running Arch Linux Arm.
>>>
>>> # make test
>>> start 1: qa_volk_test_all
>>> *** 2 failures detected in test suite "Master Test Suite"1/177 Test #1
On Wed, Dec 4, 2013 at 3:37 AM, mlustig wrote:
> Hi --
>
> I just got my USRP B200. I'm able to receive and transmit with it. It is
> very nice!
> I have one issue. In gnuradio-companion I pipe an FM modulated signal into
> UHD sink with the TX/RX output.
> I would like to have a button that turns
On Wed, Dec 4, 2013 at 4:49 AM, Stefan Gofferje wrote:
> Well, joy was short... I added a QT GUI range item and...
>
> Traceback (most recent call last):
> File "/home/sgofferj/top_block.py", line 16, in
> import PyQt4.Qwt5 as Qwt
> ImportError: No module named Qwt5
>
> libqwt5 *is* install
On 12/04/2013 09:46 AM, Tom Rondeau wrote:
One easy way is to use the mute block and have it controllable from a
check box GUI element.
Tom
Unless the mute block causes an EOB tag to be sent downstream to the UHD
sink, that won't have the desired effect.
When doing half-duplex, sharing a co
On Wed, Dec 4, 2013 at 6:39 AM, Paul B. Huter wrote:
> There must be something with my record, because my 20 seconds of running
> only produces about a 180MB file. I am not seeing any indications of dropped
> data, though. I am recording to a RAMDisk, but I get the same results
> recording to my H
On 12/04/2013 04:35 PM, Tom Rondeau wrote:
>> 1.) The waterfall display in the QT GUI sink seems to be about twice as
>> fast as the standalone QT GUI Waterfall sink. That's nothing bad but I'd
>> be curious where this come from.
>
> You can change the rate by adjusting the Update Period in the
>
I see,interesting.
So how do you send an SOB tag within gnu radio companion?
I'm new to this and could not find any documentation on grc that made sense to
me.
-- Miki, KK6MRI, from mobile
> On Dec 4, 2013, at 6:51 AM, "Marcus D. Leech" wrote:
>
>> On 12/04/2013 09:46 AM, Tom Rondeau w
Hi,
I currently have the constellation modulator set @ 2 samples / symbol.
The constellation receiver is giving me all the bits as output (it's not
down-sampling the bits, if that's the correct word), so i'm getting
duplicate bits, anyone got any idea how get the receiver to match the
symbol rate
On 12/04/2013 10:49 AM, Michael Lustig wrote:
I see,interesting.
So how do you send an SOB tag within gnu radio companion?
I'm new to this and could not find any documentation on grc that made sense to
me.
-- Miki, KK6MRI, from mobile
There's a burst-tagger block:
http://gnuradio.org/doc
On 12/04/2013 02:04 PM, Martin Braun (CEL) wrote:
> OK, that's unusual and I can't reproduce it here even by copy & pasting
> the commands and doing exactly the same. You could try 3.7.2.1 (although
> I couldn't say why 3.7.2 wouldn't work) and using other build
> directories.
I downloaded the fil
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
While you're at it - why do you download tarballs instead of simply
taking the git route, giving you the recent version; or even trying
the pyBOMBS way, which might even install dependencies for you
(honestly, I don't know if it works with Suse, though
On 12/04/2013 09:45 AM, Tom Rondeau wrote:
> On Tue, Dec 3, 2013 at 3:13 PM, Monahan-Mitchell, Tim
> wrote:
The volk test is failing on my gnuradio build on a Beaglebone Black
(armv7h) running Arch Linux Arm.
# make test
start 1: qa_volk_test_all
*** 2 failures dete
I tried again replacing the DPSK module with PSK module. Still cannot get
the correct data. The parameter for Error Rate "Bits per Symbol" is changed
to 8 since every bit carries information in my flow. The sizes of the files
from the two file sinks are exactly the same, except with different data.
On Wed, Dec 4, 2013 at 12:52 PM, Henry Jin wrote:
> I tried again replacing the DPSK module with PSK module. Still cannot get
> the correct data. The parameter for Error Rate "Bits per Symbol" is changed
> to 8 since every bit carries information in my flow. The sizes of the files
> from the two f
Looking at your flowchart in the original post, you have an Unpacked to
Packed block after the demodulator, with bit's per symbol of 1. This
doesn't seem right to me. I have never tried this with a random source
like you have it setup, however there should be an Unpacked to Packed block
prior to
On Wed, Dec 4, 2013 at 12:13 PM, Michael Berman
wrote:
> Looking at your flowchart in the original post, you have an Unpacked to
> Packed block after the demodulator, with bit's per symbol of 1. This
> doesn't seem right to me. I have never tried this with a random source
> like you have it se
> The volk test is failing on my gnuradio build on a Beaglebone Black
> (armv7h) running Arch Linux Arm.
>
> # make test
> start 1: qa_volk_test_all
> *** 2 failures detected in test suite "Master Test Suite"1/177 Test #1:
> qa_volk_test_all .***F
I have a USRP source going direct to a file sink, and it runs really well,
except for an error. Does anyone know what the following means?:
thread[thread-per-block[1]: ]: file_sink write failed
with error 28
I am writing to a RAMDisk, if that helps with a solution.
Thank you.
___
On Thu, Dec 5, 2013 at 12:04 PM, Paul B. Huter wrote:
> I have a USRP source going direct to a file sink, and it runs really well,
> except for an error. Does anyone know what the following means?:
>
> thread[thread-per-block[1]: ]: file_sink write failed
> with error 28
>
it means that you're ou
Useful list! Thank you!
On Wed, Dec 4, 2013 at 5:35 PM, Mark Cottrell
wrote:
> On Thu, Dec 5, 2013 at 12:04 PM, Paul B. Huter wrote:
>
>> I have a USRP source going direct to a file sink, and it runs really
>> well, except for an error. Does anyone know what the following means?:
>>
>> thread[th
On 12/04/2013 05:26 PM, Monahan-Mitchell, Tim wrote:
>> The volk test is failing on my gnuradio build on a Beaglebone Black
>> (armv7h) running Arch Linux Arm.
>>
>> # make test
>> start 1: qa_volk_test_all
>> *** 2 failures detected in test suite "Master Test Suite"1/177
Useful list! Thank you!
That code comes from "errno", which are the integer return codes from
system calls.
Many Linuxes have a "perror" command line tool that can translate these
into text:
perror 28
Might have worked for you. Although, it's considered "polite" for
programs, when getting
hi, in this file:
/usr/local/lib/python2.7/dist-packages/gnuradio/optfir.py
there is a definition for a remez filter that uses the gr.remez function.
It seems it,s not here anymore in the new version. How can I replace it?
any hints appreciated since both the IRC channel and the search engine
hav
On 12/04/2013 06:35 PM, Marcus Müller wrote:
> While you're at it - why do you download tarballs instead of simply
> taking the git route, giving you the recent version; or even trying
> the pyBOMBS way, which might even install dependencies for you
> (honestly, I don't know if it works with Suse,
On Wed, Dec 4, 2013 at 7:39 PM, kdag wrote:
> hi, in this file:
> /usr/local/lib/python2.7/dist-packages/gnuradio/optfir.py
>
> there is a definition for a remez filter that uses the gr.remez function. It
> seems it,s not here anymore in the new version. How can I replace it?
>
> any hints appreci
I tried the Burst Tagger block. Reading on-line it seems that the key tags
should be tx_eob and tx_sob
I implemented this way:
I can see the Tags in the stream using Tag debugger, but nothing is happening
to the UHD sink which keeps transmitting.
Anybody?
Thanks,
-- Miki
On Dec 4, 201
66 matches
Mail list logo
