Hi
I was just trying to use interleave and deinterleave blocks. GNU radio
installed is 3.6.2
flowchar is something like
vector source
interleave throttle---deinterleave
---scope sink
vector source -
The datatype is byte. when execute the flowchart
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sandhya,
one quick question here: Is there really necessity to use 3.6.2
instead of 3.6.5 or 3.7?
Then: Ok, how do you come to the conclusion that sizeof_float would be
right for bytes?
And: I don't see any C++, where is your C++ problem?
The
oops instead of python i mentioned it C++ . Sorry for that .
Thanks
Sandhya
On Thu, Dec 5, 2013 at 3:29 PM, Sandhya G sandhya4...@gmail.com wrote:
Because i'am using instant sdr live usb which has come installed with
3.6.2
Well sorry that message was like when i changed the datatype of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
As I've said, sizeof_char is in gr. and not in blocks.
On 05.12.2013 10:59, Sandhya G wrote:
Because i'am using instant sdr live usb which has come installed
with 3.6.2
Well sorry that message was like when i changed the datatype of
the
Btw, this restriction frustrating. Someone would like to make useful graph
containing both audio source and sink in single chain, but it's impossible
due to current GNU Radio design.
I think it would be better to implement such scheduler which do
synchronization itself (using software generator or
Thanks for the reply Marcus
But can you be more clear about it.
Thanks
Sandhya
On Thu, Dec 5, 2013 at 3:31 PM, Marcus Müller mar...@hostalia.de wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
As I've said, sizeof_char is in gr. and not in blocks.
On 05.12.2013 10:59, Sandhya G
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
not really:
use gr.sizeof_type instead of blocks.sizeof_type .
On 05.12.2013 11:05, Sandhya G wrote:
Thanks for the reply Marcus But can you be more clear about it.
Thanks Sandhya
On Thu, Dec 5, 2013 at 3:31 PM, Marcus Müller
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Btw, this restriction frustrating. Someone would like to make
useful
graph
containing both audio source and sink in single chain, but it's
impossible
due to current GNU Radio design.
As I told you before: That's plainly not true.
There are a lot
Jeroen,
That tutorial you mentioned doesn't give you the whole picture about
configuring your OOT module with different needs like yours. Also read
through this one:
http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModulesConfig
And note the subtle change between 3.7.2 versus later
Hi all,
When I was running benchmark example in gr-digital/examples/narrowband,
all packets may lose. The environment is shown below.
Hardware: USRP N210 with WBX
Software: GNU Radio v3.7.2.1-62-g6195ff3c and UHD_003.006.000-0-g58f4af97
The two USRPs are placed close to each other. The example
jer...@boschma.com schreef op 2013-12-05 11:40:
Jeroen,
That tutorial you mentioned doesn't give you the whole picture about
configuring your OOT module with different needs like yours. Also read
through this one:
http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModulesConfig
And
As I told you before: That's plainly not true.
There are a lot of flowgraphs that have both hardware sources and sinks.
Why your's not working is a mystery to me, because, seriously, audio
sample rates should pose no problem for a moderately capable PC,
unless you do something
On Thu, Dec 05, 2013 at 02:05:31AM -0800, Artem Pisarenko wrote:
Btw, this restriction frustrating. Someone would like to make useful graph
containing both audio source and sink in single chain, but it's impossible
due to current GNU Radio design.
It's not impossible. The very first thing I
opps, my excuses if it was so rough but i tried (as said on the IRC channel
--with-ignorance) to understand what you suggested and passed on to a
second similar error. we tried to rename and compare the files but failed..
it was late and decided to send another email to the list since google gave
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thanks for the long reply!
Um, yeah, I think I might have argued in another issue than you.
Ok, so the point is, what I thought you were proposing was a common
clock that was basically determining at which rate samples go in and
out of blocks; and I
On 04/12/13 16:28, Stefan Gofferje wrote:
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
On Thu, Dec 05, 2013 at 06:47:16PM +0800, Damon wrote:
When I was running benchmark example in gr-digital/examples/narrowband,
all packets may lose. The environment is shown below.
Hardware: USRP N210 with WBX
Software: GNU Radio v3.7.2.1-62-g6195ff3c and UHD_003.006.000-0-g58f4af97
The two
Is there a way to make GNURadio pause before recording, and wait for the
user to start things? It takes a few seconds for my flow to start up, and I
would like to have control over the precise time it starts recording. For
example, I would run the flow, but the record would wait until I clicked or
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Paul,
use a valve together with some input widget.
There has been great discussion over how to build a valve system the
last month, you might need to read multiple threads to find the
solution that suits you best.
Greetings,
Marcus
On
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
uses a variable to do the switching.
So, how could I
Hi everyone,
the call is live on:
https://www.youtube.com/watch?v=FeeDnyM5tSM#t=656
You can join through the G+ community page.
MB
--
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)
Dipl.-Ing. Martin Braun
Research Associate
Kaiserstraße 12
Building 05.01
76131
Dear All,
I am trying to transmit something and receive it back using the second USRP
N200 device.
However it fails, or I did not do it correctly.
I have two laptops and two (USRP N200, XCRV2450 db, 2 vert2450 antennas for
each)s.
GNURADIO v3.7 is installed to Ubuntu 13.04.
I run in the
It seems like I receive everything wrongly in the device. That looks like a
device problem.
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
Thanks! Got that working with a valve and a button. However, my flow now
uses Volk machine, again, which doesn't record my data as well as it was
recording before the valve (and without Volk machine). Any way to keep it
from doing this?
Paul B. Huter
On Dec 5, 2013 11:11 AM, Marcus Müller
Again, Volk has nothing to do with it. All that printout means is that your
flowgraph is now using a block which uses a Volk function for acceleration.
It has nothing to do with the problem you're seeing.
--n
On Thu, Dec 5, 2013 at 1:11 PM, Paul B. Huter paul.b.hu...@gmail.comwrote:
Thanks!
How do I resolve this problem, then? Is it an issue with my computing
capability?
On Thu, Dec 5, 2013 at 3:13 PM, Nick Foster bistrom...@gmail.com wrote:
Again, Volk has nothing to do with it. All that printout means is that
your flowgraph is now using a block which uses a Volk function for
Henry,
I looked at this and some of the underlying code, and tried to run your
example with some modifications, but all to no avail as to what you are
attempting to do. Last time I did anything like this I ended up using the
mod_pkts code (found in gr-digital/python/digital/pkt.py). Maybe there
Thanks for your effort in trying to help, Michael. I will continue to study
and if I managed to get it working, I will keep you updated.
Henry
On Thu, Dec 5, 2013 at 2:23 PM, Michael Berman mrberma...@gmail.com wrote:
Henry,
I looked at this and some of the underlying code, and tried to run
Hi,
I tend to agree with Marcus - if anything, this should be an opt-in
feature. I would prefer a combination of a setting per flowgraph or
generate.
As for the issue with modified python code: this could be easily caught
with a hash over the whole file. On (re-)import an automated
re-synthesize
Martin Braun (CEL) wrote
If you *directly* connect audio source to sink, you can run into the
problems you describe -- depending on the backend (my intuition says,
Jack would handle that better than ALSA, haven't tried).
Yes, I made several experiments, and problem exists only when they
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Well, this is just guessing in the blue, but:
It might be the computing capability of your computer.
Not necessarily of yourself.
:D
SCNR,
Greetings,
Marcus
On 05.12.2013 22:22, Paul B. Huter wrote:
How do I resolve this problem, then? Is it an
31 matches
Mail list logo