Asynchroner Sample Rate Algorithmus gesucht

Was hast Du vor, und was soll "asynchron" bedeuten? Willst Du von einer 
in die andere Taktrate konvertieren? Das geht nicht ohne Digitalfilter 
(FIR).

So etwas wie hier?

http://www.ti.com/paramsearch/docs/parametricsearch.tsp?familyId=627&sectionId=630&tabId=2701&family=analog&uiTemplateId=AUDIO_PRDSRCH_T

Im Grunde genau so was vom TI, halt nur in Software.

Nun eigentlich sagt der Name schon alles.
Ich komme mit einer Taktrate rein und will mit einer anderen raus.
Und es sind live Daten, also kein File.

Ich brauche insgesamt 4 SRC, einige SpDif und einige I²S Ein- und 
Ausgänge.
Der mögliche DSP oder Prozessor kann kein float, zu mindestens nicht 
schnell genug.
Das ganze ist wie man vermuten kann ein kleines Audio Projekt.
Ich könnte zwar auch 4 SRC vom TI verbauen, hatte ich schon gemacht, 
aber da wurde mehr EMV und Jitter produziert wie saubere Töne. War ein 
mittelmäßiges Layout und mir viel zu kompliziert.

So darum soll das ganze nun in Software rein.
Ich habe auch schon 3 weitere Anwendungen wo mir das helfen würde.

CUTMUL-ROM wäre für DSP Software wohl das geeignetste.

Peter schrieb:
> So darum soll das ganze nun in Software rein.
> Ich habe auch schon 3 weitere Anwendungen wo mir das helfen würde.

Also in einen DSP?

Dieser müsste vor allem die Phasenlage der Eingangssignale zu seinem 
Arbeitstakt messen können, denn mann müsste diese externen Takte mit 
einer Software PLL locken.

Dann kann man die Samplezeitpunkte Ein/Ausgang exakt mit fast beliebiger 
Subtaktpräzision Zuordnen.

Der Rest ist dann im Grunde ein polyphase FIR der die nötigen 
Anforderungen erfüllt.

hi tec ing schrieb:
> CUTMUL-ROM wäre für DSP Software wohl das geeignetste.

Ja, für ein Effektgerät, wegen der Verzerrungen und der Oberwellen.

Da ich hier im DSP Forumsbereich gefragt habe,
dachte ich das es klar wäre, das es hier um einen DSP geht.

Das man eine PLL braucht war mir schon bewusst, aber das sollte die 
Software ja schon drin haben, wenn ich denn mal eine Finde.

Habe bei XMOS einen gefunden aber der ist nicht gerade gut.

Für eine File Konvertierung habe ich auch etliche gefunden.
Was in VHDL zu finden ist auch nicht gerade schwer.

Halt nur nichts in C und passend für einen DSP.


Selber schreiben wollte ich den übrigens nicht selber, dafür fehlt mir 
dann doch das nötige wissen!  Darum suche ich!

DSP macht man neuerdings auch mit FPGAs, so seit etwa 10 Jahren.

Also bei solch ungewöhnlichen Wünschen hat man es doch schwer!

Halt, Xilinx verkauft doch IP dafür auch in Verilog. Und Verilator 
übersetzt Verilog in ein Simulationsmodell für C-Compiler.

Aber nicht wieder kommen und Meckern dass dieses C zu langsam auf dem 
DSP läuft sondern einen schnelleren DSP nehmen.

Wie hoch darf die Latenzzeit sein?

Das Teil darf ruhig eine Sekunde brauchen um ein Signal durch zu 
schleifen.
Aber das Signal muss dann sauber im richtigen Takt raus kommen, sonst 
wäre es ja ein schlechter SRC.

Ach so, ich würde nie meckern das ein Code zu langsam ist.

Optimieren kann man ja immer noch, aber dafür braucht mal halt erst 
einmal Code den man Optimieren kann.

Also das in Code umzusetzen ist wirklich keine Hexerei, wenn der DSP 
schon existiert, lohnt sich das auch. Hier z.B. ein alter Klassiker: 
http://www.analog.com/static/imported-files/application_notes/EE183Rev5.pdf
Jetzt musst Du nur doch die Randbedingungen klären (Genauigkeit, 
Genauigkeit unter Mehrkanalbedingungen, etc.)
Kann man auch erst mal alles schön in Matlab/Octave prototypen..

Grüsse,

- Strubi