coolbiz skrev:
Hvordan håndteres klokken i et I2S-over-HDMI grensesnitt?
Når en kun bruker kontakter, kabel og LVDS hardware sendes det data over en kanal, word clock på nummer to og bit clock på nummer tre.
Over nummer fire kan senderens master clock sendes, men dette er ikke nødvendig eller fornuftig på DACer slik som ESS ES9018.
I tilfelle en sender DSD blir venstre og høyre kanals data sendt på hver sin kanal og da brukes alle fire kanalene.
Det er word clock (og bit clock) som klokker data inn i DAC.
Bit clock - klokker data inn bit for bit inn i et register i DACen.
Word clock - klokker (latch) gir beskjed til DAC at den kan overta de mottate data og polariteten på word clock forteller om det er et sample for høyre eller venstre kanal.
Deretter overtar DAC og re-klokker og har full kontroll.
Min DAC bruker en 98.304MHz klokke som har mindre enn 1ps jitter (muligens under 0.5ps jitter).
Det eneste som egentlig er viktig er at word clock, bit clock og data er nøyaktige nok til at DACen mottar "bitperfekte" verdier - altså de riktige sample verdiene.
De klokkene jeg bruker til blant annet ES9018 er "custom built" for meg og har i utgangspunktet de beste spesifikasjonene jeg kunne finne - deretter har jeg spesifisert opp alle parametre - mindre temperatur avvik, nøyaktigere duty cycle, større temperatur område, nøyaktigere frekvens etc..
Når en i tillegg bruker en støyfri JFET basert regulator som har en linjær impedans på under 5 milli ohm fra 0.008Hz til endel hundre MHz er ingen grunn blande inn andre klokker.
Med en ES9018 DAC velger en selv om en skal bruke 16, 24 eller 32bit av de overførte data.
Hvis en velger å bruke 16bit vil DACen selv LSB øke til 32bit.
Hvis det er 16bit data en mottar vil det uansett klokkes inn 32bit og hva som ligger i de 16 LSB bitene kan en ikke være sikker på..