Passt das so AUDIO CODEC

hey,

also ich hab mir das datenblatt zwar nur mal kurz angeschaut, aber steht 
da nicht dass der dir die daten schon seriel rausgibt (bei FEATURES)? 
dann müsstest du ja nix mehr serialisieren.

bei deinem code in zeile 44 sollte 63 stehen und nicht 64. sonst hättest 
du ja 65 bit...
wie bist du auf die 64 bit gekommen? pro word gibts doch max 32 bit denk 
ich.

wenn du ein mux bastelst dann ist es glaub ich nicht sehr gut es in 
einem getakteten process zu machen. lieber ausserhalb durch ein "with 
'signal' select <= sig1 when '0', sig2 when '1'; " oder so ähnlich.

wäre auch gut wenn du über jedem process vllt ne beschreibung machst. 
dann weiss man was der prozess im allgemeinen macht.

ausserdem versteh ich deine problematik nicht so ganz ;)

ich bastel gerade auch mit dem protokoll rum...

mfg

Andi

oh,

was hast du den für ein entwicklungsboard und was hats gekostet? :-)
würde mich vllt auch interessieren.

mfg

ok,

sowas in der art mach ich auch gerade. bei mir ist es allerdings so dass 
ein word aus 32bit besteht. also eine left-right-priode = 64 datenbits.
im datenblatt steht doch aber das man max. 32 bit pro word. (bei 1.1 )
die LR-clock und die bitclock bekomme ich auch. dann lese ich den 
datenstrom ein und puffere es in einem ram.

wenn du die parallel abgreifen willst kannst du ein bit speichern und es 
dann beim nächsten bit erst auslesen und auf den nächst höheren 
dateneingang schieben. also den ausgang wieder auf den eingang zurück 
führen. und immer an die selbe  adresse speichern. wenn die LR-clock 
einen anderen zustand annimmt dann wechselst du auf die nächste adresse. 
so liegen deine daten dann parallel im ram und du musst nurnoch die 
adresse ansprechen und der wert kommt dann komplet raus.

mfg

Andi

hey,


mh ja stimmt. du hast ja eine feste bitclock. also das mit dem 
parallelisieren musst du dir schon selber überlegen wie du es 
letztendlich machst.
was ich gerade mach ist, die samples zu parallelisieren. nicht fragen 
warum! :)

ich hab am anfang glaub ich einen fifo verwendet weiss aber grad auch 
nicht mehr genau wie und was.

das mit dem parallelisieren meinte ich so wie im bild. sieht auf dem 
bild halt scheisse aus :-D

also wenn ein bit ankommt dann schreibst du es an eine adresse. dann 
liest du diese adresse so aus, dass der wert an den nächsten eingang 
gelegt wird wenn das 2. bit kommt. dann schreibst du wieder an die 
gleiche adresse. usw. bis alle datenbits parallel an einer adresse 
liegen. das kannst du dann so machen, dass du das rechte und das linke 
sample einliest und dann über einen adressaufruf rausliest.

ich hoffe ich habs jetzt nicht so kompliziert geschrieben. ich denke 
sowas geht auch irgendwie anderst. mir fällt grad aber nix ein :)

mfg

Andi

ich hab zwar auch ne feste bitclock aber die ist nicht so hoch. die hat 
nur 1,5 mhz oder so.

also abtastfrequenz ist 48khz. -> wordclock = 48kz.
mal 32 bit pro word = 1.5.. mhz

wenn ich mich nicht verrechnet hab

achso ok da kann ich dann aber auch nicht wirklich weiterhelfen :)

mfg