Thanks Eric.sox will get me started but I would eventually like my application to be able to open wav files. Unfortunately the Python wave library limits the sample size to 16 bits - OK for USRP but not for HPSDR. I have a feature request in at python.org to expand it. I'm still struggling to get m
Dear all, I'm a beginner in this subject, software defined radio. I want to learn more about the software..and I have a lot of question: 1) Can we exploring the software without buying the usrp board? 2) Do I have to installing Linux operating system to exploring the software? can we just ex
On Tue, Oct 17, 2006 at 02:31:28PM +1000, Murray Lang wrote:
> How did you go Marcus?
>
> I hunted high and low for a class that I could subclass to implement
> a gr.block in Python. My initial reason is that I want to implement
> a source that reads I/Q data from WAV files so that I can compare m
On Tue, Oct 17, 2006 at 12:00:11AM -0400, Dawei Shen wrote:
> Sorry, my previous email is sent by mistake, let me restate my questions:
>
> Hey Eric, Michael and other friends:
>
> My code is working well now. But I met two new problems, which are not so
> crucial, but really important to me.
>
On Mon, Oct 16, 2006 at 11:47:13PM -0400, Dawei Shen wrote:
> Hey Eric, Michael and other friends:
>
> My code is working well now. But I met two new problems, which are not so
> crucial, but really important to me.
>
> 1. When I initilize the Viterbi algorithm, I wish that for the first trunk
>
How did you go Marcus?I hunted high and low for a class that I could subclass to implement a gr.block in Python. My initial reason is that I want to implement a source that reads I/Q data from WAV files so that I can compare my GNU Radio results with PowerSDR using exactly the same data. Wav files
Sorry, my previous email is sent by mistake, let me restate my questions:Hey Eric, Michael and other friends:My code is working well now. But I met two new problems, which are not so crucial, but really important to me.
1.
When I initilize the Viterbi algorithm, I wish that for the first trunk
of d
Hey Eric, Michael and other friends:My code is working well now. But I met two new problems, which are not so crucial, but really important to me.1. When I initilize the Viterbi algorithm, I wish that for the first trunk of data, ninput_items >= Viterbi algorithm's working length, let's say ninput_
On Mon, Oct 16, 2006 at 10:37:10PM -0400, Dawei Shen wrote:
> Hey, Michael and Eric
>
> Thank you for your reply. Yeah, you are right, the I found out my problem in
> my separator_ccc block, I did something stupid so that the two output
> streams become identical. Now I have solved the problem and
Hey, Michael and EricThank you for your reply. Yeah, you are right, the I found out my problem in my separator_ccc block, I did something stupid so that the two output streams become identical. Now I have solved the problem and now everything works perfectly.
Basically what I am trying to do is to
Hi, I've finally got the minimal gnuradio
working.
The problem may be the outdated cygwin
system.
The mirror I was using for cygwin setup is for some
reason not up to date. So even though I did a 'current' installation, many of
modules were outdated.
Today, I changed to another mirror site a
Johnathan Corgan wrote:
> Ubuntu release 'Dapper Drake', the 6.06 version of Ubuntu, has version
> 2.5.0 of the Small Device C Compiler (sdcc), which is used to compile
> part of the firmware for the USRP component of GNU Radio. This works well.
>
> However, the pre-release of Ubuntu 'Edgy Eft' no
[EMAIL PROTECTED] (Johnathan Corgan) writes:
> However, the pre-release of Ubuntu 'Edgy Eft' now contains sdcc version
> 2.6.0, which does NOT correctly compile USRP code and in fact bombs out
> with a slew of error messages. (Whether this is a USRP code issue or an
> SDCC issue hasn't been deter
Ubuntu release 'Dapper Drake', the 6.06 version of Ubuntu, has version
2.5.0 of the Small Device C Compiler (sdcc), which is used to compile
part of the firmware for the USRP component of GNU Radio. This works well.
However, the pre-release of Ubuntu 'Edgy Eft' now contains sdcc version
2.6.0, wh
De Lima Julian wrote:
> I had the same problem on Ubuntu (Segmantation fault). I found that I
> have to do “make” 12 times, each time it generates another fault. But
> after these 12 times make, Gnu Radio works…
I'd recommend you run the 'memcheck86' boot time option to test the RAM
in your machi
On Mon, Oct 16, 2006 at 04:36:51PM +0200, De Lima Julian wrote:
> I had the same problem on Ubuntu (Segmantation fault). I found that
> I have to do "make" 12 times, each time it generates another
> fault. But after these 12 times make, Gnu Radio works...
It would be helpful if you could be more
I'm glad you have the option of building on
XP. Please let us know how it goes, whether it works or
not.
I was mistaken about wxPython needing XP/SP2.
The problem was with libusb and the USRP (http://www.comsec.com/wiki?UsrpMinGW).
- Original Message -
From:
Kyle Zhou
On Mon, Oct 16, 2006 at 04:20:56PM +1000, Kyle Zhou wrote:
> I performed the steps as shown in
> http://gnuradio.org/trac/wiki/CygwinInstallMain to install gnuradio in
> Cygwin. All building process produces no errors.
> However, when I try the dial_tone.py example, it doesn't work with segv.
>
>
I originally sent this just to Eric by accident. Here's a copy for the
rest of the list.
Bdale
> > [EMAIL PROTECTED] (Eric Blossom) writes:
> >
> > > I'm clueless about Debian packaging. Could someone please explain
> > > the partioning between usrp, usrp-firmware, libusrp* and python-usrp?
>
I had the same problem on
Ubuntu (Segmantation fault). I found that I have to do “make” 12 times, each
time it generates another fault. But after these 12 times make, Gnu Radio works…
De :
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] De la part de Kyle Zhou
Envoyé : lundi, 16. o
As a die-hard old-school unix programmer, I want to be able to grab data
from a USRP-like device, under control of a main loop based on
select(2). The comments in the source code of fusb are not encouraging.
The code to handle the USRP on NetBSD implements read/write/select
just like you'd
I am using win2kpro+sp4. maybe that's the problem.
I will try to build on winxp and see...
On 10/16/06, Don Ward <[EMAIL PROTECTED]> wrote:
What version of Windows are you running? (I seem to recalla website somewhere suggesting that SP2 may be needed for
the wxPython build to work correctly; I'l
What version of Windows are you running? (I seem to recall
a website somewhere suggesting that SP2 may be needed for
the wxPython build to work correctly; I'll see if I can find
it.) The "import gnuradio.gr" problem may be easier to work
on.
Please let us know what you find out on this.
Thanks
I have the just similar problem: wxPython and
gnuradio
A bit more experiements show that:
1) "import wx" will terminate python without any
error message;
2) "import gnuradio.gr", or any other modules in
gnuradio, will result in segmentation fault.
I don't have any idea about the cause
yet.
H
24 matches
Mail list logo
