Digitale Sprachübertragung

>wie kommst du von 1920 Byte/s auf 960 Hz ?

Shannon-Theorem
http://de.wikipedia.org/wiki/Claude_Elwood_Shannon

Klingt dann wirklich wie "Eimer"...

Nun, wenn man die Audiodaten unkomprimiert überträgt, dann genügt die 
Bandbreite nicht. Hat man aber auf beiden Seiten der Übertragungsstrecke 
ausreichend Rechenleistung zur Verfügung stehen, kann man die Audiodaten 
komprimieren und so die Bandbreite erheblich besser ausnutzen. Die von 
GSM-Telephonen verwendete Kompression (GSM 6.10) kommt mit einer 
Übertragungsrate von etwa 1 kByte/sec aus. Und wie gut die klingen kann, 
ist jedem "Händie"-Nutzer wohlvertraut.

Weitere Informationen gibts hier 
http://kbs.cs.tu-berlin.de/~jutta/toast.html - ob die dort angebotenen 
Sourcen auf einen der üblichen µCs portierbar sind und ob dessen 
Rechenleistung genügt, das muss jetzt jemand anderes herausfinden.

Viel Spaß dabei.

Ein ARM dürfte wegen der geforderten 32-Bit-Arithmetik wohl geeigneter 
sein:

> Our implementation [is] destined to be compiled and used
> on a Unix-like environment with at least 32-bit-integers,
> but others have ported it to VMS and a MS-DOS 16-bit-environment.

Na schön, 16-Bit-CPUs gehen wohl auch, aber der AVR kann nunmal nur 
reine 8-Bit-Arithmetik. Alles andere ist entsprechend aufwendig in 
Software nachzubilden.

> GSM 06.10 is faster than code-book lookup algorithms such as
> CELP, but by no means cheap; to use it for real-time
> communication, you will need at least a medium-scale workstation.

Gut, eine "medium-scale workstation" von 1992 ist heute nicht mehr 
ehrfurchtgebierend. Zu der Zeit waren 386er mit 33 MHz "top notch", und 
da es wohl nicht auf FP-Arithmetik ankommt, sollte dessen Performance 
mit einem aktuellen ARM7-µC (Atmel SAM7xx oder Philips/NXP LPC2xxx) zu 
erreichen sein.

Viel Spaß.

Servus Alex,
was ist denn das Ziel - die Nutzanwendung - welche Qualität wird 
gewünscht?

Ahoi D.

Warum überträgst du das Signal nicht analog? Die module sind an sich für 
analoge übertragungen ausgelegt (deshalb auch die Angabe der 
Bandbreite).

Versuch doch einfach mal ein verstärktes Mikrofonsignal an den sender an 
zu schließen und den empfängerausgang einfach mit line in deines PCs 
verbinden.

Wenn es nur darum geht die Sprache halbwegs verstehen zu können, dann 
sollte sich mit ~20 kbit/s schon etwas hinbekommen lassen, auch ohne 
dass man schwere Geschütze wie GSM-Codecs auffahren muss. Nimm dir mal 
Matlab oder Scilab her und probier verschiedene einfache 
Komprimierungsverfahren durch. Vielleicht reicht es ja schon, einfach 
nur mit 2 Bit pro Sample zu quantisieren. Ansonsten: DPCM, 
logarithmische Quantisierung mit 2-4 Bit, ... auf einem AVR kein 
Problem.

Ale Komprimierungsverfahren haben aber einen Nachteil: Bei einem 
Übertragungsfehler werden je nach Verfahren mehr oder weniger viel 
Samples zerstört. Vor allem wenn ein Datenblock auf dem vorhergehenden 
aufbaut. Schön ist das z.B. bei einem mpeg oder DivX Film zu sehen: Ein 
Fehler ist bis zur nächsten Keyframe sichtbar, und das kann schonmal für 
>10s sein.

Wenn man etwas mit Übertragungstechnik experimentieren will, ohne eine 
große Bandbreitenbeschränkung zu haben: Mit einem Videosender kann man 
problemlos auch UART Daten bis >1MBit/s übertragen: Das Sendesignal über 
einen 330Ohm Widerstand auf den Sender geben, und am Empfänger das 
Signal über einen Komparator mit 0,5V Schwelle wieder auf 5V Pegel 
bringen.

Damit kann man dann wunderbar Audio in CD Qualität (16bit, Stereo, 
44kS/s) übertragen. Nur ab etwa 20m Entfernung fangen dann die Fehler 
an. Irgendeine einfache Fehlerkorrektur oder Erkennung sollte man also 
einbauen.