ESS Sabre Reference DAC (8-channel)

According to my memory of two years ago, there are no jumpers on the I2C lines.
You need to identify the paths and cut them. Two long lines traverse from USB controller section to DAC section. I cut them at the middle of the straight lines.
The same method "glt" described was applied. In my case a switch on a small sub board was added.
 
Hello glt,

What Arduino board would I need to get to control a sabre 9018 dac and a fancy graphic display. Sorry for the silly question but is the Arduino UNO all I need.

Unless you are planning on extensively modifying the code I have, don't use the fancy graphics display.

To use the existing version of the code you can use the UNO and a 4x20 LCD text display as specified in the intro page of the blog
 
According to my memory of two years ago, there are no jumpers on the I2C lines.
You need to identify the paths and cut them. Two long lines traverse from USB controller section to DAC section. I cut them at the middle of the straight lines.
The same method "glt" described was applied. In my case a switch on a small sub board was added.

Unfortunatly that was also my conclusion after examining the board. But as "glt" pointed out it is an expensive board and I don't want to damage it... Maybe I have to go for a Buffalo III-SE board in the long run...
 
ESS9018 is not working at all at 150Mhz, but is not working either very well at 133Mhz... The conversion and the audio out of it is very good at 133Mhz, but spikes are quite frequent when useful signal is not present. As the chip have something to convert, then is working very well... As such perturbations appear over the usefully signal, I considered as a not safe functioning zone at 133Mhz. The max clock frequency it may be somewhere in the range 130 - 128Mhz. At 125Mhz is working very well.

Hi Coris,

I'm using the 125Mhz Fox Xpresso and the sound quality is very good, but when there are quiet moments in the music, I hear crackle - HF spikes - almost like vinyl records. Has anyone else reported this ? It's a new build so the problem could be elsewhere.

Cheers

Tom
 
Member
Joined 2009
Paid Member
Hi Coris,

I'm using the 125Mhz Fox Xpresso and the sound quality is very good, but when there are quiet moments in the music, I hear crackle - HF spikes - almost like vinyl records. Has anyone else reported this ? It's a new build so the problem could be elsewhere.

Cheers

Tom

Hi Tom
I have read this before (reported by Joe Rasmunssen) about crackles/spikes on using 125Mhz clock. I thought that it were something special with his device, but now you report the same... I can hear exactly the same kind of spikes, in the quiet moments (silence between tracks), but when I used an 133Mhz clock...
Now I just wonder why I do not have such distortions on my device. For me it is working just fine with 125Mhz, and I use this clock frequency for few month now. I used before this last SAW, the Fox oscillators of 122,880 Mhz and 125 Mhz, with very good results too. No any crackle/spikes.
The only difference between our devices/setups it may be this SAW oscillator I use in the last time, quite large decoupling capacities I have on both analogue and digital power rails of ESS9018... And my oscillator is connected very near to the DAC chip (2-3mm from its clock input pin).
Could you publish a picture of your setup around the DAC chip? It may be interesting to find out why this functional difference between our devices...
 
Last edited:
Hi,

What are you using as an I2S source ?

I have experienced a similar crackle using a WM8805 connected to AMB y2 DAC. To remove the problem I used only the BCLK, LRCLK and DATA from the WM8805 and the DAC worked perfectly. It didn't work at all with MCLK connected and had a crackle until I disconnected GND.

So based on that, I wonder if this might be due to different I2S sources ?

cheers
 
Hello again,

I just hooked up the wm8805 and tried the 125Mhz clock. The crackle has almost completely gone. It is just barely noticeable in the background when the ES9018 is locked and auto-mute, and then there's a moment of quiet "fzz" when the auto-mute switches off and the music starts.

So I think you are right - cabling, layout etc is very important to eliminate the crackle, just as much as the I2S source is.

I also agree that this clock frequency sounds very good, especially, the high-end treble detail is excellent, but for me, unless I can improve routing etc, the "fzz" will be too annoying.

cheers
 
you guys are really confused at why this might be happening? weve had the subjective 'its better because it sounds better and nothing is wrong with my setup because its not blowing smoke' but as yet we have zero possible technical reasoning why it could perform better running out of spec. its these exact reasons why I warned about using these parts at these speeds.

probably the DPLL just has no idea what to do running at these speeds

glt is right too of course, there will be some variation from Die to Die as to at which point over-spec it starts to Die...
 
Member
Joined 2009
Paid Member
you guys are really confused at why this might be happening? weve had the subjective 'its better because it sounds better and nothing is wrong with my setup because its not blowing smoke' but as yet we have zero possible technical reasoning why it could perform better running out of spec. its these exact reasons why I warned about using these parts at these speeds.

probably the DPLL just has no idea what to do running at these speeds

glt is right too of course, there will be some variation from Die to Die as to at which point over-spec it starts to Die...

Do you think that this DAC chip sounds better with an DPLL witch "just has no idea what to do running at these speeds", it use 25% more current when clocked with 125Mhz, or get so warm to smoke out in an setup witch is running for month?
Sorry, but such assertions as yours above it sounds only stupid...

Sorry again, but I can hardly see your real contribution here in this forum... The only I can read in your post are critics and negations to everything and everybody. I understand you wish to show that only you know best, but I fail to see how you share that your knowledge in this forum... It is an enough bizarre contribution form a such high qualified engineer...
 
Last edited:
I believe many of DIY ES9018 users have experienced a positive effect of "synchronous master clocking" scheme on resultant sound quality. I use the term, "synchronous master clocking" as "providing a master clock which is synchronous to BCLK of I2S or DSDCLK of DSD, of which frequencies are x 256, x 512, x 1024, x 2048 of fs.


I must ask, can the ES9018 run synchronous in x2048fs? i thought max was x1024fs
Why i ask, is because then wouldn't it be possible to run 44.1/48kHz files with 90.3168/98.304M clocks?
 
there is no such thing as 'sync mode', we can only provide it with conditions that the clocks are in sync with (a multiple of) FS, so the DPLL is practically inactive. not sure where you got max 1024x FS being max from. the number 1024 returns no results in datasheet search. you are probably thinking of the fifo

'sync mode' is the new 'current mode'

RollE2k said:
Why i ask, is because then wouldn't it be possible to run 44.1/48kHz files with 90.3168/98.304M clocks?

it IS possible to run 44.1/48 with 90.3168/98.304

think about it, the buffalo and ackodac both have used 100MHz as stock clocks in the past. I repeat, there is no 'sync mode'
 
Last edited:
Member
Joined 2007
Paid Member
Hi,

So I think you are right - cabling, layout etc is very important to eliminate the crackle, just as much as the I2S source is.

Just a short comment @KlipschKid etc.: Henry Ott (in Electromagnetic Compatibility Engineering) recommends placing & routing the clock as the first thing to do and keep the wires/tracks from the clock to the circuitry as short as possible. He puts it quite literal in writing "get paranoid about clocks"

Best regards,

Jesper