TI Stellaris might be the least expensive platform that could run the
codec. The development kit is $5. It's a Cortex M4F. It might be
difficult to beat that on either cost or power consumption.
Thanks
Bruce
On 4/1/2013 10:08 AM, Netzblockierer wrote:
> Hi,
>
> I just want to ask if someone tried to implement the Codec2
> Encoder/Decoder in Hardware?
> I would really appreciate such a Hardware - Encoder, that can be easily
> integrated in SRD (short range devices) digital radio, such as
> PMR/LPD/Freenet or CB.
>
> As for now, a DSP or FPGA - solution (with a small piece of code to
> flash in, of course) would be fine. Mostly, the bitrates of 2400bit/s
> and 1200bit/s would be interesting, in order to test out simplex, duplex
> and even quadplex configurations - making it possible to transmit 2
> streams paralell @ 1200bit/s each while recieving the same bandwith.
>
> As in http://www.rowetel.com/blog/?page_id=452 (fig. :
> http://www.rowetel.com/images/codec2/FDMDV2_blocks_sm.png ) shown, this
> would make Codec2 ideal for transmitting voice and data simultaneously.
> Besides, a configuration of 2 Encoders per direction (both encoding 2400
> bit/s and 1200 bit/s) may offer the opportunity to transfer data while
> continuing regular voice radio, and simply switch the bandwith
> ''just-in-time and on-demand'': Something that could really open Codec2
> to new application fields (like sending GPS positioning data during an
> emergency broadcast.) In terms of mobile communicaton, this could also
> enable SMS-like messaging.
>
> Active relays may also become able to keep the same channel for both
> peers that are connected via a relay, without ''loobacks'' of signals
> when using omnidirectional antennas for transmission and recieving. Also
> signals may be relayed with lesser latency (close-to-realtime!) instead
> of ''recieving-buffering-forwarding''. The relay could become completely
> transparent. Normally, this problem is solved in GSM with fast switching
> of channels and timeslots. (217 frequency hops per second!) As for
> ham-radio, this seems to be disturbing: short bursts may not be
> identified as such or identified as noise by other stations, and thereof
> they may accidentally interfer the broadcast. It is by concept essential
> to make a transmission identifyable as such for other users - otherwise,
> there would be chaos!
>
>
> If such a solution exists, I may try it with my CB radio, as it promises
> fast installation even for unexperienced users (connects as microphone
> [with PTT-trigger] and speaker) as well as the opportunity, to install
> it on a much lower level (replacing the encoder/decoder of digital SRDs)
> for hardware hackers...
>
> Maybe this is something that may be developed.
> Besides, an implemetation of Codec2 without the need of a floatpoint
> unit would decrease hardware implementation complexity - as Codec2 does
> not necessarily requires it by concept.
>
> Yours faithfully,
> Netzblockierer
>
> ------------------------------------------------------------------------------
> Own the Future-Intel® Level Up Game Demo Contest 2013
> Rise to greatness in Intel's independent game demo contest.
> Compete for recognition, cash, and the chance to get your game
> on Steam. $5K grand prize plus 10 genre and skill prizes.
> Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d
> _______________________________________________
> Freetel-codec2 mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2
------------------------------------------------------------------------------
Own the Future-Intel(R) Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest. Compete
for recognition, cash, and the chance to get your game on Steam.
$5K grand prize plus 10 genre and skill prizes. Submit your demo
by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2
_______________________________________________
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2
