On 12/05/2013 12:41 PM, Aylons Hazzud wrote:
> I have been experimenting with the stream selector in gnuradio
> companion, but am stuck in situation.
>
> First, how do I change a variable after N samples? I want the signal
> to switch from a filter to another at a fixed rate, but blks2.selector
On 12/07/2013 12:30 AM, John Blommers wrote:
> In gnuradio-companion, from time to time, it becomes necessary to
> copy and paste the parameters from one block to another block’s
In case this helps: you can copy and paste blocks in the flowgraph
editor, and all parameters will be duplicated into
John B,
Might be worth considering. In the meantime perhaps you can use a text
editor to copy parameters from one block/GRC file to the other (they're
just XML).
-John
On Fri, Dec 6, 2013 at 9:30 PM, John Blommers wrote:
> In gnuradio-companion, from time to time, it becomes necessary to copy
In gnuradio-companion, from time to time, it becomes necessary to copy and
paste the parameters from one block to another block’s properties. Today this
is tedious because the properties dialogs of two or more blocks cannot be
concurrently open for editing. The matter has become onerous because
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sounds like instead of having an "export to bundle file" we should
have a "export to my github account, notify a flowgraph directory" button.
On 06.12.2013 21:14, Koslowski, Sebastian (CEL) wrote:
>
> On 12/06/2013 09:06 AM, Marcus Müller wrote:
>>
On 12/06/2013 09:06 AM, Marcus Müller wrote:
> Ok, let's say the whole file minus prologue - there is a timestamp in
> there ;)
...
> Thinking about that, I realize what could be useful would be a
> screenshot of the flowgraph, displayed when using a certain command
> line flag on the python fil
On 12/06/2013 02:12 PM, Johnathan Corgan wrote:
If you want, I could let you upload a capture file to gnuradio.org so
everyone could join the hunt.
The hunt for RFI October.
"This signal will get worse. It'll get worse, and we'll be lucky to
live through it."
_
On 12/06/2013 11:05 AM, Johnathan Corgan wrote:
> On 12/06/2013 10:48 AM, Juha Vierinen wrote:
>
>> A scope plot of the signal shows something that looks a little bit
>> like frequency shift keying.
>
> Make sure the signal is filtered to the 10K width and attach an FM demod
> block to that (just
On 12/06/2013 10:48 AM, Juha Vierinen wrote:
> A scope plot of the signal shows something that looks a little bit
> like frequency shift keying.
Make sure the signal is filtered to the 10K width and attach an FM demod
block to that (just set the sensitivity to 1.0 for now). It definitely
looks l
Hope you (Marcus) didn't change your mind not help me :)
Actually I just wanted to ask for some literature, and the question is not
directly connected to GNU radio, but rather indirectly.
Best
On Fri, Dec 6, 2013 at 1:04 PM, Nemanja Savic wrote:
> Yes, that's true, but actually I am using USRP
On Wed, Dec 4, 2013 at 6:38 PM, Philip Balister wrote:
> 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
>>>
On Wed, Nov 27, 2013 at 10:38 AM, Matt Lanoue wrote:
> Hello GNU Radio community! I am a Midshipman working on PSK31, but I have a
> slightly different approach than Louis Brown: I am creating a single custom
> block that will spawn a GUI to take keyboard input and then output the ASCII
> bit repr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hej,
don't despair ;)
Honestly, with 3.7 I could help you personally, but for 3.6 I've never
tried to do that.
If you really just want to do FFTs and don't want to use any other
functionality provided by gr-fft, drop every usage of gr-fft and use
FFTW
On Fri, Dec 6, 2013 at 8:43 AM, wrote:
> Marcus Müller schreef op 2013-12-06 13:38:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Hej Jeroen,
>>
>>> 2) In the top-level CMakeLists.txt I modified/added (just guessing
>>> what to do...):
>>
>>
>> I wouldn't call your method "guessing"
Marcus Müller schreef op 2013-12-06 13:38:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hej Jeroen,
2) In the top-level CMakeLists.txt I modified/added (just guessing
what to do...):
I wouldn't call your method "guessing"; you used strong indications! :D
Ok, now I see what your problem is:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hej Jeroen,
> 2) In the top-level CMakeLists.txt I modified/added (just guessing
> what to do...):
I wouldn't call your method "guessing"; you used strong indications! :D
Ok, now I see what your problem is: It's not that you don't link
against FFTW (
Yes, that's true, but actually I am using USRP/WBX and GNURADIO, everything
works, but I think I can make it better if I redesign it in the spirit of
SDR.
I want to receive both fsk and on-off, and at the moment I have two
parallel processing paths.
On Fri, Dec 6, 2013 at 12:54 PM, Marcus Müller
Marcus Müller schreef op 2013-12-06 08:02:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Jeroen,
it's not advisable to use the 3.7 Out of tree-module directory
architecture with GR 3.6.
However, gr_modtool should be generating modules that fit exactly your
installed version. You shouldn't ha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ah ok, I think I can make out some misunderstandings:
* You use an USRP / WBX System
* You want to use GNU Radio to decode a signal
- transmitted at 434 MHz
- having a symbol rate of 19.2 kHz
- being binary coded
- that binary coding being on-o
Ok, i should put more info. I have USRP and WBX., and I designed receiver
for operating withing 434 MHz.
Since I am more hardware oriented electrical engineer, I didn't know how to
make it in "correct" way, and there are a few blocks there
that are based on simulating hardware that I know how funct
> You exactly reproduced what I was trying to say -- the problem is most
> probably that GNU Radio uses the audio device as if it was an actual
> audio device. But it's not. The virtualization breaks the "easy to
> achieve" real-time needed for audio playback.
> Therefore more buffering is nec
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
You exactly reproduced what I was trying to say -- the problem is most
probably that GNU Radio uses the audio device as if it was an actual
audio device. But it's not. The virtualization breaks the "easy to
achieve" real-time needed for audio playback.
> You already proposed a workaround - use a network sink. It jumps
> through a fraction of the loops to get your audio out of the VM into
> your host.
I used purely VM-internal network (loopback interface). Experiments with
network and 'Delay' block clearly demonstrate simple lack of buffering
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Nemanja,
uff, that's quite a lot of text I hardly understand.
Could you please confirm:
* You want to design a receiver
* the receiver should have an Analog-to-digital converter
* You already have a design for mixing from RF to baseband
The rest
Hi all guys,
this time :), my question is regarding soem reference book or any other
kind of literature, where I can find about how digital receiver should be
designed regarding sps. Namely, my current receiver is more or less
simulation of some analog circuitry that I understand better than DSP.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Paul,
couldn't let that comment sit around long.
Though, if I put two and two togehter, I'd say since you've been
asking what error 28 indicates, it has even nothing much to do with
computing capabilities of your computer. Just a shortage of
suffi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
On 05.12.2013 22:47, Sebastian Koslowski wrote:
Oh that feels nice, thank you.
Ok, let's say the whole file minus prologue - there is a timestamp in
there ;)
Thinking about that, I realize what could be useful would be a
screenshot of the fl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ok, Artem,
as has been pointed out:
Do this in a separate thread with indicative subject.
Then: The problem now *obviously* has been reduced to the audio
interface in the VM.
If that's what your application needs, then consider contacting the
develope
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Jeroen,
it's not advisable to use the 3.7 Out of tree-module directory
architecture with GR 3.6.
However, gr_modtool should be generating modules that fit exactly your
installed version. You shouldn't have to change anything on the
gnuradio core/ru
29 matches
Mail list logo
