R
raymond_luo2003
Guest
Beste allemaal,
Ik vraag me af de oogdiagram definitie in de meeste seriële verbinding standaard, zoals SATA, 1394 en USB2.0.Ik begrijp het oog sluiting is besloten door deterministische random jitter en jitter die boven jitter hoek frequentie.Ook begrijp ik die hoge frequentie jitter is niet bijgehouden door CDR op de ontvanger kant als CDR hebben een lage pass filter met dezelfde hoek jitter frequentie.
Meestal jitter hoek frequentie wordt gedefinieerd als fc/1667 of fc/2500, terwijl de werkelijke DJ frequentie (data-afhankelijk van jitter, duty cycle jitter, levering geluidsoverlast jitter) zijn veel hoge jitter dan de hoek frequentie.
In sommige omstandigheden, de opening van de ogen bij de ontvanger van opzij gezien slechts 0.5UI.Wanneer we de uitvoering van de klok data recovery circuits in oog te herstellen van de gegevens uit dergelijke, gewoonlijk hebben we twee klokken, CLK_I (aan te passen aan de overgang van gegevens rand) en CLK_Q (de steekproef van de gegevens op middelste punt van de gegevens looptijd), met 0.5UI afstand.
Aangezien de 0.5UI (DJ en RJ) niet wordt teruggewonnen door CDR, Ik vraag mij af hoe kan CLK_Q kunt proeven van de juiste gegevens met geen marge [UI-0.5UI (afstand tussen CLK_I en CLK_Q) - 0.5UI (DJ RJ) = = 0) zelfs de CDR hebben geen interne gegenereerd jitter?
In sommige extreme gevallen, de DJ RJ = 0.6UI, dat betekent eye-opening is alleen 0.4UI links.Moeten we CDR gebruik over-sampling stijl van de gegevens te herstellen?
Betekent dit dat de DJ is gedeeltelijk traceerbaar door CDR?Iedereen kan mij helpen om te begrijpen thisHuh
Hartelijk dank!
Ik vraag me af de oogdiagram definitie in de meeste seriële verbinding standaard, zoals SATA, 1394 en USB2.0.Ik begrijp het oog sluiting is besloten door deterministische random jitter en jitter die boven jitter hoek frequentie.Ook begrijp ik die hoge frequentie jitter is niet bijgehouden door CDR op de ontvanger kant als CDR hebben een lage pass filter met dezelfde hoek jitter frequentie.
Meestal jitter hoek frequentie wordt gedefinieerd als fc/1667 of fc/2500, terwijl de werkelijke DJ frequentie (data-afhankelijk van jitter, duty cycle jitter, levering geluidsoverlast jitter) zijn veel hoge jitter dan de hoek frequentie.
In sommige omstandigheden, de opening van de ogen bij de ontvanger van opzij gezien slechts 0.5UI.Wanneer we de uitvoering van de klok data recovery circuits in oog te herstellen van de gegevens uit dergelijke, gewoonlijk hebben we twee klokken, CLK_I (aan te passen aan de overgang van gegevens rand) en CLK_Q (de steekproef van de gegevens op middelste punt van de gegevens looptijd), met 0.5UI afstand.
Aangezien de 0.5UI (DJ en RJ) niet wordt teruggewonnen door CDR, Ik vraag mij af hoe kan CLK_Q kunt proeven van de juiste gegevens met geen marge [UI-0.5UI (afstand tussen CLK_I en CLK_Q) - 0.5UI (DJ RJ) = = 0) zelfs de CDR hebben geen interne gegenereerd jitter?
In sommige extreme gevallen, de DJ RJ = 0.6UI, dat betekent eye-opening is alleen 0.4UI links.Moeten we CDR gebruik over-sampling stijl van de gegevens te herstellen?
Betekent dit dat de DJ is gedeeltelijk traceerbaar door CDR?Iedereen kan mij helpen om te begrijpen thisHuh
Hartelijk dank!