Hi, ich brauche für eine Projekt einen Asynchronen Sample Rate Konverter. Ich finde aber immer nur welche die entweder nicht Asynchron sind oder eine Unmenge an Oberwellen produzieren. Kennt jemand einen guten Festkomma Konverter?
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§ionId=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.
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
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.