This reality might be *much* closer than we think. Atmel produces a line of
32-bit floating point ready chips, with a variety of various flash and SRAM
sizes with their 32-bit AVR UC3 series:
http://www.atmel.com/products/microcontrollers/avr/32-BitAVRuc3.aspx
In particular, their AT32UC3C0512CAU chip is extremely flexible:
http://www.atmel.com/devices/AT32UC3C0512CAU.aspx
"32-bit AVR flash microcontroller featuring 512KB Flash, 68KB SRAM is
designed for industrial and automotive control applications, optimized
for fast communication and motor control. The device family features a
floating point unit, FlashVault code protection, single or dual CAN
interfaces, dual LIN interfaces, USB with OTG, PWM with dead-time
insertion, a 16 channel 12-bit ADC with dual sample-and-hold circuit for
simultaneous sampling of 2 signals, a 2 channel 1.5 Msps 12-bit analog
DAC. Designed with the multi-layered databus, 64KB on-chip SRAM with
dual interfaces, the AT32UC3C offers an outstanding data throughput.
The AT32UC3C Event System provides a connection between on-chip
peripherals to off-load the CPU, saves power consumption and provides a
100% deterministic response to external and internal events."
---------------------------------------
Not to mention, it runs at 66Mhz. It's *relatively* cheap, at $19.78/chip in 1
unit pricing and $12.42/chip in 25+ unit quantities:
http://search.digikey.com/scripts/DkSearch/dksus.dll?vendor=0&keywords=AT32UC3C0512CAU
There are floating point options available!
-73, KE7HQY
________________________________
From: David Rowe <[email protected]>
To: [email protected]
Sent: Monday, 21 May 2012, 5:17
Subject: Re: [Freetel-codec2] VHF modem for codec2
Hi James,
The need for just such a box has been discussed at the Hamvention, and
we also dreamed up the microphone form factor. It would need a patch
cable or jumper system to interface with the various mic/spkr and PTT
standards.
Inside we would need some sort of 32 bit processor, but perhaps not a
full Linux machine.
It would make (open source) Digital Voice available on any legacy HF SSB
or VHF FM radio without a PC, and be completely open and hackable.
Major work between where are today and that is a fixed point port of
Codec 2. I've got some thoughts on how I can delegate that work more
effectively, e.g. automated unit tests that will show pass/fail on any
modified code.
Cheers,
David
On Mon, 2012-05-21 at 08:07 -0400, James Hall wrote:
> You know, if we use stuff meant for cellphones like
> very miniaturized ARM processors then it should be possible to make a
> codec2 mic for HT/mobile radios. Such a mic for an HT would need it's
> own battery but for many mobile radios could run off of provided
> power. I'm also, slowly, trying to figure out the Remote Control
> protocol for older Kenwood TM-xx1 radios so something could be
> produced that could be more tightly integrated into those radios.
> Kinda like the newer Kenwood D710 APRS head that can be used to
> upgrade one of their newer radios (What is it, DM71a?)
>
>
> James
> N9XLC
>
> On Sun, May 20, 2012 at 11:52 PM, Bruce Perens <[email protected]>
> wrote:
> On 05/20/2012 08:04 PM, Matthew Pitts wrote:
> > Bruce,
> >
>
> > Being able to use an existing transceiver to use a new mode
> is something a lot of hams are willing to do; in fact, I've
> seen numerous comments on various lists that indicate it's a
> lot more common than we think.
>
> Well, sure. But putting an SSB operator on PSK, WSPR, or
> Codec2 brings
> previously-unavailable functionality to the radio. If you want
> to do
> that with VHF/UHF hams, give them a way to convert their FM
> HTs to
> Codec2 (like our HF modem, over an FM audio channel). That is
> adding
> real functionality, even if it's not running our system as
> well as we
> potentially can.
>
> Thanks
>
> Bruce
>
>
>------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security
> and
> threat landscape has changed and how IT managers can respond.
> Discussions
> will include endpoint security, mobile security and the latest
> in malware
> threats.
> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Freetel-codec2 mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
>
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________ Freetel-codec2 mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2
