On Wed, Oct 2, 2013 at 11:06 PM, Achilleas Anastasopoulos anas...@umich.edu
wrote:
I guess I forgot to make this one thing more clear:
I would like the input stream of block A to be consumed even
when s(t)=1.
With Tim's suggestion, when s(t)=1 we will have the right output, but the
input
Dincer,
Hopefully this will clarify things a bit:
1) The dl_scan application will not work with USRP currently due to the
resampling issue. Since gr-osmosdr will support USRP, the dl_scan
application should run using a USRP, but the sampling rate will be
incorrect and it will not decode
o some kind of organizer for parameters and variables
I'll take one of those, please. I can see how it might be a tricky
feature though. Do you aggregate existing variables, but allow
editing/viewing them from a single pane, or just scrap it all and have one
multi-variable block?
I
Someone is streaming the talks today. URL: ustre.am/15Ale
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Thu, Oct 3, 2013 at 9:35 AM, Gregory Warnes g...@warnes.net wrote:
I would go with simply either adding a new multi-variable block, or
modifying the existing one to allow multiple variables. Don't do any
'automatic' variable aggregation.
I agree that it shouldn't be automatic. I was
This problem has been fixed now - thanks a lot! Updating Pybombs should
resolve the issue.
Original Message
Subject:Re: [pybombs] pybombs update fails with package not found
followed by FIRST LETTER OF PKGNAME (#32)
Date: Thu, 03 Oct 2013 06:21:43 -0700
From: osh
Hi,
So, when looking where to add the XInitThread call inside GR, for some
places it's obvious and for some it's not.
The gnuradio companion template is an obvious place. For WX, the
class stdapp is also a pretty obvious choice because a lot of
external app use that template and so will not
Hi all,
I'm looking for something like a buffer block to include inside a C++
flowgraph.
I'm getting samples off an USRP N210 at ~17MSamps/sec, and they enter
the flowgraph through an OsmoSDR source block. Unfortunately the
downstream block (openLTE) cannot initially keep up with the data
Hi Ben,
many thanks for your clarifying answer. I will need to think little bit about
2).
But I have another Question:
Why did you not use a usual Python flowgraph (like in file scan) but a C++
flowgraph?
Is there anywhere a python flowgraph for the live scan app?
Thanks again,
Dincer
Von:
Dincer -
Why did you not use a usual Python flowgraph (like in file scan) but a
C++ flowgraph?
Python flowgraphs aren't any more 'usual' than C++ flowgraphs. Python is
perhaps more widely used because that is how GRC generates flowgraphs, but
many applications, especially those that need
Hi everyone,
I'm very happy to announce that there will be an SDR-themed developer
room at FOSDEM 2014.
FOSDEM is an annual event for free software people of all shapes and
colours. It always takes place in Brussels; the next FOSDEM will happen
on 1 2 February 2014. For more info on this event
Thanks for fixing it - it works for me too now, although trying to update
gnuradio gives the error:
remote branch master does not exist on git://
http://www.gnuradio.org/git/gnuradio.git
I assume this is a gnuradio/git issue.
Alex
On Thu, Oct 3, 2013 at 5:29 PM, M Dammer i...@mdammer.net
It appears that gnuradio.org is down. There's a domain name advertisement up
instead.
Sincerely,
Tommy James Tracy II
Ph.D Student
High Performance Low Power Lab
University of Virginia
Phone: 913-775-2241
___
Discuss-gnuradio mailing list
On Thu, Oct 3, 2013 at 3:19 PM, Tommy Tracy II tj...@virginia.edu wrote:
It appears that gnuradio.org is down. There's a domain name advertisement
up instead.
Sincerely,
Tommy James Tracy II
Ph.D Student
High Performance Low Power Lab
University of Virginia
Phone: 913-775-2241
It's still working for me.
http://www.downforeveryoneorjustme.com/gnuradio.org
Down for me. I see the advert for domains priced right.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
Hi Marcus,
Thank you for your reply,
What I am aiming ultimately is to estimate the time delay a packet could
have when running through the following path:
HOST(1) =[Ethernet]= USRP(1)[FPGA-DAC-AnalogPath-Antenna] == On the air
== The same path Reversed (USRP(2)) == HOST(1) or another HOST,
Hm. I suspect a DNS problem.
I get the domain advertisement page using Chrome, and get to the GNURADIO
webpage using Firefox.
I cleared both caches; same results.
Weird.
Sincerely,
Tommy James Tracy II
Ph.D Student
High Performance Low Power Lab
University of Virginia
Phone: 913-775-2241
On Oct
Tom will fix this momentarily.
On Thu, Oct 3, 2013 at 1:47 PM, Tommy Tracy II tj...@virginia.edu wrote:
Hm. I suspect a DNS problem.
I get the domain advertisement page using Chrome, and get to the GNURADIO
webpage using Firefox.
I cleared both caches; same results.
Weird.
Sincerely,
Slick, I always seem to end up with long linear chains of blocks that need
duplication on the page, your grouping mechanism could save me from having
to make so many custom hier blocks.
Jared
On Oct 3, 2013 7:55 AM, Ethan Trewhitt gnura...@potophobia.net wrote:
On Thu, Oct 3, 2013 at 9:35 AM,
Perhaps the gr.copy() block will accomplish what you need.
Help on function copy in module gnuradio.gr.gnuradio_core_general:
copy(*args, **kwargs)
copy(size_t itemsize) - gr_copy_sptr
output[i] = input[i]
When enabled (default), this block copies its input to its output. When
According to the documentation comments, gr_msg_queue::delete_head_nowait()
should return 0 if no message is available. The current implementation,
however, results in a core dump.
For example, when executed in a script, the eleven lines:
#/usr/bin/env python
from gnuradio import gr
q =
Of course, if 0 is returned, msg2_out would not be an message instance, but
it would be possible to check if msg2_out == 0 before trying to call any
instance methods.
On Thu, Oct 3, 2013 at 3:27 PM, Isdren Gineer
gineer.isd...@nkiengineering.com wrote:
According to the documentation comments,
This should have been obvious to me earlier. The problem is that 0 _is_
being return and the assertion that 'px != 0' (correctly) fails. Perhaps
the use of gr.msg_queue.delete_head_nowait() should be deprecated and the
equivalent behavior achieved by checking if gr.msg_queue.count() == 0 prior
to
Hi Isdren,
I believe the correct implementation should the 'return 0' line uncommented and
the 'return gr_message_sprt()' removed.
That would not compile, since you can't convert int to boost::shared_ptr.
What you see in your python output are really only the swig wrappers of these
shared
Thanks for all the suggestions; they helped a lot.
Here is my progress and the BIG problem that I have not solved...
Recall, my original big block is A (it is a complex hier block with 1:1
input:output rate)
as shown below
in -- [ A ] -- out (overall hier sync block)
I want to
After some more thought I decided that what i want to accomplish can only
be done by rearranging the graph
in real time as for example in the selector and valve blocks.
I have tried a simple example and it works fine this way.
I will post a complete solution once I iron out the details.
thanks
26 matches
Mail list logo