Just chiming in with some cool open source SDR out there:
Rhino - Reconfigurable Hardware Interface for Computing and Radio (big ARM
chip + FPGA): http://www.rhino.ee.uct.ac.za/project.php
HPSDR - High Performance SDR (looks like an ethernet SDR peripheral, open
source for non-commercial use): htt
On 12/12/2011 12:46 AM, Giles Read wrote:
Has anyone looked at the FunCube Dongle? www.funcubedongle.com - tiny
SDR Rx rated 64-1700MHz.
I've looked, and had a talk with the designer. It's essentially a TV tuner.
Thanks
Bruce
<>
smime.p7s
Description: S/MIME Cryptographic Signature
--
>For some more FPGA-centered approach, the Charleston SDR[4] could be an
>starting point: A Digilent FPGA education board with an RX frontend. The
>Digilent board seems a little cumbersome to handle, especially if you do
>not want to use the Digilent tools, moreover it is no embedded system
Daniel,
I'm doing this as well, but in a VMware virtual machine, as I don't currently
have an available Linux machine. Should be interesting to run a virtual ARM
Linux system in a virtual machine. :D
As for the list, it's up to David and Bruce.
Matthew Pitts
N8OHU
>
On 8 December 2011 20:30, Kristoff Bonne wrote:
> Hi Bruce,
>
> On 08-12-11 21:06, Bruce Perens wrote:
>>
>> Hi Frank,
>>
>> Some the philosophy behind my design is to write as little new software as
>> possible. For the mobile UI I was just thinking about using GNOME, X, dbus,
>> etc., with a ful
schrieb Bruce Perens on 2011-12-07 04:20:
> On 12/06/2011 06:39 PM, James Hall wrote:
>> Bruce, when you say the radio design presently looks at lot like the
>> USRP, I'm hoping the price isn't going to look a lot like USRP as well.
> I don't think it has to. The expensive parts are the gate-arra
Hi Bruce,
On 08-12-11 21:06, Bruce Perens wrote:
> Hi Frank,
>
> Some the philosophy behind my design is to write as little new
> software as possible. For the mobile UI I was just thinking about
> using GNOME, X, dbus, etc., with a fullscreen window and no window
> manager, maybe a touchscreen
Hi Frank,
Some the philosophy behind my design is to write as little new software
as possible. For the mobile UI I was just thinking about using GNOME, X,
dbus, etc., with a fullscreen window and no window manager, maybe a
touchscreen that uses existing drivers. This has the disadvantage of
b
Bruce ( et. al.),
The notion of developing an affordable demo platform by commercial or other
means has obviously sparked a lot of interest. Perhaps it is a patch of
firmer ground for many of us HAMs to stand on than that provided by the
finer points of codec design.
I just have one thought on t
Well, for me to write one of those may really be scary, since even though
I'm a programmer, I'm not familiar with Java (I have always hated its
verbosity). However, the DSP part is what's more scary, since I don't know
if there are ready-made DSP functions for Java.
Also, if I wanted to really do
2011/12/8 Ronan Paixão :
> Maybe this one:
> http://www.arrl.org/news/surfin-iphone-gets-software-defined-radio
>
> There are quite a few apps that deal with encoding/decoding on Android too,
> but most just use the audio interface to pass signals, relying on an
> external common radio, instead of
Maybe this one:
http://www.arrl.org/news/surfin-iphone-gets-software-defined-radio
There are quite a few apps that deal with encoding/decoding on Android too,
but most just use the audio interface to pass signals, relying on an
external common radio, instead of relying on an SDR.
--8<-
I think I have heard of an SDR program for iphones. I don't know as I have
an Android phone myself.
2011/12/8 Ronan Paixão
> Maybe we can make an accessory for Android phones. That way we would
> already have a nice touch UI that could control the fastest parts on an
> external DSP or FPGA. With
Maybe we can make an accessory for Android phones. That way we would
already have a nice touch UI that could control the fastest parts on an
external DSP or FPGA. With today's dual core cellphones with embedded DSP
and SIMD instructions, and rumors about quad-core ones, there may even be
enough hor
As far as best practices go writing HW independent code should be
desirable. I have a USRP1, and it would be nice to be able to write code
that simulates the radio on a PC with the USRP1/2 as the radio backend. PC
simulation is in my mind key to rapid development of embedded software.
One problem w
schrieb Frank A. Stevenson on 2011-12-07 10:02:
> On Tue, 2011-12-06 at 15:23 -0800, Bruce Perens wrote:
> [SNIP]
>> The plan is to produce a mobile first, because we know we can fit
>> everything in the form factor today. The radio design presently looks a
>> lot like USRP with a multi-band receiv
Andreas,
I'm not sure what all frequencies were covered, but I do know that the old
analog cellular bands were and still are locked out on scanning receivers and
anything that could be used to monitor them; in that particular case, I believe
it was done to protect the privacy rights of cell pho
Good ole Jeri Ellsworth. :) She always has great videos/projects. One of my
favorites to watch.
2011/12/7 Ronan Paixão
> Have you seen the "new" I+Q open-source SDRs out there? They look good, at
> least if you're restricting to a narrower band.
>
> Just looking at this vlog on how to create an
Have you seen the "new" I+Q open-source SDRs out there? They look good, at
least if you're restricting to a narrower band.
Just looking at this vlog on how to create an SDR:
http://www.youtube.com/watch?v=YFVgq3ZB0Mo makes my FPGA soul itch.
--8<--8<-
*Ronan Pai
On Wed, 7 Dec 2011, acutler22 wrote:
> Alinco, TenTec, Elecraft and others like them might be fertile grounds for
> this project and Venture money too. Leveraging existing supply chains and
> manufacturing infrastructure would smooth the road to adoption significantly,
> with a name-brand to bo
eforge.net
Subject: Re: [Freetel-codec2] making radios
--
Cloud Services Checklist: Pricing and Packaging Optimization
This white paper is intended to serve as a reference, checklist and point of
discussion for anyone c
m: acutler22
Subject: Re: [Freetel-codec2] making radios
To: freetel-codec2@lists.sourceforge.net
Date: Wednesday, 7 December, 2011, 5:55 AM
Awesome Bruce!
*cheers*
have you looked at some of the second-tier, "new-line" Amateur companies? I
would not be surprised at all if the cor
chain expertise may be approachable.
The key would be how it's presented and to whom. What do you think?
73, KE7HQY
--- On Tue, 6/12/11, Bruce Perens wrote:
From: Bruce Perens
Subject: [Freetel-codec2] making radios
To: freetel-codec2@lists.sourceforge.net
Date: Tuesday, 6 December, 2011,
4. Re: making radios (Bruce Perens)
--
Message: 1
Date: Tue, 06 Dec 2011 15:23:31 -0800
From: Bruce Perens
Subject: [Freetel-codec2] making radios
To: freetel-codec2@lists.sourceforge.net
Message-ID: <4edea3f3.5030...@perens.com>
Content-Type: text/plain
On 07.12.2011 00:23, Bruce Perens wrote:
> The amateur version will be open platform, and will be hard-coded to
> lock out some receiver frequencies in order to comply with the US FCC
> requirements for commercially-produced Amateur equipment (which come
> from ECPA 1986).
Hi Bruce.
Great Idea
I forgot to mention, big if - if the firmware can be re-updated too!
--- On Wed, 7/12/11, acutler22 wrote:
From: acutler22
Subject: Re: [Freetel-codec2] making radios
To: freetel-codec2@lists.sourceforge.net
Date: Wednesday, 7 December, 2011, 3:34 AM
How much could be done in an after-market
...@yahoo.com
Subject: Re: [Freetel-codec2] making radios
To: "Freetel-codec2"
Date: Wednesday, 7 December, 2011, 2:54 AM
Frank,
My feeling is that for a mobile, we should strive for a balance between a
totally new way of doing things and what the end user may be familiar with.
Most,
ld version.
Matthew Pitts
N8OHU
Sent from my Verizon Wireless BlackBerry
-Original Message-
From: "Frank A. Stevenson"
Date: Wed, 07 Dec 2011 10:02:09
To:
Reply-To: freetel-codec2@lists.sourceforge.net
Subject: Re: [Freetel-codec2] making radios
On Tue, 2011-12-06 at 15:23 -0800
On 7 December 2011 09:02, Frank A. Stevenson wrote:
> I would like to caution against going for a touch screen user interface.
> I have worked on such writing touch GUI framework code for years, and
> the complexity of making a good touch UI should not be underestimated.
> The work involved will a
On Tue, 2011-12-06 at 15:23 -0800, Bruce Perens wrote:
[SNIP]
> The plan is to produce a mobile first, because we know we can fit
> everything in the form factor today. The radio design presently looks a
> lot like USRP with a multi-band receiver front-end and transmitter, a
> speaker amplifier
>> Bruce, when you say the radio design presently looks at lot like the
>> USRP, I'm hoping the price isn't going to look a lot like USRP as well.
> I don't think it has to. The expensive parts are the gate-array, the
> DAC, and the ADC. The USRP hasn't really followed the prices of these
> compon
On 12/06/2011 06:39 PM, James Hall wrote:
The underlying operating system for Android is actually Linux. (And if
I remember correctly, the ios in iphones is still based on the BSD
like system that OSX is based on)
CMU Mach, which is a kernel based on the message-passing paradigm, and
the BSD us
On 12/06/2011 03:33 PM, Daniel Ankers wrote:
1 - Is Linux the right choice as the host? My gut feeling on this is
"maybe" - in its favour, there are a large number of people who are
comfortable developing for Linux. Against this idea it seems that any
time there is a platform (particularly an op
The underlying operating system for Android is actually Linux. (And if I
remember correctly, the ios in iphones is still based on the BSD like
system that OSX is based on)
Bruce, when you say the radio design presently looks at lot like the USRP,
I'm hoping the price isn't going to look a lot like
Hi Bruce,
That sounds like great news!
I've got a few questions:
1 - Is Linux the right choice as the host? My gut feeling on this is
"maybe" - in its favour, there are a large number of people who are
comfortable developing for Linux. Against this idea it seems that any
time there is a platform
I have started to shop around to my venture capitalist friends a
business plan to produce open platform SDR HTs and mobiles. I'm not
particularly interested in waiting for the old-line Amateur companies to
get involved.
The plan is to produce a mobile first, because we know we can fit
everyth
36 matches
Mail list logo
