Nixie said:
The systeme is totally synchronous with the DAc oscillator. It samples the incoming CS8416 I2S signal, select 1 data corresponding to a CS8416 SCK edge, stores it in the SRAM and the the data is output according the DAC SCK.
After a few hours the 0.2s FIFO can get full or empty but it never happens because the FIFO is reinitialised whenever the data is a long silence (track change ou disc change). Read and Write access to the SRAM are quick so I wrote the VHDL so that it never happens at the same time. There is a period of time reserved for reading and one for writting.
Hi Dan,
Well the ASRC project hasn't gone much further as a standalone part. The DAC however is done and is being sampled now to customers. The basic idea is that it is a 8 channel DAC capable of 128dB DNR and 120dB THD+N in 8 channel mode. It can aslo be run in 2 channel mode with 132 dB DNR and 120dB THD+N. Now im going to work on an audio ADC which should be fun. Anyways, im not sure where the marketing group is in what they call the "rollout" but I do know there should be some news of the part being made public soon. If there is a particular project or product you have in mind for this DAC, let me know and ill see if I can get you some engineering samples if you like.
THanks
CLD
Well the ASRC project hasn't gone much further as a standalone part. The DAC however is done and is being sampled now to customers. The basic idea is that it is a 8 channel DAC capable of 128dB DNR and 120dB THD+N in 8 channel mode. It can aslo be run in 2 channel mode with 132 dB DNR and 120dB THD+N. Now im going to work on an audio ADC which should be fun. Anyways, im not sure where the marketing group is in what they call the "rollout" but I do know there should be some news of the part being made public soon. If there is a particular project or product you have in mind for this DAC, let me know and ill see if I can get you some engineering samples if you like.
THanks
CLD
Hi CLD,
Is there any news about the ASRC project? We haven't heard from you in a while.
I have rigged up one of your ASRC demo boards to convert the SPDIF output of a media streamer and it sounds pretty good. (I'm using the demo board that you sent to Fast Eddy). I rigged it with a 24.576M Crystek oscillator (0.5pS jitter spec) and decoupled the 3.3V a little bit.
I would be interested in a few IC samples if you have any left.
Please contact me at rossl -at- columbus.rr.com
Is there any news about the ASRC project? We haven't heard from you in a while.
I have rigged up one of your ASRC demo boards to convert the SPDIF output of a media streamer and it sounds pretty good. (I'm using the demo board that you sent to Fast Eddy). I rigged it with a 24.576M Crystek oscillator (0.5pS jitter spec) and decoupled the 3.3V a little bit.
I would be interested in a few IC samples if you have any left.
Please contact me at rossl -at- columbus.rr.com
Since this thread seems to be frequented with the jitter cogniocenty (sp?), I'd like to ask your opinion on this new clock clean-up / jitter buster IC from National:
http://www.national.com/an/AN/AN-1734.pdf
Is this something that will help us forward in our search for low jitter DAC recovery clocks?
Jan Didden
http://www.national.com/an/AN/AN-1734.pdf
Is this something that will help us forward in our search for low jitter DAC recovery clocks?
Jan Didden
The Prism Orpheus seems to have some kind of "cleaning" attribute to it, check out their papers. 
http://www.prismsound.com/music_recording/products_subs/orpheus/online_manual/tech_clocking.htm
http://www.prismsound.com/music_recording/products_subs/orpheus/online_manual/tech_clocking.htm
flshzug said:The Prism Orpheus seems to have some kind of "cleaning" attribute to it, check out their papers.
http://www.prismsound.com/music_recording/products_subs/orpheus/online_manual/tech_clocking.htm
Err, yes, but I wasn't really looking for advertisement copy, I thought someone would have an opinion on the technology and technical advantages of the new chip.
Jan Didden
Hi Jan,
Good to see your posts around here!
I am interested in jitter reduction on a SPDIF input for my system. I am looking at the usual CS8416 interface chip with the TORX142 optical module but I was concerned about jitter.
Looks to me like both the CS8416 and the LMK03000 are both just PLLs and as such will always jitter - you only get to choose the jitter noise spectrum depending on the loop filter parameters if I remember correctly. Do you have ideas why the National PLL is better than the Cirrus PLL?
Good to see your posts around here!
I am interested in jitter reduction on a SPDIF input for my system. I am looking at the usual CS8416 interface chip with the TORX142 optical module but I was concerned about jitter.
Looks to me like both the CS8416 and the LMK03000 are both just PLLs and as such will always jitter - you only get to choose the jitter noise spectrum depending on the loop filter parameters if I remember correctly. Do you have ideas why the National PLL is better than the Cirrus PLL?
Actually, looking at the jitter attenuation specs:
the CS8416 rolls off at about 20dB/decade above 12KHz with a 2dB peak in the passband.
the LMK03000 rolls off at about 40dB/decade above 6KHz with a butterworth response.
Does this make a difference? I've no idea. Is it better? Certainly seems so but are there any disadvantages like slow lock time?
Well you've peaked my interest enough to look at the price
$13 is OK, but the LLP package isn't very DIY friendly.
the CS8416 rolls off at about 20dB/decade above 12KHz with a 2dB peak in the passband.
the LMK03000 rolls off at about 40dB/decade above 6KHz with a butterworth response.
Does this make a difference? I've no idea. Is it better? Certainly seems so but are there any disadvantages like slow lock time?
Well you've peaked my interest enough to look at the price
$13 is OK, but the LLP package isn't very DIY friendly.
Hi.
Here is some more information.
http://www.national.com/appinfo/interface/files/lmk03000c_evalboard.pdf
Interesting that when using a precision crystal the performance heavily improves.
How would one apply this to an I2S bus?
Here is some more information.
http://www.national.com/appinfo/interface/files/lmk03000c_evalboard.pdf
Interesting that when using a precision crystal the performance heavily improves.
How would one apply this to an I2S bus?
Iain McNeill said:Actually, looking at the jitter attenuation specs:
the CS8416 rolls off at about 20dB/decade above 12KHz with a 2dB peak in the passband.
the LMK03000 rolls off at about 40dB/decade above 6KHz with a butterworth response.
Does this make a difference? I've no idea. Is it better? Certainly seems so but are there any disadvantages like slow lock time?
Well you've peaked my interest enough to look at the price
$13 is OK, but the LLP package isn't very DIY friendly.
Neither specification is particularly good for audio purposes. Check out Wolfson's WM8804 - 100Hz bandwidth.
janneman said:
hello Jan,
Let us see:
- communication applications
- lack of crystals
will help you backwards
Communication systems are particularly interested in low jitter at higher frequencies, and fast lock in. Audio needs low jitter from very low frequencies onwards. To achioeve this, you need high Q systems (read crystals) among other things.
best
Guido
- Status
- This old topic is closed. If you want to reopen this topic, contact a moderator using the "Report Post" button.