[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] Why Isn't GNU Radio Used More?

From: Peter F Bradshaw
Subject: Re: [Discuss-gnuradio] Why Isn't GNU Radio Used More?
Date: Wed, 11 May 2011 09:08:21 +0800 (WST)

Hi Patrik;

Actually, within companies I have been associated with I have seen some
of the divisions that Colby notes - both in the GNURadio context and in
the context of other engineering / scientific packages. Some of my work
involves getting the three groups to a common basis.

Your comment does touch on other application domains for GNURadio. The
reality is that GNURadio is a near realtime SDF package. For
instance, I can think of one application - multi channel high bandwidth
sonar - for which GNURadio would be usefull. But, of course, in that
case GNURadio would have to be renamed GNUSonar! :)

On Mon, 9 May 2011, Patrik Tast wrote:

> Hi all,
> You are just totally wrong and have understood GNU Radio erroneously!
> I wonder what your ear say when I say Software deinded Radio?
> I hear versatile (modifiable) using software to define just my task.
> GNU Radio is open software, if you want to listen at submarines, aircrafts,
> what ever satellites, etc
> the CORE is in GNU Radio, mod it as you want. Notice, it aint easy (just
> like that) it takes skills and alot of testing.
> >1: jams so many different fields of expertise into one package.
> It jams most fields (I'd say most if  not all), it is up to you to choose
> your field
> I wont answer your 2, 3, claims since they are words from an uneducated
> user.
> Patrik
> ----- Original Message -----
> From: "Colby Boyer" <address@hidden>
> To: "Alexander Chemeris" <address@hidden>
> Cc: <address@hidden>
> Sent: Monday, May 09, 2011 21:33
> Subject: Re: [Discuss-gnuradio] Why Isn't GNU Radio Used More?
> > On Mon, May 9, 2011 at 11:21 AM, Alexander Chemeris
> > <address@hidden> wrote:
> >> On Mon, May 9, 2011 at 21:29, Jeff Brower <address@hidden> wrote:
> >>> What I think might translate for GNU Radio is to find ways to support
> >>> more types of platforms. What about a small
> >>> USRP for smart phones and tablets? Would that draw in more developers? A
> >>> "platform broadening" might also make sense
> >>> from a revenue standpoint: small open source initiatives need revenue
> >>> streams to grow and be able to afford things
> >>> such as extensive documentation. For GNU Radio, this means hardware.
> >>
> >> I agree with that. I had an idea that a miniPCI SDR would be very
> >> interesting solution, I discussed this with few people and they were
> >> very interested indeed, but as a software guy I can't develop it by
> >> myself and I had not enough resources to make someone to build it. So,
> >> if there are any cool hardware engineers out there, looking for a way
> >> to contribute - lets design a small SDR board.
> >>
> >> --
> >> Regards,
> >> Alexander Chemeris.
> >>
> >> _______________________________________________
> >> Discuss-gnuradio mailing list
> >> address@hidden
> >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> >>
> >
> > One of big reasons I think that people struggle with GNURadio is that
> > is jams so many different fields of expertise into one package.
> >
> > 1. Digital Comms people (aka the Maths people) cannot program
> > themselves out of a wet paper bag, for the most part. This is what I
> > have seen in industry and academia.
> >
> > 2. Software people get lost in all the digital comm and signal
> > processing lingo. While they can program, they really don't understand
> > what each block actually does.
> >
> > 3. Hardware people also get lost in the digital comm stuff, and also
> > some of the software. However, they tend to be less confused than the
> > 'maths' people on the programming aspect
> >


Peter F Bradshaw: http://www.exadios.com (public keys avaliable there).
Personal site: http://personal.exadios.com
"I love truth, and the way the government still uses it occasionally to
 keep us guessing." - Sam Kekovich.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]