I created a separate development tree outside of the main GNU Radio line
to keep my stuff nicely partitioned (at least for the moment). From the
howto-build-a-block page and the SWIG docs, I was able to piece together
a Makefile (attached). The problem is that when I go to create an
object file f
On Thu, Mar 10, 2005 at 12:38:13AM +, Dan Gisselquist wrote:
> [snip snip]
> I'd personally place the name/description, date, and if_frequency
> information into optional header fields, call them "header packets", all
> having a a preamble such as:
>
> uint16Header packet t
Is there some reason not to use a standard format like .au
or .wav, seeing as either of these is supported in Python
(wave.py and sunau.py)?
Chuck Swiger wrote:
At 12:38 AM 3/10/2005 +, you wrote:
A standard header for data files makes a lot of sense.
It sure does - as it is I put clues in
At 12:38 AM 3/10/2005 +, you wrote:
A standard header for data files makes a lot of sense.
It sure does - as it is I put clues in the filename but that's very prone
to human error.
By the way, if anybody could use a DVD of raw samples I could
mail some for a small paypal fee. No need to let lac
Dave,
A standard header for data files makes a lot of sense.
I have struggled in times past with creating file formats whose useful lives
haven't been as long as I've desired. Ideally, you want a format that grows
as your needs grow, without requiring you to rebuild all of your legacy
softwa
Updated version with color.
See code for comment that shows where to adjust gain.
Also, its probably very simple but how does one modify the size of the
window?
Right now you have to manually make it bigger for everything to fit...
-DC
waterfallsink.py
Description: application/python
__
I wouldn't worry too much about trying to get the ehci_hcd it's owninterrupt. On one of my systems it shares with two gig-ethernet cardsand a video card with no porblem.
--Thanks Eric. I feel safe now that I know its not a big issue :-)
In PCI systems, IRQs are assigned by slot; try changing what
Javvad Qasimi wrote:
However, I have some conflicts with the Interrupts in my Redhat 4 kernel
2.6.9.5 I recently added USB 2.0 daughterboard to my existing USB 1.1.
The IRQ 10 seems to be sharing the ehci, eth0 and VIA. And I am trying
to get a unique interrupt for my ehci_hcd (USB 2.0).
My
I would like to use a script with gui, but also have the option to turn it
off. I use parser.add_option to achieve this. I am able to turn off the
scopes, but an empty window is still created. Is there some way to get rid
of this?
Thanks,
Meenal
___
On Wed, Mar 09, 2005 at 08:51:16AM -0800, Rajaprabhu T.L. wrote:
> Hi,
>
> Is a RF front end required to hear the FM station at
> 91.1 Mhz using wfm_rcv_gui.py..The response in the GUI
> screen doesn't change even if i change the frequecy.
>
>
> Till what frequency can i receive without a RF fro
On Wed, Mar 09, 2005 at 02:24:36PM -0800, Javvad Qasimi wrote:
> Greetings,
>
> Firstly, Congratulations to all those who were involved in making
> this USRP, especially Matt and Eric. I am beginning to harvest its
> functionalities and am enjoying it.
Thanks.
> However, I have some conflicts
Greetings,
Firstly, Congratulations to all those who were involved in making this USRP, especially Matt and Eric. I am beginning to harvest its functionalities and am enjoying it.
However, I have some conflicts with the Interrupts in my Redhat 4 kernel 2.6.9.5 I recently added USB 2.0 daughte
> The new code is attached: (sorry if its a bad idea to send over the list)
It's NEVER bad to send code :)
Thanks for working on this. A lot of people have been sending me mail asking
for this.
Matt
___
Discuss-gnuradio mailing list
Discuss-gnurad
I spent some more time on the waterfall display. Basically it runs
about 6x faster now. Major gains were had from precomputing the pens at
startup and from removing unecessary code in the main loop. A side
effect of these changes is that the display can have an arbitrary
mapping of value->co
On Wed, Mar 09, 2005 at 02:46:44AM -0600, David Carr wrote:
> I've spent some time profiling the waterfallsink code. Currently its
> pretty abominably slow. I'm using python's profile module to do the
> following.
>
> For a given run:
>
> total run time on cpu as reported by the command "time
While using fsk_tx.py currently, I use the -R or repeat option to send out
a continuous stream of packets. What if I have a bursty source such as
socket or a named pipe which has data only when the user above the socket
decides to send it?
How can I mix the "real data" with some "dummy data" ,
As it stands right now, a raw sample file is just that, raw values in a
file. It seems that it might be wise to include some sort of header in
the file that describes its contents just a little. An idea for a few
fields is below. To ease implmentation the header could be a fixed
length and i
Thanks for the suggestion. It looks like they also have some very
interesting raw RF samples as well. I see swaths from the 20, 10, and 6
meter amateur bands as well as AO-40 and EME. Added both sections to
the resource page.
-DC
Dan Gisselquist wrote:
Dave,
You might consider placing RFSpac
Hi,
Is a RF front end required to hear the FM station at
91.1 Mhz using wfm_rcv_gui.py..The response in the GUI
screen doesn't change even if i change the frequecy.
Till what frequency can i receive without a RF front
end?
Plz suggest where do i get a good RF front end?
Raja
Hi David,
Could you break out the creation of the Pen and Brush onto separate lines to see
what percentage of the time the object creation or the SetPen / SetBrush are
taking up. If the object creation is the problem you could pre-create an array
of pen and brushes that would be indexed by color.
Dave,
You might consider placing RFSpace's SDR-14 on your list of hardware. You can
find information about it at http://www.rfspace.com/sdr14.html.
Dan
On 03/08/2005 10:31:49 PM, David Carr wrote:
Hi all,
I've compiled a page with a list of GnuRadio resources that I've
encountered. I'm sure
Dave,
I've worked this problem a couple of times before. The fastest answer is not
to plot every point. If you instead cluster points of the same color
together, and then plot bars instead of points, the graphics algorithm will go
much faster. A piece of some code that does this looks sort
Eric Blossom wrote:
The lowest version of wxPython that we support is 2.5.2.7
wx is the main wxPython module in 2.5
See http://www.wxpython.org for latest binaries.
Eric
Note that you will probably get /very/ confusing error messages if you
end up with more then one version of wxPython installed.
On Wed, Mar 09, 2005 at 12:07:46AM -0800, Mike wrote:
>
> ImportError: No module named wx
>
> I assumed 'wx' is from wxPython in which I've downloaded and installed,
> but did not alleviate the problem. What is the 'wx' module?
>
> Thanks,
> mike
The lowest version of wxPython that we support i
I've spent some time profiling the waterfallsink code. Currently its
pretty abominably slow. I'm using python's profile module to do the
following.
For a given run:
total run time on cpu as reported by the command "time"
real0m17.874s
user0m16.364s
sys 0m0.883s
python profile modul
Quick question about plot.py in gr_wxgui:
As it stands one can create a PolyLine with the call
plot.Polyline(points, attributes) where points is a vector of points and
attributes a structure that defines a set of attributes (color, etc) for
these points. In order to make a waterfall display one
Hello,
I'm really new to this USRP, but I've been following the directions listed
here: http://comsec.com/wiki?action=browse&diff=3&id=UsrpInstall
I've been able to get to the part where I test the examples. Specifically
./usrp_oscope.py, but I get a message:
[EMAIL PROTECTED] usrp]# ./usrp_osco
27 matches
Mail list logo