Guys,
I hope you can help me with this. I tried implementing the folowing circuit using an 8MHz XO as an async reclocker. This crystal is used based on quick availability.
Result : I get music + white noise.
Any past experience on this ?
Is my async clock frequency too low ?
BTW I'm using a sony DVD player as a transport which I think is in the region of 25++ MHz.
will....
I hope you can help me with this. I tried implementing the folowing circuit using an 8MHz XO as an async reclocker. This crystal is used based on quick availability.
Result : I get music + white noise.
Any past experience on this ?
Is my async clock frequency too low ?
BTW I'm using a sony DVD player as a transport which I think is in the region of 25++ MHz.
will....
Attachments
Let me see if I have this right.........
Your transport has a clock of 25 MHz or so, and you are trying to reclock with another clock running at ONLY 8 MHz!
I think that you have already answered your own question. Try one at least 10 times faster, and see what happens.
Yeah......I know....you don't have one laying around, right? Sorry, but I don't have one to loan you.........
When you do get it working better, I suggest using separate flip-flops for each data signal. Jitter will be lower.
Jocko
Your transport has a clock of 25 MHz or so, and you are trying to reclock with another clock running at ONLY 8 MHz!
I think that you have already answered your own question. Try one at least 10 times faster, and see what happens.
Yeah......I know....you don't have one laying around, right? Sorry, but I don't have one to loan you.........
When you do get it working better, I suggest using separate flip-flops for each data signal. Jitter will be lower.
Jocko
Not if you are using a 80 MHz clock!
I had a guy ask me recently if he could use a clock 4x the bit clock for async reclocking.
I wouldn't try it. If you draw the timing diagrams (something that I really HATE to do..........), you will see why for async reclocking, it has to be a lot faster than the signal that you are trying to reclock.
So......obvious stupid question:
Why are you trying async reclocking????? Have you thought of using a GOOD clock (the 25 MHz one), and pumping it directly into the DAC chip, and reclocking the other lines with it???
You could use a 74HC74 for that.
(I know someone who makes a good clock for that........you have already mentioned his name......but sssssshhhhhh.....no free advertising!)
Jocko
I had a guy ask me recently if he could use a clock 4x the bit clock for async reclocking.
I wouldn't try it. If you draw the timing diagrams (something that I really HATE to do..........), you will see why for async reclocking, it has to be a lot faster than the signal that you are trying to reclock.
So......obvious stupid question:
Why are you trying async reclocking????? Have you thought of using a GOOD clock (the 25 MHz one), and pumping it directly into the DAC chip, and reclocking the other lines with it???
You could use a 74HC74 for that.
(I know someone who makes a good clock for that........you have already mentioned his name......but sssssshhhhhh.....no free advertising!)
Jocko
Will said:Well, async reclocking gives flexibility in transport selection... that's the main driving factor. I'm not going to stick to one transport all my life
will...
true, flexibility
ever ran a test disc containing DC (!) through such system ? wonder what will get out of your speakers.......
cheers
The serial clock output of a SPDIF RX will lie between 32Fs and 64Fs. If you try to reclock this signal via a flip-flop using an asynchronous clock of 8MHz, you will butcher the signal. Asychronous reclocking scrambles the timing of the reclocked signal and the lower the reclocking frequency the worse the effect. It is no accident the Kusunoki design uses 50MHz and others have tried 100MHz.
- Status
- This old topic is closed. If you want to reopen this topic, contact a moderator using the "Report Post" button.